IIRC, SDL_image supports saving JPEGs. A "IMG_LoadJPG_RW" does exist.<br><br>Matt<br><br><div><span class="gmail_quote">On 4/23/06, <b class="gmail_sendername">Joerg Dietrich</b> <<a href="mailto:Dietrich_Joerg@t-online.de">
Dietrich_Joerg@t-online.de</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Robert Lundmark wrote:<br>> Would people find the feature useful? I like the thought because it's
<br>> lossless and therefore great if someone else wants to edit or reuse the<br>> graphics. It's also smaller than tga. I would also like to know if ogg<br>> vorbis is supported.<br><br>Ogg Vorbis is supported, you just need to enable it during compilation.
<br>Than you can use Vorbis files as easily as Wav files in your new maps.<br>I even made an oggified Demo-Pak0 for testing purposes.<br>For the PNG-support : I support that! But it would be far more easy<br>to "borrow" the SDL_image implementation of R_LoadImage() from the
<br>now defunct <a href="http://quakesrc.org">quakesrc.org</a> Quake 3 port. SDL_image supports a wide range<br>of image formats even PNG.<br>On this way we could get rid of the local copy of jpeg-lib. I don't want<br>to know how many long since fixed errors hide in there.
<br>The only problem are the two JPEG-writing functions in tr_image.c, which<br>should be replaced by calls to the system jpeg-lib, which is anyways<br>linked from SDL_image.<br><br>Joerg<br><br><br></blockquote></div><br>