Hi,
On Wednesday, March 30, 2016 08:19:31 Robert Osfield wrote:
> On 30 March 2016 at 08:14, Andrey Perper wrote:
>
> > >I guess he wants to have the updateCallback called for "culled" geodes,
> > or some way to check if the node was culled.
For a similar problem, I also had subclassed the stan
Hi Robert,
On Tuesday, November 03, 2015 09:34:36 Robert Osfield wrote:
> It might be sufficient for us to just toggle on the resize check when the
> configure event arrives. If you've added this already then just send the
> changes to me and I'll do review and have a bash at retracing my steps b
Hi Robert,
On Saturday, October 31, 2015 18:02:24 Robert Osfield wrote:
> I have had a look at the revision and vaguely remember hunting double a
> long time troublesome bug, but can't recall the details of the recreating
> the bug off hand. I'd have to look up what stuff I was doing around March
Hi Robert,
I am currently tracking higher than expected event times as displayed
in the stats HUD with an application of mine.
It turns out that we gained one or more round trips to the X server
with change 14805. There is a call to XGetWindowAttributes and
XTranslateCoordinates
introduced uncond
Hi,
On Thursday, September 19, 2013 15:20:15 Robert Osfield wrote:
> I don't believe it's necessary to initialize all extensions together as if
> you do have code paths/scene graph subgraph selection that is dependent on
> extension/version presence it'll be for specific extensions/versions, as
>
Hi,
On Friday, August 02, 2013 19:39:33 Ulrich Hertlein wrote:
> std::make_shared allocates object and ref-counter in one allocation :-)
Hmm, this requires either a lefthand reference constructor to be called
additionally to the original one that you just need. If you have everything
inline tha
Hi,
On Thursday, August 01, 2013 06:21:10 Robert Osfield wrote:
> The OSG doesn't have or use an equivalent to std::shared_ptr<>, and if
> I were to write a new scene graph tomorrow I would not use a
> std::shared_ptr<> for general nodes in the scene graph. shared_ptr<>
> isn't as robust as ref_p
Hi,
On Tuesday, June 18, 2013 17:08:09 Robert Osfield wrote:
> ac - AC3D modeller format. Does anybody use this type of file anymore?
Yes Flightgear - heavily.
The loader is working fine. I never cared for the writer.
Greetings
Mathias
___
osg-users
Hi Robert,
On Friday, June 14, 2013 13:08:43 Robert Osfield wrote:
> My opinions about what to do in about osg::Geometry and the old
> deprecated functionality is continuing to evolve. I'm starting to
> feel that have an osg::GeometryDeprecated is going to be awkward to
> maintain and for end us
Hi,
On Tuesday, June 04, 2013 14:12:21 Robert Osfield wrote:
> > May be this is also an opportunity to throw out the deprecated dlists?
>
> I don't reason a need to drop display lists in osg::Geometry, at least
> at this point. Display lists are rather orthogonal to the rest of the
> API.
>
>
Hi Robert,
On Tuesday, June 04, 2013 09:42:10 Robert Osfield wrote:
> Thoughts?
Great idea!
I see that the GeometryDeprecated is still needed.
... that means we will need this at least.
The begin/end emulation code could then probably move to wherever you move the
GeometryDeprecated class.
Wh
Hi,
On Tuesday, April 23, 2013 22:17:42 Marcel Pursche wrote:
> I recently checked out the newest development release of OSG (version
> 3.1.5). After playing around with the osgatomiccounter and osgcomputeshader
> examples I tried to implement order independent transparency with per pixel
> linke
On Saturday, March 02, 2013 14:00:19 Hartwig Wiesmann wrote:
> I would like to create dynamically PageLOD nodes whenever a node within a
> certain LOD range is displayed.
>
> Example:
>
>
> Code:
>
> pagedLOD->AddChild(modelL1,100.0f,FLT_MAX);
> pagedLOD->AddChild(modelL2,0.0f,100.0f);
>
>
>
Hi,
On Thursday, February 21, 2013 14:13:19 Sebastian Messerschmidt wrote:
> do you need to copy it? Or is it sufficient to re-use it in terms where
> it is allowed to be modified by the second pass?
> If later applies, you simply can bind the same depth buffer as input
> texture to your RTT pass
Hi,
On Tuesday, February 19, 2013 19:07:59 Christian Buchner wrote:
> After some futile attempts to make the nVidia dual depth peeling compatible
> with non-Vidia cards by dropping the vendor specific extensions I've
> decided to go forward with the DepthPeeling code from osgoit.
>
> I noticed t
Hi,
On Monday, February 18, 2013 15:56:02 Christian Buchner wrote:
> does osgoit require the loaded 3D model to be transparent already?
What do you mean?
If parts of your model are not transparent they should not render transparent?
Right?
> I remember that I was able to run osgdepthpeeling with
Hi List,
On Sunday, February 17, 2013 08:20:55 Sajjadul Islam wrote:
> are both the same is theory ? What are the differences between them
> implementation-wise ?
osgoit concentrates on the order independent transparency and does this with a
minimal requirement on the state of the displayed mod
Hi,
On Tuesday, February 12, 2013 11:55:48 Robert Osfield wrote:
> Integrating with an ECEF model would be ideal, lots of OSG users have
> applications where whole earth models are used and viewpoints go from
> within the atmosphere to outside it.
If there is a question how this can be achieved,
Hi,
On Wednesday, February 06, 2013 11:02:43 Robert Osfield wrote:
> Can we finally using cmath in include/osg/Math is clean this header up?
As you already mentioned above. We have stopped using IRIX some years back.
The rest of the unixes, followed about two years later. Where only irix had
pr
Hi,
On Tuesday, February 05, 2013 10:48:19 Ulrich Hertlein wrote:
> PS: On a related note: how do you folks feel about slowly starting to adopt
> C++11 features? I feel like a kid in a candy store with all the new stuff
> that has come along! :-D ___
Hi,
On Friday, January 25, 2013 11:29:22 Glenn Waldron wrote:
> This is a great topic and I am very interested to learn the facts about
> this.
>
> In osgEarth using display lists (on my NVIDIA GTX275) yields a sizable
> performance boost over VBOs in many scenarios. In some of my tests I've
> s
Hi,
On Thursday, January 24, 2013 10:27:48 Robert Osfield wrote:
> On 22 January 2013 20:15, Terry Welsh wrote:
> > I don't think this has been asked in a while. Is it time to switch
> > Drawables to use VBOs instead of Display Lists by default? I *always*
> > switch it manually, except for a co
Hi,
On Thursday, December 27, 2012 11:43:00 Paul Martz wrote:
> Ah ha. And each Camera has it's own StateSet. I see.
>
> My situation is a bit different, as I have a single subordinate Camera
> buried in the scene graph, and it is on that Node that I want to set a
> projection matrix Uniform tha
Hi,
On Tuesday, October 02, 2012 14:01:59 Chris Hanson wrote:
> Does anyone here on the list know any of the folks involved in the
> glslDevil project:
> http://www.vis.uni-stuttgart.de/glsldevil/
>
> This seems to be one of the few prospects for a cross-platform (Linux and
> Windows anyway)
7;s open and you can change this fo your needs if you have special needs.
Well, if you have problems feel free to contact either me personally or ask
questions at the flightgear maling list.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71
tremely exciting VR and training devices at the MPI in
Tübingen where we could see flightgear running.
For interrest, what are you using flightgear for?
... can you tell that?
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tu
emely bad with computing mipmapping together with
texture compression.
Can you give the following command line
fgfs --prop:/sim/rendering/texture-compression=off
a try?
This will switch off the use of forced texture compression which might help in
this situation.
Please tell me if ths works fo
. But I am
not sure if this holds for everyone using osg.
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstandsvorsitzender/Chairman of the board of management:
G
Hi,
On Tuesday 10 April 2012, Alberto Luaces wrote:
> If I recall correctly, math.h was required for some unices that lacked
> the cmath header.
That was sgi's irix which is *really* dead in the meantime.
All others even hpux and for sure aix and solaris have cmath.
Mathias
--
ically aequivalent slave for a different view, even for
your code. True?
So I assume this also holds for the above detail.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +4
hen it should not matter.
May be its a real library call, then it's probably more expensive.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 70
d 'ptrNew' are only read and could actually both
> be const but aren't for some reason.
Casting this is probably ok. It boils down to the question if gcc accepts the
casted version that clang needs or if gcc then fails with a similar problem.
If you can make sure that gcc'
re spect in old OpenGL standards valid and backward compatible up to today.
* Dlists are deprecated. So driver writers assume since some time that the
more optimized fast path should be the vbo/drawarray path.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solution
show that this method also
performs equally fast for compressed textures. I have not tried the nvidia
ones, but I assume that they also have on chip 3ds compression and
decompression and could behave the same.
And no, I have no clue why this described algorithm is probalby not used for
in nv
g in my case)
There is a traversal ordered render bin since some time. This one renders just
in the order you traverse your scenegraph with the cull visitor.
Of course you loose plenty of optimizations due to state sorting ...
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Softwa
e?
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr. Ingrid
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr. Ingrid Zech
Vorsitzender
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr. Ingrid Zech
Vors
nix file name that is fed
into openvrml.
Feel free to use this patch in any way. That is modify to make it portable and
post upstream ...
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 94
the todo list, where it is still lurking around.
So in the end here my +1 for 'there might be something wrong with osg's
current vrml uri usage'.
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49
On Tuesday 28 June 2011, Robert Osfield wrote:
> A big thank you to all that have helped, and to everyone have fun with
> the new release, I think it's pretty darn awesome :-)
Thank YOU!
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-
Robert,
The unices built fine.
Thanks!
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier
Hi Robert,
On Friday, June 24, 2011 21:01:02 Robert Osfield wrote:
> I'm afraid I've got too much to think about with the release to start
> ponder on other topics so I'm going to bow out gracefully. After 3.0
> I'll start thinking about what might go into 3.2, so this would then
> be a natural t
Hi Robert,
On Wednesday, June 22, 2011 17:17:26 Robert Osfield wrote:
> > At first it would probably help when the NodeVisitor is able to visit
> > Drawables using the usual accept mehtods or something like that. Then we
> > could probably just use the Geodes traverse method to walk the drawables
irst it would probably help when the NodeVisitor is able to visit
Drawables using the usual accept mehtods or something like that. Then we
could probably just use the Geodes traverse method to walk the drawables.
One dfficulty in this approach is the Bilboard implementation that does little
more
Hi Robert,
On Tuesday 21 June 2011, Robert Osfield wrote:
[...]
Ok!
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr
a custom way, just like the cull callback can be used to traverse the
children of any other child node in a custom way.
Anyway, now this is too late for 3.0. But may be we could think about that
past 3.0.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
H
have
so many more compile problems with solaris due to missing member template
functions in the stl implementation than we had with HP.
So given that, I am very tempted to just drop solaris too.
What do your think?
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software S
gt; svn/trunk and let me know if things still compile fine.
>From today morning, it compiled on HP and solaris.
> Does FlightGear not use the OSG's full screen?
Yes it does. But not on HP :)
Currently flightgear does not render well on current osg trunk.
Over the time we gained a highly
reen stuff.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr. Ingrid
hen doing the cmake configure step. Or rebuild gcc with the
configure flag --with-cpu=i686 or something sensible for your build
environment. Then rebuild osg from scratch.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebi
ene graph developer
> just concentrates on composing the scene graph and state classes to
> get the result they want.
Fine then.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax:
ld provide such a 'ShaderCompositon' object as a
member and you let the state attribute work on this member of the State?
Then this could be moved easier if this turns out to be critical?
So, again the critical thing from my point of view:
If you can make sure that we never relink d
in the cull visitor or
somewhere there.
The render leafs will just reference the finally compiled and linked shader
open gl objects then. The State would only need to avoid reloading the same
final shader program twice in a series.
My two cents ...
Greetings
Mathias
--
Dr. Mathias Fröhlich
starts having support for that!
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemei
, but it might be sufficient and it
is cheap.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Ni
Or specify at least -march=i686 or something better for your c*flags.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. B
Mutex is used.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr
atomic ref counting.
I did not look too close. But I would guess that this has something todo with
the cflags that are used in this particular build.
Is it a 32-bit build?
Greetings
Mathias Fröhlich
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75,
e path for atomic in
> OpenThreads. I don't have time to investigate further.
The attached patch helps a lot for this problem here.
Robert,
Do you need a correct osgsubmission for that?
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75
n the QFont implementation by an own margin
that appeared to fix that problem. That left the original reason on the todo
list ...
Glad to see that we know where this happens.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen
is in the file and if that does not work, try
the bare filename without path.
Does that help four you?
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-
resent! And cl *has* the intrinsics present.
Also gcc-mingw > 4.0 has the atomic builtins present ...
So on windows we should not need to use mutexes ...
One way to fix this would be to replace the intrinsics for win32 with the
library functions and just code hard in cmake that we this variant o
ue.
What I can tell is that flightgear uses magnitudes of correct displayed ac3d
models in the scenery and for the aircraft models.
So, what you encounter seems to be a corner case.
So, either please provide the file you have problems with or a fix that makes
that load well ...
Greetings
fix is also already included in a submission regarding
portability fixes from me some time ago...
:)
Thanks anyway ...
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorst
Thanks for all that work!
I still rebuild about every day doing some small functional tests.
At home, I regularily build flightgear with current trunk which worked as
usual up to yesterday evening.
Also: what a nice idea to write gl.Vertex3f()
:)
Greetings
Mathias
--
Dr. Mathias Fröhlich
Have Fun!!!
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr. Ingrid
Hi,
On Friday 31 July 2009, David Guthrie wrote:
> In several different apps after switching to 2.8.0/2.8.1 from 2.6.0, we've
> started seeing frequent issues with NaN in the cull visitor, Specifically
> printed out from line 826 in CullVisitor.cpp
>
> osg::notify(osg::NOTICE)<<"Cull
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr. Ingrid Zech
Vorsitzender de
uch an addition. They
claimed that the raytracer is in fact designed to support such an addition in
a more or less natural way. But they were asking for somebody doing the
codework.
So if you have some spare time ...
:)
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Softw
this particular issue. It's
> not a major issue at present, it's just that some memory won't be
> cleared right away.
Not a problem!
That was just the reason I did the same for the cameras.
And since you objected against that I thought that I should say that ...
Greetings
Math
ias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr. Ingrid Zech
Vorsitzender des Au
27;t be deleted untill you attempt
> to render the next frame.
I know.
By the way, did you know that the same happens for the Drawables, since the
render leafs are cleared in exactly that code path.
So should they also be cleared just past rendering?
Greetings
Mathias
--
Dr. Mathias Fröhl
of one application matches
the pattern of all other applications ...
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr
rorprone)
Then you need to make sure that cmake does not rewrite that file.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
On Friday 29 May 2009, Robert Osfield wrote:
> Hi Mathias,
>
> 2009/5/29 Mathias Fröhlich :
> > Should the Render Stage have a reference to the camera instead of just a
> > pointer? Since the RenderStage relies on the Camera being present, this
> > appears to be the /rig
ue? If so you
will not see every such Camera rendered correctly. Only the last one
traversed by the cull visitor will render correctly. True?
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071
able to show up and vanish on the fly without
the need to stop threading and restart that with an extra chance to miss some
frames.
Currently debugging this because of more or less the same problem I observed
with pre render cameras instead of post render ...
Greetings
Mathias
--
Dr. Ma
d be great to have!
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno S
m into an own renderbin
introduces a noticable runtime overhead compared to the defaullt renderbin
execution time.
So if there is no way for such a scenegraph ordered renderbin, a custom
drawable might be something to at least think about.
Any chance for such a RenderBin where the scenegraph order
d some ideas ...
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr.
ed to paint a clear line what is
apropriate for this kind of support list and what is not. Note that this
could be done in a polite way! Being consequent helps a lot in many
situations.
Just my half of a cent ...
Greetings and also a big and impressed thank you for all working here!!!
Mathias
into osg. Then a
configure time test could be used to either use the system provided libexpat
or build and use the osg provided.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax
ll known scalability reasons ...
The only thing I see is to point people with too basic questions to a faq. Or
tell peope who are too unpolite that they are too unpolite.
So, nothing non obvious from me ...
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
then we could use the structure and organisation for an
> osg meeting.
Is there such an event in Paris?
If not, may be the LinuxTag in Berlin at the end of june is something to
consider!?
Or little later, Fosdem at Bruxeles at the beginning of each year?
Greetings
Mathias
--
Dr. Mathias Fröhlic
ings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr. Ingrid
y to 1 in *every*
application I have some revision control access for - including flightgear.
Also note that I do work on ATI gpu's on a regular basis without any problems
with these factors equal to one and with huge z buffer problems with the
defaults.
Greetings
Mathias
--
Dr. Mathi
nt depthpeeling in some way with
our osg based application. I will, once this is ready, provide my test
programs to Robert
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax:
ute to StateAttribute::OVERRIDE.
GReetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno
On Monday 02 March 2009 14:42, Joakim Simonsson wrote:
> I have created a slave camera. It should represent a rear mirror on a
> vehicle.
See osg::FrontFace and the the man page of glFrontFace.
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagel
too.
... but I will not register at yet an other forum internet page :)
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bern
. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr. Ingrid Zech
Vorsitzender des
etings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Dr. Arno Steitz, Dr. Ingrid Zech
Vorsit
le flags handling. So should that be on by default?
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Rolan
g, and after that I'll make another
> fgfs run and will then explore the next core dump ...
Good luck ...
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand
t; opportunity to report a show stopper!
>
> Unless there is a show stopper reported I'll tag 2.8.0 at 1500hrs GMT
> today.
I successfully compiled today morning's 2.8 branch on solaris, hpux and two
linux variants.
Looking forward to the release.
Mathias
--
Dr. Mathias Fröhli
> won't be able to test the XCode projects.
As of yesterday evening (rev 9622), Solaris, HP-UX and SuSE 9.0 built
successfully.
Thanks for all your work!
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone:
vailalble and other parts will be missing.
So the 'right fix' would be to extend the configure time check to check all
required functions. If they are there, use the atomics if not don't do
that ...
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software
ime in /include/osg/Config ...
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Florian Geyer,
Dr.
orks always the same ...
May be old scool, but *very* efficient for the day work!
Greetings
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Manage
1 - 100 of 163 matches
Mail list logo