https://www.cbmstuff.com/forum/ Sat, 18 Apr 2026 19:15:30 +0000 MyBB https://www.cbmstuff.com/forum/showthread.php?tid=679 Tue, 14 Jan 2020 00:33:53 -0500 natevw]]> https://www.cbmstuff.com/forum/showthread.php?tid=679
If I go down to 4 revolutions, the disk is read successfully. I also note that something is going on where I only get data on the first 20 tracks anyway (I'm posting a thread about that in a different topic) and after that is noise. So is there just some sort of compression going on that can't handle a full 5 revs of noise, but can handle 4 revs of noise or 5 revs of actual data?

Not a huge issue, not sure if any extra revolutions is going to help recover this apparently bad disk. Just curious if I'm doing something wrong.

Oh, and one more experiment with this just finished: I set the DriveType to 48 TPI and that got it to "Reading Track: 40" even with 5 revolutions, before the error happened again. (Had told it to read to track 42.) I still don't understand what the TPI setting does/doesn't do but apparently it has some effect after all!]]>
If I go down to 4 revolutions, the disk is read successfully. I also note that something is going on where I only get data on the first 20 tracks anyway (I'm posting a thread about that in a different topic) and after that is noise. So is there just some sort of compression going on that can't handle a full 5 revs of noise, but can handle 4 revs of noise or 5 revs of actual data?

Not a huge issue, not sure if any extra revolutions is going to help recover this apparently bad disk. Just curious if I'm doing something wrong.

Oh, and one more experiment with this just finished: I set the DriveType to 48 TPI and that got it to "Reading Track: 40" even with 5 revolutions, before the error happened again. (Had told it to read to track 42.) I still don't understand what the TPI setting does/doesn't do but apparently it has some effect after all!]]> https://www.cbmstuff.com/forum/showthread.php?tid=676 Sat, 11 Jan 2020 20:39:49 -0500 natevw]]> https://www.cbmstuff.com/forum/showthread.php?tid=676
Is this harmful and do I need to avoid moving the window while it is at work? Will the pause in imaging corrupt the image files in any way?]]>
Is this harmful and do I need to avoid moving the window while it is at work? Will the pause in imaging corrupt the image files in any way?]]> https://www.cbmstuff.com/forum/showthread.php?tid=504 Thu, 26 Apr 2018 03:36:37 -0400 Kris]]> https://www.cbmstuff.com/forum/showthread.php?tid=504
Will the verification function be implemented ?
Thank you.]]>
Will the verification function be implemented ?
Thank you.]]> https://www.cbmstuff.com/forum/showthread.php?tid=381 Wed, 05 Apr 2017 11:54:55 -0400 Stone]]> https://www.cbmstuff.com/forum/showthread.php?tid=381
But I've also seen what appears to be cyan, amber (brown?), and a kind of mustard color (?). I have no idea what these colors mean.

I can get cyan when I try to copy flux and index, and a combination of amber on top/mustard on the bottom when I copy flux and splice. Since I haven't received red, and in at least some cases, my results appear to work, I don't know what the program is trying to tell me with this information.

Please excuse my lack of knowledge of the platform, as I am still very new. Any and all help is much appreciated!

Stone]]>
But I've also seen what appears to be cyan, amber (brown?), and a kind of mustard color (?). I have no idea what these colors mean.

I can get cyan when I try to copy flux and index, and a combination of amber on top/mustard on the bottom when I copy flux and splice. Since I haven't received red, and in at least some cases, my results appear to work, I don't know what the program is trying to tell me with this information.

Please excuse my lack of knowledge of the platform, as I am still very new. Any and all help is much appreciated!

Stone]]> https://www.cbmstuff.com/forum/showthread.php?tid=301 Wed, 16 Mar 2016 19:57:38 -0400 dfstudios]]> https://www.cbmstuff.com/forum/showthread.php?tid=301
Kind regards,

