archive.worldofdragon.org

For what it's worth T3 likewise uses a different set of breakpoints for each of the D32, D64(64K BASIC) and CoCo ROMs. This is done by modifying the ROMs at load time to install "special" opcodes (this approach is taken to ensure that the breakpoints have zero overhead for the fetch-execute cycle; i...

By the way, can anyone please try the attached composer file? It loads flawlessly on XRoar, but on a real Dragon64, it just don't load the menu part. I've tried converting the cas file to wav with Sarah's program and with DC.exe, with both programs together and separated with no success. It works f...

Hi Cloete, you can find Inside The Dragon (one of the very best books about the beast) here: http://archive.worldofdragon.org/downloads/Books/InsideTheDragon.pdf There are also various Dragon Data Ltd publications here: http://archive.worldofdragon.org/archive/index.php?dir=Manuals/ Hope this helps!

It did come with my Microdeal copy of The Dragon Composer, although I can't remember whether it was on the same side, the 'B Side' to the main program, or a separate tape. Still have it somewhere, so I might be able to find it when I get home, if necessary... PS. There's another variant here by the ...

You're welcome!

Hi Steve! Good news, I actually found the problem yesterday but was unable to update the topic as the forum was offline. Anyway... in the end, the issue was right back where I first started looking, caused simply by a pesky "and" that was supposed to have been a "mov"; as a result the 3 key flag was...

This release fixes the BREAK key bug in T3 v1.00 (seen when running in 64K mode).

Have fun!

That's interesting, so hopefully the problem is a fault rather than a design issue. I had a quick look before that earlier post to see whether I could still understand the code and spot anything that looked erroneous -- didn't find anything. The BREAK and 3 keys map to different rows and columns, al...

Oh, um... you mean the '3' that appears when running in 64K BASIC mode? Is that the bug? Anyone know what's going wrong to make that happen? :lol: Edit: Looks like this issue was reported back in 1999 by Stephen Woolham, so it's already on the request list for T3 although probably still unresolved.

admin wrote:CSAVE "name", A to a new .CAS file and open that and manually remove the block header/footer bytes....

You could alternatively run DC.EXE/D to convert that .CAS file to text (instead of doing it manually).