Hi Robert,
A recent change to osg-svn removed all possibilities in an osg::Viewer to set
the update visitor to a custom implementented derived class.
Flightgear currently uses such a beast and needs to set that.
Do you plan to restore such a setter in any class you currently refactor?
Gr
Hello again Gordon,
> Just wanted to point out that folks do, do things differently, BTW I'm not
> suggesting that the way my company does things is any better than another
> way, it just what the powers that be at our place say the world will be that
> way and it works ( most of the time ) :)
Oh
forgot to say thanks for putting in the time to update the info etc...
Just wanted to point out that folks do, do things differently, BTW I'm not
suggesting that the way my company does things is any better than another
way, it just what the powers that be at our place say the world will be that
w
Hello,
I'd recommend adding something about installing Cmake to the page. Also,
for newbies, I'd recommend adding a batch file to the source code that does
a default build. And, have that batch file work for all visual studio
versions. This will make it easier for newcomers to get started. The
Hello Gordon,
> We use Clear case and dynamic views which means that all our main and workng
> branches are mounted to drives, thus we have all our projects be fully
> self-sufficient with respects to local paths to includes, libs, dll's etc
> makes its simply a mater of mounting a clear case vie
Hi Galen,
I've haven't heard of checkerboard arrangement for stereo before so
one can sure the OSG doesn't support it out of the box yet. I would
be straight forward to implement the stereo approach using the stencil
buffer in the same way the the interlaced stereo is currently
supported, all you
Hi
WRT to using Environment variables this is not done( it is acutally
dis-allowed) at the company I work for. All visual sutdio projects/solutions
must contain all the paths for libs and includes within them selves
Again for paths my company does not allow the $PATH to point directories for
lib
Hello All,
I got to talk to the Texas Instruments (TI) folks in the emerging
technologies area at SIGGRAPH about stereo capable TVs using their
DLP technology. The format relies on the fact that they use
'wobulation' to display a 1900x1080p60Hz signal by combining two
950x1080p120
Hello Sashidhar,
>I have written a peice of code and now I want to make a video of
> the rendering. How do I do it? I tried taking screenshots and combining them
> all to make a video but the video is jerky and slow. Please suggest an
> alternative method...
a) Please search the archi
Hi!
I have written a peice of code and now I want to make a video of
the rendering. How do I do it? I tried taking screenshots and combining them
all to make a video but the video is jerky and slow. Please suggest an
alternative method...
Help of any sort would be gre
Hi!
I have written a peice of code and now I want to make a video of
the rendering. How do I do it? I tried taking screenshots and combining them
all to make a video but the video is jerky and slow. Please suggest an
alternative method...
Help of any sort would be gre
Yep thanks to all,
It was good to put faces to many names and also such a great turn out for
the BoF
Lets just say the some other BoF's did not get even a third of the OSG BoF
__
Gordon Tomlinson
Email : [EMAIL PROTECTED]
YIM/AIM : g
Thankfully NOT ;)
__
Gordon Tomlinson
Email : [EMAIL PROTECTED]
YIM/AIM : gordon3dBrit
MSN IM : [EMAIL PROTECTED]
Website : www.vis-sim.com www.gordontomlinson.com
__
"Self defe
Hi Guys,
To the Registry::createLibraryNameForExtension(..) I have gone ahead
added the insertion of osgPlugins-version/ in front of plugin names
for all platforms except OSX.
This change will work to ensure that correct version of the plugins is
picked up at runtime.
Please not if you are settin
Hi Orhun,
On 8/11/07, Orhun Birsoy <[EMAIL PROTECTED]> wrote:
> >
> > As J-S explained, the OSG is using this path list to look for plugins,
> > and these plugins will be nested in a osgPlugins-version directory,
> > the plugin won't be in the directly in the system directories or ones
> > pointed
>
> As J-S explained, the OSG is using this path list to look for plugins,
> and these plugins will be nested in a osgPlugins-version directory,
> the plugin won't be in the directly in the system directories or ones
> pointed to directly by *LD_LIBRARY_PATH.
>
I'll say this and won't iterate this
Hello Roger,
> Please remember, that as I mentioned in my initial post, my comments
> were limited to the windows platform only.
I am working mostly on Windows as well, and I have never had a
problem. The rule is clear and easy to follow: Never put any directory
containing OSG plugins on t
Thank you Robert, I will try it as soon as I can !
On 8/10/07, Robert Osfield <[EMAIL PROTECTED]> wrote:
>
> Hi Serge,
>
> On 8/10/07, Serge Lages <[EMAIL PROTECTED]> wrote:
> > The weird thing is that after you've introduced the Renderer class I've
> > tested it and everything worked well. The pr
> We are already basically there, the only thing we need to tighten up
> on is changing the plugin code so it only ever searches for
> osgPlugins-version/osgdb_x rather than checking for osgdb_x first
> then osgPlugins-version.
That is exactly the patch I was thinking about :-)
Roger
_
Hi Roger,
On 8/11/07, Roger James <[EMAIL PROTECTED]> wrote:
> Please remember, that as I mentioned in my initial post, my comments were
> limited to the windows platform only. Also my problem was that my application
> was loading someone else's versions of the plugins from where someone else
>
Robert, J-S,
>
> This morning I awoke and I realised that perhaps this whole thread is
> rather barking up the wrong tree, as you have also deduced - the
> LibraryPathList is for principally for finding the plugins which is
> done at runtime, and plugins site in their own subdirectory and should
Could you post what you have coded so far in order to see what is wrong? For
now, just post the mesh modification code. Could it also be that you are not
calling osg::Drawable::dirtyDisplayList() so the drawable never gets
modified?
Alberto
El Sábado 11 Agosto 2007, maruti borker escribió:
> I
Hi Gordon,
I'm aware of the sweeping changes, but I don't believe it requires a
fundamental change to the way a scene graph can use it. The backend
implementation details will be very different, and the public
interface will need to evolve to better expose this, but the general
concept of the sce
Hi Nelson,
The osgplanet example already does what you are after... it attaches
multiple NodeTrackerManipulators, one for each planet of interest,
then a KeySwitchMatrixManipulator is used at the top to select which
planet to view. Please have a look at the code.
Robert.
On 8/11/07, Cysneros, N
On 8/10/07, Orhun Birsoy <[EMAIL PROTECTED]> wrote:
> I'll first ask a question. LD_LIBRARY_PATH (DYLD_LIBRARY_PATH, PATH)
> is already being used by the operating system to search for the
> library. What I don't understand why OSG needs to append these to the
> filename and do the search itself? D
Hi J-S,
This morning I awoke and I realised that perhaps this whole thread is
rather barking up the wrong tree, as you have also deduced - the
LibraryPathList is for principally for finding the plugins which is
done at runtime, and plugins site in their own subdirectory and should
not be installed
26 matches
Mail list logo
