https://www.cbmstuff.com/forum/ Fri, 17 Apr 2026 01:46:49 +0000 MyBB https://www.cbmstuff.com/forum/showthread.php?tid=1117 Wed, 26 Jun 2024 11:30:26 -0400 Tech]]> https://www.cbmstuff.com/forum/showthread.php?tid=1117
I was able to successfully copy one disk using SCP. I tested it using Vice and it ran well. The other disks were copied into .g64 images but Vice couldn't run them. Vice load the image files and I could "list" the files; when I "run" any program, Vice hangs or the program displays a message saying "bad data or disk alignment error"

I forced my Chinon 5.25" drive into 300 rpm mode and re-imaged the disks, but that didn't help. I'm thinking of buying a 48tpi drive (instead of the Chinin 96tpi), but I'm not sure if this is necessary.

Any help in this regard would be appreciated. Thank you!]]>
I was able to successfully copy one disk using SCP. I tested it using Vice and it ran well. The other disks were copied into .g64 images but Vice couldn't run them. Vice load the image files and I could "list" the files; when I "run" any program, Vice hangs or the program displays a message saying "bad data or disk alignment error"

I forced my Chinon 5.25" drive into 300 rpm mode and re-imaged the disks, but that didn't help. I'm thinking of buying a 48tpi drive (instead of the Chinin 96tpi), but I'm not sure if this is necessary.

Any help in this regard would be appreciated. Thank you!]]> https://www.cbmstuff.com/forum/showthread.php?tid=1116 Sun, 23 Jun 2024 10:24:39 -0400 Tech]]> https://www.cbmstuff.com/forum/showthread.php?tid=1116
But there are two more disks to save! SCP could make images for two remaining disks. I was able to list their contents in a C64 emulator (LOAD"$",8 then LIST), but whenever I load them to run the emulator freezes! I'm not sure if the disks are beyond saving or if there is something I can do to save them?

The two disks also have programs on both sides. I was able to read first side, even though without much success as mentioned above. I flipped the disks and read the other side but the SCP complained about missing index. I disabled the index requirement from the menu, and set the copy mode to Splice, but still no recovery from the back sides whatsoever!

I'd appreciate if someone can help to save these disks.

The floppy disk drive I'm using is 5.25" Chinon FZ-506.

Thank you!]]>
But there are two more disks to save! SCP could make images for two remaining disks. I was able to list their contents in a C64 emulator (LOAD"$",8 then LIST), but whenever I load them to run the emulator freezes! I'm not sure if the disks are beyond saving or if there is something I can do to save them?

The two disks also have programs on both sides. I was able to read first side, even though without much success as mentioned above. I flipped the disks and read the other side but the SCP complained about missing index. I disabled the index requirement from the menu, and set the copy mode to Splice, but still no recovery from the back sides whatsoever!

I'd appreciate if someone can help to save these disks.

The floppy disk drive I'm using is 5.25" Chinon FZ-506.

Thank you!]]> https://www.cbmstuff.com/forum/showthread.php?tid=982 Mon, 06 Mar 2023 21:54:06 -0500 telengard]]> https://www.cbmstuff.com/forum/showthread.php?tid=982
Went over just about every thread in here.  I have the EX jumper set, tried both splice and index mode.  Tried exporting to both .g64 and .d64 as well as flux first then converting.  No luck at all.

I'm sure it's something on my end, this is definitely SCP's strong suit and from what I've read on here, the JU-475 is the ideal drive (and mine is definitely working for other platforms).]]>
Went over just about every thread in here.  I have the EX jumper set, tried both splice and index mode.  Tried exporting to both .g64 and .d64 as well as flux first then converting.  No luck at all.

I'm sure it's something on my end, this is definitely SCP's strong suit and from what I've read on here, the JU-475 is the ideal drive (and mine is definitely working for other platforms).]]> https://www.cbmstuff.com/forum/showthread.php?tid=923 Thu, 14 Jul 2022 19:40:08 -0400 Steverd]]> https://www.cbmstuff.com/forum/showthread.php?tid=923 Now I have firmware 1.3 install, but also now my Supercard Pro doesn't work.

I only get a FTDI Tranfer Error when I click START COPY.
I never had this error before the update.

Has anyone else had this?
How to I fix this error, so I can use my Supercard Pro again?
Thank you]]> Now I have firmware 1.3 install, but also now my Supercard Pro doesn't work.

I only get a FTDI Tranfer Error when I click START COPY.
I never had this error before the update.

