[Coco] Easy way to copy 40 track disks to the CoCoSDC?

[Daniel Campos]

Hi Tim,

Ok, I grab my CoCo3 to do the recovery. The steps followed:

- Put 1 blank 40 track image from Color Archive and mounted as drive 2 
through drivewire. I can DIR the contents of this image perfectly on the 
drive 2 of the CoCo.
- Put DRIVE 0, OFF to access the contents of the real disk.
- Poked that address (53917) as you suggested with the value 40.
- Started the BACKUP 0 TO 2 command. After sometime, give me an IO ERROR.

If I make a copy without this poke, the BACKUP is done perfectly, but 
the program copied don't work at all. If I start the same program from 
the original disk, it starts like a charm!
Tested other various disk utilities like Omnicopy, Omniclone, KDISK, but 
all of them have some limitation to recognize the real drive. Any 
suggestion of a tested utility that really works with the SDC-DOS ?
I'm assuming that my disk have 40 tracks, but how can I be certain of 
that ? How to identify if a disk has 40 tracks ? There is a utility to 
identify that ?

Daniel

On 25/04/2015 13:50, tim lindner wrote:
> On Sat, Apr 25, 2015 at 9:28 AM, Daniel Campos <daniel.campus at gmail.com> wrote:
>> Hello,
>>
>> I'm continuing on my efforts to recover the remaining disks, but some of
>> them are 40 track disks and I think the BACKUP command on the SDC-DOS is not
>> recognizing the sources as 40 tracks. There is some way to easily copy them
>> to a .SDF file ?
> On a CoCo 3 address 53917 ($D29D) should be 35 ($23). This is where
> the BACKUP command gets the maximum track number. If you POKE 40 ($28)
> in that location BACKUP should go all the way to track 40. I've not
> tested this, so let us all know how it goes. :)
>
> If the disk is a normal 18 256 byte sectors per track, then there is
> no reason to use a .SDF file. A .DSK file will be sufficient. Also if
> the disk is not a normal 18 256 byte sectors per track, BACKUP
> wouldn't work anyway.
>
>
>
>