CBMSTUFF FORUM › CBMSTUFF PRODUCTS › SuperCard Pro › Software › Disk Copier v
Bug reports

Threaded Mode
Bug reports
admin Offline
Administrator
*******
Posts: 2,784
Threads: 144
Joined: Nov 2013
#1
11-05-2013, 07:28 AM
See something odd? Report it here! Thanks!
Website Find
Reply
sncboom2k Offline
Junior Member
**
Posts: 30
Threads: 4
Joined: Nov 2013
#2
12-24-2013, 01:02 AM (This post was last modified: 12-24-2013, 10:29 AM by sncboom2k.)
Beta .91

Non Blind Copy of a C64 disk with only 1 index hole. (Back side of the disk) Index pulse on reads = not required. Creates SCP file successfully.

Write back to disk - using index pulse required - write stops by track 19 every time and resets. No error message provided. Stops randomly between tracks 1 and 19 - resets to 0 as if the write is complete. Override not used. Track settings for read 1-40 C64.

Tried different source disks and blank media. Same results. (Writing back to front side of disk)
Find
Reply
admin Offline
Administrator
*******
Posts: 2,784
Threads: 144
Joined: Nov 2013
#3
12-24-2013, 09:51 AM
So, you create a disk image with blind mode turned off (tracks 1-40) and then your write it back to disk and it just quits randomly between 1 and 19? This only occurs when creating an image from the backside of a disk with INDEX SENSOR/IGNORE setting? Front side images/copies are fine?
Website Find
Reply
sncboom2k Offline
Junior Member
**
Posts: 30
Threads: 4
Joined: Nov 2013
#4
12-24-2013, 10:28 AM
(12-24-2013, 09:51 AM)admin Wrote: So, you create a disk image with blind mode turned off (tracks 1-40) and then your write it back to disk and it just quits randomly between 1 and 19? This only occurs when creating an image from the backside of a disk with INDEX SENSOR/IGNORE setting? Front side images/copies are fine?

Just confirmed - yes front side images using the same settings as the back side read / write - are working fine. Appears to only effect the back side image or write of that image. Sending you the SCP file.

Tried adjusting the track range to 38 for same test and got the same issue - so 40 being the end is irrelevant.
Find
Reply
admin Offline
Administrator
*******
Posts: 2,784
Threads: 144
Joined: Nov 2013
#5
12-24-2013, 03:40 PM
Found the problem... requires a firmware upgrade. So, v0.5 firmware has been released to correct the problem. I also released v.92 of the software, which has changed mentioned in the beta thread.
Website Find
Reply
sncboom2k Offline
Junior Member
**
Posts: 30
Threads: 4
Joined: Nov 2013
#6
12-30-2013, 11:50 PM
In .93 - G64 creation of DOTC side 2 is broken again. Copy works fine, but creating a G64 from disk fails to raid. Long tracks cut off?
Find
Reply
admin Offline
Administrator
*******
Posts: 2,784
Threads: 144
Joined: Nov 2013
#7
12-31-2013, 12:51 AM
I will check it out!
Website Find
Reply
admin Offline
Administrator
*******
Posts: 2,784
Threads: 144
Joined: Nov 2013
#8
12-31-2013, 03:54 PM
DOTC works fine both copied directly from a disk to .g64 or disk to .scp to .g64. The track lengths are correct for all tracks. I was able to raid the castle without any issues.
Website Find
Reply
sncboom2k Offline
Junior Member
**
Posts: 30
Threads: 4
Joined: Nov 2013
#9
01-01-2014, 11:41 PM
(12-31-2013, 03:54 PM)admin Wrote: DOTC works fine both copied directly from a disk to .g64 or disk to .scp to .g64. The track lengths are correct for all tracks. I was able to raid the castle without any issues.

Appears to be working now - can't explain it. Using .94
Find
Reply
admin Offline
Administrator
*******
Posts: 2,784
Threads: 144
Joined: Nov 2013
#10
01-02-2014, 08:23 AM
That's good! I hope it stays that way! Wink
Website Find
Reply




Users browsing this thread: 1 Guest(s)