Re: [osg-users] Rethinking 3rd party dependencies?

2009-08-29 Thread Jean-Sébastien Guay
Hi Philip, Sherman, I agree with the basic principle that building everything from source removes lots of uncertainty from the equation. The only problem I have with that is that whenever you want to bump the version number of one of the dependencies, you run the risk that some changes in the

[osg-users] Problem with osgAnimation.

2009-08-29 Thread Bao-Anh
Hi, I am having some issues with osgAnimation. Context: I have some coordinates, that come from an external device. Those coordinates move in times, and I display spheres to represent those points in real-time, with a callback to refresh their positions. However, I also record the evolution of t

Re: [osg-users] Rethinking 3rd party dependencies?

2009-08-29 Thread Chris 'Xenon' Hanson
Philip Lowman wrote: > So I cmakeified libpng, zlib, and libjpeg (building on some work > previously done by Luigi Calori and others) and wrapped them in ZIP > files called CMakeports. The three put together take about 5 seconds > total to build on my 3 year old core2 duo. They are available at t

Re: [osg-users] Rethinking 3rd party dependencies?

2009-08-29 Thread Serge Lages
Hi all, Making a 3rtParty repository like the one made by Mike Weiblen but with all the dependencies and their CMake scripts is a good idea, I vote for this solution ! :) Cheers, On Sat, Aug 29, 2009 at 5:25 PM, Chris 'Xenon' Hanson wrote: > Philip Lowman wrote: > > So I cmakeified libpng, zlib

Re: [osg-users] Problem with osgAnimation.

2009-08-29 Thread Cedric Pinson
Hi, It's possible the problem comes from the relative/absolute. Do you have a minimal sample code/data to reproduce the problem ? Cheers, Cedric - +33 659 598 614 Cedric Pinson mailto:cedric.pin...@plopbyte.net http://www.plopbyte.net On Sat, 2009-08-29 at 16:32 +0200, Bao-Anh wrote: > Hi,

Re: [osg-users] Rethinking 3rd party dependencies?

2009-08-29 Thread Philip Lowman
On Sat, Aug 29, 2009 at 9:03 AM, Jean-Sébastien Guay < jean-sebastien.g...@cm-labs.com> wrote: > Philip, I like your idea of making CMake setups for these dependencies, it > kind of resembles automake/autoconf. The problem is that the CMake files > won't be managed by the upstream project, but by