Re: [Flightgear-devel] Schweizer SGS 2-33, AI thermals and other remarks
Dave Culp wrote: I have some buttons on my joystick set up for this, and I do get an increased descent rate when spoilers are deployed. The sgs233 FDM uses the JSBSim property called fcs/speedbrake-pos-norm, which is controlled by the FlightGear property called controls/flight/speedbrake, which is what I've bound my joystick button to. The default keyboard config binds the j and k keys using a nasal script that appears to be setting the spoilers control rather than speedbrakes. Isn't normally ctrl+b bound to the speedbrake? Nine - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2d instrument clipping progress report...
Hi all, Ive managed to get 2d instruments clipped with the stencil buffer , but have some problems there too. First problem is , (and I didn't discover this until tonight), it will only work in 32 bpp mode. This is on a NVIDIA Geforce 4000 card , apparently ATI is the same It works for 2d and projected 2d instruments on 3d panels , but the 3d panels look pretty messed up .Maybe it has something to do with depth testing ,which I'll look into but the biggest problem so far is a serious drop in framerate if you pop up a 2d panel with Shift-P when you have a 3d panel with 2d instruments. Ive always thought that the 3d cockpit should be disabled automatically when a 2d panel pops up , actually I thought this used to be the case long ago , but I could be wrong. Anyway thats what I've managed so far , just trying to convince myself not to give up and go on to other things Just thinking of users with lesser vidoe cards ... Cheers, Syd Any suggestions or ideas are always welcome :) - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Schweizer SGS 2-33, AI thermals and other remarks
On Wednesday 30 August 2006 01:30 am, Stefan Seifert wrote: Isn't normally ctrl+b bound to the speedbrake? I don't know, but I can look it up in keyboard.xml Dave - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Schweizer SGS 2-33, AI thermals and other remarks
Dave Culp schrieb: On Wednesday 30 August 2006 01:30 am, Stefan Seifert wrote: Isn't normally ctrl+b bound to the speedbrake? I don't know, but I can look it up in keyboard.xml Dave Hi, I *just* tried it: Looking at the property browser while flying the SGS 2-33 I noted 1) using k,j sets the spoiler property as it should - no remarkable effect on the a/c 2) using CTRL B sets the airbrake property - seems only minimal (?) influence, holding constant airspeed of 60 (knts/miles???, cannot read the instrument skale) increases descendrate from 500 to 700/800 ft/min. But good to know there is some effect by the speedbrake property, I have to check more carefully, just did some very quick tests. Will answer to the other points later, no time now. Thank you all for your replies. Georg - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear input devices
On Wednesday 30 August 2006 22:35, Simon Hollier wrote: On 8/30/06, Curtis L. Olson [EMAIL PROTECTED] wrote: Can anyone confirm that the CH Products yoke and pedals work out of the box with FlightGear v0.9.10? The CH USB 3 axis yoke and USB rudder pedals work out of the box for me on Ubuntu (2.6 kernel). The only issue is they need to be unplugged/plugged after (re)booting if you leave them plugged in. The yoke and the pedals also work out of the box on windows. Cheers, Durk - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] YASim feature request
Probably one for Andy... I've been messing about with the B-52F and I've hit a problem with landing in cross-winds. The real a/c has steering on both front and rear sets of wheels so that it can make a crabbed landing and this is where the first aspect of the problem lies - there only seems to be a single STEER control axis available. The second aspect of the problem is that I can't find a reference property to use. Perhaps there's already something there and I'm not aware of it but even if there is, how would I relate it to the normalised steering control input? Basically, I think I need to know the yaw-degrees and be able to set two independent steering control axis in degrees. Actually, I guess a yaw-norm would work ok with two steering-norms... LeeE - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim feature request
Lee Elliott wrote: The real a/c has steering on both front and rear sets of wheels so that it can make a crabbed landing and this is where the first aspect of the problem lies - there only seems to be a single STEER control axis available. No, one per gear. You can map them to different properties. For example, map the rear gear to /controls/flight/rudder, but use the src/dst mapping to invert the sense. The second aspect of the problem is that I can't find a reference property to use. Perhaps there's already something there and I'm not aware of it but even if there is, how would I relate it to the normalised steering control input? Here, you're off on your own. The default controls only give you aileron, elevator, rudder, throttle, mixture and advance as actual control axes. You can wire up a key mapping or cockpit control to drive any other property you want, of course, or you can modify your personal joystick mappings to redirect an unused axis (the Saitek robo-sticks tend to have a few rotary dials available, for example). Note, by the way, that the STEER input is in radians (1 radian ~= 53 degrees). Andy - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Need some info on Airbus A330
Does anybody know what the average mean chord for the A330 is? I have been searching high and low on the Internet for it but couldn't find anything. Ampere - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Scheduling tile at bogous lon and lat = (-1000, 0)
Hi, I have checked in something that I expect fixes that problem with Scheduling tile at bogous lon and lat = (-1000,0) Since I still cannot reproduce that. Can you help me and report if that message is gone with your favourite reproducable testcase. Thanks! Mathias - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Schweizer SGS 2-33, AI thermals and other remarks
Hi Dave, thank you very much for your very prompt and detailed answer! Dave Culp schrieb: I like the screenshots :) I too. Therefore a made some of them. Here are two more: http://home.arcor.de/vollnhals-bremen/Soaring/fgfs-screen-030006.jpg http://home.arcor.de/vollnhals-bremen/Soaring/fgfs-screen-021005.jpg Problem Nr 1: ... that the entries can be overridden by an aircraft's **-set.xml* file. I know there are some here who don't like the demonstrator concept, and maybe we can argue about this again :) No, this was/is not my intention. This is just perfect for beginners. The solution for me is to give the changed *-set.xml file together with the upcoming sceneries, so people can copy it into the SG 2-33 folder. Generally spoken, it would be a good idea for the *future* that we could have several instances of an aircraft. Today we have to copy all the stuff belonging to the aircraft to get two slightly different ones. That is not the solution. But if we just could have a second Schweizer folder with a changed *-set.xml file and all other (unchanged) files from the original Schweizer folder are referenced then we could have two aircraft entries in our FG aircraft list - Schweizer Demonstrator and Schweizer :-) Problem Nr 3: The 3d aircraft is not visible from inside. So when you look around for the thermal cap (or want to fix a point at the earth over the downwing when having catched the thermal upwind successfully) you have no reference. I know pretty well that it is only a 2d-panel and I can live with this but is it a big problem to display the 3D a/c model from inside (naturally with the 2d display only at one view-point like other a/c have it). I have a 3D cockpit on my local copy, but I haven't submitted it because it's a lot uglier than the 2D cockpit. I'll send it to you if you like. It could still use some work. For example, I don't have a 3D variometer instrument yet. Yes, if you could send the 3D-cockpit to me, that would be fine for some testing. But I have still to ask whether it could be done without big work for you to display the parts of the existing Schweizer *.ac 3-d model from the inside view (pilot view). If I look at the a/c in Blender I can see that there are even seats, pedals, a stick-handle and a panel (with a decorating graphic). http://home.arcor.de/vollnhals-bremen/Soaring/SchweizerInnen.jpg There are still some other aircraft in our FG hangar without 3-d-panel (only 2d) but you can see the 3-d-aircraft parts when you move your view, the 2d-panel disappears until you get your view back to the front. Could that be done with the Schweizer the same way? Or is it a real *big* part of work to get this inside views? Problem Nr 4: The windshield yaw-string moves only a little in normal flight, even heavily uncoordinated one. After the Schweizer is on the ground without movement it indicates the actual wind-direction (not proofed). I would expect some more visible movement ie in slip movement. I set the drawstring movement from 25-yr memory, so I'm not surprised if it doesn't look right. This can easily be changed in the instrument panel code, looking for the yaw string rotation animation. Note that this is 2D panel code, so for a 3D panel you'll have to make a whole new string. Same for me. It is more then 35 years that I had some glider flights with an instructor. Cannot remember exactly, was just an old impression, might be true or not. Will ask a collegue for that (who is still an active glider pilot). Dave Thankyou once again, I am still enjoying these AI-thermal and soaring features. Georg EDDW - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug in mp-visibility of planes?
Hi Fred,
Before I check in that.
I know Olaf has an improoved timestamping implementation for win32.
Did he already send that to you?
Greetings
Mathias
On Sunday 20 August 2006 16:44, Maik Justus wrote:
Hi Matthias,
Mathias Fröhlich wrote:
Hi Maik,
On Sunday 13 August 2006 21:15, Maik Justus wrote:
I still have this problem. Can you tell me, where in the source the 10
seconds timeout are tested? Then I can try, to find more detailed
information.
That would be great!
That happens around line 420 in src/MultiPlayer/multiplaymgr.cxx.
Greetings
Mathias
The problem is, that the elapsed time is queried in this way
long stamp = timestamper.get_seconds();
but the timestamper update is calculated this way (file timestamp.cxx
(simgear)):
void SGTimeStamp::stamp() {
#if defined( WIN32 ) !defined(__CYGWIN__)
unsigned int t;
t = timeGetTime();
seconds = 0;//-- comment by Maik: this is the
problem
usec = t * 1000;
#elif defined( HAVE_GETTIMEOFDAY )
struct timeval current;
struct timezone tz;
// sg_timestamp currtime;
gettimeofday(current, tz);
seconds = current.tv_sec;
usec = current.tv_usec;
#elif defined( HAVE_GETLOCALTIME )
SYSTEMTIME current;
GetLocalTime(current);
seconds = current.wSecond;
usec = current.wMilliseconds * 1000;
#elif defined( HAVE_FTIME )
struct timeb current;
ftime(current);
seconds = current.time;
usec = current.millitm * 1000;
// -dw- uses time manager
#elif defined( macintosh )
UnsignedWide ms;
Microseconds(ms);
seconds = ms.lo / 100;
usec = ms.lo - ( seconds * 100 );
#else
# error Port me
#endif
}
For MSVC the seconds are allways zero, all the elapsed time is stored in
usec. After splitting the elapsed time into usec and seconds and
removing the #if defined( WIN32 ) !defined(__CYGWIN__) sections
alls seems
to work well (see enclosed diff for simgear). Please add it to CVS.
Maik
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
