[osg-users] OsgAnimation Wrapper doesn't compile

2009-12-24 Thread Johan Nouvel

Hello,

This morning I've done a "svn up" and tried to compile osg under Ubuntu 
9.04

All worked well until osgAnimation wrapper.

This wrapper looks for Skinning header. I've seen that "Skinning" is 
obsolete, replaced by "RigTransformSoftware", but in 
osgWrapper/osgAnimation directory there is a file named Skinning.cpp.  I 
think osgAnimation wrapper is not up to date.


Cheers,

Johan.

--
Johan Nouvel, R&D Engineer
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] osgEarth seg fault in libosg

2009-01-29 Thread Johan Nouvel

Hi Jason,

A run with gdb and osg in debug mode and I've found the trouble : bad 
characters in xml .earth file.
A call to "osgEarth::XmlElement::getAttr" ends with a seg fault

I have made a mess when I have downloaded example files :(

All run fine now, and with the latest svn version too.

Thanks to you and Jan,

Johan.

Jason Beverage a écrit :

Hi Jan and Johan,

I just tried out the latest SVN branch in Ubuntu and did a sudo make 
install and everything works fine for me.  I set my LD_LIBRARY_PATH to 
/usr/local/lib where the osgearth_plugins are installed.


Can you try doing a clean build and delete any extraneous 
osgdb_osgearth* libraries you might have laying about and let me know if 
that fixes the issue?


Thanks!

Jason



--
Johan Nouvel, R&D Engineer
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] osgEarth seg fault in libosg

2009-01-29 Thread Johan Nouvel

Hi Jan,
Thanks for your answer. Unfortunately, it doesn't work for me. I've got the 
same error

I will try to compile osg and osgEarth in debug mode in order to have more clues

Regards,
Johan

Jan Ciger a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Try the older revision using (all on one line):

svn co -r '{2009-01-26 12:35}' http://wush.net/svn/osgearth/trunk osgearth

That version works for me.

Regards,

Jan


--
Johan Nouvel, R&D Engineer
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


[osg-users] osgEarth seg fault in libosg

2009-01-29 Thread Johan Nouvel

Hello,

I'm trying osgEarth but I've got trouble to run it.
I compile without any trouble but when i do :

osgviewer simple_cache.earth (or another .earth example)

I've got seg fault. I'm in osg 2.6.1 but same thing appears in osg 2.7.8, on Ubuntu 8.04 32 bits. And I'm up to date 
with osgEarth trunk.


Running osgviewer in gdb (with OSG_NOTIFY_LEVEL=DEBUG, and with osg2.6.1 or osg 
2.7.8) give :

...
itr='/usr/local/lib/osgPlugins-2.7.8'
FindFileInPath() : trying 
/usr/local/lib/osgPlugins-2.7.8/osgPlugins-2.7.8/osgdb_earth.so ...
itr='/usr/lib/'
FindFileInPath() : trying /usr/lib/osgPlugins-2.7.8/osgdb_earth.so ...
itr='/usr/local/lib/'
FindFileInPath() : trying /usr/local/lib/osgPlugins-2.7.8/osgdb_earth.so ...
itr='/usr/local/lib'
FindFileInPath() : trying /usr/local/lib/osgdb_earth.so ...
FindFileInPath() : USING /usr/local/lib/osgdb_earth.so
[New Thread 0xb63fc6e0 (LWP 28463)]
Opened DynamicLibrary osgPlugins-2.7.8/osgdb_earth.so

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb63fc6e0 (LWP 28463)]
0xb7cd9010 in std::_Rb_tree, 
std::_Select1st >, std::less, 
std::allocator > >::_M_begin () from /usr/local/lib/libosg.so.53



I have try to put osgdb_earth.so in /usr/local/lib/osgPlugins-2.7.8 instead of 
/usr/local/lib, but whitout success.

I don't know what I can do. As someone an idea ?

Cheers,
Johan.
--
Johan Nouvel, R&D Engineer
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Removing the tgz, osgtgz and zip plugins

2009-01-15 Thread Johan Nouvel

Hi Robert,

Unfortunately our plugin read only .gz file, not .zip nor .tar.gz.

I didn't know about osg 2.7 .gz plugin, we always use osg 1.2. We hope to upgrade to 2.X in the next months, and I will 
closer look at CMake in the same time.


Regards,
Johan.

Robert Osfield a écrit :

Hi Johan,

