Per wrote:
>In certain situations it might be worth caching jpegs as pics. Perhaps a
>
>PHOTON filename$, address, mode%, x_size%, y_size%
>
>or something, might be a good idea? Anyway, good work.
I'm ahead of you (almost). It will output/input (to file) any non-palette GD2
mode PIC file. It also can return window save area address if required (but only
in existing display mode). The internal fixed scalings (to correct aspect
ratio) and anti-aliasing are fast (cause they are fixed!). I didn't want to do
dynamic scaling (like x_size%,y_size%) within photon; I shall write a separate
job (filter) that can be piped photon output.
>Regarding multi-frame pic standards, you are probably best placed to know
>whats needed. You might as well enjoy that groovy Microsoft feeling of
>setting the standards all by yourself.
I know what I need but not sure how to plug it into SMSQ neatly :-(
>(However, as opposed to Microsoft, youll derive little benefit by keeping them
>all to yourself ;)
Yes, it's little things like having to disassemble ALCHP/RECHP/CLCHP to find
where the (undocumented) link address is for BASIC/compiled heaps that makes it
interesting - not! BTW its $0E(A6) offset in BASIC variables (now I'm wondering
what $CE to $0E has been used for??).
Regards,
Dave.
