Timothy Swenson makes some magical things to make me read } } A while back Per wrote an e-mail to the group asking for someone to create } a PD Sprite collection, esp. sprites that can be used with the new } WMAN. This sounds like an interesting task, not one that I could do myself. } } I think it would be possible if the PE programmers out there donated the } different sprites that they have created. I would be willing to organize } them by mode (4, 8, 16, 33, etc). I'd also keep track of who donated what } so that the end user would know who did the work. It would also make it } easier to take Mode 4 sprites and use them as a model for higher resolution } sprites.
I have a HUGE C68 library of sprites that I generated by converting the Linux bitmaps collection. They are anyway most of the time: - too big, except as a nice icon - too childish (simple black & white arrow or dot) - too colourfull (nearly photograph-level) - the aspect-ratio is 1:1 for pixel, which is a trouble with most of us not on QPC (and even them, sometimes) (1024x512 on a 4:3 screen is not 1:1 pixel, but notice that 1024x512 on a 16:9 screen is nearly fine!!!) - linking with these libraries require more than 9 Meg of free ram (thanks, I have a Q40 for that)! I should put that collection online in the futur, if some people want it (and can bother the download time... from memory, it fits on 3 HD disks... zipped!) At least, there is a dummy showing program! } } I think this project would be good for the QL community as it would help } new PE programmers save the time in designing sprites. The more the same } sprites were used, the more PE programs would start looking more standard. There is, in the new SMSQ/E, a set of 'system' sprites which should do that. Look at the documentation. } As someone new to working with sprites, I'm willing to take some feedback } on what size the sprites should be or if they should be of multiple size. Sprites should be single size, but mode-linked (so that mode 4, mode 33 and mode 16 users always get the best display available to them). Of course, using SMSQ/E, you could limit the list to just a single 24-bit sprite (in fact, for color picture, a 8 bit aurora colour sprite might just be better: higher colour mode will promote it automatically, while it keep the memory usage low. You should avoid all the Palette mapped mode, unless we agree for a semantic of each palette index, worldwide!) (Ok, 1 Bit palette mapped is easy: ink vs paper, but which is ink: 0 or 1 ? Remember that there is also 256-palette map...(and a 4, and a 16))
