Hi Bruno,
The clue to the solution is in the line:
Label.get()-setFontResolution(40,40);
FontResolution What you should aim for is for the FontResolution
to be roughly the
same as the number of pixels in size that you text will be on screen.
So if you have
been characters then use big
On 2/6/07, Robert Osfield [EMAIL PROTECTED] wrote:
Hi Bruno,
The clue to the solution is in the line:
Label.get()-setFontResolution(40,40);
Forgot to mention, ref_ptr is a smart pointer, you can often treat it
just like a normal C pointer so the above doesn't need the get() to
return a C
On 2/5/07, Robert Osfield [EMAIL PROTECTED] wrote:
Sean has given me the go ahead to update the license entries to
OSGPL/WxWindows license. I'll make these changes in the CVS version
of OpenThreads tonight. Ack, another late night :-|
This change is now made and checked in to OpenThreads
On 2/6/07, Brede Johansen [EMAIL PROTECTED] wrote:
Hi Robert,
While you're at it, could you add the OSGPL license to the new
OpenFlight loader too?
I gave the green light some time ago and assumed the license would
appear in the source, like magic ;-).
I can do that. The copyright owner
Hi All,
Last week I introduced a new threading model in osgViewer::Viewer that
allowed the draw thread to run in its own graphics thread, with the
cull running in a parallel with this. The implementation last week
had the cull running as part of the main thread, but I called it
ThreadPerCamera
Dear Robert,
I'm doing a fair amount of image manipulation work on RGB8, RGB16F and
RGB32F images at the moment. The only tricky one to work with is the 16F, as
I need half to float conversions (and backwards). Does this conversion exist
already in OSG? If not, and I were to submit it, where
Hi David,
On 2/6/07, David Spilling [EMAIL PROTECTED] wrote:
I'm doing a fair amount of image manipulation work on RGB8, RGB16F and
RGB32F images at the moment. The only tricky one to work with is the 16F, as
I need half to float conversions (and backwards). Does this conversion exist
already
Hi All,
On 2/6/07, Robert Osfield [EMAIL PROTECTED] wrote:
1) SingleThreaded - this is an easy one ;-)
2) RenderingThreadPerContext or CullDrawThreadPerContext
3) DrawThreadPerContext
4) CullThreadPerCameraDrawThreadPerContext
Does this make sense given the above? Is an long winded name
Great! Thanks for being so quick about this Robert (and Sean). It's
nice to have a consistent license across OSG/Producer/OpenThreads
since OSG/Producer always depend on OpenThreads. Sorry about adding
some tension to your life though. :)
Ravi
On Feb 6, 2007, at 3:07 AM, Robert Osfield
I really need a 4 core, 2 GPU machine...
Don't we all...
In my early years working, I was surprised to discover that most of the time,
need is a relative term whose meaning is not dependent on your own appraisal
of the situation.
(If I win the lottery, I'll buy two identical machines and send
Robert Osfield wrote:
Wow, popular thread...
Heheh. Thread.
I think if you had a count of the number are intently reading this
thread, the count would be very high. I may not have anything to
contribute but I am watching with eager anticipation.
Sounds very similar to stuff Don
Hi all,
where is the osgPython repository? Is it down? moved?
The only repository I found is at mescriva.okode.com but I can't even
ping that host.
Thanks,
/ulrich
___
osg-users mailing list
osg-users@openscenegraph.net
Hi Robert,
Are the different threading models the same between windows and linux? I
remember seeing that windows osg (probably producer) didn't support thread
per context before.
Zach
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robert Osfield
Hi Robert,
Are the different threading models the same between windows and linux? I
remember seeing that windows osg (probably producer) didn't support thread
per context before.
Zach
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robert Osfield
On 2/6/07, Ravi Mathur [EMAIL PROTECTED] wrote:
Great! Thanks for being so quick about this Robert (and Sean). It's
nice to have a consistent license across OSG/Producer/OpenThreads
since OSG/Producer always depend on OpenThreads. Sorry about adding
some tension to your life though. :)
No
Hi Zach,
On 2/6/07, Zach Deedler [EMAIL PROTECTED] wrote:
Are the different threading models the same between windows and linux? I
remember seeing that windows osg (probably producer) didn't support thread
per context before.
All threading models are available on all platforms.
In osgViewer
I think if you had a count of the number are intently reading this
thread, the count would be very high. I may not have anything to
contribute but I am watching with eager anticipation.
Ditto
___
osg-users mailing list
osg-users@openscenegraph.net
Hi!
osgPython repository has been moved to another server (
mescriva.codemaniacs.com)
svn co http://mescriva.codemaniacs.com/svn/osgPython/trunk
Greets, Miguel
2007/2/6, Ulrich Hertlein [EMAIL PROTECTED]:
Hi all,
where is the osgPython repository? Is it down? moved?
The only repository I
Hi Matthew!
Tanks for report me this bug!
I'll try to fix this next week. I'm very busy this week!
Greets, Miguel
2007/2/5, Matthew Koichi Grimes [EMAIL PROTECTED]:
In osgPython, how can I call those methods which take output arguments
by reference in C++? For example, I'd like to get the
Hello,
I am currently working with osg 0.9.9 and I am running into some
difficulties.
First off I am trying to set up an orthoginal view. I found in the
osgMatrixd library a function called makeOrtho. This function calls for
a left, right, bottom, top, znear and zfar. Does this function
Hello,
I am helping to develop a 3DViewer to view pcbdesigns in 3D we are using
OSG 0.9.9. I am having some troubles getting new x and y coordinates to
translate my view with.
Basically I am trying to set up a zoom and when you click on a part in
the design you zoom in by 25% of the distance.
I won't be too much help because it's been a LONG time since I've used 0.9.9
and most of what I'm doing today uses osgViewer in current CVS.
But I can tell you that trying to create an ortho view by setting the
TrackBall manipulator matrix is the wrong approach. If you're using
osgProducer and
Hi.
I have a problem with osgFX::BumpMapping
I use object from .osg file. Loading via osgDB::readNodeFile is OK.
I do something like this:
osgFX::BumpMapping* bumping = new osgFX::BumpMapping();
bumping-setLightNumber(1);
osg::Image* normalMapImage = new
hi all,
I made a class who have to draw a simple line (see below)
but I don't know why when I delete CLine class, the line is always visible
(but the class is well deleted)
I put the code of the class.
++
class CLine{
private:
Hi Andre,
I just downloaded your latest update via cvs and the keyboard support
is now working. Thanks for your excellent work !
-Drew
On 2/6/07, André Garneau [EMAIL PROTECTED] wrote:
Hi Drew,
The value 16 is VK_SHIFT, the virtual key code for the SHIFT key. Since
Windows does not
So I thought I would try supporting shared contexts with
SimpleViewerCocoa. But the SimpleViewer API seems to discourage this
as the SimpleViewer constructor automatically increments the
contextID.
Currently, my workaround looks like this:
simpleViewer = new osgViewer::SimpleViewer;
26 matches
Mail list logo