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
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
* Frederic Bouvier -- Thursday 30 June 2005 08:51:
I am rather on Andy's line here. As I tried to explain to Melchior
'remove' doesn't mean 'destroy'.
We know. It was said a few times in this thread already. removeChild()
just *pretended* to remove something, when it actually only detached it.
Andy Ross wrote:
If you guys need or want a bit that says leave in tree until
condition X has occurred, then that's fine. But you can't use the
refcount to do it, that's not what it's for.
Reference counting is used to make sure that (a) memory is never freed
when there are live pointers to
Melchior FRANZ wrote:
* Frederic Bouvier -- Thursday 30 June 2005 08:51:
I am rather on Andy's line here. As I tried to explain to Melchior
'remove' doesn't mean 'destroy'.
We know. It was said a few times in this thread already. removeChild()
just *pretended* to remove something, when it
Here's an update to what I've discovered - hopefully someone can give me a hint
on some
questions I have.
First, I've added some output statements in easyxml.cxx, in this version of the
readXML()
function:
---
-- start --
---
void
readXML (istream
void
readXML (istream input, XMLVisitor visitor, const string path)
{
XML_Parser parser = XML_ParserCreate(0);
...
XML_ParserFree(parser);
cout A-3 endl;
throw sg_io_exception(Problem reading file,
sg_location(path,
void
readXML (istream input, XMLVisitor visitor, const string path)
{
XML_Parser parser = XML_ParserCreate(0);
...
XML_ParserFree(parser);
cout A-3 endl;
throw sg_io_exception(Problem reading file,
sg_location(path,
void
readXML (istream input, XMLVisitor visitor, const string path)
{
engine_filename = FindEngineFullPathname(engine_filename);
readXML(engine_filename, *engine_file_parser);
The parameters don't match up for one thing. engine_filename is a string?
Dave
Sorry - there's
Jon Berndt wrote:
The item I see as most suspect now is the false result from the call to
input.good().
Did you check the file in a browser to make sure it contains valid XML?
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
* Melchior FRANZ -- Thursday 30 June 2005 09:40:
If the scope of the returned guarded pointer ended, the whole subtree
basically ended as zombie
[...]
It would have to do this recursively. Because neither SGPropertyNode_ptr
nor SGPropertryNode do AFAIK destroy their children on destruction.
Erik Hofman a écrit :
Melchior FRANZ wrote:
* Frederic Bouvier -- Thursday 30 June 2005 08:51:
I am rather on Andy's line here. As I tried to explain to Melchior
'remove' doesn't mean 'destroy'.
We know. It was said a few times in this thread already. removeChild()
just *pretended* to
* Frederic Bouvier -- Thursday 30 June 2005 15:34:
For a reason : it is the job of SGPropertyNode_ptr destructor :
[...]
If the vector of children SGPropertyNode_ptr is properly cleared in the
SGPropertyNode destructor, the whole tree should go away recursively.
Meanwhile I know that, too. If
Melchior FRANZ a écrit :
* Frederic Bouvier -- Thursday 30 June 2005 15:34:
For a reason : it is the job of SGPropertyNode_ptr destructor :
[...]
If the vector of children SGPropertyNode_ptr is properly cleared in the
SGPropertyNode destructor, the whole tree should go away
* Frederic Bouvier -- Thursday 30 June 2005 16:05:
Melchior FRANZ a écrit :
I am sorry about that, and please accept my apologies. I didn't get into
the issue until you change the API, and I only understood you didn't get
the idea until your last message.
Heh ... and I apologize to all for
Melchior FRANZ wrote :
* Frederic Bouvier -- Thursday 30 June 2005 16:05:
Melchior FRANZ a écrit :
I am sorry about that, and please accept my apologies. I didn't get into
the issue until you change the API, and I only understood you didn't get
the idea until your last message.
Heh
From: Drew [EMAIL PROTECTED]
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.
bass pumped wrote:
Martin Spott wrote:
bass pumped wrote:
The website says the password is 'guest'. It doesn't work for me!
just stalls!!
Why do you yell at me !?
I'm sorry... I didn't think I was yelling at you. But if u feel I
did so, I sincerely apologize, that was not my
Ampere K. Hardraade wrote:
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
Simon Hollier wrote:
Andy Ross wrote:
[...] tought [...]
...and some of us were taught ;
Oh, the irony!
Mea culpa. But it would only have been ironic if I were criticizing
spelling, not usage.
You didn't punctuate your first sentence, by the way. Smileys don't
count. And your usage of
* Ampere K. Hardraade -- Thursday 30 June 2005 19:36:
On June 30, 2005 12:46 pm, Harald JOHNSEN wrote:
The options to enable shadows are in the rendering dialog.
Strangely, the option is not there. Do I have to run ldconfig after I
compiled and installed SimGear?
Silly question: have you
Ampere K. Hardraade wrote:
On June 30, 2005 12:46 pm, Harald JOHNSEN wrote:
The options to enable shadows are in the rendering dialog.
Harald.
Strangely, the option is not there. Do I have to run ldconfig after I
compiled and installed SimGear?
Ampere
You need to sync the
Andy Ross wrote:
Simon Hollier wrote:
Andy Ross wrote:
[...] tought [...]
...and some of us were taught ;
Oh, the irony!
Mea culpa. But it would only have been ironic if I were criticizing
spelling, not usage.
You didn't punctuate your first sentence, by the way. Smileys don't
count.
* Harald JOHNSEN -- Thursday 30 June 2005 19:40:
You need to sync the data or at least data/preferences.xml and
data/gui/dialogs/rendering.xml
BTW: I just noticed that volumetric shadows work for me with
Linux 2.6.11.7 + nVidia 6629, but not with Linux 2.6.12.2 and
driver 7664. With the
On June 30, 2005 02:36 am, Frederic Bouvier wrote:
Look a second time :
http://fgfsdb.stockill.org/modeledit.php?id=150
;-)
-Fred
No, no. By surroundings, I mean parks, parking lots, plazas, ponds, trees,
etc. =)
Simon Hollier wrote:
Andy Ross wrote:
And your usage of the ellipsis is non-standard; it should
represent missing text.
It did represent missing text: Some of use were tought,
Except that text wasn't missing. You quoted it, remember? And even
if not, it was *my* text and can't be
On June 30, 2005 01:40 pm, Harald JOHNSEN wrote:
You need to sync the data or at least data/preferences.xml and
data/gui/dialogs/rendering.xml
Harald.
Oh, that explains it. I kept updating the source of SimGear and FlightGear
thinking the problem is originated there, and didn't touch the
Andy Ross wrote:
Simon Hollier wrote:
Andy Ross wrote:
And your usage of the ellipsis is non-standard; it should
represent missing text.
It did represent missing text: Some of use were tought,
Except that text wasn't missing. You quoted it, remember? And even
if not, it was *my* text
Simon Hollier
Andy Ross wrote:
Simon Hollier wrote:
Andy Ross wrote:
And your usage of the ellipsis is non-standard; it should
represent missing text.
It did represent missing text: Some of use were tought,
Except that text wasn't missing. You quoted it, remember? And even
Melchior FRANZ wrote:
BTW: I just noticed that volumetric shadows work for me with
Linux 2.6.11.7 + nVidia 6629, but not with Linux 2.6.12.2 and
driver 7664. With the latter, the whole screen goes darker, and
no other shadows are visible. But since the newer drivers lock
the machine if
* Jon Stockill -- Thursday 30 June 2005 20:42:
Melchior FRANZ wrote:
BTW: I just noticed that volumetric shadows work for me with
Linux 2.6.11.7 + nVidia 6629, but not with Linux 2.6.12.2 and
driver 7664.
I upgraded to 7664 a couple of days ago, fired the sim up, and the
machine
Jon Stockill wrote:
Melchior FRANZ wrote:
BTW: I just noticed that volumetric shadows work for me with
Linux 2.6.11.7 + nVidia 6629, but not with Linux 2.6.12.2 and
driver 7664. With the latter, the whole screen goes darker, and
no other shadows are visible. But since the newer drivers lock
You could write a nasal script that updates target-y-offset-m based on
the aircraft's distance from the tower. You can get the tower and ac
position from the property tree, nasal does trig, and that's all you need.
Josh
I'll look into that. Thanks!
* Harald JOHNSEN -- Thursday 30 June 2005 20:56:
[volumetric shadows not working on nvidia 7664]
Can you set /sim/rendering/multi-pass-clouds to true in property
browser for a few frame then to false
again and see if that change anything ? I forgot to initialize something...
Doesn't help.
On June 30, 2005 02:04 pm, Ampere K. Hardraade wrote:
Oh, that explains it. I kept updating the source of SimGear and FlightGear
thinking the problem is originated there, and didn't touch the base
package. =))
I will update those files now.
Thank you very much,
Ampere
I got it working
Is there a way to get button-release events from the clickable panels,
or do they just sense a button-press and touch off the command then? I
want to make some instantaneous switches for the B-29. I have figured
out how to do it with the keyboard and joystick, but I also want it to
work with mouse
On Thursday 30 Jun 2005 23:20, Josh Babcock wrote:
Is there a way to get button-release events from the clickable panels,
or do they just sense a button-press and touch off the command then? I
want to make some instantaneous switches for the B-29.
Like the fuel gauge in the Spitfire?
AJ
Josh Babcock wrote:
Is there a way to get button-release events from the clickable
panels, or do they just sense a button-press and touch off the
command then? I want to make some instantaneous switches for the
B-29. I have figured out how to do it with the keyboard and
joystick, but I also
Andy Ross wrote:
Josh Babcock wrote:
Is there a way to get button-release events from the clickable
panels, or do they just sense a button-press and touch off the
command then? I want to make some instantaneous switches for the
B-29. I have figured out how to do it with the keyboard and
Point taken. Will correct.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
40 matches
Mail list logo