Durk Talsma wrote:
That's indeed about it. Sun and moon come pretty close together in the sky.
Years back, we discussed once whether it would be possible to actually model
the darkening/occlusion effects, but in the end decided it was just too much
work and too far off topic to really pursue.
Steve Hosgood wrote:
On Mon, 2005-10-03 at 09:01, Erik Hofman wrote:
Speaking of which, is anybody still working on replacing the non-GPL
sun/moon azimuth calculations to properly model the color of them?
I've done some of it. Not sure about the 'color' bit, I'm just working
No worries,
Hello.
I want to ask if it is poissible to substitute intro mp3 with wav or
ogg format.
Because of legal problems distributing the mp3 playing software in USA
with linux distro, like SuSE LINUX, it will be fine if this only mp3
dissapears.
Best Regards, Ladislav.
And here is what I have to say. :-)
(A) will a new official plib release be required?
Depends: fgfs with legacy GUI does probably not need a new plib, at
least I'm not aware of relevant bugfixes. (any important js fixes?)
If we advertise GUI theming (which we IMHO should) -- and maybe even
Hello.
Using new gcc 4.0 I have some serios warnings about uninitialized
variables, that are used. I created a patch, but I have no idea if it
is possible to do it my way. Can you check this out please? It would
be great if it will be fixed in next release. The CVS doesn't differ
in this case
Melchior FRANZ wrote:
The new shadows should possibly be activated by default. Or does
not enough 3D hardware/software support it, so that this would
cause too many problems? Activate 3D clouds by default, too?
Both shadows and 3d clouds, although great eye candy, both cause a
significant
* Melchior FRANZ -- Monday 03 October 2005 14:02:
(B) which bugs need to be fixed (and by whom :-)?
Forgot my own homework: I'll fix endless querying of stale METAR
data. It seems to have been done for the init phase already (Harald?),
but should also be considered later on.
Then there is the
Ampere K. Hardraade wrote:
On October 2, 2005 12:34 pm, George Patterson wrote:
If I want to bind it to the throttle instead, can I make the idle
position to cut in at about 10% of the range of the stick with the
reverser starting to kick in below that point.
Bad idea. You don't want the
* Martin Spott -- Monday 03 October 2005 16:36:
Didn't some asian airline 'lose' a B767 after the reverser was
activated on _one_ engine during flight ?
It was *in* Asia, but an Austrian airline: Lauda Air. It was caused
by a software bug.
Melchior FRANZ wrote:
These questions should IMHO be cleared:
(A) will a new official plib release be required?
Yes, because the last PLIB release lacks platform-specific fixes,
which simply had been forgotten, and version numbers are cheap (TM
Steve Baker :-)
These fixes had been added to
Melchior FRANZ wrote:
The new shadows should possibly be activated by default. Or does
not enough 3D hardware/software support it, so that this would
cause too many problems? Activate 3D clouds by default, too?
I like it very much to have 3D clouds and shadows and on an ATI Radeon
X800-sized
On Monday 03 October 2005 11:25, Erik Hofman wrote:
Steve Hosgood wrote:
On Mon, 2005-10-03 at 09:01, Erik Hofman wrote:
Speaking of which, is anybody still working on replacing the non-GPL
sun/moon azimuth calculations to properly model the color of them?
I've done some of it. Not sure
Durk Talsma wrote:
On Monday 03 October 2005 11:25, Erik Hofman wrote:
Steve Hosgood wrote:
I've done some of it. Not sure about the 'color' bit, I'm just working
No worries, the color will follow once the azimuth is set correct.
Are you referring to the sun/moon's color here?
Yes,
On Monday 03 October 2005 13:35, Melchior FRANZ wrote:
(A) will a new official plib release be required?
Personally, I don't have an opinion on this one.
(B) which bugs need to be fixed (and by whom :-)?
Okay, here are some off the top of my head that I found recently:
- Setting a wrong
On Thursday 29 September 2005 13:51, Hans-Georg Wunder wrote:
Time, reference,input,output
09:10:00,0,0,0
09:10:01,0.6,0,-0.4999 Jump into saturation. Thats OK.
Only a P-Part, no I-Part
09:10:02,0.6,0,-0.4999
snip!
09:10:13,0.6,0,-0.4999
On Mon, 03 Oct 2005 12:55:15 +0200, Erik wrote in message
[EMAIL PROTECTED]:
Ladislav Michnovič wrote:
Hello.
I want to ask if it is poissible to substitute intro mp3 with wav
or ogg format.
Because of legal problems distributing the mp3 playing software in
USA with linux distro,
Melchior FRANZ wrote:
(A) will a new official plib release be required?
I think there were some fixes regarding the new GUI code. But I'm not
100% sure.
(B) which bugs need to be fixed (and by whom :-)?
I would like to see Nasal working again on IRIX. I think this is a nice
task for
Melchior FRANZ wrote:
These questions should IMHO be cleared:
(A) will a new official plib release be required?
Regarding library dependencies, we should add a special recommendation
for OpenAL as this library doesn't stick to version numbers.
To my experience OpenAL as in CVS from 20050401
Erik Hofman wrote:
Melchior FRANZ wrote:
(B) which bugs need to be fixed (and by whom :-)?
I would like to see Nasal working again on IRIX. I think this is a nice
task for Andy ...
Solaris-users would profit as well. Adding to that there are still some
type incompatibilities on Solaris.
Erik Hofman wrote:
I would like to see Nasal working again on IRIX. I think this is a
nice task for Andy ...
I'm out of ideas at this point. All the Nasal code I can run in
isolation (which now includes several multi-threaded stress tests that
work the garbage collector *far* more exhaustively
Martin Spott wrote:
--- SimGear/simgear/misc/stdint.hxx~ 2005-10-03 18:53:28.606579000 +0200
+++ SimGear/simgear/misc/stdint.hxx 2005-10-03 18:53:28.632024750 +0200
@@ -56,7 +56,7 @@
typedef unsigned short uint16_t;
typedef unsigned int uint32_t;
typedef unsigned __int64
Andy Ross wrote:
I'm out of ideas at this point. All the Nasal code I can run in
isolation (which now includes several multi-threaded stress tests that
work the garbage collector *far* more exhaustively than fgfs) works
perfectly well on ppc/OS X and sparc/solaris.
Have you tried on older
* Durk Talsma -- Monday 03 October 2005 18:08:
(B) which bugs need to be fixed (and by whom :-)?
- Setting a wrong path for --fg-scenery results in an abort
I'll look into this.
m.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Martin Spott wrote:
I remembered Andy's pointer to
http://predef.sourceforge.net/preos.html and had a look at the
different ways how Solaris-specific defines are currently
implemented within FlightGear and required libraries:
[...]
SimGear/simgear/nasal/nasal.h:
defined(sun386)
Martin Spott wrote:
Have you tried on older Solaris setups than Solaris10 ? Did you use
GCC on solaris or SunStudio10?
Only Solaris 10, but with both compilers (I used the gcc Sun installs
in /usr/sfw/bin and the free download of SUNWspro). But Solaris 10 is
freely available, so if the problem
* Melchior FRANZ -- Monday 03 October 2005 19:47:
* Durk Talsma -- Monday 03 October 2005 18:08:
(B) which bugs need to be fixed (and by whom :-)?
- Setting a wrong path for --fg-scenery results in an abort
I'll look into this.
It behaves exactly as it is supposed to: If no paths are
Andy Ross wrote:
Hans-Georg Wunder wrote:
In the package there is a GPL-license.
If this is enough, then everything is OK regarding the panel.
Unfortunately, due to clear evidence of (minor, admittedly) copyright
violation, this is not enough. The issue isn't license compatibility,
it is
On Monday 03 October 2005 19:57, Melchior FRANZ wrote:
* Melchior FRANZ -- Monday 03 October 2005 19:47:
* Durk Talsma -- Monday 03 October 2005 18:08:
(B) which bugs need to be fixed (and by whom :-)?
- Setting a wrong path for --fg-scenery results in an abort
I'll look into
Roy Vegard Ovesen wrote:
On Thursday 29 September 2005 13:51, Hans-Georg Wunder wrote:
Time, reference,input,output
09:10:00,0,0,0
09:10:01,0.6,0,-0.4999 Jump into saturation. Thats OK.
Only a P-Part, no I-Part
09:10:02,0.6,0,-0.4999
snip!
Hans-Georg Wunder wrote:
Now there three ways to go to get the panel GPL compliant:
There still seems to be a misunderstanding. The issue here is not a
minor technicality regarging open source license compatibility. It is
that this package got caught using artwork to which the author does
not
* Durk Talsma -- Monday 03 October 2005 20:18:
Could not find VVNS
Could not find VVNT
Aborted
[EMAIL PROTECTED]:~/src/FlightGear-0.9/source-devel
You have compiled with glut? And not used the -fexceptions flag?
In this case you don't get flightgear's error messages, but a simple
and
* Melchior FRANZ -- Monday 03 October 2005 20:31:
You have compiled with glut? And not used the -fexceptions flag?
Well, it's the same for SDL, of course ... :-)
m.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Jeff McBride wrote:
The patch committed by Erik:
http://cvs.flightgear.org/cgi-bin/viewcvs/viewcvs.cgi/source/src/Autopilot/xmlauto.cxx.diff?r1=1.19r2=1.20cvsroot=FlightGear-0.9
should fix this. This is what would happen when you set
delta_u_n = u_max - u_n_1 :
delta_u_n (u_max - u_n_1)
0.6
On Monday 03 October 2005 20:31, Melchior FRANZ wrote:
* Durk Talsma -- Monday 03 October 2005 20:18:
Could not find VVNS
Could not find VVNT
Aborted
[EMAIL PROTECTED]:~/src/FlightGear-0.9/source-devel
You have compiled with glut? And not used the -fexceptions flag?
That's possible.
Andy Ross wrote:
On a similar note, we're using __CYGWIN__ a *lot* in the current
source code seemingly as a synonym for windows with gcc and not
msvc, which isn't really correct. The right way to test this would
be to look for _WIN32 and __gcc__ (or !_MSC_VER), which will continue
to work
Hans-Georg Wunder schrieb:
...
- Do we have a place to store aircrafts with uncompliant aircrafts ???
Hi Hans-Georg,
there is an AVSIM category in the file library named FlightGear with 4
sub-categories:
- base distribution, - source code, -scenery and terrain and
miscellaneous files.
You
Andy Ross wrote:
Erik Hofman wrote:
I would like to see Nasal working again on IRIX. I think this is a
nice task for Andy ...
I'm out of ideas at this point. All the Nasal code I can run in
isolation (which now includes several multi-threaded stress tests that
work the garbage collector
On October 3, 2005 07:35 am, Melchior FRANZ wrote:
(C) which features need to be completed?
MultiPlayer. Currently, the MP still lacks the capability to transfer
animations or radio messages across the network. However, since MP can
boost FlightGear's popularity immensely, we should get these
Andy Ross wrote:
Martin Spott wrote:
I remembered Andy's pointer to
http://predef.sourceforge.net/preos.html and had a look at the
different ways how Solaris-specific defines are currently
implemented within FlightGear and required libraries:
[...]
SimGear/simgear/nasal/nasal.h:
Andy Ross wrote:
Martin Spott wrote:
Have you tried on older Solaris setups than Solaris10 ? Did you use
GCC on solaris or SunStudio10?
Only Solaris 10, but with both compilers (I used the gcc Sun installs
in /usr/sfw/bin and the free download of SUNWspro). But Solaris 10 is
freely
40 matches
Mail list logo