Hi,
How would you all feel about making the old Haris' 3d clouds code
obsolete by now?
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Erik Hofman wrote
Hi,
How would you all feel about making the old Haris' 3d clouds code
obsolete by now?
Erik
Supported
Regards,
Vivian
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
* Erik Hofman -- Monday 13 June 2005 10:29:
How would you all feel about making the old Haris' 3d clouds code
obsolete by now?
Probably a good idea. The old code is broken, unmaintained, and uses nasty
binary cloud definition files, while the new code yields much better results
(except when
i am trying to output a airspeed and gmt with generic protocol. i am
writing it to a txt file however the file is growing. i wanted xml form to
rewrite on to same line as an example line1 is gmt and line two is airspeed
..format is like that. i subtracted line seperators in xml form but
On Mon, Jun 13, 2005 at 02:11:55AM +, Ampere K. Hardraade wrote:
On June 13, 2005 12:42 am, Manuel Bessler wrote:
The stuff is still here:
1. http://cockpit.varxec.de/fgfs/fgfs_717-200.tar.bz2
2. http://cockpit.varxec.de/fgfs/fgfs_717-200_71.blend.gz
They are not there.
Ooops, my
eagle monart wrote:
i am trying to output a airspeed and gmt with generic protocol. i am
writing it to a txt file however the file is growing. i wanted xml form
to rewrite on to same line as an example line1 is gmt and line two is
airspeed ..format is like that. i subtracted line
It appears as though JSBSim CVS is in a good state, with the new code, and new
directory
structure.
Notes:
1) No attempt has yet been made to test this with FlightGear - that will take a
little bit
of work. Things are different: the directory structure, the code, the aircraft
config
files,
Le lundi 13 juin 2005 10:29 +0200, Erik Hofman a crit :
Hi,
How would you all feel about making the old Haris' 3d clouds code
obsolete by now?
Erik
We must keep it, with Metar it is the most Representative of the real
weather the new 3D clouds is beautiful only.
--
Gerard
* Gerard Robin -- Monday 13 June 2005 12:21:
Le lundi 13 juin 2005 à 10:29 +0200, Erik Hofman a écrit :
How would you all feel about making the old Haris' 3d clouds code
obsolete by now?
We must keep it, with Metar it is the most Representative of the real
weather the new 3D clouds is
Melchior FRANZ wrote:
Both the old 2D clouds (note the TWO) and the new 3D clouds consider METAR.
The old 3D clouds that Erik is talking about do AFAIK not. They are ugly and
broken, and aren't representative for anything. It sounds as if you are mixing
up 2D and 3D.
As far as I know the old
Le lundi 13 juin 2005 12:58 +0200, Melchior FRANZ a crit :
* Gerard Robin -- Monday 13 June 2005 12:21:
Le lundi 13 juin 2005 10:29 +0200, Erik Hofman a crit :
How would you all feel about making the old Haris' 3d clouds code
obsolete by now?
We must keep it, with Metar it is the
Le lundi 13 juin 2005 13:05 +0200, Erik Hofman a crit :
Melchior FRANZ wrote:
Both the old 2D clouds (note the TWO) and the new 3D clouds consider
METAR.
The old 3D clouds that Erik is talking about do AFAIK not. They are ugly and
broken, and aren't representative for anything. It
Gerard Robin wrote:
Oh sorry if you mean _bumped_ clouds it can be removed.
Eh, no. It's yet another one...
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
From: Jim Wilson
Hi Melchior,
There was one thing I forgot to mention. In that animation.diff patch file
you also have an unrelated change that does some
clamping in the material animation. I understand the logic behind this,
but the typical behavior (the way the translationn
Airport LFPO -Paris Orly gives a bad runway position.
The defined take-off point is outside of the visual runway position.
I dont know if the error is in the Airport data.
Does anybody has tried to modify it ?
Thanks
--
Gerard
___
Erik Hofman wrote:
eagle monart wrote:
i am trying to output a airspeed and gmt with generic protocol. i am
writing it to a txt file however the file is growing. i wanted xml
form to rewrite on to same line as an example line1 is gmt and line
two is airspeed ..format is like that. i
Hmmm ... we had to fiddle with it to make it work some months ago ... I
forget exactly what we did
This seems really unfortunate for FlightGear - that we have to rely on another
package
where some of us have to fix the code to work for CygWin users. Is this even
documented
anywhere?
jon
Jon Berndt
Hmmm ... we had to fiddle with it to make it work some months ago ... I
forget exactly what we did
This seems really unfortunate for FlightGear - that we have to rely on
another package
where some of us have to fix the code to work for CygWin users. Is this
even documented
Something wrong ?
in fgfsrc in have:
--geometry=1280x896
--enable-real-weather-fetch
--timeofday=afternoon
--prop:/nasal/local/script=![CDATA[ INIT = func { setprop
(/sim/rendering/clouds3d-cache-size, 4096); } ]]
nasal does give error message: Nasal parse error: parse error in /nasal
In the developers' list archives is the best we have. Cygwin wouldn't work
at all if it were not for the excellent work by Norman Vine. There's no sign
of OpenAL being ported to Cygwin at the moment, so this is the best we have.
We are in constant danger of being left behind.
Have you got it
Gerard Robin wrote:
Something wrong ?
--prop:/nasal/local/script=![CDATA[ INIT = func { setprop
(/sim/rendering/clouds3d-cache-size, 4096); } ]]
nasal does give error message: Nasal parse error: parse error in /nasal
[0]/local[0], line 1
The --prop argument is not an XML parser. Just
Some time ago I wrote:
Andy Ross:
If you do mean this equation then I can certainly live with that. If
not, I'll need to put my thinking cap on ... I've updated the
graphical representation here:
Remind me again which one of these is the real engine data, and what
the source
Gerard Robin asked
Something wrong ?
in fgfsrc in have:
--geometry=1280x896
--enable-real-weather-fetch
--timeofday=afternoon
--prop:/nasal/local/script=![CDATA[ INIT = func { setprop
(/sim/rendering/clouds3d-cache-size, 4096); } ]]
nasal does give error message: Nasal parse
Le lundi 13 juin 2005 07:13 -0700, Andy Ross a crit :
--prop:/sim/rendering/clouds3d-cache-size=4096
It should work but the program overload the data, only one way the nasal
way
thanks
--
Gerard
___
Flightgear-devel mailing list
Le lundi 13 juin 2005 15:16 +0100, Vivian Meazza a crit :
Gerard Robin asked
Something wrong ?
in fgfsrc in have:
--geometry=1280x896
--enable-real-weather-fetch
--timeofday=afternoon
--prop:/nasal/local/script=![CDATA[ INIT = func { setprop
Andy Ross a crit :
--prop:/sim/rendering/clouds3d-cache-size=4096
It should work but the program overload the data, only one way the
nasal way
That sounds like a bug to me. The command line should be overwriting
anything in the configuration files. Is the cloud code (over-)writing
this
Jon Berndt
In the developers' list archives is the best we have. Cygwin wouldn't
work
at all if it were not for the excellent work by Norman Vine. There's no
sign
of OpenAL being ported to Cygwin at the moment, so this is the best we
have.
We are in constant danger of being left
Hi Martin
Martin Spott writes
Hello, just an informal note
To my impression the A380 needs an offset vector for the FDM reference
point in order to make it rotate around its CG. Could the author
confirm ?
This is correct I was going to move the whole 3D model in AC3D after
everything
Le lundi 13 juin 2005 07:37 -0700, Andy Ross a crit :
Andy Ross a crit :
--prop:/sim/rendering/clouds3d-cache-size=4096
It should work but the program overload the data, only one way the
nasal way
That sounds like a bug to me. The command line should be overwriting
anything in the
Le lundi 13 juin 2005 16:32 +0200, Gerard Robin a crit :
Le lundi 13 juin 2005 15:16 +0100, Vivian Meazza a crit :
Gerard Robin asked
Something wrong ?
in fgfsrc in have:
--geometry=1280x896
--enable-real-weather-fetch
--timeofday=afternoon
* Gerard Robin -- Monday 13 June 2005 16:32:
Le lundi 13 juin 2005 à 15:16 +0100, Vivian Meazza a écrit :
--prop:/sim/rendering/clouds3d-enable=1
--prop:/sim/rendering/clouds3d-cache-size=4096
Does not work the program overload the data.
I have since a long time
For Cygwin users, OpenAL needs to be retrieved from this site:
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/openal_cyg.tgz
I placed this file in the /usr directory and untar'ed it, though some
place it in the
/usr/local/ directory tree - which might be more appropriate. Some
library
Le lundi 13 juin 2005 16:58 +0200, Melchior FRANZ a crit :
* Gerard Robin -- Monday 13 June 2005 16:32:
Le lundi 13 juin 2005 15:16 +0100, Vivian Meazza a crit :
--prop:/sim/rendering/clouds3d-enable=1
--prop:/sim/rendering/clouds3d-cache-size=4096
Does not work the program overload
* Gerard Robin -- Monday 13 June 2005 17:21:
2/ with .fgfsrc
--config=$FG_HOME/.fgfs/preferences.xml
i get the message:
Error loading config file: Failed to open file
at $FG_HOME/.fgfs/preferences.xml
Shell variables aren't expanded in the config file (AFAIK). That's done
by the shell
Melchior FRANZ
* Gerard Robin -- Monday 13 June 2005 16:32:
Le lundi 13 juin 2005 à 15:16 +0100, Vivian Meazza a écrit :
--prop:/sim/rendering/clouds3d-enable=1
--prop:/sim/rendering/clouds3d-cache-size=4096
Does not work the program overload the data.
You need to have both -
* Vivian Meazza -- Monday 13 June 2005 17:37:
You need to have both - that would be reasonable since why would you set one
and not the other - a feature rather than a bug?
It's at least a usability bug. The clouds code interprets cache_size=0 as
turn off rendering. So you can't have a value set
Le lundi 13 juin 2005 17:35 +0200, Melchior FRANZ a crit :
* Gerard Robin -- Monday 13 June 2005 17:21:
2/ with .fgfsrc
--config=$FG_HOME/.fgfs/preferences.xml
i get the message:
Error loading config file: Failed to open file
at $FG_HOME/.fgfs/preferences.xml
Shell variables
This is how it was designed since it's main purpose was sending data to
the serial port or over the network. The file option (as it is now) is
very useful for generating log files, so it is not possible to do it
like that at this time.
However, you might want to add
* Gerard Robin -- Monday 13 June 2005 17:56:
Error loading config file: Failed to open file
at /home/tux-le-boss/.fgfs/preferences.xml
with .fgfsrc
--config=/home/tux-le-boss/.fgfs/preferences.xml
Well, then this file just doesn't exist or has wrong permissions.
m.
Le lundi 13 juin 2005 18:24 +0200, Melchior FRANZ a crit :
* Gerard Robin -- Monday 13 June 2005 17:56:
Error loading config file: Failed to open file
at /home/tux-le-boss/.fgfs/preferences.xml
with .fgfsrc
--config=/home/tux-le-boss/.fgfs/preferences.xml
Well, then this file
Yes, I think I was successful in adding support for asymmetric view
frustums. It's a bit of a hack to get there, but the way I have set it
up I think is slightly more intuitive than just passing l, r, t, b, n, f
parameters to the glFrustum() function.
.
.
.
Le lundi 13 juin 2005 18:34 +0200, Gerard Robin a crit :
Le lundi 13 juin 2005 18:24 +0200, Melchior FRANZ a crit :
* Gerard Robin -- Monday 13 June 2005 17:56:
Error loading config file: Failed to open file
at /home/tux-le-boss/.fgfs/preferences.xml
with .fgfsrc
* Gerard Robin -- Monday 13 June 2005 18:34:
Le lundi 13 juin 2005 à 18:24 +0200, Melchior FRANZ a écrit :
* Gerard Robin -- Monday 13 June 2005 17:56:
Error loading config file: Failed to open file
with .fgfsrc
--config=/home/tux-le-boss/.fgfs/preferences.xml
Well, then
This is not FG related, but I figured I'd do a little show and tell.
I've been collecting a few pictures, so I thought I should share them.
I may have mentioned in the past that I do a bit of R/C airplane
modeling. Last fall I found such a good deal on a ready to fly, kit
built Citabria
Le lundi 13 juin 2005 18:53 +0200, Melchior FRANZ a crit :
strace -fF -eopen fgfs 21|grep tux
The answer is:
open(/home/tux-le-boss/.fgfsrc.servlinux.gours, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/home/tux-le-boss/.fgfsrc.servlinux.gours.gz, O_RDONLY) = -1 ENOENT (No
such
Gerard:
--config=/home/tux-le-boss/.fgfs/preferences.xml
Error loading config file: Failed to open file
at /home/tux-le-boss/.fgfs/preferences.xml
Melchior:
Well, then this file just doesn't exist or has wrong permissions.
Gerard:
Yes Existing, good permissions
Melchior:
Try this:
$
* Gerard Robin -- Monday 13 June 2005 19:19:
open(/home/tux-le-boss/.fgfs/preferences.xml , O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
Yes, and I was right: this file just doesn't exist! This is not an
fgfs message, but one of the operating system.
m.
Le lundi 13 juin 2005 19:31 +0200, Melchior FRANZ a crit :
* Gerard Robin -- Monday 13 June 2005 19:19:
open(/home/tux-le-boss/.fgfs/preferences.xml , O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
Yes, and I was right: this file just doesn't exist! This is not an
fgfs
Gerard wrote:
Melchior wrote:
Yes, and I was right: this file just doesn't exist! This is not an
fgfs message, but one of the operating system.
Not so Quick..
Oh do you remember i told you :
You can't really argue with a syscall result. The file isn't there.
Maybe there are some
* Gerard Robin -- Monday 13 June 2005 19:41:
Not so Quick..
Oh do you remember i told you :
I do remember. But I don't believe you.
fgfscvs --airport=LFNH --aircraft=P38-L --config=/home/tux-le-
boss/.fgfs/preferences.xml
Entertain us and post the output of
$ strace -fF -eopen
Hi,
Gerard Robin wrote:
open(/home/tux-le-boss/.fgfs/preferences.xml , O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
^^
Did you see those blanks at the end of the filename? Are these actually
in the original report? Where could
Hello,
Have been reading the thread on the unreadable preferences file, and
noticed a small detail that may be a clue. In the subject line of
writing rules ... in fgfsrc, I see an odd block character just before
the f in fgfsrc. It appears in messages from Gerard and Andy, but
not those from
Ok, I figured out what's wrong. I'm trying to set the right
properties, but those properties don't exist. I know this is a newbie
question, but what's the procedure for creating and initializing a
property node? I tried defining it in preferences.xml, but that just
gave an error.
Thanks,
Drew
* Ralf Gerlich -- Monday 13 June 2005 20:07:
Gerard Robin wrote:
open(/home/tux-le-boss/.fgfs/preferences.xml , [...]
^^
Did you see those blanks at the end of the filename? Are these actually
in the original report? Where could these come
Le lundi 13 juin 2005 20:07 +0200, Ralf Gerlich a crit :
Hi,
Gerard Robin wrote:
open(/home/tux-le-boss/.fgfs/preferences.xml , O_RDONLY|O_LARGEFILE) =
-1 ENOENT (No such file or directory)
^^
Did you see those blanks at the end of the
On Mon, 13 Jun 2005 12:14:09 -0500, Curtis wrote in message
[EMAIL PROTECTED]:
http://www.flightgear.org/~curt/Models/Current/MidwestCitabria/
If you scroll down a bit there's a take off picture (with the tail
wheel just coming up) and then two landing pictures (notice the
position of
* Melchior FRANZ -- Monday 13 June 2005 20:24:
Add this to your ~/.vimrc and become a happier man:
set listchars=tab:¦¯,trail:×,extends:»,precedes:«
or this:
set listchars=tab:°`,trail:°,extends:,precedes:
followed by
set list
of course, ...
m. :-)
* Ralf Gerlich -- Monday 13 June 2005 20:07:
Gerard Robin wrote:
open(/home/tux-le-boss/.fgfs/preferences.xml , [...]
^^
Did you see those blanks at the end of the filename? Are these actually
in the original report? Where could these
Arnt Karlsen wrote:
On Mon, 13 Jun 2005 12:14:09 -0500, Curtis wrote in message
[EMAIL PROTECTED]:
http://www.flightgear.org/~curt/Models/Current/MidwestCitabria/
If you scroll down a bit there's a take off picture (with the tail
wheel just coming up) and then two landing pictures
From: Curtis L. Olson
This is not FG related, but I figured I'd do a little show and tell.
I've been collecting a few pictures, so I thought I should share them.
I may have mentioned in the past that I do a bit of R/C airplane
modeling. Last fall I found such a good deal on a ready to
Le lundi 13 juin 2005 19:58 +0200, Melchior FRANZ a crit :
* Gerard Robin -- Monday 13 June 2005 19:41:
Not so Quick..
Oh do you remember i told you :
I do remember. But I don't believe you.
fgfscvs --airport=LFNH --aircraft=P38-L --config=/home/tux-le-
On Mon, 13 Jun 2005 01:50:21 +0200, Gerard wrote in message
[EMAIL PROTECTED]:
Le lundi 13 juin 2005 01:13 +0200, Gerard Robin a crit :
Le dimanche 12 juin 2005 22:07 +0200, Arnt Karlsen a crit :
On Sun, 12 Jun 2005 10:43:44 +0200, Paul wrote in message
[EMAIL PROTECTED]:
On
* Gerard Robin -- Monday 13 June 2005 20:53:
I had a little break for dinner, now:
the answer for Entertain:
It's not funny any more, now that we know that you fooled us by adding
two spaces to the ~/.fgfsrc config line. ;-)
m.
___
Le lundi 13 juin 2005 20:07 +0200, Ralf Gerlich a crit :
Hi,
Gerard Robin wrote:
open(/home/tux-le-boss/.fgfs/preferences.xml , O_RDONLY|O_LARGEFILE) =
-1 ENOENT (No such file or directory)
^^
Did you see those blanks at the end of the
If someone wants to make a submarine simulator then they are
welcome to make a fork of FlightGear and name it SubGear but
I'm interested in aerodynamics and not aquadynamics.
...then we have the waves made by the aircraft floats. ;o)
You are right and today we
Gerard Robin schrieb:
I can give to Ralf the prize, if everybody agree.
Thanks, too much honor ;-)
Ralf
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jim Wilson wrote
P.S. Any chance someone good with nasal could write me a quick script for
changing the BOOST value to 1.0 at 20,000FT ASL and then back to 0.4 at
19,999.99FT? I'd try and figure it out, but my time is very limited right
now. tia
If you still want this stuff - a Nasal
On Mon, 13 Jun 2005 22:11:42 +0200, Gerard wrote in message
[EMAIL PROTECTED]:
It was said that we do not have to make the Hollywood quality movie
and i agree.
..we have enough to get funding for the missing bits. ;o)
--
..med vennlig hilsen = with Kind Regards from Arnt... ;o)
...with a
On Mon, 13 Jun 2005 13:39:21 -0500, Curtis wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
On Mon, 13 Jun 2005 12:14:09 -0500, Curtis wrote in message
[EMAIL PROTECTED]:
http://www.flightgear.org/~curt/Models/Current/MidwestCitabria/
If you scroll down a bit there's a
Water isn't the only other material that should be modelled. There are also
other materials such as grass and soil. Right now, I can take a short cut
across the grass in any airport without concern, and these sort of behaviours
should bring some consequences. =)
Ampere
On June 13, 2005 02:40 pm, Innis Cunningham wrote:
Hi Martin
Martin Spott writes
Hello, just an informal note
To my impression the A380 needs an offset vector for the FDM reference
point in order to make it rotate around its CG. Could the author
confirm ?
This is correct I was
71 matches
Mail list logo