On Thu, Jan 15, 2009 at 9:22 AM, Johan Nouvel
 wrote:

We already have a ReaderWriter using zlib, reading from stream and from
file, writing to file.


The svn + 2.7.x dev series has a zlib based .gz plugin.  I doesn't
support .zip files though.

Does yours handle .zip and .tar.gz?


But we compile it with our Makefile system, not with CMake.
I can post the source right now, if someone have time to do the OSG CMake
part.


The CMake part will be trivial - one only needs to look at the
existing CmakeLists.txt file for the src/osgPlugins/gz plugin, it's
pretty likely that it's more straight forward than your Makefile.

Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



--
Johan Nouvel, R&D Engineer
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Removing the tgz, osgtgz and zip plugins

2009-01-15 Thread Johan Nouvel

Hi all,

We already have a ReaderWriter using zlib, reading from stream and from file, 
writing to file.
But we compile it with our Makefile system, not with CMake.
I can post the source right now, if someone have time to do the OSG CMake part.

Cheers,
Johan.

Robert Osfield a écrit :

Hi Michael,

Using libzip would be reasonable thing to do.  Thanks to the Cmake
build system it's easy to pick up on optional dependencies, and if you
don't have them that plugin simply won't compile so it won't affect
end users that don't need the functionality.

Cheers,
Robert.

On Sun, Jan 4, 2009 at 5:18 PM, Michael Bosse'  wrote:

On Thu, Dec 18, 2008 at 4:43 AM, Ulrich Hertlein  wrote:

On 17/12/08 10:56 AM, Jason Daly wrote:

Ulrich Hertlein wrote:

I agree that the implementation is hacky but the functionality is
definitively useful (speaking for zip files only):
- they are a common way to distribute a complete model (non-OSG objects,
textures, etc.)
- they can be easily created by the artists, no need to have OSG
installed
- usable by other packages; .osg, .osga, and .ive are leaf file
formats if you will

That, and couldn't they be re-implemented using zlib (which is already
necessary for the png plugin)?

That's probably the prefered solution for everybody.

One problem that might rise up is that not all plugins support reading from
std::stream but require to read directly from a file.

/ulrich
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Before I start working on this in my spare time, would it be
acceptable to utilize libzip in the final plugin? Libzip depends only
on the use of zlib and has a complete implementation of the zip file
format. Otherwise, using only zlib would result in a very nontrivial
and redundant implementation of a zip utility library.


"It is only necessary to make war with five things: with the maladies
of the body, with the ignorances of the mind, with the passions of the
body, with the seditions of the city, with the discords of families."
- Tacitus

"The desire for safety stands against every great and noble
enterprise." - Tacitus

"Those who would give up essential liberty to purchase a little
temporary safety deserve neither liberty nor safety." - Benjamin
Franklin

"Numquam ponenda est pluralitas sine necessitate." - William of Ockham
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



--
Johan Nouvel, R&D Engineer
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Qt4, OSG and HUD

2008-08-18 Thread Johan Nouvel

Hi Eric,

Thanks for the example.

We are using OSG in QT application with some GUI over the OSG 3D rendering widget. QT version is 4.3.X but we want to 
move to QT 4.4.X.


With your code, I will spare time. Thanks.

Johan.

Eric ZAREMBA a écrit :

Hi all,

 

Since Qt 4.4, we are able to mix OpenGL and Qt in a way which provides 
more possibility than the osgViewerQT do by using QGraphics framework, 
especially for HUD display.


I joint the example I write to do this.


...


I hope this could be usefull for someone.

Eric Z.

 





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] osgviewerQT, qt4.4.0 and .osg file

2008-07-21 Thread Johan Nouvel

Hi Robert,

It works ! For reading and writing .osg.

I've done a full osg checkout (version 2.5.5), then I've compiled and tested osg with a modified version of osgviewerQT 
(only to write .osg file). All works.
To be absolutely sure, I've re-compiled and re-executed my osgviewerQT version with osg2.5.0 and once again I have the 
truncation problem (for reading and writing .osg)


Thanks a lot.

Johan.

Robert Osfield a écrit :

Hi Johan,

On Fri, Jul 18, 2008 at 12:07 PM, Robert Osfield
<[EMAIL PROTECTED]> wrote:

I have now written an osg_atof function and placed this in
src/osgDB/Field.cpp, this is now used in the Field::getFloat methods
that the .osg plugins uses.  This new function always assumes that a
'.' is a decimal place.

