On 19 May 2011, at 19:55, CIB wrote: > Yup. Converting the image to .xpm and converting my Fl_PNG_Image load to an > Fl_XPM_Image one won't work for some reason(it'll just not draw anything), > but with Fl_GIF_Image, it actually works at a speed comparable to solid > images.
OK - XPM and GIF only have simple transparency, so don't need to be composited, hence the speed advantage. Don't know why XPM didn't work for you though - they are widely used in fltk, so it really oughta Just Work. > As a matter of fact, despite the format being widespread in the > unprofessional scene, it seems like it would suffice for my needs. Not sure what point you are making here though ? > I'd prefer using PNG for disk storage, but I guess that can wait. As regards storage, is it size you are concerned about? Or...? GIF files aren't that much different in size than PNG files of the same image, though PNG can carry a much wider colour range and proper alpha, whilst GIF is limited to 256 colours and simple transparency. As a result, GIF files are often smaller. They (GIF's) don't do a great job of true-colour images, but for desktop widgets and games, they are fine. What are you trying to render in them? _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
