I give up... could someone save me the suffering and mail me a
tarball of openal they have to this address? I've decided cvs hates
me lol... kind of reminds me of Martin's signature on all his posts!!
___
Flightgear-devel mailing list
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.
Erik
Interesting. I happen to keep
* 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.
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:
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 of
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=4S=12Z=10X=706Y=5191W=
3
Oh, nice I think we urgently need a way to inject user-submitted
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 !
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.
Erik
Interesting.
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
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 directory
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
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 where a
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
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 is
[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
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 !
BTW,
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 belongs to the
* 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
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 :
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 support it.
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
-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.
winmail.dat___
Flightgear-devel mailing list
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.
* 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
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
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 point)
* 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 reference
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 me like
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
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-pitch-deg'
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.
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 also
32 matches
Mail list logo