Hi Robert,
On Thursday 09 November 2006 14:26, Robert Osfield wrote:
> > To be clear, I work on FlightGear in my spare time. But Daniel 4 other
> > guys and I work with osg in our day job too.
>
> Now the question is... is this is a good thing or a bad thing :-)
Good and bad - like everything in
On 11/9/06, Daniel Trstenjak <[EMAIL PROTECTED]> wrote:
On Thu, Nov 09, 2006 at 01:26:48PM +, Robert Osfield wrote:
> Seems my memory is failing me, no doubt the archives won't forget,
> it'd amusing to see the original discussion. It'll probably be in
> there somewhere amoungst the 50,000
On Thu, Nov 09, 2006 at 01:26:48PM +, Robert Osfield wrote:
> Seems my memory is failing me, no doubt the archives won't forget,
> it'd amusing to see the original discussion. It'll probably be in
> there somewhere amoungst the 50,000 other messages...
http://openscenegraph.net/pipermail/osg
On 11/9/06, Mathias Froehlich <[EMAIL PROTECTED]> > >
ordinarily hit upon. Actually I think you are the first person to
> spot this and mention it publically :-)
Well, ok. I believe that we need to improove out local communications here.
Daniel came in and told me that he also had asked that som
Hi Robert,
On Thursday 09 November 2006 11:09, Robert Osfield wrote:
> On 11/9/06, Mathias Froehlich <[EMAIL PROTECTED]> wrote:
> > Good morning Robert,
>
> Good morning, yep we are both in Europe, so morning it is for both of us :)
:)
> osg::Material is a bit of an oddity in that its the only p
On Thu, Nov 09, 2006 at 10:09:46AM +, Robert Osfield wrote:
> Actually I think you are the first person to
> spot this and mention it publically :-)
Hey, I have been the first one. And we are from the same firm :).
Regards,
Daniel
___
osg-users
Hi Mathias,
On 11/9/06, Mathias Froehlich <[EMAIL PROTECTED]> wrote:
Good morning Robert,
Good morning, yep we are both in Europe, so morning it is for both of us :)
Ok, found it :)
I sucessfully use that otimizer and had a quick look into the flags and did
not remeber something like 'balanc
Good morning Robert,
On Wednesday 08 November 2006 18:16, Robert Osfield wrote:
> At a first pass I just watch the update, cull and draw and GPU stats
> that osgProducer::Viewer provides. Then once this gives me an overall
> picture I then look at the traversal that is giving the most problem.
>
HI Mathias,
On 11/8/06, Mathias Froehlich <[EMAIL PROTECTED]>
Ok. Bought that.
Return to my prevous question:
how can I find out the bottlenecks?
... CPU profiling with whatever CPU profiler is out of question.
Or other asked different:
What tools do you use for that?
At a first pass I just wa
Hi Robert,
On Wednesday 08 November 2006 10:23, Robert Osfield wrote:
> There are lots of issues besides thse to be mindful when composing an
> efficient scene graph. There are also lots of tips and tricks you can
> deploy to help out. What is appropriate will depend on where you are
> starting
Hi Mathias,
On 11/8/06, Mathias Froehlich <[EMAIL PROTECTED]> wrote:
> How many nodes are you updating? 10? 100? 1000? 10,000? If its under
> 1000 then I wouldn't expect traversal to be a big issue. More likely
> is the ops you are doing in the update traversal.
In a standard scene at the def
Hi Robert,
On Tuesday 07 November 2006 16:22, Robert Osfield wrote:
> Traversal is generally quick, I certainly wouldn't worry about cost of
> the virtuals used during a traversal, the big hit you contend with is
> memory bandwidth when doing a traversal.
>
> How many nodes are you updating? 10?
HI Mathias,
On 11/7/06, Mathias Froehlich <[EMAIL PROTECTED]> wrote:
Is he still around here?
Geoff occassionally pops up now and then, not sure he's on osg-uers
right now :-)
Anyway,
do you have any methods to do OpenGL profiling?
Can I find out what parts of the scenegraph are more expens
Hi Robert,
On Monday 06 November 2006 18:10, Robert Osfield wrote:
> The question is what to do about it. Do you know the history of this
> file? Is there some export tool that is being used that is creating
> doggy .rgbs?
He told me now that he used gimp(!) for that ...
Greetings
Hi,
On Tuesday 07 November 2006 14:11, Robert Osfield wrote:
> I'm not the expert on ac3d, so hopefully Geof Michel the author can
> review and chip in.
Is he still around here?
> > In summary we have many people reporting performance problems with osg
> > compared to plib especially under win32
Hi Mathias,
On 11/7/06, Mathias Froehlich <[EMAIL PROTECTED]> wrote:
There is much left to do. But I am on the way ...
The next thing that needs to be done is an updated ac3d Loader. I will come
back when it is ready for your comments : ).
I'm not the expert on ac3d, so hopefully Geof Michel t
Hi,
On Tuesday 07 November 2006 13:06, Robert Osfield wrote:
> I have just checked in your workaround with a tweak to support
> multi-byte colour channels. I don't have any such files to test
> against so I can only hope that its correct. I works fine for your
> sun.rgba and fine for all the OS
Hi Mathias,
I have just checked in your workaround with a tweak to support
multi-byte colour channels. I don't have any such files to test
against so I can only hope that its correct. I works fine for your
sun.rgba and fine for all the OSG's own .rgb's. A cvs update will get
this fix.
Could y
Hi Mathias,
On 11/7/06, Mathias Froehlich <[EMAIL PROTECTED]> wrote:
As told earlier, I don't know what is *right*. But others can read them.
I also doubt that there is an official iso standard for RGB files, true?
Oh I can't comment on that, I all can rember is its was a kinda a
dafacto stand
Robert,
On Tuesday 07 November 2006 10:27, Robert Osfield wrote:
> > Ok. If you have an other fix for that. I would like to test that on our
> > rgb files.
>
> I have pondered on adding the a check later, but there is two seperate
> loops later in the code, which would make it better to do the
>
Hi Mathias,
On 11/7/06, Mathias Froehlich <[EMAIL PROTECTED]> wrote:
It would be interresting to see if lines beyond that line in question are
shifted by some amount?
With you workaround in place the textures look fine. It is the right
hand pixels that are being dropped.
I cannot see any pr
Hi Robert,
On Monday 06 November 2006 18:10, Robert Osfield wrote:
> > It appears to me that the length of the run length encoding is wrong.
> > That change limits that to the min of the value from the file and the
> > remaining line length. May be this is suficient?
>
> I have just added some de
Hi Ken,
On 11/6/06, Ken Sewell <[EMAIL PROTECTED]> wrote:
I haven't experienced this issue myself, but just a quick thought. Gimp
does allow .rgb saved with 'Aggressive RLE (not supported by SGI)'.
Does OSG support both RLE or only the SGI RLE?
That's a good question. I don't write the .rgb
I haven't experienced this issue myself, but just a quick thought. Gimp
does allow .rgb saved with 'Aggressive RLE (not supported by SGI)'.
Does OSG support both RLE or only the SGI RLE?
Ken.
On Mon, 2006-11-06 at 17:10 +, Robert Osfield wrote:
> HI Mathias,
>
> On 11/6/06, Mathias Froehlic
HI Mathias,
On 11/6/06, Mathias Froehlich <[EMAIL PROTECTED]>
It appears to me that the length of the run length encoding is wrong.
That change limits that to the min of the value from the file and the
remaining line length. May be this is suficient?
I have just added some debug output to you
Hi Robert,
On Monday 06 November 2006 14:35, Robert Osfield wrote:
> > I do at the moment not remember which ones failed but I can double check
> > that today evening.
>
> Could you post the problem files.
Ok, found one of them. The file is attached.
> I'd suspect if there is bug in the RGB load
Hi Mathias
That rgb files are in flightgear's data cvs.
I do at the moment not remember which ones failed but I can double check that
today evening.
Could you post the problem files.
I do not know how the RGB file format that good to tell if those files are
corrupt or not.
But the observat
Hi,
On Monday 06 November 2006 12:29, Robert Osfield wrote:
> I have just revied the fix and it looks like a work around for non
> complient data rather than an actual bug fix. Why was this needed?
> What was the source of the problem RGB files?
That rgb files are in flightgear's data cvs.
I do
Hi Mathias,
Thanks for the link. I have searched through my mailing list archive
and can't find it, so I wonder if gmail's spam filter snaffled it, or
something else gobbled it up in its travels. This is rather
concerning.
I have just revied the fix and it looks like a work around for non
comp
Hi Robert,
On Monday 06 November 2006 11:27, Robert Osfield wrote:
> I just just checked through my osg-merged and osg-submissions folders
> and can't find any subject line relating to the RGB plugin. Could you
> point me at the patch?
http://openscenegraph.net/pipermail/osg-submissions/2006-Oc
Hi Mathias,
On 11/6/06, Mathias Froehlich <[EMAIL PROTECTED]> wrote:
Still working on getting everything up working again. There are still some
problems/bugs in current flightgear cvs' version.
I expect that this will settle down within the next weeks ...
BTW: we need a fix to the RGB Loader th
On Monday 06 November 2006 10:46, Norman Vine wrote:
> FYI
>
> http:/www.flightgear.org
>
> Norman
Hehe :)
True.
Still working on getting everything up working again. There are still some
problems/bugs in current flightgear cvs' version.
I expect that this will settle down within the next weeks
FYI
http:/www.flightgear.org
Norman
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
33 matches
Mail list logo