I have no idea whether the PNGs were converted to BMPs or not. All that I know is that dragging in PNGs instead of PICTs reduced the size of the .exe from over 100 MB to 3.4 MB. Looks like some compression is taking place...
Tom On May 4, 2007, at 11:32 AM, Chris Little wrote: > on 5/4/07 1:04 PM, Thomas Moore at [EMAIL PROTECTED] wrote: > >> On May 4, 2007, at 7:41 AM, [EMAIL PROTECTED] wrote: >> >>> On May 04, 2007, at 14:22 UTC, Thomas Moore wrote: >>> >>>> I had this problem with an application that I was writing on the >>>> Mac >>>> that involved some PICT images that I dragged into the project. The >>>> compiled Mac application had a reasonable size, but the .exe >>>> version >>>> weighed in at over 100 MB! I solved the problem by using >>>> GraphicConverter to convert the PICT files to .png images. The .exe >>>> version is now 3.6 MB. >>> >>> Images in the project get converted to BMPs for Windows, which are a >>> very poorly compressed format. >>> >>> I'm having a similar problem with a game I'm working on (*), where >>> we're keeping all the images in BMP format to be sure they will work >>> cross-platform. The resulting package is obnoxiously large already, >>> and will get much larger before the game is done. But now I'm >>> wondering if I've forgotten an important release note... does RB now >>> support PNG images on Windows without QuickTime? What about Linux? >> >> I can't answer that definitively, but (working on a Mac) I simply >> dragged the PNGs into the project, set the background of each of the >> canvases to the appropriate PNG and compiled for Windows. Everything >> looked fine on the two Windows machines I used for testing, and the >> program on both seemed to start up immediately without having to go >> through QuickTime. However, the QuickTime player at least was >> installed on both, so perhaps there was some accessing of libraries >> behind the scenes. I can't say anything about Linux. Compilation was >> done with RB2006r4, I believe. > > If you dragged a PNG into the project then RB converted it to a BMP > when the > project was built. Really Joe's question is about what OpenAsPicture > supports for loading a graphic at runtime. > > Language reference says: > >> If QuickTime is installed, OpenAsPicture will open any kind of >> graphics file >> QuickTime will open (JPEG, GIF, etc.). QuickTime is not required >> for opening >> PICT files on Macintosh or JPEG, GIF, and BMP files on Windows. >> OpenAsPicture >> supports loading BMP, GIF, TIFF, and XBM images on Linux. >> OpenAsPicture does >> not open JPEG images on Linux. The Windows IDE requires QuickTime >> to build >> Macintosh applications. OpenAsPicture uses the full resolution of >> the image, >> rather than assuming 72 dpi. > > It looks like GIF is the lowest common denominator. PNG's are > mentioned in > the 2007r2 release notes but only in reference to SaveAsPicture now > using > GDI+ when available and that through GDI+ would support saving > PNG's on > Windows. > > Chris > > > _______________________________________________ > Unsubscribe or switch delivery mode: > <http://www.realsoftware.com/support/listmanager/> > > Search the archives: > <http://support.realsoftware.com/listarchives/lists.html> ------------------------------------------------------------- This message has been scanned by Postini anti-virus software. _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
