Reply to Re: PSP Dink - new version
If you don't have an account, just leave the password field blank.
Well the PNG compression idea isn't so bad, provided a temporary uncompressed copy is made before each use. This will probably slow down the graphics, so hopefully we won't need that.
Using PNGs to quicken the initial load from the memory disk isn't bad either, though I remember I willingly didn't implement it last year: this would mean allowing other kind of graphics in DIR.FF files, and I'd like to avoid messing with those files since the Dink engine is already interpreting them weirdly enough But this may become necessary.
Currently I'm checking how to reduce the sound memory usage, I started a discussion on the SDL list at http://lists.libsdl.org/pipermail/sdl-libsdl.org/2009-April/070130.html
Using PNGs to quicken the initial load from the memory disk isn't bad either, though I remember I willingly didn't implement it last year: this would mean allowing other kind of graphics in DIR.FF files, and I'd like to avoid messing with those files since the Dink engine is already interpreting them weirdly enough But this may become necessary.
Currently I'm checking how to reduce the sound memory usage, I started a discussion on the SDL list at http://lists.libsdl.org/pipermail/sdl-libsdl.org/2009-April/070130.html