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