Francis]]>
Kind regards,

Francis]]> https://www.cbmstuff.com/forum/showthread.php?tid=292 Sat, 30 Jan 2016 15:02:33 -0500 dfstudios]]> https://www.cbmstuff.com/forum/showthread.php?tid=292
There seems to be a minor bug when copying a disk after the no index pulse error message is displayed (I forgot to insert a disk before hitting the OK button to start). First I got the no index pulse error, realised my mistake and inserted the disk, but after that I get another error message saying that there is no drive selected. I have to abort the copy and start again.

Kind regards,

Francis]]>
There seems to be a minor bug when copying a disk after the no index pulse error message is displayed (I forgot to insert a disk before hitting the OK button to start). First I got the no index pulse error, realised my mistake and inserted the disk, but after that I get another error message saying that there is no drive selected. I have to abort the copy and start again.

Kind regards,

Francis]]> https://www.cbmstuff.com/forum/showthread.php?tid=285 Sun, 10 Jan 2016 12:33:32 -0500 dfstudios]]> https://www.cbmstuff.com/forum/showthread.php?tid=285
There seems to be a minor glitch with the disk copier graphics. When copying an Amiga floppy using the splice copy mode to an SCP file, the colour of the progress boxes appear to use the colour of the last used colour. For example, if the previous copy process (any copy mode) used a red colour for the last box the splice copy appears to continue to use that colour. Likewise if the previous last colour was grey, yellow, green, orange or blue then the splice copy mode seems to continue with whatever colour was last used.

Copying using index mode doesn't show this behaviour.

Kind regards,

Francis]]>
There seems to be a minor glitch with the disk copier graphics. When copying an Amiga floppy using the splice copy mode to an SCP file, the colour of the progress boxes appear to use the colour of the last used colour. For example, if the previous copy process (any copy mode) used a red colour for the last box the splice copy appears to continue to use that colour. Likewise if the previous last colour was grey, yellow, green, orange or blue then the splice copy mode seems to continue with whatever colour was last used.

Copying using index mode doesn't show this behaviour.

Kind regards,

Francis]]> https://www.cbmstuff.com/forum/showthread.php?tid=284 Sun, 10 Jan 2016 11:56:28 -0500 dfstudios]]> https://www.cbmstuff.com/forum/showthread.php?tid=284

  scp2adf_bug.png (Size: 29.86 KB / Downloads: 7)

I've noticed that when converting some SCP files to ADF the process fails halfway through (same point each time) with an "Unable to create new file!" error message. Creating the ADF from the original disk works fine however.

The SCP files I am having issues with are available from here: https://www.dropbox.com/s/0set4aodnws893...es.7z?dl=0

Kind regards,

Francis]]>

  scp2adf_bug.png (Size: 29.86 KB / Downloads: 7)

I've noticed that when converting some SCP files to ADF the process fails halfway through (same point each time) with an "Unable to create new file!" error message. Creating the ADF from the original disk works fine however.

The SCP files I am having issues with are available from here: https://www.dropbox.com/s/0set4aodnws893...es.7z?dl=0

Kind regards,

Francis]]> https://www.cbmstuff.com/forum/showthread.php?tid=275 Mon, 21 Dec 2015 17:24:48 -0500 clh333]]> https://www.cbmstuff.com/forum/showthread.php?tid=275
I ran across the following issue today and made a note to ask:  Re-imaging a particular software title (Lucid 3D from DacEasy) and using a Panasonic 360k drive, I set the copy parameters to IBM360, index sync, wipe tracks.  I created an image file, zipped it and sent it off to WW.  

Then I loaded the image file again and was going to write it back to disk as proof of copy.  I noticed as I loaded the file that the IBM360 setting changed automatically to TI/99.  When I reset the TI/99 setting to IBM360, the image disappeared and I had to reload it.  When I reloaded it, it again came up as TI/99.  

