Op Thu, 03 Mar 2011 13:24:33 +0100 schreef Marcel Kilgus
<[email protected]>:
- For solid sprites, the mask can be omitted entirely
Your PNGCVT program can also make sprites with Bitmasks.
When I examined the sprite headers I found no difference between them.
For Bitmask or Solid mask, both mask pointers were zero.
Are your sure? That would be a bug that hasn't been found for 8
years... plus I'm pretty sure that did work correctly once.
Yep!
The original QCoCo used BMP's as window backgrounds which I replaced with
sprites.
These were all 502x200 pixels in 8 bit.
The ones I made Solid have the pto_mask at zero.
Calculating the length comes exactly at 100400 (pattern) +24 (header).
Or twice the pattern for mode 32. Also in RLE format I checked the
uncompressed value.
The ones I made with Bitmask also had the pto_mask at zero.
The length calculation left me with 400 bytes, I assumed 1 word per line.
Again the RLE uncompressed length showed the additional 400 bytes were
included.
I suspect GD2 just shows them as Solid, ignoring the surplus bytes.
My question remains, why or when should I use Bitmask?
The big advantage is that GD2 handles the colour mode conversions
automatically)
Can I assume then that my mode 32 sprites will look alright on a mode 33
system?
Yes.
Nice.
- introduced "system sprites" (corresponding to the "system palette"
users can exchange the sprites with their own and all compatible
applications will use the new theme)
You provided some nice examples for this but how can I turn my own
sprites into "system sprites" from SBasic?
SBasic? Probably not. But you can pretty much use my assembler source
code unchanged (just exchange the _spr files and recompile). Of
course, QMac is needed for this, though I guess it could be adapted to
GWASS easily if it supports an equivalent to the INCBIN command.
I have just produced my first piece of asm that Gwass turned into a
working bin function.
(it took only a handful of system crashes, and I haven't even read
Norman's series. ;) )
So I guess adapting you asm could be my next project.
So far I have not been able to get a QDOS machine working with WM2.
Even a simple boot with just the PE and Qpac2 will, after a few clicks
makes a mess of the button contents, not clean up a closed Files window
and eventually freeze the system. :'(
JS ROM is needed at least. Works fine for me under QemuLator and
Minerva, though background I/O seems to be partially broken.
So far I tried a Black Box JS +SGC and Aurora JS +SGC and many
combinations of the PE2 trio.
I will give it another go with Tobias's suggestion.
Bob
--
The BSJR QL software site at: http://members.chello.nl/b.spelten/ql/
_______________________________________________
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
