The Sinclair QL Forum

Hi again Per Not 100%, but given that almost zero.zero% of apps bother with HW FLASH, you could get a good indication by checking a few of the bits that hold the FLASH state toggle in MODE 8 versus GREEN in MODE 4. If you find ANY GREEN/FLASH bits set, there's a pretty good chance that the file hold...

Hi Per Just to add to Tobias' explanation "The original QL mode 8 layout "emulates" 512 pixels horizontal resolution in 256 real ones. ": Even in Mode 8, the OS addresses horizontal pixels as though there were 512 - any accesses to odd-numbered x-axis pixels in Mode 8 are rounded...

Thanks, Martin!

Time to try... I'll report back here at the other end of the weekend.

Hi Tobias - and thanks very much for that! As for handling ERR.NC from the SER driver Trap - I have designed the 'Message Queue' handling (that will sit alongside the SER driver as a scheduler-loop task to manage asynchronous replies from the uC - maintaining state of each open connection) to captur...

Hi everyone Further to the on-going development of the QLAN to USB Bridge adapter (for emulators such as QPC), I am in the thick of researching how best to implement the calls to the Serial driver in SMSQ/E from _inside_ the (physical) NET IO driver. (and onwards to the microcontroller's USB/virtual...

Hi Tobias, Marcel and other posters :-) In summary, looks like my earlier conclusion that the size of buffer internal to SMSQ was causing the comms problems/fragmented USB packets with the uC were a red-herring after-all. I don't hit the problem these days - I'll try removing the SER_BUFF call altog...

Hi again Oggy - did you ever get to the bottom of your QL memory fault?

Interesting....

Thanks Tobias. I'll look again at why I appeared to see problems communicating with the uC via Serial/USB on QPC2, without extending the buffer size using SER_BUFF.

It was an early-on observation, whilst still debugging the uC code, so maybe a red-herring...

Hi John

Thanks for that - that was my assumption as well - namely that any future channels opened to a given port would inherit the latest buffer-size settings - similar to the way BAUD works, for example.

Let's see if anyone else here can confirm or correct this understanding.

M.

AWESOME Dave!

I'll save my pennies ready for Valentine's Day and divert some funds from the traditional wife's pressy (don't tell her!)

I also wonder what it would take to convince SMSQ/E to talk at 430k...