Somehow this seems counter-intuitive.  Does the .scp file contain a "signature" indicating its type, or is the image analyzed on-the-fly as it is loaded?

-CH-]]>
I ran across the following issue today and made a note to ask:  Re-imaging a particular software title (Lucid 3D from DacEasy) and using a Panasonic 360k drive, I set the copy parameters to IBM360, index sync, wipe tracks.  I created an image file, zipped it and sent it off to WW.  

Then I loaded the image file again and was going to write it back to disk as proof of copy.  I noticed as I loaded the file that the IBM360 setting changed automatically to TI/99.  When I reset the TI/99 setting to IBM360, the image disappeared and I had to reload it.  When I reloaded it, it again came up as TI/99.  

Somehow this seems counter-intuitive.  Does the .scp file contain a "signature" indicating its type, or is the image analyzed on-the-fly as it is loaded?

-CH-]]> https://www.cbmstuff.com/forum/showthread.php?tid=265 Fri, 27 Nov 2015 00:13:10 -0500 GeoKM]]> https://www.cbmstuff.com/forum/showthread.php?tid=265
Just got my new SCP, thanks. 8-)

I have the SCP connected to both a 3.5in floppy as drv 0 and a 5.25 96tpi drive at srv 1. Seems to all be working great 8-)

I am going to be Archiving all of my disks to Flux images over the next few months.
I have a about 300 Amiga Floppies, 60 C64/C128 Floppies and around 40 IBM PC Floppies to image. Around 30% are original Program Disks, the rest are Data or work disks or prog copies..

From reading through the forums I think i have worked out what I need to do is.

For original Software (Purchased) Disks of any of the Disk types, I should select INDEX Mode
For all my other disks written on my local machines I should use SPLICE mode set to 2 or 3 revolutions?

Is that correct?

Also couple of other questions if you don't mind

Why is there no selection for 1.2Mb IBM Floppy?
Do I need to do anything special when moving through the 4 different Commodore 8 bit type disks? That is I have 1541 SS, 1541 Notched Flippy's, 1571 DS, C64 CP/M Cart Disks) and C128 CPM Disks.

I have a few SFD 1001 disks too, what setting would you suggest for those?

Are there posts explaining what I am seeing with the Flux Display and Disk Layout pagers in the analyzer?

I apologize for all the questions, but its all new stuff to me. 8-)

Thanks so much for your help and a great product. 8-)]]>
Just got my new SCP, thanks. 8-)

I have the SCP connected to both a 3.5in floppy as drv 0 and a 5.25 96tpi drive at srv 1. Seems to all be working great 8-)

I am going to be Archiving all of my disks to Flux images over the next few months.
I have a about 300 Amiga Floppies, 60 C64/C128 Floppies and around 40 IBM PC Floppies to image. Around 30% are original Program Disks, the rest are Data or work disks or prog copies..

From reading through the forums I think i have worked out what I need to do is.

For original Software (Purchased) Disks of any of the Disk types, I should select INDEX Mode
For all my other disks written on my local machines I should use SPLICE mode set to 2 or 3 revolutions?

Is that correct?

Also couple of other questions if you don't mind

Why is there no selection for 1.2Mb IBM Floppy?
Do I need to do anything special when moving through the 4 different Commodore 8 bit type disks? That is I have 1541 SS, 1541 Notched Flippy's, 1571 DS, C64 CP/M Cart Disks) and C128 CPM Disks.

I have a few SFD 1001 disks too, what setting would you suggest for those?

Are there posts explaining what I am seeing with the Flux Display and Disk Layout pagers in the analyzer?

I apologize for all the questions, but its all new stuff to me. 8-)

