Erik Hofman a écrit :
Andy Ross wrote:
Seriously: the removeChild() method is just buggy. It should never
have cared about refcounting at all.
Andy, I have to agree with Melchior here. If you call removeChild you
have the intention that it will stay in the tree until refcount
becomes zer
Ampere K. Hardraade wrote :
On June 28, 2005 04:47 am, Frederic Bouvier wrote:
On June 27, 2005 05:00 pm, Frederic Bouvier wrote:
In the first, an oracle building cast its shadow on another one
http://frbouvi.free.fr/flightsim/fgfs-shadow-1.jpg
If I go forward a bit, the shadow disa
Hi,
On Mittwoch 29 Juni 2005 08:45, Ampere K. Hardraade wrote:
> hmm... I have tried removing, purging and reinstalling everything related
> to Mesa, but the error message about RenderTexture is still there.
>
> Mathias is the only other person who has the same problem as I have, and
> he/she is
Thanks, I'll try that, but I don't understand your description. The
view origin is fixed in space as it is. Since the field of view is
only 8 degrees horizontally, I figured the .9 degrees would shift the
target upwards by about 1/6 the height of the image. That's what I'm
trying to do, anyway.
> From: Drew <[EMAIL PROTECTED]>
>
> Hey All,
>
> I'm trying to configure a tower view in FlightGear that is offset in
> pitch such that the airplane appears above the center of the screen,
> but still tracks the position of the aircraft. I can't figure out how
> this is done, as the 'offset-pit
Hey All,
I'm trying to configure a tower view in FlightGear that is offset in
pitch such that the airplane appears above the center of the screen,
but still tracks the position of the aircraft. I can't figure out how
this is done, as the 'offset-pitch-deg' property seems to have no
effect. Here
Melchior FRANZ wrote:
> Andy Ross wrote:
> > * In this case: using the reference count to tell whether or not the
> > node is "in the tree" or "detached".
>
> Actually, it prevents nodes from disappearing from our property node
> memory representation -- which is the property tree.
It sounds to
* Andy Ross -- Wednesday 29 June 2005 23:42:
> Reference counting is used to make sure that (a) memory is never freed
> when there are live pointers to it, and (b) live pointers never point
> to freed memory. Any other usage* is just wrong, and causes bugs**.
>
> * In this case: using the referen
Erik Hofman wrote:
> Andy, I have to agree with Melchior here. If you call removeChild you
> have the intention that it will stay in the tree until refcount becomes
> zero and then it will be deleted. If you call removeChild() and it just
> detached from the tree (without cleaning it up at some poi
Andy Ross wrote:
Seriously: the removeChild() method is just buggy. It should never
have cared about refcounting at all.
Andy, I have to agree with Melchior here. If you call removeChild you
have the intention that it will stay in the tree until refcount becomes
zero and then it will be del
* Melchior FRANZ -- Wednesday 29 June 2005 21:48:
> it's still far less buggy than the old version ... that you can still use
> (I can send you a patch that replaces removeChild with detachChild. ;-)
This is not entirely fair. The old version wasn't buggy. It did correctly
what it wanted to do. It
This can be changed by just removing two checks. And it's still
far less buggy than the old version ... that you can still use
(I can send you a patch that replaces removeChild with detachChild. ;-)
I'm happy with everything except reverting to the zombie generator.
m.
_
-Original Message-
>From: Jim Wilson [mailto:[EMAIL PROTECTED]
>Hope this helps.
>Best regards,
>Jim
Yes it does, Jim. Thanks.
I'll see what I can make happen.
Jim A.
<>___
Flightgear-devel mailing list
Flightgear-devel@flightgear
Melchior FRANZ wrote:
> Well, the theory is that the property tree is there to
> inspect/access values. And the idea is that a remove function
> shouldn't only detach property nodes that are then secretly used
> behind the users back. If you want them to stay, don't remove them.
Reference counting
On June 29, 2005 09:24 am, Simon Hollier wrote:
> No 3D clouds on an r200(9200) with the latest ATI(8.14.13) driver : "No
> suitable pixel format". Shadows work nicely though :>
>
> Simon
I don't see any evidence of a shadow with my graphic card (ATI 9200SE). May
be my graphic card doesn't suppor
On June 28, 2005 04:47 am, Frederic Bouvier wrote:
> > On June 27, 2005 05:00 pm, Frederic Bouvier wrote:
> > > In the first, an oracle building cast its shadow on another one
> > > http://frbouvi.free.fr/flightsim/fgfs-shadow-1.jpg
> > >
> > > If I go forward a bit, the shadow disappear :
> > > ht
* Andy Ross -- Wednesday 29 June 2005 19:49:
> The basic issue as I understand it is that apparently
> SGPropertyNode::removeChild() has been (incorrectly, AFAICT) modified
No. The only modification was a name change. It's now called detachChild().
A new function has been added that does really re
> >> BTW, I can confirm
> >> that LICJ is _not_ part of the e010n30 scenery area,
>
> > How is it LICJ is not part of the e010n30 scenery area? Of course, the
> > scenery area which contains LICJ [...]
>
> I meant: "I can confirm that LICJ is actually not covered by the
> scenery file that belon
"Roberto Inzerillo" wrote:
>> Could you post an MD5 checksum of the downloaded file ? Did you
>> experience any strange messages while unpacking ?
>
> Of course I can, this is it: 55cefe52d8d2a6f573764fce46927e8a
> Source is ftp://ftp.flightgear.org/pub/fgfs/Scenery-0.9.8/e010n30.tgz
Looks good !
[cc'd to flightgear-devel, as this is clearly an architectural issue
and not a bug report.]
The basic issue as I understand it is that apparently
SGPropertyNode::removeChild() has been (incorrectly, AFAICT) modified
to ignore nodes that have a reference count greater than one, which
interacts bad
Hi Martin :-)
> Could you post an MD5 checksum of the downloaded file ? Did you
> experience any strange messages while unpacking ?
Of course I can, this is it: 55cefe52d8d2a6f573764fce46927e8a
Source is ftp://ftp.flightgear.org/pub/fgfs/Scenery-0.9.8/e010n30.tgz
> BTW, I can confirm
> that LICJ
"Roberto Inzerillo" wrote:
> I downloaded scenery file e010n30.tgz which contains Italy terrain and
> airports but as soon as I zoom in the area surrounding airport LICJ, I don't
> see it any more ... it simply disappeared. There's no trace of LICJ.btg.gz
> either! LICJ is still present in apt.da
Hi,
I downloaded scenery file e010n30.tgz which contains Italy terrain and
airports but as soon as I zoom in the area surrounding airport LICJ, I don't
see it any more ... it simply disappeared. There's no trace of LICJ.btg.gz
either! LICJ is still present in apt.dat.gz
There's something wrong wi
Pete Buelow wrote:
> I'm trying to build FlightGear for FC4 on an nifty new amd64 game
> machine. I used to fly on a slightly slower Athlon, but want to
> step up to the plate and see if things are that much better with
> my new video card and 64 bit processor. Here's the issue.
>
> [... a spot whe
Josh Babcock wrote:
Ampere K. Hardraade wrote:
hmm... I have tried removing, purging and reinstalling everything related to
Mesa, but the error message about RenderTexture is still there.
Mathias is the only other person who has the same problem as I have, and
he/she is also using the r200 d
Martin Spott wrote:
> Josh Babcock wrote:
>
>
>>The only problem I had when trying this was keeping one from loading the
>>other's libraries.
>
>
> Do you mean userland libraries or X server modules ?
>
> Martin.
Mostly the userland libraries. IIRC it was easy to get Xorg to look at
it's own d
Thomas Förster wrote:
>
> Mind that also the surrounding scenery tile .btg has to be edited, because it
> has to contain a hole exactly fitting the airport...
>
> Thomas
>
> ___
> Flightgear-devel mailing list
> Flightgear-devel@flightgear.org
> http
Ampere K. Hardraade wrote:
> On June 28, 2005 12:06 am, Ampere K. Hardraade wrote:
>
>>On June 27, 2005 04:26 am, Erik Hofman wrote:
>>
>>>Harald at one point added a check to make sure the RenderTexture context
>>>was actually available. It almost looks like this was a bit too drastic.
>>>
>>>Eri
Josh Babcock wrote:
> The only problem I had when trying this was keeping one from loading the
> other's libraries.
Do you mean userland libraries or X server modules ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Am Dienstag 28 Juni 2005 18:42 schrieb Harald JOHNSEN:
> Martin Spott wrote:
> >Frederic Bouvier wrote:
> >>Quoting Martin Spott :
> >>
> >>
> >>Look by yourself :
> >>http://terraserver.microsoft.com/image.aspx?T=4&S=12&Z=10&X=706&Y=5191&W=
> >>3
> >
> >Oh, nice I think we urgently need a wa
"Ampere K. Hardraade" wrote:
> Mathias is the only other person who has the same problem as I have, and
> he/she is also using the r200 driver:
> http://baron.flightgear.org/pipermail/flightgear-devel/2005-June/037272.html
No, he isn't the only one.
Did you try the same setup with XOrg instead o
Ampere K. Hardraade wrote:
hmm... I have tried removing, purging and reinstalling everything related to
Mesa, but the error message about RenderTexture is still there.
Mathias is the only other person who has the same problem as I have, and
he/she is also using the r200 driver:
http://baron.
* bass pumped -- Wednesday 29 June 2005 08:46:
> I give up... could someone save me the suffering and mail me a
> tarball of openal they have to this address?
I'll send you a *.tar.gz of my unmodified OpenAL dir including all CVS
dirs. So you should (theoretically :-) be able to "cvs up" in there
33 matches
Mail list logo
