Search found 93 matches

by Feltzkrone
Thu May 30, 2013 9:00 pm
Forum: Support
Topic: conflict in vietnam trouble when writing-reading
Replies: 19
Views: 3628

Re: conflict in vietnam trouble when writing-reading

As track data in G64 files needs to end on a byte boundary, DTC needs to add some bits at some location if the dumped data is not interpreted as a multiple of 8 bits. Then DTC will insert zero bits at the beginning of the track data. And data at that position normally looks different on other RL tit...
by Feltzkrone
Thu May 30, 2013 10:36 am
Forum: Support
Topic: conflict in vietnam trouble when writing-reading
Replies: 19
Views: 3628

Re: conflict in vietnam trouble when writing-reading

In your Conflict Of Vietnam dump there is a write splice before the index hole. This is different to a few RapidLok titles which I've compared it with. There should be one larger row of one-bits which normally starts shortly after the disk index. But on your dump the row already starts before the di...
by Feltzkrone
Wed May 29, 2013 6:42 pm
Forum: Support
Topic: conflict in vietnam trouble when writing-reading
Replies: 19
Views: 3628

Re: conflict in vietnam trouble when writing-reading

For emulation, use an hex editor and change the byte at 0x023586 to 0xFF in the resulting G64 image (DTC v2.22). If it doesn't work I'll send you the G64 via email. Perhaps the track on this title is written differently to those of other Rapidlok titles, i.e. the write splice is at a different point...
by Feltzkrone
Wed May 29, 2013 5:27 pm
Forum: Support
Topic: conflict in vietnam trouble when writing-reading
Replies: 19
Views: 3628

Re: conflict in vietnam trouble when writing-reading

Probably it does not work on real hardware only using the disk the resulting G64 has been written to. ;-)
by Feltzkrone
Wed May 29, 2013 3:26 pm
Forum: Support
Topic: conflict in vietnam trouble when writing-reading
Replies: 19
Views: 3628

Re: conflict in vietnam trouble when writing-reading

Have you already submitted that dump or is it available for download somewhere?
by Feltzkrone
Thu May 23, 2013 10:42 pm
Forum: Software Development
Topic: KryoFlux Java Library
Replies: 6
Views: 5038

Re: KryoFlux Java Library

If so, let me know where to stick the raw file for that track. PM sent. :) Edit: And I'd like to help you getting rid of ugly code as soon as possible, but currently I'm busy with quick insight and organizing a bunch dumps made on behalf someone else. I guess some class(es) dealing with bit-level d...
by Feltzkrone
Mon May 20, 2013 6:59 pm
Forum: Support
Topic: Kryoflux Logfile
Replies: 1
Views: 501

Re: Kryoflux Logfile

Under "Settings" in the menu, then "Output" tab and there is a "Logs" checkbox. When checked, the GUI should place a log file unter the specified image path when dumping.
by Feltzkrone
Thu May 16, 2013 11:05 pm
Forum: Software Development
Topic: KryoFlux Java Library
Replies: 6
Views: 5038

KryoFlux Java Library

I'd like to inform you that Daniel Jameson has started developing a KryoFlux Java Library called KryoTools. It was created because of the need to produce APD image files for dumped Acorn disks. That format is capable of representing protected disks at a level comparable to what G64 does store for C6...
by Feltzkrone
Tue Jan 22, 2013 9:42 pm
Forum: Support
Topic: Newtronics D509V3 jumpers
Replies: 9
Views: 2731

Re: Newtronics D509V3 jumpers

The -i2 option ensures that the disk is dumped fully. Image type, track distance and side selection which are passed to DTC on the command line can cause it to skip tracks and/or even a complete side if they are not of relevance for your specific selection. To be on the safe side the -i2 option shou...
by Feltzkrone
Sun Jan 06, 2013 12:38 pm
Forum: Support
Topic: Dumping Amiga disks without errors?
Replies: 7
Views: 8362

Re: Dumping Amiga disks without errors?

I can't believe that 95% of your 20 years old disks are dead when the disks have been stored under good conditions. As a last resort, try to place the board, PSU and drive as far as possible from each other when dumping. Unless the disks' conditions were perfect, I have had the same kind of errors w...