Thanks so much for your help and a great product. 8-)]]> https://www.cbmstuff.com/forum/showthread.php?tid=257 Sun, 15 Nov 2015 16:35:12 -0500 clh333]]> https://www.cbmstuff.com/forum/showthread.php?tid=257
My principal tools have been MS-DOS 6.22, ImageDisk, 22Disk and the SuperCard Pro, a '486 system with an Award BIOS that lets me run both a 5.25 and a 3.5 inch drive concurrently, and a couple of TEACs, 360k and 1.2Mb.  Plus lots of isopropyl alcohol and Q-tips:  A number of jackets had to be slit (at the end away from the head window) and some recalcitrant disks could be accessed after carefully wiping them down and putting them back into their sleeve.

My objective has been to create an archive on DVD of all of the disks' contents in a one-disk-per-folder format.  Failing that, I wanted to make a backup of the disk itself. 

Only a few disks could not be transferred successfully.  One set, Arakis Advantage Algebra Volume 1 (4 disks, each self-booting format not recognized by DOS),  ImageDisk copied successfully.  One was the original distribution disk of VP Planner, a Lotus spreadsheet clone issued by Osborne's Paperback Software publishing company.  That had a copy protection scheme that ImageDisk could not handle but which SCP copied with IBM 360 settings, 41 tracks and index sync. 

The last was a distribution disk of the Spracklins' Sargon chess game, with Sargon, self-booting, on one side and some games on the other, "flip" side.  This was a double-notched disk, in other words.  DOS could copy the games but I had to use the SCP to copy Sargon, using C-64/128 settings and index sync.  I gather that this is single-sided but it would be helpful if the menu indicated that fact. 

My work-flow was to run SCP on a Win7 64-bit machine, in disk copy mode, and test the results on the DOS machine.  This way I could see immediately if my settings were successful.  It occurred to me that it might be nice to be able to save the image at that point rahter than having to re-do the scan with the output changed to image file.  Just a thought.

Anyway, my thanks to you all for your help and suggestions. Please let me know if I can repay with suggestions of my own.  And if you are considering buying the SuperCard Pro, my advice is to quit considering and get one.

-CH-]]>
My principal tools have been MS-DOS 6.22, ImageDisk, 22Disk and the SuperCard Pro, a '486 system with an Award BIOS that lets me run both a 5.25 and a 3.5 inch drive concurrently, and a couple of TEACs, 360k and 1.2Mb.  Plus lots of isopropyl alcohol and Q-tips:  A number of jackets had to be slit (at the end away from the head window) and some recalcitrant disks could be accessed after carefully wiping them down and putting them back into their sleeve.

My objective has been to create an archive on DVD of all of the disks' contents in a one-disk-per-folder format.  Failing that, I wanted to make a backup of the disk itself. 

Only a few disks could not be transferred successfully.  One set, Arakis Advantage Algebra Volume 1 (4 disks, each self-booting format not recognized by DOS),  ImageDisk copied successfully.  One was the original distribution disk of VP Planner, a Lotus spreadsheet clone issued by Osborne's Paperback Software publishing company.  That had a copy protection scheme that ImageDisk could not handle but which SCP copied with IBM 360 settings, 41 tracks and index sync. 

The last was a distribution disk of the Spracklins' Sargon chess game, with Sargon, self-booting, on one side and some games on the other, "flip" side.  This was a double-notched disk, in other words.  DOS could copy the games but I had to use the SCP to copy Sargon, using C-64/128 settings and index sync.  I gather that this is single-sided but it would be helpful if the menu indicated that fact. 

My work-flow was to run SCP on a Win7 64-bit machine, in disk copy mode, and test the results on the DOS machine.  This way I could see immediately if my settings were successful.  It occurred to me that it might be nice to be able to save the image at that point rahter than having to re-do the scan with the output changed to image file.  Just a thought.

Anyway, my thanks to you all for your help and suggestions. Please let me know if I can repay with suggestions of my own.  And if you are considering buying the SuperCard Pro, my advice is to quit considering and get one.