Could you do an svn update and let me know if it works fine.


Could you also check the writing to a .osg file as well as loading
existing .osg files.  The .osg plugin already has code to set the
local to classic of the std::stream's used, so in theory it should
work OK, but I'd like confirmation before I tick this problem off as
being solved.

Cheers,
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] osgviewerQT, qt4.4.0 and .osg file

2008-07-11 Thread Johan Nouvel

Hi Norman,

Thanks for the link.
With GDAL way, no need for controlling the output, it's during the reading 
phase that conversion in done

To resume :
1- searching local decimal separator
2- replace separator character into input string
3- convert string using standard method (atof for example)

Step 1 could be done at initialization time.
Steps 2 and 3 should be done each reading. The overhead is only step 2, as step 
3 must be and is already called.

As far as I known, only osgDB::Field should be changed, for getFloat and 
calculateFieldType methods.
With only this, reading an osg file will work regardless of locale.

Robert and others :
I'm right ? Do you think it worth the effort ? Forgot something ?

Johan.

Norman Vine a écrit :

GDAL had a similar issue

Here is their custom atof() with some discussion of the issues
http://trac.osgeo.org/gdal/browser/trunk/gdal/port/cpl_strtod.cpp

Norman

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE



___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] [osg-submissions] osgviewerQT, qt4.4.0 and .osg file

2008-07-10 Thread Johan Nouvel

Hi Robert,

Yes, it works now for QT4.4.0 and always works for QT4.3.4 , on Ubuntu 8.04.

Johan.

Robert Osfield a écrit :

Hi Johan,

Have you confirm these to work?

Robert.

On Thu, Jul 10, 2008 at 11:43 AM, Johan Nouvel
<[EMAIL PROTECTED]> wrote:

Hi Robert

If you think it could help, I send you a modified version of osgviewerQT.cpp
with locale forced to C.
I've only add :

#include

and just after main declaration :

#if USE_QT4
   QLocale::setDefault(QLocale::C);
#endif


Regards,

Johan.

--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


[osg-users] [osg-submissions] osgviewerQT, qt4.4.0 and .osg file

2008-07-10 Thread Johan Nouvel

Hi Robert

If you think it could help, I send you a modified version of osgviewerQT.cpp 
with locale forced to C.
I've only add :

#include

and just after main declaration :

#if USE_QT4
QLocale::setDefault(QLocale::C);
#endif


Regards,

Johan.
--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
/* OpenSceneGraph example, osganimate.
*
*  Permission is hereby granted, free of charge, to any person obtaining a copy
*  of this software and associated documentation files (the "Software"), to deal
*  in the Software without restriction, including without limitation the rights
*  to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
*  copies of the Software, and to permit persons to whom the Software is
*  furnished to do so, subject to the following conditions:
*
*  THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
*  IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
*  FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
*  AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
*  LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
*  OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
*  THE SOFTWARE.
*/

#if USE_QT4

#include 
#include 
#else

#include 
#endif

#include 

#include 



extern int mainQOSGWidget(QApplication& a, osg::ArgumentParser& arguments);
extern int mainAdapterWidget(QApplication& a, osg::ArgumentParser& arguments);

int main( int argc, char **argv )
{
#if USE_QT4
QLocale::setDefault(QLocale::C);
#endif

QApplication a( argc, argv );

if (argc<2)
{
std::cout << argv[0] <<": requires filename argument." << std::endl;
return 1;
}

osg::ArgumentParser arguments(&argc, argv);

if (arguments.read("--QOSGWidget"))
{
// Use QWidget and integrate OSG/OpenGL with it via osgViewer's built in support
return mainQOSGWidget(a, arguments);
}
else
{
// Use QGLWidget and integrate OSG with it by adapting osgViewer via its embedded window mode
return mainAdapterWidget(a, arguments);
}
}

/*EOF*/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] osgviewerQT, qt4.4.0 and .osg file

2008-07-10 Thread Johan Nouvel

Hi Robert,

Bingo ! I've modified Geometry.cpp to print out vertices before and after modification by osg::Field::getFloat and the 
result is a troncation of the float, only integer part is interpreted. You're right.


What is the complexity of coding custom atof ?
Is the hypothesis that '.' is a separator ? It means also controling osg output 
to write a '.' instead of ','.
Or do you prefer that osg file can be with a ',' or a '.' as integer/decimal 
separator ?