Has anyone else had this?
How to I fix this error, so I can use my Supercard Pro again?
Thank you]]> https://www.cbmstuff.com/forum/showthread.php?tid=885 Sun, 27 Feb 2022 01:03:30 -0500 visualmess]]> https://www.cbmstuff.com/forum/showthread.php?tid=885
Drive type - (5.25" - 96tpi)
Weakbits - (Fixed)
Density (Read - Low), (Write - Low)
Index Sensor - (Read - ignore), (Write - ignore)
Disk Types (C64/128)
Copy Mode - (Splice)
Revolutions - 2]]>
Drive type - (5.25" - 96tpi)
Weakbits - (Fixed)
Density (Read - Low), (Write - Low)
Index Sensor - (Read - ignore), (Write - ignore)
Disk Types (C64/128)
Copy Mode - (Splice)
Revolutions - 2]]> https://www.cbmstuff.com/forum/showthread.php?tid=881 Sat, 19 Feb 2022 20:28:32 -0500 JAC64]]> https://www.cbmstuff.com/forum/showthread.php?tid=881
A SuperCard Pro newbie here.
I have an original and fully working disk of Jordan vs Bird by EA.  According to the C64  preservation project, it a has a "signature" on track 35.  
However.....after many many attempts, I cannot make a working disk backup of it. 
I have tried LordCrass's  settings as listed below:

EA track 2 PirateSlayer: Some of these disks are mastered to the index hole and can be copied in INDEX, but some (eg. Skate or Die!) are not. Use the SPLICE mode when in doubt, tracks 1-35.


EA fat track 34/35: tracks 1-33 INDEX mode. Tracks 34-35 in INDEX mode with half-tracks enabled. Have "wipe tracks" turned off when writing 34-35. Writing out the whole disk with half-tracks will generally result in a copy full of errors that won't load. You will need to image 1-35 with half-tracks and INDEX mode if you want to make a G64.

Yet, without any success.
(I can get past the main intro screen with the music, but it soon crashes before it gets to the game menu)

My card is up to date:
Disk Archiver: v2.40
Hardware: v1.1
Firmware: v1.2

I have a Panasonic JU475-4 with all the suggested jumper settings which I constantly clean with 91% isopropyl alcohol.

I have had absolutely no problems with Rapidlok and several other protections.
As I said earlier, the original works perfectly.  Right now, I can only back it up to another disk with Maverick 5.04 using a parameter. 

Any suggestions?  

Thanks in advance.]]>
A SuperCard Pro newbie here.
I have an original and fully working disk of Jordan vs Bird by EA.  According to the C64  preservation project, it a has a "signature" on track 35.  
However.....after many many attempts, I cannot make a working disk backup of it. 
I have tried LordCrass's  settings as listed below:

EA track 2 PirateSlayer: Some of these disks are mastered to the index hole and can be copied in INDEX, but some (eg. Skate or Die!) are not. Use the SPLICE mode when in doubt, tracks 1-35.


EA fat track 34/35: tracks 1-33 INDEX mode. Tracks 34-35 in INDEX mode with half-tracks enabled. Have "wipe tracks" turned off when writing 34-35. Writing out the whole disk with half-tracks will generally result in a copy full of errors that won't load. You will need to image 1-35 with half-tracks and INDEX mode if you want to make a G64.

Yet, without any success.
(I can get past the main intro screen with the music, but it soon crashes before it gets to the game menu)

My card is up to date:
Disk Archiver: v2.40
Hardware: v1.1
Firmware: v1.2

I have a Panasonic JU475-4 with all the suggested jumper settings which I constantly clean with 91% isopropyl alcohol.

I have had absolutely no problems with Rapidlok and several other protections.
As I said earlier, the original works perfectly.  Right now, I can only back it up to another disk with Maverick 5.04 using a parameter. 

Any suggestions?  

Thanks in advance.]]> https://www.cbmstuff.com/forum/showthread.php?tid=843 Thu, 29 Jul 2021 18:54:10 -0400 rmzalbar]]> https://www.cbmstuff.com/forum/showthread.php?tid=843
Therefore, these can't be written by a JU-475-4 with Supercard Pro because the drive stays at 360 RPM even when low-density mode is selected in SCP software. This only produces unusable tracks.

Of course, maintaining a 360k 48tpi drive is a solution; but potentially alleviating the issue, I found this mod to add a simple hardware override switch to force the JU-475 motor to 300 RPM:
http://dunfield.classiccmp.org/img47321/speed300.htm

However, is there a jumper on these drives I'm not aware of that selects the speed or allows speed select when low density is selected? I'm checking if I'm missing something obvious before I try this this 300 RPM hardware speed modification.