-CH-]]> https://www.cbmstuff.com/forum/showthread.php?tid=224 Thu, 14 May 2015 11:51:07 -0400 bozimmerman]]> https://www.cbmstuff.com/forum/showthread.php?tid=224
I can't imagine it could hurt sales, since you can't do squat with the Copier without buying the hardware anyway, right?

The reason I ask is because the Copier is not well suited to me for doing batch work right now -- the UI which I think is ideal for doing batch work may be different from the next persons...

For example: I would drop the OK-To-Start-Popup immediately, I would add an option to generate both ADF and SCP files, with ADF coming first so that I can keep an eye on whether the floppy drive head is still healthy. I'd also do something with the filename-entry process, but would have to experiment to figure out what's most efficient. Up til now, I've been using OpenCBM and ZoomFloppy to do 5.25" disks, and have enjoyed the fact that the command line tools allow me the flexibility to wrap my processes in whatever UI I desire.

Thank you for considering my humble Plea. I have around 500 3.5" Amiga disks ahead of me, and thousands of 5.25" disks. It's well worth it to me to invest some time now to smooth out the process for the coming months/years, though not worth it to learn the protocol and start from scratch as the SDK suggests.

- Bo]]>
I can't imagine it could hurt sales, since you can't do squat with the Copier without buying the hardware anyway, right?

The reason I ask is because the Copier is not well suited to me for doing batch work right now -- the UI which I think is ideal for doing batch work may be different from the next persons...

For example: I would drop the OK-To-Start-Popup immediately, I would add an option to generate both ADF and SCP files, with ADF coming first so that I can keep an eye on whether the floppy drive head is still healthy. I'd also do something with the filename-entry process, but would have to experiment to figure out what's most efficient. Up til now, I've been using OpenCBM and ZoomFloppy to do 5.25" disks, and have enjoyed the fact that the command line tools allow me the flexibility to wrap my processes in whatever UI I desire.

Thank you for considering my humble Plea. I have around 500 3.5" Amiga disks ahead of me, and thousands of 5.25" disks. It's well worth it to me to invest some time now to smooth out the process for the coming months/years, though not worth it to learn the protocol and start from scratch as the SDK suggests.

- Bo]]> https://www.cbmstuff.com/forum/showthread.php?tid=220 Tue, 14 Apr 2015 18:52:35 -0400 clh333]]> https://www.cbmstuff.com/forum/showthread.php?tid=220
Selecting "Disk Copier" as the function and Amiga as the format, I created images of several disks known to operate with my Amiga 500 and which I had previously copied ON the Amiga using a software utility called Project D.  I accepted all SCP defaults for these copies.  

Copying indicated success (all green cells) creating an image (.scp, not .adf, with preservation) and after copying I made duplicate disks, again without errors, of three files that I knew had boot tracks on them and were therefore bootable on an Amiga.  One of the three, a Workbench 1.3 disk copy, booted successfully; two others did not.  The Amiga did not recognize the others as DOS disks.

I loaded the images into the analyzer and noticed that the WB disk started with "801555555..." while the other two started with "AAAAAAA..."  Obviously there is a difference but what it signifies is lost on me.  Could someone please suggest a direction for further research?

Thanks for your reply.
Charles Hudson
clh333]]>
Selecting "Disk Copier" as the function and Amiga as the format, I created images of several disks known to operate with my Amiga 500 and which I had previously copied ON the Amiga using a software utility called Project D.  I accepted all SCP defaults for these copies.  

Copying indicated success (all green cells) creating an image (.scp, not .adf, with preservation) and after copying I made duplicate disks, again without errors, of three files that I knew had boot tracks on them and were therefore bootable on an Amiga.  One of the three, a Workbench 1.3 disk copy, booted successfully; two others did not.  The Amiga did not recognize the others as DOS disks.

I loaded the images into the analyzer and noticed that the WB disk started with "801555555..." while the other two started with "AAAAAAA..."  Obviously there is a difference but what it signifies is lost on me.  Could someone please suggest a direction for further research?

