Thank you, Tobias! Yes, the ROM header would definitely need to be added, wouldn't it. As the disk-copy LNG extensions are simply RESPRd anyhow, the question remains whether it tries to write to its own code area once running - I guess I can just test it by burning an EPROM and seeing if it still be...

Hi everyone I have a copy of Lightning SE that I purchased and used many moons ago with my original BBQL. Now I would like to burn a ROM image for my 'new' BBQL with the various LNG extensions and was wondering if anyone here knew whether or not the disk-copy that I have been using would also take t...

Hi Rich

Thanks - all dealt-with now via PM.

M.

Hi Rich and thanks for such a prompt reply. Should I email you directly with the proof of ownership? What would count as proof? Given the headache with mdv reliability, my preference would be an emailed copy - I can move it across from my laptop/QPC to the BBQL it needs to run on - but I don't run Q...

Hi everyone I picked up a 2nd hand copy of Talent's Cartridge Doctor from a French gentleman on eBay - knowing that such an old mdv cartridge was unlikely to work. The packaging was pristine, but the cartridge pad gave up after the first DIR... The cartridge itself is mostly readable, bar 6 sectors ...

Thanks once again Nasta!

(and apologies to lliont for effectively sabotaging your inspirational initial post!)

I think that clears it up for me! Back to the drawing board.

And lliont - good luck!

Hi everyone Using the Arduino (haven't looked at the Duinomite myself - yet), is in fact the second phase of the Scalextric project I'm still working on :-) At the moment, I'm just using some HERMES ports as inputs (rigged-up to some reed-switches set in to the tracking - fed through a simple 555 ci...

Nasta - thank you for such a full explanation! So, in summary, HC family can sink the current needed and fast enough from DS to disable the 8301's DSMC - the transistor approach wasn't necessarily just because the decoding through a couple of ICs wasn't fast enough... To this day, I still remember r...

I (was about to) agree about the need for DTACK(l) to be tri-state too, otherwise some chip or other is likely to source or drain more current that they can handle! Didn't realise that HC has open-drain :-) Coming back to the DSMC(l) point - I see now (that you pointed it out) that the tri-state par...

Aha! Yes - I hadn't spotted how you did that - thank you! So, this is expected behaviour - in summary, the std print routines will _always_ attempt to print an extra (10th or 0th, depending how you count it) blank pixel-line _above_ the row currently being printed regardless of the CHAR_INC settings...