In first, I will see how to force QT local to C.
But if I it is not to heavy to do custom atof, I'll try to do it as I think 
this way is better.

Thanks a lot.
Johan.

Robert Osfield a écrit :

Hi John,

Great, a pictures saves a thousand words!  The problem looks the same
as others have encountered when WxWidgets modifies the C local such
that atof switches from treating . and , as decimal points.  My guess
the later version of Qt is doing the same.  We've tried several
different attempts in the past to insulate the OSG from this change in
local but weren't able to come up with a workable solution.  The
conclusion back then was that we might would need to use a custom atof
method, this hasn't been developed yet though.

Robert.

On Thu, Jul 10, 2008 at 8:44 AM, Johan Nouvel
<[EMAIL PROTECTED]> wrote:

Hi Robert,

There are 2 snapshots of cow.osg (one is the initial side view, the other
one is a view from above). As I have wrote, if I osgconv cow.osg in cow.ive
and load cow.ive, everything is OK. Same things for cessna.osg (2 snapshots
joined).

In case of osgcool.osg, I see nothing, only the background.

I will look deeper into the code, but any clue will be helpful.

Thanks,
Johan.

Robert Osfield a écrit :

H Johan,

Could you send a screen shot of the problem?

Robert.

On Tue, Jul 8, 2008 at 5:02 PM, Johan Nouvel
<[EMAIL PROTECTED]> wrote:

Hello all,

I'm on Unbuntu 8.04, and I have problem with osgviewerQT (osg 2.5.0) and
qt
4.4.0  when loading osg file.
Either I view nothing (for osgcool.osg), or a strange degraded model
without
light, without texture, with not all faces (for cow.osg).

It works with osgviewer and it works with osgviewerQT and qt4.3.4.

More, it works with ive file and .3ds file so it seems not to be an
OpenGL
context/initialization trouble

I have looked in osgdb_osg but all data are well parsed.

Have someone ever see this problem ? Does someone know the solution ?

Thanks,
Johan.

--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


[osg-users] osgviewerQT, qt4.4.0 and .osg file

2008-07-08 Thread Johan Nouvel

Hello all,

I'm on Unbuntu 8.04, and I have problem with osgviewerQT (osg 2.5.0) and qt 
4.4.0  when loading osg file.
Either I view nothing (for osgcool.osg), or a strange degraded model without light, without texture, with not all faces 
(for cow.osg).


It works with osgviewer and it works with osgviewerQT and qt4.3.4.

More, it works with ive file and .3ds file so it seems not to be an OpenGL 
context/initialization trouble

I have looked in osgdb_osg but all data are well parsed.

Have someone ever see this problem ? Does someone know the solution ?

Thanks,
Johan.

--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] osg-conv collada

2008-04-01 Thread Johan Nouvel
_dae.so
> DynamicLibrary::getLibraryHandle( 
> /usr/local/lib/osgPlugins-2.2.0/osgdb_dae.so) - dlopen(): 
> /usr/local/lib/osgPlugins-2.2.0/osgdb_dae.so: undefined symbol: 
> _ZN15daeLIBXMLPluginC1Ev
> DynamicLibrary::failed loading "osgPlugins-2.2.0/osgdb_dae.so"
> Warning: Could not find plugin to read objects from file 
> "/home/imran/3d/3dwarehouse/45/models/45.dae".
> Error no data loaded.
> ~RegisterWindowingSystemInterfaceProxy()
> GraphicsContext::setWindowingSystemInterface() 00xb7f44bd0
> 
> appreciate it
> 
> On Mon, Mar 24, 2008 at 8:28 AM, Jason Daly <[EMAIL PROTECTED] 
> <mailto:[EMAIL PROTECTED]>> wrote:
> 
> skunkwerk wrote:
>  > thanks Jason, once I ran ccmake . I was able to configure the
>  > environment variables correctly.
>  > the plugin seems to have been installed to
>  > /usr/local/lib/osgPlugins-2.2.0/osgdb_dae.so
>  > yet I can't get osgconv to find it - i've tried -e dae, -l osgdb_dae,
>  > -l /usr/local/lib/osgPlugins-2.2.0/osgdb_dae.so but none of them
>  > work.  how do i get osgconv to load the library?
> 
> You might need to set your OSGNOTIFY environment variable to DEBUG and
> see why osgconv isn't finding it.
> 
> --"J"
> 
> 
> 
> 
> 
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


-- 
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org