Thanks for your reply.
Charles Hudson
clh333]]> https://www.cbmstuff.com/forum/showthread.php?tid=217 Sat, 14 Mar 2015 14:11:44 -0400 Thraka]]> https://www.cbmstuff.com/forum/showthread.php?tid=217
1. I've validated the original disk scans OK in DOS with no errors
2. I've validated that the destination disk formats and scans with no errors in DOS
3. I've validated that the destination disk passes the Disk Media Test

I try to copy Disk 1 of PoP, a 360k disk. I image that back to a copy disk. When I try to run the game it should tell me that I need to "run setup", however it instead tells me that "files are missing and I need to run this from the original drive." Different error message.

I've created the image 3 times, same result.

I now tried to format the copy disk in DOS, copy the files from the original over to the formatted copy, and everything works as expected.

On the COPY disk, I imaged that to a file, erased the copy disk, and wrote the copy disk back to itself and tried to run that. Worked as expected.

For whatever reason, SCP will not write out a proper image of this disk.]]>
1. I've validated the original disk scans OK in DOS with no errors
2. I've validated that the destination disk formats and scans with no errors in DOS
3. I've validated that the destination disk passes the Disk Media Test

I try to copy Disk 1 of PoP, a 360k disk. I image that back to a copy disk. When I try to run the game it should tell me that I need to "run setup", however it instead tells me that "files are missing and I need to run this from the original drive." Different error message.

I've created the image 3 times, same result.

I now tried to format the copy disk in DOS, copy the files from the original over to the formatted copy, and everything works as expected.

On the COPY disk, I imaged that to a file, erased the copy disk, and wrote the copy disk back to itself and tried to run that. Worked as expected.

For whatever reason, SCP will not write out a proper image of this disk.]]> https://www.cbmstuff.com/forum/showthread.php?tid=216 Thu, 12 Mar 2015 01:14:16 -0400 Thraka]]> https://www.cbmstuff.com/forum/showthread.php?tid=216
I imaged my master disks of prince of Persia to SCP files. Then I took disks I scanned with scan disk on the DOS machine and verified they were OK, loaded them with the SCP file, and started having problems.

At first I could get a directory listing for the disks just fine. Then I ran SETUP and the game started installing. Both disks went through install OK. I went to run the game from my hard drive and it was complaining about files being invalid (like a setup config file being dead or even the exe failing to run). So I figured I must have had a bad disk or something. I've gone through about 8 disks, 5 of them brand new.

Things are now getting worse though. Now a lot of the disks I try just report general fail trying to get a directory. When I try to then use DOS format on them, it fails saying sector 0 is bad. Scan disk hates all the disks that come out of the SCP.

I tried to install using the original disks, and everything is fine. Scan disk reports them as OK.

I haven't touched this since Sept/Oct and just updated the program today and started trying to back things up.

The original disks I backed up and tried were both 360k and 720k

What should I do?]]>
I imaged my master disks of prince of Persia to SCP files. Then I took disks I scanned with scan disk on the DOS machine and verified they were OK, loaded them with the SCP file, and started having problems.

At first I could get a directory listing for the disks just fine. Then I ran SETUP and the game started installing. Both disks went through install OK. I went to run the game from my hard drive and it was complaining about files being invalid (like a setup config file being dead or even the exe failing to run). So I figured I must have had a bad disk or something. I've gone through about 8 disks, 5 of them brand new.

Things are now getting worse though. Now a lot of the disks I try just report general fail trying to get a directory. When I try to then use DOS format on them, it fails saying sector 0 is bad. Scan disk hates all the disks that come out of the SCP.

I tried to install using the original disks, and everything is fine. Scan disk reports them as OK.

I haven't touched this since Sept/Oct and just updated the program today and started trying to back things up.

The original disks I backed up and tried were both 360k and 720k

What should I do?]]>