Thank you - Rob]]>
Therefore, these can't be written by a JU-475-4 with Supercard Pro because the drive stays at 360 RPM even when low-density mode is selected in SCP software. This only produces unusable tracks.

Of course, maintaining a 360k 48tpi drive is a solution; but potentially alleviating the issue, I found this mod to add a simple hardware override switch to force the JU-475 motor to 300 RPM:
http://dunfield.classiccmp.org/img47321/speed300.htm

However, is there a jumper on these drives I'm not aware of that selects the speed or allows speed select when low density is selected? I'm checking if I'm missing something obvious before I try this this 300 RPM hardware speed modification.

Thank you - Rob]]> https://www.cbmstuff.com/forum/showthread.php?tid=838 Thu, 08 Jul 2021 22:46:30 -0400 Draugr]]> https://www.cbmstuff.com/forum/showthread.php?tid=838
I have purchased two Panasonic JU-475-5 AKO drives one last year and a replacement this past May.

I am using the SCP & drive to archive my C64 original disk collection. I do it in my spare time so its not like I spend weeks/months at a time doing this. Both of the drives saw little use.

The issue I'm having is such. The first drive that I bought sometime last year or so worked great for a while then stopped working. No matter what I tried, the drive only makes empty 664 BLOCKS FREE G64 images. Even if I try making a .scp flux image first.

So, I purchased another drive this past May and finally got to use it the last few days. The first 20 disks from my boxed game collection copied effortlessly. That's 20 for 20. I was amazed at how well these diskettes keep their data over such a long time. I then began copying my loose original disks that are in my disk box on my desk. I first load the disks on my real C64 and 1571 drive to make sure they are good and load fine. After that I bring the disk over to my SCP setup. At first everything was working fine. Then after a total of maybe 35-40 disks that I archived (including the 20 boxed disks) this NEW replacement drive is doing the exact same thing. No matter what settings I try, the issue persists. I even pulled out some of the disks that archived successfully earlier in the day and they too are leaving just empty g64 files.

Now, I have tried unplugging the SCP from the PC, the drive from the SCP, and even rebooting my PC, then plugging the SCP USB back in to the PC. Still I received the same result. I also cleaned the heads after every 2 or 3 disks. First I used a 5.25" disk cleaner kit. No fix. I then tried manually cleaning the head and still no fix. Remember this is now the second drive with almost the exact same amount of use (aka not much. Not like I've been using it for months or years making backups, etc). I can't believe 2 separate drives would have the same issue after almost the exact same amount of use.

Does anyone here possibly know what else might cause such an issue? Of course it is possible (slim I'd reckon) that both just coincidentally died the same exact way, but that seems a little too coincidental. I'm hoping there may be some other reason this might be happening.

Any help is appreciated.]]>
I have purchased two Panasonic JU-475-5 AKO drives one last year and a replacement this past May.

I am using the SCP & drive to archive my C64 original disk collection. I do it in my spare time so its not like I spend weeks/months at a time doing this. Both of the drives saw little use.

The issue I'm having is such. The first drive that I bought sometime last year or so worked great for a while then stopped working. No matter what I tried, the drive only makes empty 664 BLOCKS FREE G64 images. Even if I try making a .scp flux image first.

So, I purchased another drive this past May and finally got to use it the last few days. The first 20 disks from my boxed game collection copied effortlessly. That's 20 for 20. I was amazed at how well these diskettes keep their data over such a long time. I then began copying my loose original disks that are in my disk box on my desk. I first load the disks on my real C64 and 1571 drive to make sure they are good and load fine. After that I bring the disk over to my SCP setup. At first everything was working fine. Then after a total of maybe 35-40 disks that I archived (including the 20 boxed disks) this NEW replacement drive is doing the exact same thing. No matter what settings I try, the issue persists. I even pulled out some of the disks that archived successfully earlier in the day and they too are leaving just empty g64 files.

Now, I have tried unplugging the SCP from the PC, the drive from the SCP, and even rebooting my PC, then plugging the SCP USB back in to the PC. Still I received the same result. I also cleaned the heads after every 2 or 3 disks. First I used a 5.25" disk cleaner kit. No fix. I then tried manually cleaning the head and still no fix. Remember this is now the second drive with almost the exact same amount of use (aka not much. Not like I've been using it for months or years making backups, etc). I can't believe 2 separate drives would have the same issue after almost the exact same amount of use.

Does anyone here possibly know what else might cause such an issue? Of course it is possible (slim I'd reckon) that both just coincidentally died the same exact way, but that seems a little too coincidental. I'm hoping there may be some other reason this might be happening.

Any help is appreciated.]]> https://www.cbmstuff.com/forum/showthread.php?tid=837 Thu, 08 Jul 2021 10:37:01 -0400 Draugr]]> https://www.cbmstuff.com/forum/showthread.php?tid=837
If so, how did you get the back side of the disk to image properly? I tried making a .scp file then converting it to g64, but it doesn't work.

