Hi, Am 11.10.10 23:48, schrieb Thomas Dickerson: > > Ulrich Hertlein wrote: >> >> A stack trace is usually helpful, as it would tell you where (in what >> function) the crash >> occurred. To that effect, it does not need to be interactive. >> >> As Stephan already said, any additional information is helpful (your >> original mail didn't >> have a lot of that). > > This is good to know for the next time I run into a problem, thanks. > > >> Maybe the QT reader is buggy in the stream-reading path. > > This seems to have been the case. I set up the ReaderWriterPNG class to > directly include libpng and libz in its own source (not a clean solution, but > for relatively small libraries like that it seemed easier than mucking about > with include/link directory settings in 3 different IDEs), and added support > for the "istreampng" file extension, so that I had an easy way to make sure > it superceded any of the default plugins that (claim to) support reading a > png from stream. It seems to be working at the moment, but if anyone has > suggestions for a less hacky solution, that would be appreciated.
The quicktime plugin can handle input from streams but needs some assistance, as it can read a LOT of image-formats. It needs a mime-type / file-extension and a size of bytes to read from the stream. The options-strings for osg::Options are: FILENAME and SIZE. To build the png-plugin just open cmake, and make sure, that the paths to the png-headers and lib are correct, then generate new project-files. To preload the png-plugin: osgDB::Registry::instance()->loadLibrary("png"); // or "osgdb_png", not sure right now. cheers, Stephan _______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org