archive.worldofdragon.org

If you have a Dragon that won't handle the double speed pokes , try replacing the 6809E processor with a Hitachi HD68B09E, HD63B09E or HD63C09E. If that doesn't fix the problem, replace the two BASIC ROMs (IC17 and IC18). If the BASIC ROMs you fitted are undamaged and of decent spec, you should now ...

Listed below are some of the programs I like to use for testing Dragons and CoCos at double speed: This should run OK on any Dragon that can handle the double speed (POKE65497,0) poke. POKE65495,0:POKE65497,0:PLAY"C":POKE65496,0:POKE65494,0 This will also run OK on most Dragon's. POKE65495,0:POKE654...

I know from personal experience that some 6809E's can't handle double speed mode, and I do agree that it is possible that some of the one's that can may be damaged at that speed. I have however tested Dragons (and CoCos) by running them continuously for several days at double (POKE65497,0) speed wit...

Here's a colour bar display program which can be used for setting the colours on your TV or Monitor. 10 FOR X = 0 TO 63 20 FOR Y = 0 TO 31 30 C=(X/8)+1 40 SET(X,Y,C) 50 NEXT Y,X 60 GOTO 60 EDIT: Another little program that I like to use for checking the PMODE graphic displays. 10 X=RND(-TIMER) 20 PM...

Edit: Zephyr: looks like both your versions are cracked, they skip the code input stage entirely, which means they probably also omit that little bit of "protection" too. Yes, just checked and that test for the presence of a cartridge is bypassed in both versions. When Robcfg wrote " The same behav...

I just tried my own copy and the cracked version of Manic Miner from the archive and they both work fine. Tested on XROAR versions 0.24, 0.27, and 0.28 with the following command line under 32-bit Windows XP. xroar -vo sdl -machine dragon32 -extbas d32.rom -nodos -kbd-translate I have attached both ...

sixxie wrote:As a last resort, I've added the "-force-crc-match" option. This will force it to think that any ROM loaded is Dragon 32 BASIC, Dragon 64 BASIC or Color BASIC 1.3 depending on emulated architecture.

It makes things a little more complicated, but that's a nice compromise. Thanks!

Regards,
Steve

There seems to be another problem. I just tried turning off fast tape loading under CoCo 2 emulation with "-no-tape-fast" on the command line, and now it won't load a BASIC program from virtual (.cas) cassette.

I have attached the BASIC program for test purposes.

EDIT: Attachment removed.

Thanks. It would be sweet now if it weren't for the crazy ROM CRC idea.

The following text is the last thing sent to standard error after using Ctrl+I to load a game cartridge (megabug.rom) under CoCo 2 emulation and then shutting down XROAR after the freeze. Peeking the cartridge port area after using Ctrl+Shift+I to load the cartridge returns only zero's all the way f...