Dear All,
I think this is a bug:
If you have a pointer to Drawable. if you add it to geode and
removed it from this geode.
You can not use this geode again.
I think that OSG remove the Drawable vertex from the memory.
I solve this by adding this drawable to
Hi,
On Wednesday 25 June 2008 17:59, Jean-Sébastien Guay wrote:
I think you're mixing things up. There are three different issues here:
1. The choice to use Config headers.
2. The fact that the Atomic header includes windows.h.
3. The fact that your version of CMake chooses the wrong
Hi,
Ahmed Nawar wrote:
I think this is a bug:
If you have a pointer to Drawable.
A pointer (osg::Drawable*) or a ref_ptr (osg::ref_ptrosg::Drawable)?
As Drawable is reference-counted, you should preferably use the latter
to store pointers to drawables.
if you add it to geode and
Dear Paul,
Drawable is reference-counted?
This is new to me. Thanks.
I used osg::Drawable* and not smart pointer.
Because i think that this will make the drawable stay and not delete if i
removed it from geode. Thanks for help.
I need to put my drawables in a vector. How can i keep
Ahmed Nawar wrote:
Dear Paul,
Drawable is reference-counted?
This is new to me. Thanks.
Everything that derives from osg::Object (which derives from
osg::Referenced) is reference-counted, including osg::Drawable.
I used osg::Drawable* and not smart pointer.
Because i think that
Thanks a lot for your explanation Gordon, I ended to the same conclusion,
I'll need to go to a 64bits platform. I'll install an XP 64, and not a Linux
David... :)
Thanks again !
On Thu, Jun 26, 2008 at 12:30 AM, Gordon Tomlinson
[EMAIL PROTECTED] wrote:
Hi
There's many issues why you
Hi Charles,
I've tried the setParticleAlignment and it didn't work.Regards,
Cg
Date: Wed, 25 Jun 2008 23:28:53 -0600 From: [EMAIL PROTECTED] To:
osg-users@lists.openscenegraph.org Subject: Re: [osg-users] Particles being
culled try:
Hi Guys,
We'll need to add a version check into the CMake build so that under
OSX you need 2.6 or later. Once I've done my trawl through the
email/support backlog I'll look at this. Others are welcome to dive
in and implement it before I get to it ;-)
Robert.
On Tue, Jun 24, 2008 at 2:31 PM,
Hi,
I was (thankfully) sleeping over some possibly nasty response last night
to the earlier discussions, but was pleasantly surprised with all the
messages this morning.
Bob, thanks for your honesty.
The force strong with this community is ;)
jp
Bob Kuehne wrote:
osg-users,
what fun
Hi Peter,
... is OpenSceneGraph working with 64bit?
We are using OSG on 64 bits linux platform without any problems, so
obviously OSG works with 64bit systems. However, I have no experience
with OSG + Vista combination what so ever, and I am not planning to gain
any either... hehe;)
Best
Hi John,
What operation are you needing to do?
Robert.
On Tue, Jun 24, 2008 at 12:30 AM, Argentieri, John-P63223
[EMAIL PROTECTED] wrote:
All,
I need to have a callback from within osgViewer::CompositeViewer that
happens just before each graphics context's renderer does cull_draw(). It
On Tue, Jun 24, 2008 at 2:34 AM, ZHMW [EMAIL PROTECTED] wrote:
Hi Robert,
I'm pleased to dive in a code, I want to release the method
get/setEyePoint(osg::Vec3 ) and getDistanceToEyePoint() to select the
right level of lod, also change the code of apply(lod ) and apply(PagedLOD
), and
On Tue, Jun 24, 2008 at 8:55 AM, Mathias Fröhlich
[EMAIL PROTECTED] wrote:
The build system defines the nominmax define only for msys and cygwin.
Probably we should either
* define nominmax on win32 in any case or
* change the code not to use variables called min or max and include
algorithm
Hi John,
Could you give a bit more context to when in the frame and what thread
you are doing operations from, without this info there is really no
chance to help you.
As a general not CompositeViewer and Viewer are identical when it
comes to threading - they even share the same code for doing
HI Amalric,
Thanks for the example, I'll have a look at item 2 with this example
and see how I get on.
W.r.t you item 1 - the resize issue, I'm not a Window developer so
have 0 MFC expertise, the best I can suggest is that you look at the
resize propagation i.e. are resize events being passed
Hi
running vista 32 with osg 2.4 stable release and visual studio 2005
our app can switch between one view to multiple views of the same scene. We use
compositeviewer for that and we´ve got some pagedlod terrains
when we switch from one view to four, and during the switch the
Hi Hui,
You can only get a NodeVisitor if a NodeVisitor is used to fire off
the handle call, and this only happens when you attach a event handler
as node event callback. Event handlers attached directly to the
viewer aren't visited by a visitor to the visitor pointer will be
null.
Robert.
On
Hi Andrew,
OK, only happening on a fresh viewer is the key missing bit of info.
Current the computeIntersections code rely upon the previous event
state to know what coordinate frame you are working in. This is
design issue in osgViewer - bascially the compute intersections
methods try to be too
Hi everyone,
Topic says it all. Is anyone using OSG on Windows with 2 or more graphics
boards and more than 3 monitors ? If yes what graphics ? Is this possible with
Linux ?
We got the question from upper level whether it would be possible
(theoretically) to drive 3 or more displays from one
Hi Bob,
Using the screenNum set to 0 or 1 should select the appropriate card.
When you run osgviewer on your system it should open up two
windows/two slave cameras automatically, press 'f' to toggle off full
screen to see the actual windows.
Robert.
On Tue, Jun 24, 2008 at 8:56 PM, Bob Balfour
Hi All,
From names and email addresses of people posting to this mailing list,
I have gathered that there are several OSG users here in Norway. My
location is in the Oslo area, so if there are other OSG users close by,
then I'd like to suggest an informal get-together at a local pub or
other
Hi Xinyu,
It is possible to add/remove views from a CompositeViewer, but there
are a few caveats to it, and it looks like a few bugs that need to be
worked through to make it seemless. There are other threads
discussing this right now so I'd recommend checking through the
archives.
Robert.
On
On Tue, Jun 24, 2008 at 10:59 PM, Mike Weiblen [EMAIL PROTECTED] wrote:
Is that by intent or oversight? Seems like a risky mix of usemodels.
It's intent. In general all refernce counted objects should have a
protected destructor, forcing developers to correctly create the
objects on the heap
Wojtek,
You could see if SoftTH (http://www.kegetys.net/SoftTH/) works for you - my
colleagues have had some good OpenGL experience with it (although not
specifically with OSG).
David
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Robert,
On Thursday 26 June 2008 12:18, Robert Osfield wrote:
Mathias is this now fixed with the latest changes from you?
It compiles again, yes.
Pulling Windows.h did break it.
So forget that.
Anyway, the no-windows-h tarball was not fully integrated. At least I can see
still a diff to the
Hi Sherman,
On Wed, Jun 25, 2008 at 6:31 AM, sherman wilcox
[EMAIL PROTECTED] wrote:
You could try using an osg::AutoTransform that is positioned at your
XYZ and set up to scale to screen coords and rotate to screen, then
have the subraph by offset up the Y axis (effectively in screen space)
Hi Guy,
I haven't done much work on MRT, but I'll have stab at answering as no
one else has yet...
On Wed, Jun 25, 2008 at 11:13 AM, Guy [EMAIL PROTECTED] wrote:
I've a question regarding MRT, both in OSG and in general OpenGL.
When I render to MRT, does the manipulations that occur after
Hi All,
I have now merged several build fixes from Mathias that should help
things under Windows, could you all please do an svn update and let me
know how things now stand.
Cheers,
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Thanks, Unfortunately it looks like DirectX only. Seems that Matrox
TripleHead2Go gives similar effect in hardware spliter. I am loking for the 3
monitor output without aditional tricks.
Wojtek
- Original Message -
From: David Spilling
To: OpenSceneGraph Users
Sent:
Hi Mario,
The compiler is just being a pain in the butt here, the code is 100%
safe on both 32bit and 64bit systems, context being everything.
Basically with VBO and PBO's you reuse parts of OpenGL functions that
take GLvoid*, but the actual data isn't a pointer in memory, but an
offset, and in
Hi David,
Could you please join the other threads that are currently discussing
CompositeViewer issues with add/removing views on the fly as I just
can't cope with multiple threads running on the same topic at the same
time.
Robert.
On Thu, Jun 26, 2008 at 11:56 AM, David _ [EMAIL PROTECTED]
Hi Mathias,
Which specific submissions/file is missing?
Robert.
On Thu, Jun 26, 2008 at 12:27 PM, Mathias Fröhlich
[EMAIL PROTECTED] wrote:
Robert,
On Thursday 26 June 2008 12:18, Robert Osfield wrote:
Mathias is this now fixed with the latest changes from you?
It compiles again, yes.
Hi Bob,
Seems like you asked related question to mine. I would be very interested in
your results. I tried to run osgviewer on two graphics boards withour
success. But I was on XP and boards were different. I have not given up
completely, hoping that Vista or identical cards may work. Then I
Hi Wojtek,
I have only experience of doing multi-card multi-display under Linux
and IRIX. In my own Linux machine I've played with two graphics cards
with two outputs, and four outputs. It works just fine once you
configure X11 appropriately. For best performance use twin view so
that you can
Sorry for the late response. I didn't seem to get Stephan's reply. I'm using
the cmake that comes via macports which is version 2.4.8...
biv
On 6/26/08 4:08 AM, Robert Osfield [EMAIL PROTECTED] wrote:
Hi Guys,
We'll need to add a version check into the CMake build so that under
OSX you
I have also used OSG on 64-bit Linux without any problems. I know nothing
about 64-bit Windows. On Mac OSX, OSG is not 64-bit capable because the
windowing functions used to glue OSG to the windowing system are
Carbon-based, and they are deprecated and are not available for 64-bit
programs. A few
I believe int used to be and then Microsoft mucked it up from 32 to 64, and
thus you get the warning (for what it's worth I grew up with the
Commodore/Amiga line of products, and had to join the dark side).
I use Vista 64 at work, and can say in confidence that osg works great in 32
bit mode.
Hi Norman,
gdalwarp -s_srs WGS84 -t_srs EPSG:32618 32V.tif 32V_warped.tif
That turns the image all black (no height values)...
You left the units=m out of your proj4 string
I also tried
gdalwarp -s_srs WGS84 -t_srs +proj=utm +zone=32 +ellps=WGS84
+datum=WGS84 +units=m +no_defs 32V.tif
Hi everybody,
I have never used OpenGL and OpenSceneGraph together (and only a little bit of
OpenGL alone), so I'm a little unsure of what the best way to solve the
following problem is.
I want to use an API for interlacing different views on a scene for an
autostereoscopic display.
The API
Hi,
I am trying render video stream into osg texture, but the stream will change
size during at least once, is there any machanism such like callback that I can
use to tell the osg texture2D the change size? otherwise I have to save the
texture pointer into my class but it not good.
Hi all,
Does anyone know if osgswig is being maintained anymore? Site on google code
doesn¹t seem like it¹s being updated anymore.
Has the project moved or is it just dead?
biv
___
osg-users mailing list
osg-users@lists.openscenegraph.org
J-S,
Thanks for the files. I was able to use them to make it work. The problem
was that the original TIFF had go spatial information. So, I assigned it the
proper SRS with:
gdal_translate -a_srs WGS84 32V.tif 32V.wgs84.tif
Then I was able to reproject it into UTM:
gdalwarp -t_srs
Hi Steffen,
I have to calculate the different views I want to interlace
and put them into the vector of GL textures.
How do I do this best?
Change your algorithm to use shaders and combine your views in one shader
program.
Or can I convert GL textures wrapped by OSG as
osg::Texture2D into
Hi Wojtek,
On Thu, Jun 26, 2008 at 1:47 PM, Wojciech Lewandowski
[EMAIL PROTECTED] wrote:
Thanks, Linux may be viable option for us. Twinviev may be also a good idea.
I have not tried that, I tried 2 separate displays on 7800 GTX and one on
8800. No banana. But maybe twinview will be
One issue to watch out for with code going from windows 32 bit to 64 bit
code
At times people use the trick of passing a pointers address around using
integers, which works a treat on win32,
But doing this on 64bit system on windows will kill you...
From:
Hi Eric,
Is there any actual reason why the Carbon API is not 64bit capable?
Was Cocoa itself not once built upon Carbon? I'm totally perplexed by
Apple's decision on this, it just stuff's up lots of perfectly valid
apps from going 64bit for little gain.
As for a Cocoa implementation of
Hi Glenn,
Thanks for the files. I was able to use them to make it work. The
problem was that the original TIFF had geo spatial information.
OK, great, works here too. I'll have to take some notes so I don't make
the same mistake in the future. I just assumed that since gdalinfo gave
the
Hi Robert, Wojtek,
I recall a post for Jean-Sebastian Guay in the last couple of months
about Vista not supporting TwinView, perhaps I mis-read, but this is
what I recall. Perhaps he'll be able to chip in.
I'm not sure what TwinView corresponds to, as it's more of a Linux/X term.
On Windows
Hi Serge,
What you are doing looks OK, and there are already OSG examples doing
similar things so it should work. To track down what it might be
it'd worth trying out different threading models, and also try out
examples like osgthirdpersonview, osgcompositeviewer and osgcamera to
see if you can
Hi Hui,
I believe the osg::Texture implementation should detect the change in
size and reallocat itself, so.. it should be a non issue.
Robert.
On Thu, Jun 26, 2008 at 2:09 PM, hui [EMAIL PROTECTED] wrote:
Hi,
I am trying render video stream into osg texture, but the stream will change
Apple has been encouraging developers to use Cocoa instead of Carbon for
several years now. I'm not privy to their reasons for this change, but it is
probably more marketing than technical, though it may be partially technical
as well.
This change will probably affect the way we render on the Mac.
Hi Amalric,
On Thu, Jun 26, 2008 at 11:54 AM, Robert Osfield
[EMAIL PROTECTED] wrote:
Thanks for the example, I'll have a look at item 2 with this example
and see how I get on.
I have your code compiled under Linux, and press 'k' to add a new view
works fine, the textures are always there as
Hey there,
I've been browsing the mail archive to find the answer to my question but I
haven't found anything at all. I basically want to manipulate the vertices of a
model loaded by the osgDB::ReadNodeFile() function. ReadNodeFile() returns a
osg::Node. I was hoping this might actually be a
Hi Eric,
Thanks for the info. I too suspect forcing users to use Cocoa is a
marketing decision, or perhaps a market engineering decision. For
cross platform API and applications it is really bad news to have more
non portable ways of doing things foisted upon you, it just
complicates the code
Hi Robert J-S,
You are right. I confused TwinView with HorizontalSpan. Since I have XP this
option is available. But does not work either.
Thanks for feedback,
Wojtek
Hi Robert, Wojtek,
I recall a post for Jean-Sebastian Guay in the last couple of months
about Vista not supporting
Okay. I haven't looked under the covers at osgViewer (having just moved to
osg 2.4 a month or so ago from osg 1.2), so it's good to know that those are
two pieces that need to be re-implemented. Are there any other pieces that
need to be looked at?
-Eric
On Thu, Jun 26, 2008 at 9:57 AM, Robert
Thanks for your reply Robert,
I was able to reproduce the crash with the example osgwindows (but not with
osgcompositeviewer). I launched the example with the cow.osg model in debug
mode, moved a little with the camera and gave a rotation, then waited a
couple of minutes (less than 5) and it
Hi Robert,
I have now merged several build fixes from Mathias that should help
things under Windows, could you all please do an svn update and let me
know how things now stand.
I sent an updated src/OpenThreads/win32/CMakeLists.txt file that fixes a
small omission to get it to build on
On Thu, Jun 26, 2008 at 9:35 AM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hi Glenn,
Thanks for the files. I was able to use them to make it work. The problem
was that the original TIFF had geo spatial information.
OK, great, works here too. I'll have to take some notes so I don't
hello Rene,
I am not sure i have understood your query..
But probably attaching a Matrix Transform as a parent should work.
Regards,
Rajesh.
On Thu, Jun 26, 2008 at 3:56 PM, Bokhorst,Rene R. [EMAIL PROTECTED]
wrote:
Hey there,
I've been browsing the mail archive to find the answer to my
Hoi,
Bokhorst,Rene R. wrote:
I've been browsing the mail archive to find the answer to my question but I
haven't found anything at all. I basically want to manipulate the vertices of a
model loaded by the osgDB::ReadNodeFile() function. ReadNodeFile() returns a
osg::Node. I was hoping this
Hi Rene,
From you geodes, take the drawables, cast them into geometries and recover
the vertex list with getVertexArray.
On Thu, Jun 26, 2008 at 3:56 PM, Bokhorst,Rene R. [EMAIL PROTECTED]
wrote:
Hey there,
I've been browsing the mail archive to find the answer to my question but I
haven't
El Jueves 26 Junio 2008ES 15:18:56 Gerrick Bivins escribió:
Hi all,
Does anyone know if osgswig is being maintained anymore? Site on google
code doesn¹t seem like it¹s being updated anymore.
Has the project moved or is it just dead?
biv
Well, I think it is up and running, Jeremy has made an
Current SVN fails to build under Windows, though the errors are different
from what we saw earlier this week. Errors now are undefined symbols when
the osg library links. Below is a greatly abbreviated list of the errors
spewed out by VS2005. Looks like the Atomic header file has some kind of
Hi Glenn,
Well, since a UTM zone represents a vertical slice of the earth, it
won't be perfectly rectangular -- in the northern hemisphere, the width
at the north side (in meters) is less than the width at the south. Since
a TIFF is rectangular, you see borders. The only way to compensate
CG:
One more try: I'm just looking at old code b/c I know I've had a
similar problem...and I didn't notice the next line of my code:
ps-SetAlignVectorX(osg::Vec3(0.,1.,0.));
Hopefully that'll make a difference.
-Charles
On Thu, Jun 26, 2008 at 6:24 AM, Charles Cossé [EMAIL PROTECTED] wrote:
Hmm, I'm not so sure he's talking about osgWidget, but it's not dead
either--just moving incredibly slow with the unforseeably increased
workload of late. By the time I get home from my REAL job, I rarely have
the energy for hobby development (i.e., osgWidget).
Also, if someone would be so kind
Hey uli,
What do you mean by getting a nice image from that is a b??ch? Is the
image quality reduced?
Not sure what de-bayer algorithm I'm going to use. I have the source for
one that we have used before but I'm not sure how it will work on a
shader.
Is there an example of an
Hi again,
I've reproduced it in release mode, but I had to wait a much longer time
(around 20 and 30 minutes), still with the osgwindows example.
On Thu, Jun 26, 2008 at 4:03 PM, Serge Lages [EMAIL PROTECTED] wrote:
Thanks for your reply Robert,
I was able to reproduce the crash with the
On Windows XP, we used to have the option to have multiple independent
displays (say 2 displays of 1280x1024 - I guess that's TwinView on
Linux?) or one combined display (2560x1024). The latter is called
horizontal span (you can also do vertical span, 1280x2048 for example).
Now, on
Hi,
I'm running a simulation on a huge paged database. It works fine, the
frame rate is
constant, and the terrain is paged correctly.
But sometimes, the culling pass takes ages to complete. Most of the
time, it takes
2/3 ms to complete, but it could take up to 40/60 ms to build the
render
Forget to mention, in release before the crash I had this message :
Warning: deleting still referenced object 0145DFF8 of type 'class
osg::Referenced *'
the final reference count was 2, memory corruption possible.
It seems someone force the delete of the SwapBuffersOperation...
On Thu,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jean-Sébastien Guay wrote:
Hi Robert, Wojtek,
I recall a post for Jean-Sebastian Guay in the last couple of months
about Vista not supporting TwinView, perhaps I mis-read, but this is
what I recall. Perhaps he'll be able to chip in.
I'm not
Hi Eric,
On Thu, Jun 26, 2008 at 3:01 PM, Eric Sokolowsky [EMAIL PROTECTED] wrote:
Okay. I haven't looked under the covers at osgViewer (having just moved to
osg 2.4 a month or so ago from osg 1.2), so it's good to know that those are
two pieces that need to be re-implemented. Are there any
On Thu, Jun 26, 2008 at 3:10 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hi Paul,
Current SVN fails to build under Windows, though the errors are different
from what we saw earlier this week. Errors now are undefined symbols when
the osg library links. Below is a greatly abbreviated list
On Thu, Jun 26, 2008 at 10:08 AM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hi Glenn,
Well, since a UTM zone represents a vertical slice of the earth, it
won't be perfectly rectangular -- in the northern hemisphere, the width at
the north side (in meters) is less than the width at the
From: [EMAIL PROTECTED] [mailto:osg-users-
[EMAIL PROTECTED] On Behalf Of Robert Osfield
Sent: Thursday, June 26, 2008 9:37 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] Warning on 64bits: cast to pointer from integer of
different size
Hi Eric,
Is there any actual reason why the
Hi Jan,
I'm not sure what TwinView corresponds to, as it's more of a Linux/X term.
That's incorrect. Twinview is Nvidia's term for their multi-monitor
support on their GPUs: http://www.nvidia.com/object/feature_twinview.html
Sorry, I just assumed as I hadn't seen the term used on Windows.
Hi,
Can 3D Studio Max import osg, apply texture and export it back to osg?
If not then is there another modeling software that can? I am having
problems generating texture coordinates for a model representing a
machined work peice. If there is an algorithm for apply textures that
would also be
Hi Serge,
On Thu, Jun 26, 2008 at 3:43 PM, Serge Lages [EMAIL PROTECTED] wrote:
Forget to mention, in release before the crash I had this message :
Warning: deleting still referenced object 0145DFF8 of type 'class
osg::Referenced *'
the final reference count was 2, memory corruption
Can someone please explain the MixinVector change and why it was necessary?
Also, please explain the name MixinVector -- what, exactly, is a Mixin?
If this is a design pattern, I must admit I'm not familiar with it.
I checked the archives and I see no discussion of this change, not even the
OpenThreads and the osg library now build/link successfully. Thanks, J-S.
Currently rebuilding the rest of the tree...
-Paul
On Thu, Jun 26, 2008 at 3:10 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hi Paul,
Current SVN fails to build under Windows, though the errors are
Hi Lionel,
Which version of the OSG are you using?
Prior to rewrite of the DatabasePager in 2.5.x and SVN the pager used
to have occasional problems in high cull times when large numbers of
database requests backed up, which meant that the search operation
that was done on each frame for each
Hi friends !
I 'd want to save the frames of my OSG scene in jpg or bmp or any other
format.
What function do this ?
How do I do this ??
thank you !
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi,
On Thursday 26 June 2008 16:02, Jean-Sébastien Guay wrote:
Thanks, and thanks to Mathias for fixing the windows.h issue.
Thanks for your patience and sorry for the inconvinience ...
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg
Hi Carlos,
This has been discussed lots in the last month so have a look through
the osg-users archives.
Robert.
On Thu, Jun 26, 2008 at 3:59 PM, Carlos Sanches [EMAIL PROTECTED] wrote:
Hi friends !
I 'd want to save the frames of my OSG scene in jpg or bmp or any other
format.
What
On Thu, Jun 26, 2008 at 4:01 PM, Mathias Fröhlich
[EMAIL PROTECTED] wrote:
Hi Robert,
On Thursday 26 June 2008 14:29, Robert Osfield wrote:
Which specific submissions/file is missing?
May by I have forgotten them, I will send ...
src/OpenThreads/win32/CMakeLists.txt
I'm presently compiling the X11 path. Will let you know what happens.
On Fri, Jun 20, 2008 at 3:20 PM, Robert Osfield [EMAIL PROTECTED]
wrote:
Hi All,
To help out an present3D end working under OSX, who was having
problems with the Carbon version of osgViewer, I have added an option
Thanks for the info, as this is not at all clear from the code comments at
the top of the class.
Where does the name MixinVector come from? Why was it chosen? It is not
descriptive, at least, not to me... :-(
-Paul
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
I'm using OSG 2.0.
I agree that database requests could be very costly when the request
queue (or the to compile list or the to merge list) are too big.
But I've benched the requestNodeFile method and it doesn't take
too much time.
Robert Osfield wrote:
Hi Lionel,
Which version of the
On Thu, Jun 26, 2008 at 4:12 PM, Eric Sokolowsky [EMAIL PROTECTED] wrote:
I'm presently compiling the X11 path. Will let you know what happens.
Thanks, look forward to hearing how you get.
Just had a thought, is there a chance that the X11 path will work fine
as a 64bit build? X11 has
Hi Paul,
Can someone please explain the MixinVector change and why it was
necessary? Also, please explain the name MixinVector -- what, exactly,
is a Mixin? If this is a design pattern, I must admit I'm not familiar
with it.
To add to what Robert said:
http://en.wikipedia.org/wiki/Mixin
On Thu, Jun 26, 2008 at 4:20 PM, Lionel Lagarde [EMAIL PROTECTED] wrote:
I'm using OSG 2.0.
I agree that database requests could be very costly when the request
queue (or the to compile list or the to merge list) are too big.
But I've benched the requestNodeFile method and it doesn't take
I know that I have to moving to the latest OSG but
I can't do it for the moment.
I will look at the SVN DatabasePager request method.
Robert Osfield wrote:
On Thu, Jun 26, 2008 at 4:20 PM, Lionel Lagarde [EMAIL PROTECTED] wrote:
I'm using OSG 2.0.
I agree that database requests
Hi Robert,
1st Problem :
In fact the resize event is well propagated with the correct parameters
(good width and height values). The problem is not in the resize event, but
with the thread wich is responsible of calling frame().
After a long googling on threading with MFC, I've found there is 2
Dear all,
I'm having problems getting CMake 2.4 to find the appropriate files for
the freetype plugin in the osg2.4 distribution.
I was under the impression that as long as the 3rdParty folder was
specified correctly, CMake should find the necessary freetype files to
add it to the .Net
Hello James,
Well I'll give Cmake 2.6 another shot. I tried it too early before and
it had some strange behavior. Hopefully now since a lot of people are
using it I'll feel a bit more confident that it will work. I may get
back with you on the Install workflow, but I'll need to see how 2.6
(If you are using windows), I also use the Print Screen button, which
effectively copis the image to the clip-board.
-- Rick
On Thu, Jun 26, 2008 at 11:08 AM, Robert Osfield [EMAIL PROTECTED]
wrote:
Hi Carlos,
This has been discussed lots in the last month so have a look through
the
Robert Osfield schrieb:
Just had a thought, is there a chance that the X11 path will work fine
as a 64bit build? X11 has supported 64bit build on others platforms
for long long long time so there wouldn't be a technical reason in
terms of the API, just a build/platform support issue that need
On Thu, Jun 26, 2008 at 4:42 PM, amalric alexandre
[EMAIL PROTECTED] wrote:
2nd Problem :
I'm glad that you have reproduced the bug, loosing texture seems to me
connected to context ID too, but I hadn't the time to go further.
I've tracked down the problem to the reuse of contextID,
1 - 100 of 145 matches
Mail list logo