The Sinclair QL Forum

Lets compare internal file header structure of astronaut.pic4 and astronaut.pic8. The confusing part is that the x/y resolution is given as mode 4 pixels (e.g. 512x256). For mode 8 (or 1) only half of the x pixels is defined and the pixel is written twice, giving an effective resolution of 256x256 ...

I was wondering if it might be something to do with the Qlib runtimes. As I have recently rebuilt my WIN1_'s, and I am almost certain that I have used the latest Qlib runtimes. I suspect it's Qlib_ext. Qlib_run or _sys is expected to be present. None of the _bin keywords is used after compilation. ...

I tried this version yesterday in QPC2, And it also seems to hang like the others. The other v1.02 I have, has a file name of BMP102e_zip Here is a sample of the PIC files I have made, which I am having the problem with. Can you try them on your system. I can 'view' the file in BMP. But when I try ...

I got around to trying to snatch screens on the Q68. I've tried using BMP v1.02 (I think it's v1.02a), But it seems to hang when trying to convert to BMP. It does not look as if it even tries to open the destination file. How long should the conversion take? I am Snatching the screens in the Q68 Di...

Any screenmode Q68 has has an integer expansion to 1024x768 to make it 4:3 (makes writing an emulator easy) :-D Yes, it's true for Q68 in any of the 512x256 or 1024x512 screens. But when this screen is saved and converted to a PDF compatible format it will be 2:1 again with square pixels. Apart fro...

To get this to a PC image I take a PrintScr from my QPC2 window, then clean that up and convert to BMP or PNG etc. under W$. I think, he want to do it native on Q68. What it is, is that I am trying to write a small Q68 specific easyPTR4 program. And It would be nice if I could easily grab a few scr...

Thanks for that. I have downloaded BMP and Screen snatcher 4. And I will have a play with them when I can get around to it. The current BMP version 1.03 has a bug making the program freeze when trying to convert to .bmp. Hence the upcoming upgrade. The previous v1.02 will work okay. Another way, to...

I haven't got a mode 33 display system to compare the results, ... To complete the picture I did some tests on the Q68 and PEEKing the screen memory confirmed no byte swapping is going on there. It's exactly as the expected: gggggrrr.rrbbbbbw. One interesting observation though: :COLOUR_QL: PAPER 4...

Hi, I have solved the problem with the QXL2 not being able to run some versions of SMSQ/E. Its seems that the QXL Ram on the board was using different speeds of ram in bank 2 of the QXL. ... The RAM issue is unlikely to be the cause for my problems with SMSQ/E v3.34+ so far. The QXL2 was never temp...

<>This is not entirely true. When in mode 32: COLOUR_NATIVE: PAPER $1F: CLS: gives bleu, :PAPER $F800: then gives red as in rrrrrggg.gggbbbbb. Only in PIC and SPR files are the bytes reversed as in a 16-bit BMP. I think its the other way, Bob. Did you actually try PIXEL32%? Add the following few li...