Melchior FRANZ
>
> * Jean-Yves Lefort -- Sunday 05 March 2006 03:06:
> > The attached patch fixes a crash which occurs on exit.
>
> Anyone else seeing this "crash" (which really is a deliberate abort())?
> Or is it a BSD feature?
I don't know if it is _this_ crash with SG and FG cvs_HEAD under
Am Montag, den 06.03.2006, 02:52 -0500 schrieb Chris Metzler:
> On Mon, 6 Mar 2006 01:04:48 -0500
> Ampere K. Hardraade wrote:
> >
> > Julien is working on a program called svg2ac. The other day, we did an
> > experiment generating the Frankfurt airport out of an FAA's airport
> > diagram using
Melchior FRANZ wrote:
* Jean-Yves Lefort -- Sunday 05 March 2006 03:06:
The attached patch fixes a crash which occurs on exit.
Anyone else seeing this "crash" (which really is a deliberate abort())?
Or is it a BSD feature?
I've seen this assertion failure at least once on IRIX.
I'm not all t
A while ago AJ and I had the same crash with FG/SG cvs with multiplay.
After some valgrinding I managed to get this errors, which also has
something to do with things being freed in the destructor and got
reference again further in another destructor. I get this report when
I exit FG, see if this w
Right now svg2ac creates one .ac file containing all the buildings, another containing all the runways and a last one containing all the taxiways.It would be easy for someone to go in the .ac file using either blender or AC3D and edit the geometry, to add features such as towers, modify the height
* Erik Hofman -- Monday 06 March 2006 09:37:
> I've seen this assertion failure at least once on IRIX.
> I'm not all that certain I has all packages in sync though.
There were two bugs, one of them an assertion bug in the
destructor because of a locked (or rather over-unlocked)
mutex. These were t
Jean-Yves Lefort wrote:
A little table (GeForce4 MX 4000, 1280x960) for fgfs --timeofday=midnight:
See the attached patch (I think point-sprite and line-smooth should be
disabled by default).
Why, because an ancient video card can't display it properly?
If we go that way then please disable
Now FG starts to run up but i get the following errors in the terminal.
Oh yeah forgot to mention im using Linux 2.6 kernel.
[EMAIL PROTECTED] ~]# /opt/flightgear/bin/fgfs
--fg-root=/opt/flightgear/share/FlightGear
--fg-scenery=/opt/flightgear/share/FlightGear/Scenery --airport-id=EGPD
--runway
* Vivian Meazza -- Monday 06 March 2006 09:40:
> I don't know if it is _this_ crash with SG and FG cvs_HEAD under Cygwin, but
> I have been getting a segfault on exit for a little while now. So far as I
> can see it is related to the recent ATC changes, not metar.
No, then it is not the same crash
Melchior FRANZ
>
> > I'm also getting the very annoying "... leaving my airspace ..." crash,
> > which looks very similar.
>
> Can you post a backtrace for that?
>
It doesn't happen every time, and it isn't happening right now. The next
time it does, I'll try to get a bt.
V.
--
Julien Pierru wrote:
Right now svg2ac creates one .ac file containing all the buildings,
another containing all the runways and a last one containing all the
taxiways.
It would be easy for someone to go in the .ac file using either blender
or AC3D and edit the geometry, to add features such as
Julien Pierru wrote:
Tiago and I have been working on this pdf-svg to ac converter, that uses
airport pdf maps to create 3Dimensional models loadable in flightgear.
Those models are complete with runways and taxiways. Attached is a
screenshot of the buildings at Wiesbaden. We still have a coup
Yes svg2ac can be a real improvement in speed, the whole process takes seconds(except for the altitude fetching part, but that can be improved~minutes). The errors currently can not be corrected in Blender, the first one is a bug in my code, the second is inherent to FG(but there are techniques to
On Mon, 6 Mar 2006 08:01:54 +0100
Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> > In the FGMetarEnvironmentCtrl destructor, thread->cancel() causes the
> > following thread->join() call to return without actually waiting on
> > the thread (btw, thread->cancel() does not cause the thread to exit).
>
* Jean-Yves Lefort -- Monday 06 March 2006 11:28:
> pthread_cancel() does cause the thread to exit, but the C++
> destructors are not invoked. The SGGuard destructor can therefore
> not unlock the mutex.
Which destructor is not invoked (apart from the SGGuard one)?
~FGEnvironmentCtrl()? That woul
On Mon, 06 Mar 2006 09:30:08 +0100
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Jean-Yves Lefort wrote:
> > A little table (GeForce4 MX 4000, 1280x960) for fgfs --timeofday=midnight:
>
> > See the attached patch (I think point-sprite and line-smooth should be
> > disabled by default).
>
> Why, becau
On Mon, 6 Mar 2006 11:37:21 +0100
Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> * Jean-Yves Lefort -- Monday 06 March 2006 11:28:
> > pthread_cancel() does cause the thread to exit, but the C++
> > destructors are not invoked. The SGGuard destructor can therefore
> > not unlock the mutex.
>
> Whic
Just a thought about my earlier email regarding switching off the fuel pump on
the 737's engines having no effect.
Would it not be possible to write a nasal script that would detect the fuel
pump propery and if false gradually start reducing power via the throttle
property until the engine is s
Hello Justin
Justin Smithies writes
Just a thought about my earlier email regarding switching off the fuel pump
on
the 737's engines having no effect.
Maybe because the fuel pump is driven off the engine accessory gearbox so if
the engine is turning the fuel pump is working. unless the sha
Cheers Innis,
Please excuse my enthusiasm and lack of knowledge . I
am learning and drowning under piles of 737 documentation off the web and
from boeing etc.
Thanks though ;)
Justin Smithies
On Monday 06 March 2006 11:49, Innis Cunningham wrote:
> Hello Justin
>
>
>
I dont know if this is of any use but i found some more info on the fuel
system at http://www.b737.org.uk/fuel.htm
Justin Smithies
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into w
Is it possible to have a nasal script running and waiting for an event to
happen , say watching a switch then if the condition is met do the required ?
Any example scripts would be appreciated.
Justin Smithies
---
This SF.Net email is sponsor
* Justin Smithies -- Monday 06 March 2006 13:15:
> Is it possible to have a nasal script running and waiting for an event to
> happen , say watching a switch then if the condition is met do the required ?
setlistener("/some/switch", func {
if (cmdarg().getBoolValue()) {
Hey thanks,
But just to get me going could you write it out as if it
was doing the following in script form.
That should help me heaps to understand this and keep me busy too ;)
Say i wanted to monitor the /engines/engine[0]/cutoff property.
If it ever changed to true i woul
* Justin Smithies -- Monday 06 March 2006 13:40:
> But just to get me going could you write it out as if it
> was doing the following in script form.
> That should help me heaps to understand this and keep me busy too ;)
>
> Say i wanted to monitor the /engines/engine[0]/cutoff property.
> If it
Sorry to trouble you again Melchior FRANZ,
But how do i get this script to run in FG ?
What do i place in the 737-300-set.xml file to make this nasal script active ?
I called the file engine.nas
Regards,
Justin Smithies
On Monday 06 March 2006 12:45, Melchior FRANZ wrote:
> * Justin Smithies --
Getting errors saying it could not read script file engine.nas into module
engine.
Could it be that the values for the cuttoff and reverse should be true or
false not 0 or 1 .
If so can you rewrite that script so if i change ( toggle ) cutoff from false
to true and visaversa it will write to th
* Justin Smithies -- Monday 06 March 2006 13:58:
> Sorry to trouble you again Melchior FRANZ,
> But how do i get this script to run in FG ?
>
> What do i place in the 737-300-set.xml file to make this nasal script active ?
> I called the file engine.nas
Just look at how the 737 does it already! I
* Justin Smithies -- Monday 06 March 2006 14:07:
> Getting errors saying it could not read script file engine.nas into module
> engine.
Then this file isn't in the right place.
> Could it be that the values for the cuttoff and reverse should be true or
> false not 0 or 1 .
no.
>Aircra
Sorry im too keen got that all sorted just seem to have an error in line 2 ?
last_cutoff = 0;
setlistener("/engines/engine[0]/cutoff", func {
var new_cutoff = cmdarg().getBoolValue();
if (new_cutoff and !last_cutoff) {
setprop("/engines/engine[0]/reversed",
Robicd wrote:
> Julien Pierru wrote:
>
>> Right now svg2ac creates one .ac file containing all the buildings,
>> another containing all the runways and a last one containing all the
>> taxiways.
>> It would be easy for someone to go in the .ac file using either
>> blender or AC3D and edit the geom
* Justin Smithies -- Monday 06 March 2006 14:15:
> Sorry im too keen got that all sorted just seem to have an error in line 2 ?
>
> last_cutoff = 0;
> setlistener("/engines/engine[0]/cutoff", func {
There's nothing wrong with line 2. But I get the impression that you
are not running fgfs from C
On Sunday 05 March 2006 00:41, Dave Perry wrote:
> I would like to add a voltage check before moving the flaps or landing
> gear in data/Nasal/controls.nas. The proposed changes are underlined.
> Since the pa24-250 configs and nasal switches check for voltage for all
> the other electrical device
> Before we go stuffing around it might be good if we find out how the real
> 737 fuel delivery system works(it ain't a cessna).As it stands now if you
> activate the fuel cutoff the engine should shtdown and that pretty much
> is how the real aircraft works.
>
> Cheers
> Innis
True. It would also
I'm using the cvs version as updated today.
I update my local cvs daily.
Justin Smithies
On Monday 06 March 2006 13:20, Melchior FRANZ wrote:
> * Justin Smithies -- Monday 06 March 2006 14:15:
> > Sorry im too keen got that all sorted just seem to have an error in line
> > 2 ?
> >
> > last_cuto
* Justin Smithies -- Monday 06 March 2006 14:43:
> I'm using the cvs version as updated today.
Then you corrupted that code snipped when you copied it to that
file, and some invisible character got added. There was a bug
in some older KDE versions that did such. Check the engine.nas
file. I hadn't
On 04/03/06, Dave Perry <[EMAIL PROTECTED]> wrote:
> I would like to add a voltage check before moving the flaps or landing
> gear in data/Nasal/controls.nas.
My Warrior has manual flaps activated by a giant metal bar between the
seats, similar to a parking brake in a car -- I think that's true o
Melchior FRANZ wrote:
> * Jean-Yves Lefort -- Sunday 05 March 2006 03:06:
>> The attached patch fixes a crash which occurs on exit.
>
> Anyone else seeing this "crash" (which really is a deliberate abort())?
> Or is it a BSD feature?
FreeBSD-5.3:
Assertion failed: (status == 0), function ~SGMute
hi there,
i'am currently playing with the electrical system. i'am not sure if i,ve
found a bug or if i'am using it the wrong way.
if configured the following setup:
(supplier (alternator) 115V)
|
(connector (with switch A))
|
(bus A)
|
(connector)
Justin Smithies wrote:
> I dont know if this is of any use but i found some more info on the fuel
> system at http://www.b737.org.uk/fuel.htm
i'am currently working on the electrical system (also using the specs
from that site), to be able to model the fuel and the pneumatics stuff..
cu Markus
Justin Smithies wrote:
Now FG starts to run up but i get the following errors in the terminal.
Oh yeah forgot to mention im using Linux 2.6 kernel.
[EMAIL PROTECTED] ~]# /opt/flightgear/bin/fgfs
--fg-root=/opt/flightgear/share/FlightGear
--fg-scenery=/opt/flightgear/share/FlightGear/Scenery -
Hi Markus,
The xml based electrical system model is in the process of being
abandoned. It's there for backwards compatibility only. I wrote it and
realized later that it just didn't have enough capabilities to model
anything much beyond a simple single engine aircraft electrical system.
It
FGFS crash at startup with fresh CVS build:
from fgrun
OpenAL error (AL_INVALID_VALUE): constructor (alBufferData)
Error loading MK VIII sound sample "application-data-base-failed.wav":
Failed to buffer data.
*** glibc detected *** free(): invalid pointer: 0x04da4ce8 ***
from cmd line
Ope
Hi all can someone fix this test script for me and show me the error of my
ways.
Its just a test so dont panic about what it actually does. Just so i can see
how to affect other values using a script and viewing all on the same http
page of the property tree makes it easier for me.
setlistener
alexis bory a écrit :
> FGFS crash at startup with fresh CVS build:
By the way, wich are the most usefull options for strace ?
Alexis
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications i
Fixed it guys ...
setlistener("/controls/engines/engine/cutoff", func {
var new_cutoff = cmdarg().getBoolValue();
if (new_cutoff == 0 ){
setprop("/controls/engines/engine/reverser", 0);
} else {
if (new_cutoff == 1 ){
setprop("/controls/engines/engine/reverser", 1);
}
}
});
Now i see how this wo
Melchior FRANZ wrote:
> Justin Smithies wrote:
> > Nasal parse error: illegal character
>
> There's nothing wrong with line 2.
There almost certainly is. This error is really quite specific: the
lexer found a byte that wasn't whitespace and wasn't a legal start of
a symbol. I'd suggest attaching
Justin Smithies wrote:
> I seem to have the {} () ; wrong somewhere and maybe some other
> little errors.
You didn't close the parentheses in the setlistener() call. Every "("
must be matched with a ")" of course. Programmers use indentation
conventions (and usually special editors) to help with
* Andy Ross -- Monday 06 March 2006 16:35:
> Melchior FRANZ wrote:
> > Justin Smithies wrote:
> > > Nasal parse error: illegal character
> >
> > There's nothing wrong with line 2.
>
> There almost certainly is.
I mean: nothing wrong with line 2 in what I posted, and in what
he posted. Of course,
Dont know if anyone will find this usefull , but i have modified the
737-ifr-panel.xml so if the master bat switch is put off the pfd1 and pfd2
and the eicas all go off.
Mind you will have to set the /instrumentation/pfd1/servicable to true
and the same for pfd2 and eicas also.
Just add the abo
I have setup my 737-300 so if i turn off the battery it kills the engines and
the cockpit instruments , now i know i need to read more on the 737
electrical systems but for now this is fine for me.
But how do i play a wav file when the engines go below the idle limit ?
I.e. i have a wav file of t
I tell you what i have found that is near enough realistic.
If i kill the engines via the cutoff if im higher enough i can dive slightly
and get the engines to spin up again and start just as in a real aircraft.
Justin Smithies
On Monday 06 March 2006 17:09, Justin Smithies wrote:
> I have se
Hi
AJ and I have been doing a bit more work on this model. The exterior is now
(nearly) as good as the interior. Hmm, perhaps not :-)
Here are some screen shots:
ftp://ftp.abbeytheatre.dyndns.org/fgfs/Screen-shots/lightning-metallic-finis
h.jpg
ftp://ftp.abbeytheatre.dyndns.org/fgfs/Screen-shot
Jean-Yves Lefort writes:
> Hi,
>
> The attached patch restores normalized control surface positions on
> the c172p.
>
Nice one - that was really starting to bug me (mainly the loss of sound on the
flaps), but now I don't need to spend time figuring it out :-) It's commited.
Cheers - Dave
-
Hi Detlef,
I would like to do some scenery work, but as I don't live in Wiesbaden I
might do some generic models of rhine bridges or Highways. Also I like
to put some AI ships on the rhine. Finally, what do you think about a
Ju-52 in a Linux Tag livery?
I know there is some scenery object devel
On Mon, 06 Mar 2006 07:19:01 -0800, you wrote:
>Message: 6
>Date: Mon, 6 Mar 2006 08:53:50 -0500
>From: "David Megginson" <[EMAIL PROTECTED]>
>To: flightgear-devel@lists.sourceforge.net
>Subject: Re: [Flightgear-devel] Flaps and landing gear extend and retract with
>no power? OK to add voltage ch
On Mon, 06 Mar 2006 00:54:06 -0800, you wrote:
>Even without automatic texture generation it would cut down airport
>scenery creation time significantly. Automatic creation, sizing and
>placing of objects is great, and applying a generic texture should not
>be too hard. At least it eases the job f
AJ MacLeod wrote:
On Sunday 05 March 2006 00:41, Dave Perry wrote:
I would like to add a voltage check before moving the flaps or landing
gear in data/Nasal/controls.nas. The proposed changes are underlined.
Since the pa24-250 configs and nasal switches check for voltage for all
Hello Jon
"Jon S. Berndt" writes
> Before we go stuffing around it might be good if we find out how the
real
> 737 fuel delivery system works(it ain't a cessna).As it stands now if
you
> activate the fuel cutoff the engine should shtdown and that pretty much
> is how the real aircraft works.
On Sunday 05 March 2006 22:38, Andy Ross wrote:
> Dave Perry wrote:
> > I would like to add a voltage check before moving the flaps
> > or landing gear in data/Nasal/controls.nas. The proposed
> > changes are underlined.
>
> Adding aircraft-specific code to the generic control mappings
> is a bad
Hello Justin
While I appreciate your enthusiasm and don't care what you
do with your local copy,after all thats what opensource is all about.
I would not like to see features introduced into the main file that
are incorrect.The one and only reason I have not had a go at doing
the electrical system
Hello Justin
While I appreciate your enthusiasm and don't care what you
do with your local copy,after all thats what opensource is all about.
I would not like to see features introduced into the main file that
are incorrect.The one and only reason I have not had a go at doing
the electrical system
On Monday 06 March 2006 02:52, Chris Metzler wrote:
> If there's some way to make them not look like white boxes, but rather
> like real ground structures look -- whether through texturing, or just
> solid material colors on the polys without using textures-- I agree.
> Without that, I dunno.
>
On Monday 06 March 2006 03:48, Detlef Faber wrote:
> Even without automatic texture generation it would cut down airport
> scenery creation time significantly. Automatic creation, sizing and
> placing of objects is great, and applying a generic texture should not
> be too hard. At least it eases th
On Monday 06 March 2006 04:56, Robicd wrote:
> Hi Julien,
>
> I'm posting everything on www.flight-gear.de forum by now, in order to
> get visibility. I suggest you do the same as soon as you get nice
> results out of svg2ac. ETOU is very near to Wiesbaden city, it would be
> nice to have those b
On Monday 06 March 2006 12:09, Justin Smithies wrote:
> I have setup my 737-300 so if i turn off the battery it kills the engines...
Whoa! I am not getting on your 737. ;)
I don't think losing the electrical system would cause the engines to be shut
down.
Ampere
--
I'm gonna set up a CVS repositery on my server and post the link as soon as it is done.Julien
The CVS server for svg2ac is up so you can checkout away:Go to the website http://flamebunny.homelinux.net/svg2ac.php for detailed information about how to get and run the code, otherwise here is the cvs command:
$ cvs -d :pserver:[EMAIL PROTECTED]:/root loginno password so just type ENTER
$ cvs c
The CVS server for svg2ac is up so you can checkout away:Go to the website
http://flamebunny.homelinux.net/svg2ac.php for detailed information about how to get and run the code, otherwise here is the cvs command:
$ cvs -d :pserver:[EMAIL PROTECTED]:/root loginno password so just type ENTER
$ cvs
> Hi
>
> AJ and I have been doing a bit more work on this model. The exterior is now
> (nearly) as good as the interior. Hmm, perhaps not :-)
Nice one!
Here you can get the feeling of how to fly it
http://www.thundercity.com/
---
This SF.Ne
* Martin Spott -- Monday 06 March 2006 15:17:
> FreeBSD-5.3:
>
> Assertion failed: (status == 0), function ~SGMutex, file
> /opt/FlightGear/include/simgear/threads/SGThread.hxx, line 227.
> Abort (core dumped)
OK, that's enough proof. This definitely needs to be fixed. If it can't
be done cleanl
71 matches
Mail list logo
