Re: [Flightgear-devel] keyboard.xml question
OHH NO, I am such an idiot! I have testet the variable with my own external protocol and there was the PTT Key defined as "bool"... Thanx for testing! It works fine and I has ever worked fine :-/ On Tue, Jun 19, 2007 at 02:43:20PM +0200, Melchior FRANZ wrote: > * Melchior FRANZ -- Tuesday 19 June 2007: > > with latest fg/plib (SDL, not GLUT) and fg/osg. There's only > > a bug in fg_os_osgviewer that makes it disrespect the > > flag>. > > What I should have added: in freeglut the flag > didn't work either last time I checked, so it's highly recommended > to compile fgfs for SDL: $ configure --enable-sdl > > And I assume that the 'y' is only meant for tests. For a PTT > key that's not exactly easy to find in the dark, and one might > get a spasm when having the finger there for a long time. ;-) Yes, thats quite annoying - I know. But the 'y' key was one of the only keys which were free to use without mussing up all other keys. > I suggest to move the "swap panels" function to Shift-s (now s), > to move the starter to 's' (now SPACE), and to use the SPACE key > for PTT (or trigger :-) Yes this would be very nice. I think I will try to build a patch for keyboards.xml after presenting my C Version of the realtime radio in the next weeks. BTW: What's the keycode for SHIFT-SPACE or CTRL-SPCAE ? Regards, Holger -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] lookat view
Hi, Ive tried countless times over the past few years to configure a lookat view ,from model, and have never had it work unless the look at object is my own aircraft.Looking at the source it seems that "config/target-lon-deg-path" , etc , ends up becoming the model coordinates . Before I start hacking , is this the way it was intended to work , and (most likely) , I dont understand how to configure the view properly ? Thanks -- syd & sandy <[EMAIL PROTECTED]> - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
> I'd very much like to have a car FDM. A realistic one like Curt > mentioned. > > m. There's Racer: http://www.racer.nl/ JB - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Noratlas Nord-2502
On Tue 19 June 2007 20:52, gh.robin wrote: > Hello, > Here an updated Noratlas > > The full pacckage here > http://perso.orange.fr/GRTux/Noratlas.tar.gz > > Or > > The diff file package here > > http://perso.orange.fr/GRTux/Noratlas-2007-06-19.diff.tar.gz > > Regards Their is some strange behaviours with that new update, (thanks to Curt for that commitment) i did not noticed it on my computer. On IRC Melchior and Aj (thank to them for the feed back) , noticed , a nasal failure , and trouble with KSFO Airport (Noratlas digging the runway with the nose). Here is a patch i hope it will solve the bug. http://perso.orange.fr/GRTux/Noratlas-2007-06-20.diff.tar.gz The full updated package remains on the same permanent link. http://perso.orange.fr/GRTux/Noratlas.tar.gz Regards -- Gérard - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
On Tue, 19 Jun 2007, Nick Warne wrote: > On Tuesday 19 June 2007 22:25:24 Martin Spott wrote: > > "Vivian Meazza" wrote: > > > I also have doubts that a single fdm can accurately reproduce ship and > > > car characteristics - [...] > > > > While you are at it, don't forget simulating railway trains - their > > timetables are publicly available :-) > > Don't bother with UK trains then, timetables or not - they are always > late/cancelled at will. How you simulate that I do not know. > Randomly unplug & re-plug the network patch cable? :) g. -- "I'm not crazy, I'm plausibly off-nominal!" Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
> > > I also have doubts that a single fdm can accurately > reproduce ship and > > car characteristics - [...] A true Ship FDM would require sea state simulation, as a carrier is going to rock in a heavy sea. Landing on a carrier in calm water in the daylight is easy. It's that Sea State 5, with driving rain, at night, that is "like having sex in a car wreck". - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
On Tuesday 19 June 2007 22:25:24 Martin Spott wrote: > "Vivian Meazza" wrote: > > I also have doubts that a single fdm can accurately reproduce ship and > > car characteristics - [...] > > While you are at it, don't forget simulating railway trains - their > timetables are publicly available :-) Don't bother with UK trains then, timetables or not - they are always late/cancelled at will. How you simulate that I do not know. Nick - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
"Vivian Meazza" wrote: > I also have doubts that a single fdm can accurately reproduce ship and car > characteristics - [...] While you are at it, don't forget simulating railway trains - their timetables are publicly available :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Noratlas Nord-2502
Hello, Here an updated Noratlas The full pacckage here http://perso.orange.fr/GRTux/Noratlas.tar.gz Or The diff file package here http://perso.orange.fr/GRTux/Noratlas-2007-06-19.diff.tar.gz Regards -- Gérard - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] MD-11 repaint request
Hi, the repaint is ready, avaliable at http://fgfs.i-net.hu/downloads/MD11.tar.bz2 I've copied the KLM related files and repainted the textures only. The 3D model also should be changed, because it's colour is gray, but I can't do that. The paintwork is my own work using The Gimp. Only FedEx logo was downloaded from the Web. I think I may publish the textures under GPL. An updated version will follow if I found the way to make the cowling around engine #2 look like the real livery. Regards, Gabor On Thursday 14 June 2007 14:15, Curtis Olson wrote: > Excellent, thanks! > > Curt. > > On 6/14/07, Gabor Toth <[EMAIL PROTECTED]> wrote: > > Hi Curt, > > > > I'll try to make one today. > > > > Gabor > > > > On Wednesday 13 June 2007 22:45, Curtis Olson wrote: > > > I was wondering if anyone out there would be interested in creating a > > > > FedEx > > > > > paint scheme for the FlightGear MD-11? > > > > > > Thanks, > > > > > > Curt. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
Melchior FRANZ wrote > > * Oliver Schroeder -- Tuesday 19 June 2007: > > attached is a patch for the osg-branch, > > which will introduce a new pseudo FDM for ground vehicles > and (large) > > ships. The FDM isn't perfect, but good enough to allow driving > > vehicles. > > I'd very much like to have a car FDM. A realistic one like > Curt mentioned. But this suggested FDM is even less > sophisticated than the ufo, and I guess that a special yasim > config would make a far better car. So, if it isn't a serious > FDM from the beginning, then I think we are better off with a > car-o-matic script, which -- in analogy to jsbsim's aeromatic > -- would knock out yasim configs from simple car properties. > > m. > To follow these remarks - there is a quite sophisicated pseudo-fdm already in AIShip, which takes into account turning circles, rudder angles, speed, and acceleration and rolls and steers the ship accordingly. This code is able to accept inputs of the form of target course and speed, or direct input of rudder angles. Is there something wrong with it? I also have doubts that a single fdm can accurately reproduce ship and car characteristics - a ship isn't a big truck which travels over sea rather than land. Ships do not respond immediately to rudder inputs, and to stop a turn they require counter-rudder. They also roll in turns. In this sim the 100,000 ton Nimitz seems to have no mass, and a turning circle significantly tighter that a destroyer. Max rpm is more likely to be 250 rpm than 2500 rpm. Take it from an old salt - this is the least ship like ship simulator I have come across. I love the views - particularly the bridge. Somewhere along the line, I seem to have lost the wake here, which spoils some of the views a bit. Don't know if these comments are particularly helpful, but I fully support your intention to have a MP carrier. However, it's fun for a few minutes to steer a carrier, or it might be if it were a lot more realistic, but actually, I'd like this automated, so that I can fly off the darned thing, and not be a taxi-driver for the Airedales. Vivian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BlackBird SR-71
Hello, Here an update of SR71-BlackBird The full Package is there http://perso.orange.fr/GRTux/SR71-BlackBird.tar.gz And the diff package is there http://perso.orange.fr/GRTux/SR71-BlackBird-2007-06-19.diff.tar.gz some new snapshot http://perso.orange.fr/GRTux/BlackBird-pic11.jpg http://perso.orange.fr/GRTux/BlackBird-pic13.jpg http://perso.orange.fr/GRTux/BlackBird-pic14.jpg Regards -- Gérard - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
* Oliver Schroeder -- Tuesday 19 June 2007: > attached is a patch for the osg-branch, > which will introduce a new pseudo FDM for ground vehicles and (large) > ships. The FDM isn't perfect, but good enough to allow driving vehicles. I'd very much like to have a car FDM. A realistic one like Curt mentioned. But this suggested FDM is even less sophisticated than the ufo, and I guess that a special yasim config would make a far better car. So, if it isn't a serious FDM from the beginning, then I think we are better off with a car-o-matic script, which -- in analogy to jsbsim's aeromatic -- would knock out yasim configs from simple car properties. m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
On 6/19/07, Roberto Inzerillo wrote: > OTOH one important question to consider is whether a vehicle FDM in > FlightGear should attempt to model real physics or be more like a > earth-bound UFO. > > Anders Hi Anders, Let me chime in with a quick comment. There are quite a few people doing driving simulation based research. Vehicles and the environments we drive through are a huge part of our lives. Unfortunately, a distressing number of people are hurt or killed in vehicles. There is a ton of research going on to try to improve safety by improving road layouts, markings, and signage, adding technology to vehicles (i.e. warning systems if you drift out of your lane or are approach the vehicle ahead of you too quickly, etc.) Also people are looking at the effects of various imparements such as fatigue, alcohol, cell phones, or various physical ailments. In addition to all of that, I've seen driving sims used for obvious things like driver training, but also non-obvious things like rehabilitating certain types of injuries, or testing people if they are safe to drive after enduring certain types of injuries (i.e. a shoulder injury ... can you react quickly and spin the wheel in an accident likely scenario? Or maybe can you drive safely after enduring a stroke? Or after starting some new medication ...?) There are also more advanced types of training such as for truck drivers where the risks of a dumb mistake are even greater than with a lighter vehicle. Our local airport (KMSP) has a big fire engine simulator that they use to train anyone that needs to drive a vehicle on airport grounds. They have an incredibly detailed 3d model of the MSP airport (yeah I was drooling) down to correct placement of every light and every sign. I heard they paid a guy to come out and take 3000+ daytime photos and a similar number of night time photos to build the 3d world. They use this simulator to train drivers to navigate the maze of taxiways and service roads and practice interacting with the tower. Have a service vehicle go the wrong way at an airport could be just as devistating as having a pilot taxi the wrong way ... and this can become really difficult in low visibility situations (we can have significant snow storms here in the winter.) Most of the groups doing vehicle based research or training already have solutions in place. There are a couple high buck vendors selling simulators and software systems, and there are a couple really cheesy low end systems that some people suffer through. However, I hear over and over again that it would be really nice to have a full featured, advanced, open-source driving sim software infrastructure. So often researchers do actual real research. I know that might be surprising to some folks who are familiar with the industry. :-) But research implies doing something new or something different than before. Now mix that with a closed-source proprietary software system and your hands could be tied for doing what you need to do. Or if you hit a show stopping bug late in the development of a project, it stinks when the solution is out of your hands. Our software vendor on occasion has offered to fix bugs for us, but they often view the fix as a "new feature" and we wouldn't see it for 6 months when the next version is released. I don't mean that as a negative comment towards our software vendor, it's just a fact of life in the proprietary world. If we added some "realistic" automobile/truck dynamics with both manual and automatic transmissions, perhaps the ability to pull a trailer, and some sort of reasonable skid model, we would suddenly be very far down the path towards supporting those folks that are doing driving sim based research and training. So if realistic vehicle dynamics is something that anyone out there is interested in, I would strongly encourage you to push foward. I think over time we could develop a significant following in the surface based transportion world. (Sorry this message was supposed to be quick, but got longer the more I typed.) :-) Regards, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
> OTOH one important question to consider is whether a vehicle FDM in > FlightGear should attempt to model real physics or be more like a > earth-bound UFO. > > Anders That depends on what developers/users need. I can think about a few different usages with peculiar implementations. I see people like to record video MP flight sessions; having a few separate users controlling a few ground vehicles (like tow tractors) moving around could help in directing the scene. There's even the possibility to let users drive around a scenery while others are flying in the sky (think about a simulation of a flight festival like Oshkosh), amazing show :-) Animating generic AI ground city traffic could be spectacular when flying very low on a populated area. That's a plus for those people wanting to create a high quality video recording of a flight simulation demo. People like to see aircrafts flying above a city skyline and disappearing behind the skyscrapers, the city looks more real when populated with moving vehicles. Don't even forget trains. We have railroads in our scenery meshes, but we do not have trains running around. As you see my point of view is strictly related to ground simulation (I'm not a pilot at all, although I enjoy learning the basics of aircraft flying with FGFS). You will be more interested in other aspects, I'm shure. I would suggest creating a simple but completely controllable and customizable ground vehicle FDM. Basic capabilities can be generally extended in the future without much of an effort. Programming very specific stuff, on the contrary, limits the usage of the code and makes it difficult to use. In many cases, an earth-bound UFO like FDM could be enough. But if you think about high level generic traffic simulation you need something more specific, at least from a cinematic point of view; I don't think a higly detailed real physics simulation is of any help but in rare cases anyway. Roberto -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
On Tue, 19 Jun 2007, Anders Gidenstam wrote: > One can already tow YASim aircraft using the air tow capability. It is > also fairly easy to make liftless aircraft FDM configs for ground > vehicles in JSBSim - I made a simple one for a mule / small tow truck > yesterday. You can get it here: > http://www.gidenstam.org/FlightGear/misc/towtruck_fgfs.tar.gz Btw. this doesn't mean I think a separate vehicle FDM is unnecessary or a bad idea - building the type of FDM config I did is a mix of real and fake physics that might not please everybody. It is also a bit tricky to get to work just right (something I also can't claim to be able to myself.. :). OTOH one important question to consider is whether a vehicle FDM in FlightGear should attempt to model real physics or be more like a earth-bound UFO. Cheers, Anders -- --- Anders Gidenstam mail: anders(at)gidenstam.org WWW: http://www.gidenstam.org/FlightGear/JSBSim-LTA/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
On Tue, 19 Jun 2007, Roberto Inzerillo wrote: >> attached is a patch for the osg-branch, which will introduce a new pseudo FDM >> for ground vehicles and (large) ships. The FDM isn't perfect, but good enough >> to allow driving vehicles. > > That's interesting. I had thoughts about towing aircrafts inside an > airport once. Can you please post a preview about the movement > capabilities of such a vehicles FDM? Hi, One can already tow YASim aircraft using the air tow capability. It is also fairly easy to make liftless aircraft FDM configs for ground vehicles in JSBSim - I made a simple one for a mule / small tow truck yesterday. You can get it here: http://www.gidenstam.org/FlightGear/misc/towtruck_fgfs.tar.gz Note: it is not particularly well tuned yet.. :) Use } } space to start the engine. Cheers, Anders -- --- Anders Gidenstam mail: anders(at)gidenstam.org WWW: http://www.gidenstam.org/FlightGear/JSBSim-LTA/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)
> attached is a patch for the osg-branch, which will introduce a new pseudo FDM > for ground vehicles and (large) ships. The FDM isn't perfect, but good enough > to allow driving vehicles. That's interesting. I had thoughts about towing aircrafts inside an airport once. Can you please post a preview about the movement capabilities of such a vehicles FDM? Roberto - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] keyboard.xml question
* Melchior FRANZ -- Tuesday 19 June 2007: > with latest fg/plib (SDL, not GLUT) and fg/osg. There's only > a bug in fg_os_osgviewer that makes it disrespect the > flag>. What I should have added: in freeglut the flag didn't work either last time I checked, so it's highly recommended to compile fgfs for SDL: $ configure --enable-sdl And I assume that the 'y' is only meant for tests. For a PTT key that's not exactly easy to find in the dark, and one might get a spasm when having the finger there for a long time. ;-) I suggest to move the "swap panels" function to Shift-s (now s), to move the starter to 's' (now SPACE), and to use the SPACE key for PTT (or trigger :-) m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] keyboard.xml question
* Holger Wirtz -- Tuesday 19 June 2007: > But other tests also won't work: This exact code copied into my keyboard.xml works for me, with latest fg/plib (SDL, not GLUT) and fg/osg. There's only a bug in fg_os_osgviewer that makes it disrespect the flag>. $ fgfs --aircraft=KC135 --trace-write=/instrumentation/comm/ptt TRACE: Write node /instrumentation[0]/comm[0]/ptt[0], value"1" TRACE: Write node /instrumentation[0]/comm[0]/ptt[0], value"0" TRACE: Write node /instrumentation[0]/comm[0]/ptt[0], value"2" TRACE: Write node /instrumentation[0]/comm[0]/ptt[0], value"0" > I also tried to put a into the definition for n=121 (y) > because I thaught that I get 1 with "y", 2 with "Y" and "0" when the > key is released... Yeah, that's a bit messy. For those keys where there's a separate symbol for the shift level, the doesn't work. m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] keyboard.xml question
Hi, On Mon, Jun 18, 2007 at 10:32:00PM +0200, Melchior FRANZ wrote: > * Holger Wirtz -- Monday 18 June 2007: > > I tried the following but I never get the value 2: > > > > > property-assign > > /instrumentation/comm/ptt > > 0 > > > > > > > >property-assign > >/instrumentation/comm/ptt > >2 > > > > > > You mixed up the normal (key-press) and the binding > (key-release). But even then you'd get a 2, whenever the key > is released. Ok, I see... that's not intelligent. But other tests also won't work: y Radio PTT property-assign /instrumentation/comm/ptt 1 property-assign /instrumentation/comm/ptt 0 Y NAV1 audio listen property-assign /instrumentation/comm/ptt 2 property-assign /instrumentation/comm/ptt 0 I also tried to put a into the definition for n=121 (y) because I thaught that I get 1 with "y", 2 with "Y" and "0" when the key is released... Does anyone know how I can implement this??? Regards, Holger -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] {Spam?} new pseudo FDM for vehicles (osg branch)
Software zur Erkennung von "Spam" auf dem Rechner postrobot.de hat die eingegangene E-mail als mögliche "Spam"-Nachricht identifiziert. Die ursprüngliche Nachricht wurde an diesen Bericht angehängt, so dass Sie sie anschauen können (falls es doch eine legitime E-Mail ist) oder ähnliche unerwünschte Nachrichten in Zukunft markieren können. Bei Fragen zu diesem Vorgang wenden Sie sich bitte an [EMAIL PROTECTED] Vorschau: Hello list, attached is a patch for the osg-branch, which will introduce a new pseudo FDM for ground vehicles and (large) ships. The FDM isn't perfect, but good enough to allow driving vehicles. The other archieve contains a dataset for such a vehicle named Nimitz. Untar it to $(FG_ROOT)/Aircraft [...] Inhaltsanalyse im Detail: (-1.1 Punkte, 5.0 benötigt) Pkte Regelname Beschreibung -- -- -1.4 ALL_TRUSTEDNachricht wurde nur über vertrauenswürdige Rechner weitergeleitet 0.4 AWLAWL: From: address is in the auto white-list --- Begin Message --- Hello list, attached is a patch for the osg-branch, which will introduce a new pseudo FDM for ground vehicles and (large) ships. The FDM isn't perfect, but good enough to allow driving vehicles. The other archieve contains a dataset for such a vehicle named Nimitz. Untar it to $(FG_ROOT)/Aircraft After patching, a user is able to "drive" the nimitz: fgfs --aircraft=Nimitz The patch includes my latest patch for the multiplayer part. Since it wasn't commited yet, I think it's ok to include it. I'm not sure if I should proveide a patch for the plib-branch? Feel free to send me any comments on this. Once the patch is commited, I want to start making the Nimitz MP-ready. So users can land and take-off from it. Please commit it to cvs. regards, Oliver ? mp_bugfix.diff ? vehicle-fdm.patch Index: src/FDM/Makefile.am === RCS file: /var/cvs/FlightGear-0.9/source/src/FDM/Makefile.am,v retrieving revision 1.7 diff -u -r1.7 Makefile.am --- src/FDM/Makefile.am 22 Nov 2004 10:10:33 - 1.7 +++ src/FDM/Makefile.am 19 Jun 2007 10:51:28 - @@ -12,6 +12,7 @@ libFlight_a_SOURCES = \ Balloon.cxx Balloon.h \ flight.cxx flight.hxx \ + Vehicle.cxx Vehicle.hxx \ groundcache.cxx groundcache.hxx \ MagicCarpet.cxx MagicCarpet.hxx \ UFO.cxx UFO.hxx \ Index: src/FDM/Vehicle.cxx === RCS file: src/FDM/Vehicle.cxx diff -N src/FDM/Vehicle.cxx --- /dev/null 1 Jan 1970 00:00:00 - +++ src/FDM/Vehicle.cxx 19 Jun 2007 10:51:29 - @@ -0,0 +1,272 @@ +// Vehicle.cxx -- interface to the "Vehicle" pseudo flight model +// +// Written by Oliver Schroeder, started June 2007. +// +// Copyright (C) 2007 Oliver Schroeder +// +// This program is free software; you can redistribute it and/or +// modify it under the terms of the GNU General Public License as +// published by the Free Software Foundation; either version 2 of the +// License, or (at your option) any later version. +// +// This program is distributed in the hope that it will be useful, but +// WITHOUT ANY WARRANTY; without even the implied warranty of +// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU +// General Public License for more details. +// +// You should have received a copy of the GNU General Public License +// along with this program; if not, write to the Free Software +// Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. +// +// $Id:$ + +// +// This is a pseudo flight model for ground vehicles and ships. +// It honors some simple values in the config file, which are: +// max_accel : acceleration in m/(s^2) +// max_speed : maximum speed in knots +// type : only "ship" is currently honored +// bow_thrust: boolean, defines wether the vehicle (ship) has a bow +// thruster +// +// To define a vehicle, put something like: +// +// +//0.1158 +//35.0 +//ship +//true +// +// +// in your vehicle-set.xml +// + + +#ifdef HAVE_CONFIG_H +# include +#endif + +#include +#include +#include + +#include +#include +#include +#include + +#include "Vehicle.hxx" + +// +// +// construct a vehicle +// +// +FGVehicle::FGVehicle( double dt ) { +m_speed = 0.0; +m_last_throttle = 0.0; +m_accel_factor = 1.0; +// +// get values from the property tree/environment +// +m_max_accel = fgGetDouble ("/vehicle/max_accel"); +m_max_speed = fgGetDouble ("/vehicle/max_speed"); +m_max_rpm = fgGetDouble ("/vehicle/max_rpm"); +m_min_rpm = fgGetDouble ("/vehicle/min_rpm"); +m_bow_thrust= fgGetBool ("/vehicle/bow_thrust"); +m_absolute_braking = fgGetDoubl
Re: [Flightgear-devel] [ANN] OSG - Improved Weather Radar
* Vivian Meazza -- Sunday 17 June 2007: > That's done - the patches are attached. The are NOT formatted properly, so > no rants about tabs, spaces or trailing spaces. That's OK for the old code (and less so for the added code. :-} Meanwhile the files for the base package are available, too (even committed), so testing is actually possible. The patches applied cleanly and compiled with a few warnings. I found only minor things to fix: - dead but uncommented code in one case [if (foo && false) ...] - redundant assignments [float x = 0; x = foo->getFloatValue();] - compiler warnings I didn't thoroughly review (nor understand ;-) all the code, especially not the OSG parts, but I trust Tim. Also, the patches don't touch much other code, so I wouldn't be worried about it. The patch did not work for me at first, because (like other developers, I guess) I'm using /sim/sceneryloaded-override. This prevented that /sim/sceneryloaded ever became "true", while od_gauge waited exactly for that. This is meanwhile fixed (main.cxx). After that the code worked in both fg/plib and fg/osg, but in fg/plib I get a segfault on exit, which comes from RenderTexture.cpp. That's quite a hairy piece of code, and I'm not really competent to fix it. I checked on the net if newer RenderTexture implementations have that code part fixed, but this is not the case. #0 0x7773612f in ?? () #1 0xb7c4f52f in _X11TransWritev () from /usr/lib/libX11.so.6 #2 0xb7c54f21 in _XSend () from /usr/lib/libX11.so.6 #3 0xb7c4625b in XQueryExtension () from /usr/lib/libX11.so.6 #4 0xb7c3ab0b in XInitExtension () from /usr/lib/libX11.so.6 #5 0xb6ffb0f3 in XextAddDisplay () from /usr/lib/libXext.so.6 #6 0xb7db368e in glXChannelRectSyncSGIX () from /usr/lib/libGL.so.1 #7 0x08a69258 in ?? () #8 0x08b008c0 in ?? () #9 0xb7de2eb5 in std::basic_streambuf >::showmanyc () from /usr/lib/libGL.so.1 #10 0xb7df2dc0 in std::basic_streambuf >::showmanyc () from /usr/lib/libGL.so.1 #11 0x0011 in ?? () #12 0x08b008c0 in ?? () #13 0x1137ead8 in ?? () #14 0x08589295 in RenderTexture::_Invalidate (this=0xb7db5fe0) at simgear/screen/RenderTexture.cpp:848 #15 0x0858ea8f in ~RenderTexture (this=0x1137ead8) at simgear/screen/RenderTexture.cpp:204 #16 0x083b9e22 in ~FGODGauge (this=0xb45e518) at src/Instrumentation/od_gauge.cxx:89 #17 0x085d6b2d in ~Member (this=0xd1ea7a0) at simgear/structure/subsystem_mgr.cxx:227 #18 0x085d7ba9 in ~SGSubsystemGroup (this=0xb7dadb67) at simgear/structure/subsystem_mgr.cxx:85 So, applying the patches for fg/plib would mean to replace a cheesy but not-crashing radar implementation by a nice but crashing one. I don't say that the radar patch is buggy, it's just the old render-to-texture feature. (It's also not my graphics card driver, as Qt4 has no problems with RTT.) I would very much like to apply the patches, but I think the crash should be fixed first. (Or should the fg/osg patches go in, anyway?) m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenSceneGraph 2.0
Hi all, On Sun, Jun 17, 2007 at 07:37:41PM -0400, John Denker wrote: [...] > 2) Here is another way of achieving a similar result. This is more > crude, but works better in batch files, i.e. doesn't require any > skilled feedback. This works for 32- and 64-bit libraries. > > sed s/_ZNSt6vectorIiSaIiEE7reserveE/_ZNSt6vectorIiSaIiEE7reserveX/ \ > orig/fglrx_dri.so > fglrx_dri.so [...] GREAT! This works for my IBM Thinkpad T60 (ATI Technologies Inc Radeon Mobility X1400, 01:00.0 0300: 1002:7145). Thanks a lot! Is there a possibility that this "feature" will get included in the ATI driver? Regards, Holger -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel