Hi Sukender,
I still think that it should work, and the problems you discribe sound
like you have different #defines for the plugin and the main executable,
possibly caused by different include path (or order in the include
path). Possibly different compiler settings (esp. C/C++->Code
Generati
Hi Laurens,
Many thanks for the examples and the modified readers. I don't have time to
browse it right now but I will soon.
Well, USE_OSGPLUGIN() in Main.cpp causes linker to complain about duplicated
symbols (inline methods in osgDB). I think this is because the compiler can
silently refuse
Forgot to mention: under MSVC, I've put /OPT:NOREF to avoid symbols from being
excluded when linking static libs.
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
- "Sukender" a écrit :
> Hi Laurens, hi all,
>
> Hum, could you give me a hint, please? I
Hi Laurens, hi all,
Hum, could you give me a hint, please? If I write:
class BBB : public osgDB::ReaderWriter {... blah blah blah ...};
REGISTER_OSGPLUGIN(bbb, BBB)
in "bbb.cpp" (in my main exe), then the "BBB" reader/writer is constructed and
added to the registry when process loads.
Howeve
Hi Sukender,
my modified dds reader is able to skip reading high res mipmaps from the
dds file.
For the version you are using, I am guessing that your link errors might
originate in compliling the static plugin lib with OSG_LIBRARY_STATIC
defined. And/Or linking the plugin with the osg libs.
Hi Laurens,
This is what I mean. Glad to see it can work! But I have:
- A static lib
- No dllexport stuff
- Two USE_PLUGIN() in the main exe
And I have linker errors.
Any idea?
BTW, what your modified plugin does? I had problems with DDS (saw some
3rd-party apps read RGB as BGR and vice-versa).
Hi Sukender,
I'm very confused about Robert's reply, because it's working fine for
me. I am using a modified dds reader linked into my app, which takes
precedence over any osgdb_dds.dll because it registers on startup. This
can be done by simply adding the (modified) ReaderWriterDDS.cpp to the
Hi Robert,
Thanks for your answer... Well, is there a conflict when implementing a brand
new file format (= not overwriting those in OSG)? I thought mixing was possible.
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
- "Robert Osfield" a écrit :
> Hi
Hi Sukender,
On Tue, Apr 6, 2010 at 10:15 AM, Sukender wrote:
> Hi all,
>
> I found several ressources(*) about static linking but didn't found an answer
> to my question: can I combine "dynamic OSG/OT" + "dynamic OSG plugins" +
> "static custom (= user) plugins"? If yes, how?
I can't see how
Hi all,
I found several ressources(*) about static linking but didn't found an answer
to my question: can I combine "dynamic OSG/OT" + "dynamic OSG plugins" +
"static custom (= user) plugins"? If yes, how?
I tried to compile my plugins as static, and add
USE_OSGPLUGIN(myReaderWriterExtention1)
10 matches
Mail list logo