I also tried making a g64 of the disk directly from the SCP program and skipping the flux image process (just to test).

Neither methods worked. I had to turn off the index sensor for reading for the back side of the disk. I tried making the image with both INDEX mode and SLICE. Neither method worked.

I set the program to copy 38 tracks. I did test my original on my C64 and 1571 drive and it worked fine.

The front side of the game did make a flux (.scp) image fine.

Any info is appreciated.

Thanks,
John]]>
If so, how did you get the back side of the disk to image properly? I tried making a .scp file then converting it to g64, but it doesn't work.

I also tried making a g64 of the disk directly from the SCP program and skipping the flux image process (just to test).

Neither methods worked. I had to turn off the index sensor for reading for the back side of the disk. I tried making the image with both INDEX mode and SLICE. Neither method worked.

I set the program to copy 38 tracks. I did test my original on my C64 and 1571 drive and it worked fine.

The front side of the game did make a flux (.scp) image fine.

Any info is appreciated.

Thanks,
John]]> https://www.cbmstuff.com/forum/showthread.php?tid=764 Thu, 08 Oct 2020 06:04:13 -0400 SunDown79]]> https://www.cbmstuff.com/forum/showthread.php?tid=764 So my question is, do you need a modified 5.25" drive if you want to read C64 disks ?
If you need to flip it over manually that is no problem at all.]]> So my question is, do you need a modified 5.25" drive if you want to read C64 disks ?
If you need to flip it over manually that is no problem at all.]]> https://www.cbmstuff.com/forum/showthread.php?tid=715 Sun, 10 May 2020 12:19:01 -0400 Digital Man]]> https://www.cbmstuff.com/forum/showthread.php?tid=715
Would the SCP and a PC floppy have this capability?]]>
Would the SCP and a PC floppy have this capability?]]> https://www.cbmstuff.com/forum/showthread.php?tid=704 Sun, 19 Apr 2020 01:17:48 -0400 zeegerman]]> https://www.cbmstuff.com/forum/showthread.php?tid=704
New SuperCard Pro user here - really clean and functional product, and love it so far!

Looking through the forum, I see that there is a good bit of information about copy protection and how to circumvent it.

I have a number of original 5.25" disks I would like to archive (all PAL versions).

Wizball and Marble Madness seemed to generate fully working G64 / flux files and disks, but still finding problems with the following:

- Turrican I (Rainbow Arts) - must be RADWAR or signature check - front side seems to copy, but copy of the back side just hangs when inserted
- Turrican II (Rainbow Arts) - must be RADWAR
- Uridium (Hewson) - seems to be GMA87
- Nebulus (Hewson) - also looks to be GMA87
- Parallax (Ocean) - seems to be what is called "cyan loader"

The C64 Preservation project also has information about which specific copy protection types were used on various games, which closes some of the gap with above document.

Specifically, is there any information on how to copy the above protection schemes, or how they relate to what is listed in above post from Jeff?

I'm using the following:

• Panasonic JU-475-4
  
• SuperCard Pro hardware v1.1, firmware v1.2
  
• Disk Archiver v2.02
  

Thanks much!]]>
New SuperCard Pro user here - really clean and functional product, and love it so far!

Looking through the forum, I see that there is a good bit of information about copy protection and how to circumvent it.

I have a number of original 5.25" disks I would like to archive (all PAL versions).

Wizball and Marble Madness seemed to generate fully working G64 / flux files and disks, but still finding problems with the following:

- Turrican I (Rainbow Arts) - must be RADWAR or signature check - front side seems to copy, but copy of the back side just hangs when inserted
- Turrican II (Rainbow Arts) - must be RADWAR
- Uridium (Hewson) - seems to be GMA87
- Nebulus (Hewson) - also looks to be GMA87
- Parallax (Ocean) - seems to be what is called "cyan loader"

The C64 Preservation project also has information about which specific copy protection types were used on various games, which closes some of the gap with above document.

Specifically, is there any information on how to copy the above protection schemes, or how they relate to what is listed in above post from Jeff?

I'm using the following:

• Panasonic JU-475-4
  
• SuperCard Pro hardware v1.1, firmware v1.2
  
• Disk Archiver v2.02
  

Thanks much!]]> https://www.cbmstuff.com/forum/showthread.php?tid=699 Sun, 29 Mar 2020 15:15:04 -0400 kentsu]]> https://www.cbmstuff.com/forum/showthread.php?tid=699
I hope you, your families, and colleagues are healthy. We're OK here in the epicenter (Kirkland, Washington).

