..anyone else seen this?: https://sourceforge.net/ down
..reads:We're Sorry.
The SF.net domain is temporarily pointing at this maintenance page.
Please access the SourceForge.net site at https://sourceforge.net -- you
will be redirected there in 10 seconds.
..well, I did yesterday this time
Seems to be working alright here
On Sat, 2002-11-16 at 08:40, Arnt Karlsen wrote:
..anyone else seen this?: https://sourceforge.net/ down
..reads:We're Sorry.
The SF.net domain is temporarily pointing at this maintenance page.
Please access the SourceForge.net site at
David Megginson wrote:
I've been doing a little more work on the 172p interior. When this
plane gets well enough along, I'm going to suggest making it the
default startup plane (in the 3D version):
Wow, very nice!
I agree this could (should) be the default model.
Erik
David Megginson wrote:
Note also that making this the default means switching from the
c172r.xml JSBSim file, which Tony maintains, to the c172p.xml JSBSim
file, which I maintain. It's not really that big a jump, since mine
is plagerized 99.8% from Tony's, and Tony is welcome to take over
I've made a couple of trivial changes to FlightGear so that runway
lights turn off during the day in VMC.
Plib has callbacks for branches as well as leaves, but the branch
callbacks are not documented, so I had to dig trough the plib source
code (they're the same ones I used for the dynamic
Erik Hofman writes:
Note also that making this the default means switching from the
c172r.xml JSBSim file, which Tony maintains, to the c172p.xml JSBSim
file, which I maintain. It's not really that big a jump, since mine
is plagerized 99.8% from Tony's, and Tony is welcome to take
On 16 Nov 2002 09:28:22 +,
Christopher S Horler [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
Seems to be working alright here
..here too, now. ;-)
--
..med vennlig hilsen = with Kind Regards from Arnt... ;-)
...with a number of polar bear hunters in his ancestry...
Scenarios
David Megginson [EMAIL PROTECTED] said:
I've been doing a little more work on the 172p interior. When this
plane gets well enough along, I'm going to suggest making it the
default startup plane (in the 3D version):
The other day I was thinking we were coming to this. :-) That would be a
To compile the development CVS version of FlightGear(0.9.0) i had to
apply some small changes to SimGear and FlightGear.
The changes need probably some additional ifdefs for other platforms but
since my linux-hd crashed i can't verify that.
Changes to SimGear:
--
Index:
David Megginson writes:
Thanks. I'm testing it in both 16bpp and 32bpp (which is really
24bpp). In 16bpp, you cannot see the propeller disk any more when the
prop is spinning -- it just turns transparent -- but that still looks
OK.
With a 16 bit color buffer you get 4 bits each for R, G, B,
Is there a way to determine which methods/attributes in a class are unused
by anybody? I'm thinking maybe there's a utility out there somewhere or a
link directive. This would assist in code streamlining/cleanup.
Jon
smime.p7s
Description: application/pkcs7-signature
Curtis L. Olson writes:
With a 16 bit color buffer you get 4 bits each for R, G, B, and
Alpha. This turns out to be pretty poor resolution, and for things
like clouds, you can get a lot of banding. For the prop disk which is
mostly solid you shouldn't have to worry about banding.
On Sat, 16 Nov 2002 07:16:56 -0600,
Burton M. Strauss III [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Arnt Karlsen
Sent: Saturday, November 16, 2002 2:45 AM
To: [EMAIL PROTECTED]
Subject:
You might try cvs update -dP rather than -Dp on the base package.
Regards,
Curt.
Geoff McLane writes:
Did cvs up -pD on plib, simgear, flightgear(0.9.0)
and fgfsbase (note devel base)...
Alas, after a great start -
Exec:[..\Debug\FlightGear.exe] with command(s) []
FlightGear: Version
Excuse my in-attention to important CaSe detail ...
read -dP instead of -Dp. Pardon moi (the stupid idiot) :-) ...
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Frederic Bouvier writes:
I have discovered recently that plib has ulIsAbsolutePathName
in ul.lib so you can try this patch :
Committed -- thanks.
All the best,
David
--
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/
___
Andy Ross writes:
The code is using a pretty big argument to glPolygonOffset, and I've
never investigated how small it can be. If someone has a little time
the next time they see this issue, try changing the value of
POFF_UNITS at the top of Cockpit/panel.cxx. Decrease it until the
Roel Michiels writes:
When you start modelling the B737, here's an excellent site by on of
the Captains I flew with at Sabena. This man is highly proficient
and also a simulation enthousiast. You will find lots of info
concerning the real-life B737 and it's caracteristics. Hold on to
this
RE: MSVC6 compile - WIN98 SE crash -
IMHO, looking at new_gui.cxx, mildly suggests -
NewGUI::init ()
{
#ifdef FGFS
SGPath path = globals-get_fg_root();
path.append(/gui);
readDir(path.c_str());
#else // !FGFS
char path[1024];
ulMakePath(path, getenv(FG_ROOT), gui);
Andy Ross writes:
I wrote:
Jim Wilson wrote:
How hard would it be to have a property that toggles hotspot
visibility? It'd be nice to be able to turn it on and have yellow
rectangles show up on the hotspots...
That's not a bad idea.
It's actually an astoundingly
Julian Foad writes:
Ah, glad you're there. If you're interested and have time to look, my
current attempt is at
http://www.btinternet.com/~julianfoad/fgfs/JSB_piston_engine.diff
http://www.btinternet.com/~julianfoad/fgfs/engine_sound.diff
What's the current status of these?
Curtis L. Olson writes:
A 737 would be a nice plane to have... Anybody thinking of modeling
one?
I doubt that the panel is any simpler than that of a 747 -- since we
already have a good exterior for the 747, it would be nice to finish
it off with a flight deck first.
After that, my
Jim Wilson writes:
Here's a patch to fix the offsets bug. The problem was the
transform was just getting added to a local instance rather than
being returned by the function.
This is now in the CVS -- thanks.
All the best,
David
--
David Megginson, [EMAIL PROTECTED],
Norman Vine writes:
Can we get this patch or its functional equivalant comitted into
the CVS please so that we can support gcc 3.2 on Windows ?
It's in.
Thanks,
David
--
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/
___
Patrick Staehlin writes:
To compile the development CVS version of FlightGear(0.9.0) i had to
apply some small changes to SimGear and FlightGear.
The changes need probably some additional ifdefs for other platforms but
since my linux-hd crashed i can't verify that.
These are in CVS
Worked for me yesterday and just now. A puzzlement.
Charlie H.
Arnt Karlsen wrote:
..anyone else seen this?: https://sourceforge.net/ down
..reads:We're Sorry.
The SF.net domain is temporarily pointing at this maintenance page.
Please access the SourceForge.net site at https://sourceforge.net
I updated Plib, SimGear, FlightGear, and the base from cvs tonight. The
dc3 main gear is not positioned properly by the animation in the latest
cvs. When you retract it, it goes to the proper gear down angle. When
it is extended the gear, it rotates even further.
I compared the dc3-dpm.xml
27 matches
Mail list logo