Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts
Hi, On Monday 23 March 2009 13:14:49 gerard robin wrote: When we start FG with a JSBSim aircraft on a moving carrier the groundcache is right, the Aircraft behaviour is right as long as we don't leave the deck. That nice groundcache feature definitively vanish when we leave the Carrier, even if we come back on it. We get the same error when taking off from an Airport , we get to land on Carrier, the groundcache on Carrier is not right. To conclude ONLY the first FG init of the groundcache ( on Carrier ) is right. It was not to oblige you to land on Carrier with a JSBSim Aircraft :) Mainly because there not any within CVS ( was the F8 which is now broken) Hmm, I have now tried with the default cessna. Due to the low approach speed this works well. Starting at the Nimitz and landing there. Applying brakes brings the cessna to rest wrt the carrier. So no problem. Resetting flightgear several times with the cessna on the carriers deck, applying brakes, works well. Starting at KSFO and landing on the carrier, applying brakes makes the cessna stick on the moving carrier. So again no problem. Can you confirm that the cessna works for you too? Does the F-8 Still not work? Really current cvs? Also simgear? You told about resetting the simulation? What are the exact conditions when that problem happens? May by I will need your F-8 and may be training hours to land on the carrier with that bird :) Greetings Mathias -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Possible new .ac loader bug?
Hi, On Monday 23 March 2009 11:29:03 Stuart Buchanan wrote: I think I've found a regression in the model loading code. As part of the Vulcan cockpit , there is a display showing the current position of the control surfaces and trim settings (Aircraft/vulcanb2/Models/Instruments/control_pos.xml). It is the oblong box in the upper center on the Panel. After doing a CVS up and rebuild last week, it stopped being displayed, with no error message AFAICT even with log-level=debug. The root of the problem (from trial and error) is that the .ac file had an object Rudder, which collided with the Rudder object of the aircraft model itself. I suspect the problem is in the .ac loader code rather than the animation code, as the problem was reproducable even when I removed all the animations from the object. I suspect that this is a new regression, as the object displayed quite happily on a CVS build from two weeks ago. I've corrected it in the CVS Vulcan, by renaming the object in the .ac and .xml files, but the bug should still be reproducable with a Vulcan check-out from last week. I do not know why this did not happen before. So the problem may not be understood too good. But, it is well know to me that the animations are applied to the model and all submodels. This is something I did not like to implement, but that happened for some reason with the plib stuff and that was reimplemented with osg. There is a comment in the model animation code that states that this is something strange to do. But I guess that there are many configurations out there that rely on this property. There are many more surprising things in the xml format that has grown over the years. I do not remember what else, but at the time I implemented that in osg. I hit plenty of strange behaviours that are hard to implement in the animations code, and might be very surprising to model authors if you step on that. I have often thought about introducing a more flexible and consistent xml model format where such surprises do not happen anymore. We could probably produce more tight scenegraphs which would help culling speed. We could stop the need to flip all the ac models to a different axis orientation which will definitely help modelers to animate their models. We could rethink some animations semantics which is sometimes very slightly beyond that what could be implemented efficiently. Often the most interesting use cases would work very good. But due to having that stuff like it is I had to implement something that was not very efficient to do. Greetings Mathias -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSimAircrafts
Mathias wrote Hi, On Monday 23 March 2009 13:14:49 gerard robin wrote: When we start FG with a JSBSim aircraft on a moving carrier the groundcache is right, the Aircraft behaviour is right as long as we don't leave the deck. That nice groundcache feature definitively vanish when we leave the Carrier, even if we come back on it. We get the same error when taking off from an Airport , we get to land on Carrier, the groundcache on Carrier is not right. To conclude ONLY the first FG init of the groundcache ( on Carrier ) is right. It was not to oblige you to land on Carrier with a JSBSim Aircraft :) Mainly because there not any within CVS ( was the F8 which is now broken) Hmm, I have now tried with the default cessna. Due to the low approach speed this works well. Starting at the Nimitz and landing there. Applying brakes brings the cessna to rest wrt the carrier. So no problem. Resetting flightgear several times with the cessna on the carriers deck, applying brakes, works well. Starting at KSFO and landing on the carrier, applying brakes makes the cessna stick on the moving carrier. So again no problem. Can you confirm that the cessna works for you too? Does the F-8 Still not work? Really current cvs? Also simgear? You told about resetting the simulation? What are the exact conditions when that problem happens? May by I will need your F-8 and may be training hours to land on the carrier with that bird :) I've been testing the carrier stuff with YASim. It usually works, but a occasionally the deck isn't solid, and the ac falls right through on landing. This bug is intermittent: I have been unable to reproduce it reliably, or identify the conditions under which it occurs. Only twice in 20 or so landings. The old bug persists with the launchbar - when you take off from the carrier and return the launchbar sometimes re-engages itself without the need for the L key to be operated. Perhaps that's a feature not a bug. Wait ... I had a hand in that code ... I'll look at it. I might get time later to download Gerard's F8 and try to reproduce his reported bug. Vivian -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSimAircrafts
Hi, On Tuesday 24 March 2009 09:58:23 Vivian Meazza wrote: I've been testing the carrier stuff with YASim. It usually works, but a occasionally the deck isn't solid, and the ac falls right through on landing. This bug is intermittent: I have been unable to reproduce it reliably, or identify the conditions under which it occurs. Only twice in 20 or so landings. Hmm, I had hoped that this kind of thing is fixed by the introduction of the 'reference time' which should fix problems that arise from the FDM talking about an other time than the carrier. The problem then would be that the carrier is kind of 'already gone' or 'not yet there'. So does this happen at the same time than model loading still makes the simulation hang for some small amount of time? Or may be some other hint where I can search for that problem? The old bug persists with the launchbar - when you take off from the carrier and return the launchbar sometimes re-engages itself without the need for the L key to be operated. Perhaps that's a feature not a bug. Wait ... I had a hand in that code ... I'll look at it. I might get time later to download Gerard's F8 and try to reproduce his reported bug. Thanks! Greetings Mathias -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSimAircrafts
Vivian Meazza a écrit : I've been testing the carrier stuff with YASim. It usually works, but a occasionally the deck isn't solid, and the ac falls right through on landing. This bug is intermittent: I have been unable to reproduce it reliably, or identify the conditions under which it occurs. Only twice in 20 or so landings. The same for me, a day i was using mp_carrier, i started FG in KLSV and used position menu to teleport to KSAN, and the two times i did this carrier was not solid, I didn't check if it was true one more time, but with starting FG directly in KSAN the carrier was solid. jano -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Starter spin time patch
I write patch for changes of JSB turbine starter spin time. diff -u FGTurbine.cpp.orig FGTurbine.cpp --- FGTurbine.cpp.orig 2009-03-24 00:46:08.0 +0300 +++ FGTurbine.cpp 2009-03-24 12:32:25.0 +0300 @@ -68,6 +68,7 @@ Augmented = AugMethod = Injected = 0; BypassRatio = BleedDemand = 0.0; IdleThrustLookup = MilThrustLookup = MaxThrustLookup = InjectionLookup = 0; + SpinCoeff = 1.0; ResetToIC(); @@ -255,8 +256,8 @@ { Running = false; FuelFlow_pph = 0.0; - N2 = Seek(N2, 25.18, 3.0, N2/2.0); - N1 = Seek(N1, 5.21, 1.0, N1/2.0); + N2 = Seek(N2, 25.18, 3.0*SpinCoeff, N2/2.0); + N1 = Seek(N1, 5.21, 1.0*SpinCoeff, N1/2.0); EGT_degC = Seek(EGT_degC, TAT, 11.7, 7.3); OilPressure_psi = N2 * 0.62; OilTemp_degK = Seek(OilTemp_degK, TAT + 273.0, 0.2, 0.2); @@ -427,6 +428,11 @@ Injected = (int)el-FindElementValueAsNumber(injected); if (el-FindElement(injection-time)) InjectionTime = el-FindElementValueAsNumber(injection-time); + if (el-FindElement(spin-coeff)) + { +SpinCoeff = el-FindElementValueAsNumber(spin-coeff); +cout Spin Coeff: SpinCoeff endl; + } Element *function_element; string name; @@ -462,6 +468,7 @@ return true; } + //%% string FGTurbine::GetEngineLabels(string delimeter) @@ -557,6 +564,7 @@ coutAugMethod: AugMethod endl; coutInjected: Injected endl; coutMinThrottle: MinThrottle endl; + cout SpinCoeff: SpinCoeff endl; cout endl; } diff -u FGTurbine.cpp.orig FGTurbine.cpp patch1.diff --- FGTurbine.h.orig2009-03-24 12:35:34.0 +0300 +++ FGTurbine.h 2009-03-24 12:34:19.0 +0300 @@ -99,6 +99,7 @@ augmethod {0 | 1 | 2} /augmethod injected {0 | 1} /injected injection-time {number} /injection-time + spin-coeff{number}/spin-coeff /turbine_engine @endcode @@ -234,6 +235,7 @@ double ThrottlePos; /// FCS-supplied throttle position double AugmentCmd; /// modulated afterburner command (0.0 to 1.0) double TAT; /// total air temperature (deg C) + double SpinCoeff; /// starter spin coefficient (decrease it for increase spin) bool Stalled;/// true if engine is compressor-stalled bool Seized; /// true if inner spool is seized bool Overtemp; /// true if EGT exceeds limits -- Best regard!!! Yaroslav Zavarzin Registered Linux user #419120 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Starter spin time patch
Specter wrote: I write patch for changes of JSB turbine starter spin time. Dave just recently committed this patch to JSBSim and I am preparing a new sync between them soon so it'll end op in FlightGear that way. Erik -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts
On mardi 24 mars 2009, Mathias Fröhlich wrote: Hi, On Monday 23 March 2009 13:14:49 gerard robin wrote: SNIP Hmm, I have now tried with the default cessna. Due to the low approach speed this works well. Starting at the Nimitz and landing there. Applying brakes brings the cessna to rest wrt the carrier. So no problem. Resetting flightgear several times with the cessna on the carriers deck, applying brakes, works well. Starting at KSFO and landing on the carrier, applying brakes makes the cessna stick on the moving carrier. So again no problem. Can you confirm that the cessna works for you too? Does the F-8 Still not work? Really current cvs? Also simgear? You told about resetting the simulation? What are the exact conditions when that problem happens? May by I will need your F-8 and may be training hours to land on the carrier with that bird :) Greetings Mathias You are right the Cessna is correct tested now, on the Eisenhower speed 10 knots. I have tried with Clemenceau and F8 both last version updated ( for some reason, ONLY available here http://pagesperso-orange.fr/GRTux/tux/index-en.html ) The result of that test seems right, too. I mainly noticed the problem with an other light turbine aircraft ( Fouga). However digging again into it ( the strange behaviour) , i suspect, now, that it could be coming from my gears definitions which introduce some random oscillations, only when i land ( again) on the Carrier. To conclude, forget the noise, at least, until i will have found i my side the origin of the problem. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Starter spin time patch
On Tue, Mar 24, 2009 at 12:47 PM, Erik Hofman e...@ehofman.com wrote: Specter wrote: I write patch for changes of JSB turbine starter spin time. Dave just recently committed this patch to JSBSim and I am preparing a new sync between them soon so it'll end op in FlightGear that way. I hope he left out the cout Spin Coeff: SpinCoeff endl; part from the Load function. -- Csaba/Jester -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Starter spin time patch
On mardi 24 mars 2009, Erik Hofman wrote: Specter wrote: I write patch for changes of JSB turbine starter spin time. Dave just recently committed this patch to JSBSim and I am preparing a new sync between them soon so it'll end op in FlightGear that way. Erik Does that will modify the original Jon's recommendation to start an engine ? Get the external Air compressor resources The engine will spin up to a maximum of about %25 N2 (%5.2 N1) This simulates the action of a pneumatic starter.- After reaching %15 N2, Cutoff to False Thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Starter spin time patch
On Tue, 2009-03-24 at 14:06 +0100, gerard robin wrote: On mardi 24 mars 2009, Erik Hofman wrote: Specter wrote: I write patch for changes of JSB turbine starter spin time. Dave just recently committed this patch to JSBSim and I am preparing a new sync between them soon so it'll end op in FlightGear that way. Erik Does that will modify the original Jon's recommendation to start an engine ? Get the external Air compressor resources The engine will spin up to a maximum of about %25 N2 (%5.2 N1) This simulates the action of a pneumatic starter.- After reaching %15 N2, Cutoff to False Thanks It should just adjust the time required to reach 25% N2. Ron -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Starter spin time patch
Csaba Halász wrote: On Tue, Mar 24, 2009 at 12:47 PM, Erik Hofman e...@ehofman.com wrote: Specter wrote: I write patch for changes of JSB turbine starter spin time. Dave just recently committed this patch to JSBSim and I am preparing a new sync between them soon so it'll end op in FlightGear that way. I hope he left out the cout Spin Coeff: SpinCoeff endl; part from the Load function. Yes he did :) Erik -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Starter spin time patch
Ron Jensen wrote: On Tue, 2009-03-24 at 14:06 +0100, gerard robin wrote: Does that will modify the original Jon's recommendation to start an engine ? Get the external Air compressor resources The engine will spin up to a maximum of about %25 N2 (%5.2 N1) This simulates the action of a pneumatic starter.- After reaching %15 N2, Cutoff to False Thanks It should just adjust the time required to reach 25% N2. And only if defined, otherwise it will not affect precious behavior. Erik -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Help: Building a binary IO driver based on Altas driver
Thanks for the reply Curt, I took your comment onboard, Not much time today so I still have not modified the process routine, but have instigated printf for testing. I wish I knew it was so easy to so that earlier.My background in single chip devices where there is no screen!. Thus at the moment, the process routine calls the parse routine as in yesterday, There I am picking up the number of chars in buf from length. In the parse routine then I am testing each char and at the same time sending the char to a printf. If I test each char, from buf I can find 0x5a Z but not 0xA5. Futher the terminal shows only the printable characters from buf. However it is a steady cycle of the same pintable char data 10 times a sec with the non printables missing. From these 2 observations I suspect the non printables are not in the buf array. If I understand your response correctly, every time parse is called, buf will hold fresh serial data and the number of bytes is in length, this may not be the complete burst of data I send every tenth of a second to the serial from my Pic. But if i gather these bytes and write them to an array or file I will end up with a replica of the stream in. From that i could find the sync bytes and recover the complete block of data. However I realise once I have it working i need to refine the code a bit, but if thats the case I seem to be missing the non printables. You mention modifying the call to parse to call it only when its got the full block of data. I would prefer very much not to be putting patches in the other code outside of my sim file (cloned from the Altas one in src/network), the only patch i have done is in fgio.c and that was to clone the call for the atlas routine. So questions Firstly have i come to the correct conclusion above, and is it possible non printables are not present in the buf data? Could you tell me where in FG it calls the process routine for the various io protocols? I seached today with out sucess, possibly from simgear? Also the parse routine only seesm to run when i define serial in in the comand line, where as I want the port bidirectional and would use bi in the command line. eg, fgfs --sim=serial,in,10,/dev/ttyS0,38400 --httpd=5008 As i want to read in 8 bit hex data should i be looking at another method? I apologize for dumb questions but I fully realize FG is quite a complex piece of evolving code and I only want to hook in a small addon. regards Harry Below is modified to pick up char Z (ox5A) from buf and test as mentioned above using lenth to read from buf. It outs the 0x5A to screen and sets the gear property but cant finsd a 0xA5. SGPropertyNode * node; l =0; while(l != length) { ch = buf[l]; printf(%c,ch); switch (Msg_State) { case 0:// find the sync header byte 0 if(ch == 0x5A) { Msg_State++; Msg_CS_OK = 0; b5=false; node = fgGetNode(/controls, true); node-setBoolValue(gear/gear-down, b5); } On Tue, Mar 24, 2009 at 12:12 AM, Curtis Olson curtol...@gmail.com wrote: Hi Harry, I've only skimmed your example code, but off the top of my head here are a couple things. The FlightGear serial IO defaults to non-blocking. That means characters will only be read if they are available, and you can't depend on the entire message string being there when you try to read it. If you back up to the routine that actually reads the data in, you may need to do some work there to accumulate the entire message before handing it off to your parsing routine. One thing I do quite often in these situations is to add printf()'s to the code that reads the data in. Seeing the actual data values or message lengths that are read each time can be quite instructive. Best regards, Curt. On Mon, Mar 23, 2009 at 3:44 AM, Harry Campigli wrote: Could I ask for some help and advise on this issue. I am trying to interface my Microchip Pic based sim hardware to FG. I have it working with a genetic string but the string is becoming to large for the pics to handle, also I would like a crc or check sum on the data. Thus i prefer a compressed hex format. Ie the pic sends 4 bytes sync,16 bytes each bit being a switch boolean, 16 bytes each being an analog setting then 2 bytes with each bit being a sign on the 16 analogs. The format thus is A5 5A A5 5A hh hh hh hh hh hh ...for 40 bytes. For simplicity I opted to clone and adapt the Atlas driver, keeping in line with all existing FG conventions. and use it as a frame. and intigrate my driver into FG when i build. So far I have bumbled my way along, I not a good programmer but have learnt my way around C with the microchip C18 to drive all the hardware. I have managed to generate and output a binary compressed message from FG. But cant seem to get it to decode on the inwards stream. My approach is similar to the way i run the can bus between the hardware Pics, pick
Re: [Flightgear-devel] Help: Building a binary IO driver based on Altas driver
On Tue, Mar 24, 2009 at 6:06 PM, Harry Campigli harryc...@gmail.com wrote: Thus at the moment, the process routine calls the parse routine as in yesterday, There I am picking up the number of chars in buf from length. In the parse routine then I am testing each char and at the same time sending the char to a printf. If I test each char, from buf I can find 0x5a Z but not 0xA5. Futher the terminal shows only the printable characters from buf. However it is a steady cycle of the same pintable char data 10 times a sec with the non printables missing. Try using printf(%02x , ch); -- Csaba/Jester -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts
On mardi 24 mars 2009, gerard robin wrote: On mardi 24 mars 2009, Mathias Fröhlich wrote: Hi, On Monday 23 March 2009 13:14:49 gerard robin wrote: SNIP Hmm, I have now tried with the default cessna. Due to the low approach speed this works well. Starting at the Nimitz and landing there. Applying brakes brings the cessna to rest wrt the carrier. So no problem. Resetting flightgear several times with the cessna on the carriers deck, applying brakes, works well. Starting at KSFO and landing on the carrier, applying brakes makes the cessna stick on the moving carrier. So again no problem. Can you confirm that the cessna works for you too? Does the F-8 Still not work? Really current cvs? Also simgear? You told about resetting the simulation? What are the exact conditions when that problem happens? May by I will need your F-8 and may be training hours to land on the carrier with that bird :) Greetings Mathias You are right the Cessna is correct tested now, on the Eisenhower speed 10 knots. I have tried with Clemenceau and F8 both last version updated ( for some reason, ONLY available here http://pagesperso-orange.fr/GRTux/tux/index-en.html ) The result of that test seems right, too. I mainly noticed the problem with an other light turbine aircraft ( Fouga). However digging again into it ( the strange behaviour) , i suspect, now, that it could be coming from my gears definitions which introduce some random oscillations, only when i land ( again) on the Carrier. To conclude, forget the noise, at least, until i will have found i my side the origin of the problem. Well, well, I have found the error The problem was not groundcache related , it was gear parameter which did not suit to ( the tuning is very sensitive ) . in addition to it, i had an error with the terrain detection , then, the aircraft thought that it was in water with a huge drag. Mathias sorry for the Noise , you won't have to learn to fly the F8 . Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSimAircrafts
jean pellotier a écrit : Vivian Meazza a écrit : I've been testing the carrier stuff with YASim. It usually works, but a occasionally the deck isn't solid, and the ac falls right through on landing. This bug is intermittent: I have been unable to reproduce it reliably, or identify the conditions under which it occurs. Only twice in 20 or so landings. The same for me, a day i was using mp_carrier, i started FG in KLSV and used position menu to teleport to KSAN, and the two times i did this carrier was not solid, I didn't check if it was true one more time, but with starting FG directly in KSAN the carrier was solid. jano I tested this few more times, in a place with severals carriers (eisenhower, foch, clemenceau...) and if i start FG far from this place, then move with the location menu to the closest airport, carriers are not solid (all the carriers). If i start near the carriers, then move far away, and then come back, carriers are solid. I remember a long flight from KLSV to the carrier near KHAF, and the carrier was not solid . To me it depend if the 3D model is loaded in startup. my two cents jano -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim
gerard robin wrote: Mathias sorry for the Noise , you won't have to learn to fly the F8 . As Mathias probably does better with the F-18 than any other member of this crowd, I think he would not face too severe difficulties doing carrier landings with the F-8 ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSimAircrafts
On mardi 24 mars 2009, jean pellotier wrote: jean pellotier a écrit : Vivian Meazza a écrit : I've been testing the carrier stuff with YASim. It usually works, but a occasionally the deck isn't solid, and the ac falls right through on landing. This bug is intermittent: I have been unable to reproduce it reliably, or identify the conditions under which it occurs. Only twice in 20 or so landings. The same for me, a day i was using mp_carrier, i started FG in KLSV and used position menu to teleport to KSAN, and the two times i did this carrier was not solid, I didn't check if it was true one more time, but with starting FG directly in KSAN the carrier was solid. jano I tested this few more times, in a place with severals carriers (eisenhower, foch, clemenceau...) and if i start FG far from this place, then move with the location menu to the closest airport, carriers are not solid (all the carriers). If i start near the carriers, then move far away, and then come back, carriers are solid. I remember a long flight from KLSV to the carrier near KHAF, and the carrier was not solid . To me it depend if the 3D model is loaded in startup. my two cents jano Hello Jano foch/clemenceau (the same carrier, old version from cvs ) was built for JSBsim aircrafts ( the Crusader and others from my hangar) , it was (is) probably not YASim compatible ( not consistent, not solid ). I have recently rebuilt a new version which is compatible JSBsim aircrafts, Yasim aircraft (tested with seahawk) with FG 1.9.1 If you want it it is here http://pagesperso-orange.fr/GRTux/Clemenceau.tar.bz2 BTW: the MP-Carrier is only virtual, when we use it, we are using our local version with our local parameters/file. Only the position is specific to MP. If it is not consistent with MP , it is not consistent with the usual AI / scenario. which the case with the Foch/clemenceau CVS -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim
On mardi 24 mars 2009, Martin Spott wrote: gerard robin wrote: Mathias sorry for the Noise , you won't have to learn to fly the F8 . As Mathias probably does better with the F-18 than any other member of this crowd, I think he would not face too severe difficulties doing carrier landings with the F-8 ;-) Martin. I am one of the rare lucky man who fly the Mathias F/A18. I can say that it is easy to fly , remember one of my old snapshot http://pagesperso-orange.fr/GRTux/F-A18.jpg -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSimAircrafts
gerard robin a écrit : foch/clemenceau (the same carrier, old version from cvs ) was built for JSBsim aircrafts ( the Crusader and others from my hangar) , it was (is) probably not YASim compatible ( not consistent, not solid ). I use a scenario that make it solid, and the wire usable, and now after the ground cache change i removed all solid part and it's still solid , and more dangerous because the island is now solid :). except if i change airport as said before. It's the same with Nimitz and Eisenhower. Btw how do we make a part non solid now? like the wakes? I have recently rebuilt a new version which is compatible JSBsim aircrafts, Yasim aircraft (tested with seahawk) with FG 1.9.1 If you want it it is here http://pagesperso-orange.fr/GRTux/Clemenceau.tar.bz2 BTW: the MP-Carrier is only virtual, when we use it, we are using our local version with our local parameters/file. Only the position is specific to MP. If it is not consistent with MP , it is not consistent with the usual AI / scenario. which the case with the Foch/clemenceau CVS the tests were done only with ai carriers. jano -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSimAircrafts
On mardi 24 mars 2009, jean pellotier wrote: gerard robin a écrit : foch/clemenceau (the same carrier, old version from cvs ) was built for JSBsim aircrafts ( the Crusader and others from my hangar) , it was (is) probably not YASim compatible ( not consistent, not solid ). I use a scenario that make it solid, and the wire usable, and now after the ground cache change i removed all solid part and it's still solid , and more dangerous because the island is now solid :). Why not, the real ones have island solid , that is more realistic. I have tested on an other Carrier ( straight deck Arromanches ) the arrester Net ( not sure about the word) which can be used in case of emergency. that new groundcache is very useful for it. except if i change airport as said before. It's the same with Nimitz and Eisenhower. Btw how do we make a part non solid now? like the wakes? Yes with wakes solid that is funny :) we could replace it with osg , i did it with Foch, but nobody seemed interested on it. remember http://pagesperso-orange.fr/GRTux/Foch-OSG_wakes.jpg I have recently rebuilt a new version which is compatible JSBsim aircrafts, Yasim aircraft (tested with seahawk) with FG 1.9.1 If you want it it is here http://pagesperso-orange.fr/GRTux/Clemenceau.tar.bz2 BTW: the MP-Carrier is only virtual, when we use it, we are using our local version with our local parameters/file. Only the position is specific to MP. If it is not consistent with MP , it is not consistent with the usual AI / scenario. which the case with the Foch/clemenceau CVS the tests were done only with ai carriers. jano -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Speaking of carriers
If anyone is looking for another carrier to model, I'd really like to see the U.S.S. Lexington (CV-16), post-angled deck addition. :-) Jon -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim
gerard robin wrote: On mardi 24 mars 2009, Martin Spott wrote: gerard robin wrote: As Mathias probably does better with the F-18 than any other member of this crowd, I think he would not face too severe difficulties doing carrier landings with the F-8 ;-) I am one of the rare lucky man who fly the Mathias F/A18. I can say that it is easy to fly , remember one of my old snapshot http://pagesperso-orange.fr/GRTux/F-A18.jpg So, what are you trying to tell us, where's the message in your posting ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim
On mercredi 25 mars 2009, Martin Spott wrote: gerard robin wrote: On mardi 24 mars 2009, Martin Spott wrote: gerard robin wrote: As Mathias probably does better with the F-18 than any other member of this crowd, I think he would not face too severe difficulties doing carrier landings with the F-8 ;-) I am one of the rare lucky man who fly the Mathias F/A18. I can say that it is easy to fly , remember one of my old snapshot http://pagesperso-orange.fr/GRTux/F-A18.jpg So, what are you trying to tell us, where's the message in your posting ? Martin. Nothing.more than i have written...than you have written -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel