Skylark wrote:
> Ah yes, I should have thought before replying - on MacOS the Quicktime
> or ImageIO plugins will be preferred... Then Stephan's way should work
> for you.
>
> Sorry for wasting your time.
>
Not at all, it's always pleasant when someone takes the time to respond, even
if the
Hi Thomas,
Unfortunately as far as I can tell, this seems to load the first png-capable
library it runs across, rather than the specific one I'm looking for.
Ah yes, I should have thought before replying - on MacOS the Quicktime
or ImageIO plugins will be preferred... Then Stephan's way shou
Skylark wrote:
> Hi Stephan, Thomas,
>
>
> > To preload the png-plugin:
> >
> > osgDB::Registry::instance()->loadLibrary("png"); // or "osgdb_png", not
> > sure right now.
> >
>
> Or I find it easier to do:
>
> osgDB::Registry::instance()->loadPluginForExtension("png");
>
> J-S
>
Unfortun
Hi Stephan, Thomas,
To preload the png-plugin:
osgDB::Registry::instance()->loadLibrary("png"); // or "osgdb_png", not
sure right now.
Or I find it easier to do:
osgDB::Registry::instance()->loadPluginForExtension("png");
J-S
--
__
Jean-Se
sth wrote:
>
> 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.
This makes sense, but is also semi-problematic, since I don't know how big th
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 informati
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 o
Hi Thomas,
On 12/10/10 3:51 , Thomas Dickerson wrote:
> I'm recompiling a debug build now and setting XCode up to debug a shared
> library, but
> I'm not sure what information would be helpful to you? Debugging is usually an
> interactive process, so without more specificity than "use a debugger"
Sorry for the double post, but since I'm not sure how Mail2Forum handles edits
to posts on the forum, I figured it would be better to avoid any confusion
between the two communication channels.
I've gotten osgdb_png.so to compile, how might I go about forcing its use (in
place of osgdb_qt.so) f
Stepping through the code in XCode, I am crashing somewhere inside of
ReaderWriterQT (specifically at GetGraphicsImporterForDataRef(dataRef, 'ptr ',
&gicomp); inside of QuicktimeImportExport::doImport), which would seem to
confirm what you are saying. Is it possible that the QT code isn't gettin
Hi,
Am 11.10.10 18:51, schrieb Thomas Dickerson:
> I'm recompiling a debug build now and setting XCode up to debug a shared
> library, but I'm not sure what information would be helpful to you? Debugging
> is usually an interactive process, so without more specificity than "use a
> debugger" I
I'm recompiling a debug build now and setting XCode up to debug a shared
library, but I'm not sure what information would be helpful to you? Debugging
is usually an interactive process, so without more specificity than "use a
debugger" I can't do much more than take a screenshot, or upload a zip
On 11/10/10 16:29 , Thomas Dickerson wrote:
> Immediately after seeing "reading 20 lightmaps and lightDirmaps and
> lightmapkeeps" in
> the console, the plugin throws a bus error. I know the the png data in the
> stream is
>...
> must be some difference in the way the two are reading it. Am I doi
I'm working on extending the bsp plugin to support the .dif (Dynamix Interior
Format) used by Torque Game Engine and its successors. I am attempting to read
the png lightmaps from the file stream, using the following code:
Code:
osg::ref_ptr reader =
osgDB::Registry::instance()->getReaderWrite
14 matches
Mail list logo