I have recently been occupying myself with making preservation images of original Paperback and Pocket series (Filer, Planner, Writer) disks that I have collected over the years. I was particularly interested in making a preservation image of Pocket Writer 3 for the C-128. I spent close to 10 years looking for an original on eBay... I assume that fairly-few copies of PW v3 were sold, since it was released fairly late in the C-64/128's life.

In any case, I wanted to share that I was able to make functioning .g64 images of all of the v2 disks with SCP, using default settings (Index mode, no half tracks). This applies to Filer, Planner, and Writer, C-64 and C-128 versions. (The v2 series programs were sold as flippies, with the C-64 version on one side and the C-128 version on the other.) So, 3 x 2 = 6 images in total.

Writer v3 for the C-128 was a bit of a different story. Many, many thanks to Jim for jumping in and tweaking the raw flux dump to create a working .g64. Jim -- perhaps you could say a little about what you did? Many thanks also to Dan G. for re-connecting me with Jim and encouraging me to dig into the project.

Also, I have some of the v1 products but, so far, have not been able to get a clean read from those disks. It may be that those disks have decayed. Jim took a look at said there was a waveform pattern to the flux, which can indicate either dirty disk / heads or bad disk. I inspected the disks and didn't see crud and made sure the heads were clean...

Thanks,

--Kent]]>
I hope you, your families, and colleagues are healthy. We're OK here in the epicenter (Kirkland, Washington).

I have recently been occupying myself with making preservation images of original Paperback and Pocket series (Filer, Planner, Writer) disks that I have collected over the years. I was particularly interested in making a preservation image of Pocket Writer 3 for the C-128. I spent close to 10 years looking for an original on eBay... I assume that fairly-few copies of PW v3 were sold, since it was released fairly late in the C-64/128's life.

In any case, I wanted to share that I was able to make functioning .g64 images of all of the v2 disks with SCP, using default settings (Index mode, no half tracks). This applies to Filer, Planner, and Writer, C-64 and C-128 versions. (The v2 series programs were sold as flippies, with the C-64 version on one side and the C-128 version on the other.) So, 3 x 2 = 6 images in total.

Writer v3 for the C-128 was a bit of a different story. Many, many thanks to Jim for jumping in and tweaking the raw flux dump to create a working .g64. Jim -- perhaps you could say a little about what you did? Many thanks also to Dan G. for re-connecting me with Jim and encouraging me to dig into the project.

Also, I have some of the v1 products but, so far, have not been able to get a clean read from those disks. It may be that those disks have decayed. Jim took a look at said there was a waveform pattern to the flux, which can indicate either dirty disk / heads or bad disk. I inspected the disks and didn't see crud and made sure the heads were clean...

Thanks,

--Kent]]> https://www.cbmstuff.com/forum/showthread.php?tid=689 Sun, 26 Jan 2020 09:03:58 -0500 Jeff_Birt]]> https://www.cbmstuff.com/forum/showthread.php?tid=689 After imaging all my C64 disk from back in the day I'm working on a way to create a master directory of all my C64 disk images. I'll cover the how in an upcoming video.

What I did was populate an Excel workbook with a separate worksheet for each disk. This way you can manually click a tab to see a particular disk or use the search tool to find a certain file/name.

This sample file can be opened in Excel, Open Office, etc. Please let me know what you think of the formatting, etc.

https://1drv.ms/x/s!AtH4vpaZnzX7koRiAXuX...w?e=OQilzL]]> After imaging all my C64 disk from back in the day I'm working on a way to create a master directory of all my C64 disk images. I'll cover the how in an upcoming video.

What I did was populate an Excel workbook with a separate worksheet for each disk. This way you can manually click a tab to see a particular disk or use the search tool to find a certain file/name.

This sample file can be opened in Excel, Open Office, etc. Please let me know what you think of the formatting, etc.

https://1drv.ms/x/s!AtH4vpaZnzX7koRiAXuX...w?e=OQilzL]]> https://www.cbmstuff.com/forum/showthread.php?tid=677 Sun, 12 Jan 2020 11:15:32 -0500 Jeff_Birt]]> https://www.cbmstuff.com/forum/showthread.php?tid=677
If you have anything to add or corrections, etc. just let me know.

  C64 Disk Processing notes from forum.pdf (Size: 65.9 KB / Downloads: 220) ]]>
If you have anything to add or corrections, etc. just let me know.

  C64 Disk Processing notes from forum.pdf (Size: 65.9 KB / Downloads: 220) ]]>