Hello Gerrit and Carsten,
I'm back and have tried to get answers to all of your questions. So here it
goes...
> it should be set in <build_dir>/Source/Base/Base/OSGConfigured.h which
> is included by OSGConfig.h which in turn should be included be the
> jpeg file handler before checking for OSG_WITH_JPG. Could you
> put a #error foo behind OSG_WITH_JPG to see if the compiler
> reaches this point.
The OSGConfigured.h file is correct and it is actually included since I
reach the point and got the foo messages on compilation.
> which variant are you using. What I could image is that that there is a
> bug in going from OSGImageFileIO to the concrete filename, e.g.
> OSGImageFileIORN.dll. I'll have a look.
I'm using the standard debug version of the libraries.
> another alternative is that there is a another OSGConfigured.h
> lying around which is wrongly pulled in.
No, I couldn't find another one. I think that there is no problem at this
place.
> Just another question, is only
> jpeg not working or is this a general problem that no image loader is
> working (e.g. the lib is not pulled in) ?
>
> E.g. can you try to dump which loaders are present, e.g. by calling
>
> OSG::ImageFileHanlder::the()->dump(); in your application.
The dump does not show any image file types established.
> can you check what file suffixes are known to the system using:
> std::list<const Char8*> sufList;
> ImageFileHandler::the()->getSuffixList(sufList);
The list is empty.
The following similar test
SceneFileHandler::the()->getSuffixList(sufList);
did yield all the expected model file extensions. In order to get these
I did have to add these code lines before calling osgInit
OSG::preloadSharedObject("OSGFileIO");
OSG::preloadSharedObject("OSGContribPLY");
Additionally, I have a
OSG::preloadSharedObject("OSGImageFileIO");
call for the image file types, but this does not establishe them.
> do you get any relevant messages if you try it with the env var
> OSG_LOG_LEVEL set to DEBUG (preferably with a debug build) ?
Probably, I do not find any reference for the registration of the image
file types as I do for the scene file types. I have uploaded the log file
'opensg.txt' to
http://drop.io/OpenSG_RenderEngine
if you want to take a look.
So that is currently all information I could offer.
Best,
Johannes
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
