Re: [Flightgear-devel] trouble with generic protocol over TCP/IP
There are missing elses (generic.cxx), meaning code could run line_separator= line_sep_string; even after one of the ifs was true. addind the elses fixes it. if ( line_sep_string == newline ) line_separator = '\n'; else if ( line_sep_string == tab ) line_separator = '\t'; else if ( line_sep_string == space ) line_separator = ' '; else if ( line_sep_string == formfeed ) line_separator = '\f'; else if ( line_sep_string == carriagereturn ) line_separator = '\r'; else if ( line_sep_string == verticaltab ) line_separator = '\v'; else line_separator = line_sep_string; Regards, Tiago ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 777 Model
On Monday 26 July 2004 19:58, Boris Koenig wrote: Regarding profiling: what would be necessary to be done ? Are there _any_ profiler tools for 3D/openGL applications ? you might want to take a look at this: http://www.hawksoft.com/gltrace/ Regards, Tiago ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] trouble with generic protocol over TCP/IP
Hi I'm having trouble using it on tcp/ip, altough over serial it works as expected. i'm using other machine (192.168.0.2) with netcat (nc -l -p 5500) and firing FG on this pc(192.168.0.1) like this: $ fgfs --generic=socket,out,5,192.168.0.2,5500,tcp,osc Failed to find runway 28R at airport LPMA Initializing OpenAL sound manager Unable to load the protocol configuration file game loads as expected, no data is sent, and connection is closed when i close FG. same thing if i use f1serial (osc is just a stripped down of f1serial.xml) same thing for UDP, except that nc exits when FG starts fgfs --native=socket,out,5,192.168.0.2,5500,tcp works nice, but receiving binary data was not what i had in mind versions used are a 3 week old cvs in slackware and 0.9.4 win32 binary am i doing something wrong or generic protocol has problems over tcp/ip? Thanks in advance, Tiago ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] trouble with generic protocol over TCP/IP
On Sunday 25 July 2004 17:37, Erik Hofman wrote: Tiago Gusmão wrote: $ fgfs --generic=socket,out,5,192.168.0.2,5500,tcp,osc Failed to find runway 28R at airport LPMA Initializing OpenAL sound manager Unable to load the protocol configuration file This is fixed in CVS and will be included in the next release of FlightGear (0.9.5). Erik Thank you! meanwhile while using tcp.xml, i noticed that using a line separator of newline actually printed the word newline (this doesn't happen in var separator), it doesn't bother me much, just reporting Is there any generic input support planned just for curiosity? Regards, Tiago ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] test the L1011-500
sorry for the delay, but i've been quite busy, here is is link: http://tristar500.net/modelo3d/L1011-500.zip the 3d model is still needing fixes, nose will be remade, so i can apply the windshield texture separetely from the side texture to avoid the stretch effect. also slats are not animated there are other visible problems and discrepancies, i will be fixing them when i can. the aircraft is controllable, but not very realistic, i will be tuning it and the auto-pilot, using SimPlot when possible FYI i am using a 2/3 week old cvs, i suppose it should run fine on latest cvs, maybe there are some VRP issues (?) Hope you enjoy Regards, Tiago ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Plotting
Hi While trying to correctly tweak the FDM and PID controllers for the L1011-500, i though it would be really nice to have some sort of standalone app running on a remote machine, plotting selected property(es) oscilloscope style (in my case, i'd like to make it run in my old P133). I saw that this is not a new idea, is there anything usable at the moment? If not, i wouldn't mind to work on it, just point me in the right direction :) a little OT: What other tools might be useful in debugging aircrafts? Thanks in advance, Tiago ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] L1011-500
Jon S Berndt wrote: On Tue, 6 Jul 2004 20:09:38 +0200 Durk Talsma [EMAIL PROTECTED] wrote: Just a few comments below, since I also ran into similar issues creating and updating the MD-11 aero file. I also had problems using the FG_TURBINE and switched to FG_SIMTURBINE, is this a good idea? Yes, this reflects a recent change in JSBSim, which hasn't traversed it's way back into aeromatic yet. Actually, I did make the change - it should be implemented in Aeromatic. I can't test it right now. The file generated by aeromatic had the AC_THRUSTER inside the AC_ENGINE tags and it didn't work until i separated them, aero-matic bug? Not really a bug: This how JSBSim expected things to be, until a couple of weeks ago. It took me a while to figure this one out. ;-) I thought I had made a big announcement. If I did not, my apologies. Jon The announcement is good, i just didn't look in the right place :| I 've tweaked the landing gear to the real locations, assuming (0,0,0) it's the nose. In the 3d model, I have the tip of the nose in (0,0,0) and it's been scaled to match units with meters and rotated to fit the FG's axis. In fgrun, the aircraft rotates around the nose, anything i can do to fix this without messing with the model itself? I also noticed that lighting in fgrun is fixed relative to the aircraft, shouldn't be the aircraft rotating around and light coming from somewhere near eye position? When i tell it to start from a RWY, it starts in air, sinks and ends up in the right orientation, but only the cockpit is above the RWY, the rest is before the RWY. What is the reference point used to align the A/C on the RWYs? With such model positioning, should i need to use any offsets in the the model xml? If someone wants to take a look at it in-game: http://tiagogusmao.home.sapo.pt/l1011/L1011-500.zip the textures are pre-pre-alpha and the model still needs some work ;) Dont forget to put the RB211 in the Engine folder. Regards, Tiago ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] L1011-500
Michael Stilmant wrote: please update the clock of your computer you send old Email It's probably just my ISP lagging ;) thanks for pointing that out Ampere K. Hardraade wrote: I was using multiple textures on the MD11's fuselage at first but then switch to a single gigantic texture (4096X1024). There is no difference between them performance wise. However, I would advise you to use one single texture for the sake of maintance (such as creating a new livery). This is the very reason I switch to using a single texture. Regards, Ampere On July 6, 2003 12:53 pm, Tiago Gusmão wrote: Is it better to use a singles texture, or separate fuselage texture from other pieces? For now, i'll be sticking to a single texture, easier to manage and to use indeed :) I'm still very confused with the axis used, and the model is appearing behind the actual FDM A/C values used are: AC_CGLOC 921.1 0.0 -18.0 AC_AERORP921.1 0.0 0.0 AC_EYEPTLOC 0.0 -30.0 75.0 AC_VRP 0.0 0.0 0.0 the 3d model has nose at (0,0,0) I understand it this way, please correct what's wrong: AC_CGLOC - this is the center of gravity, from which all other points are related to AC_AERORP - aerodynamic reference, should be near the CG, so it has a similar value AC_EYEPTLOC - this is where the view is placed when in cockpit view, related to(??) CG (??) AC_VRP - point related to the CG where the nose of the 3d model should be A 3d model with nose made at (0,0,0) in the editor should have a VRP of (0,0,0) and this should be enough to position the model properly Thanks in advance, Tiago ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] L1011-500
Jon S Berndt wrote: On Fri, 2 Jul 2004 22:46:14 +0100 [EMAIL PROTECTED] wrote: The L1011-500 uses the Rolls-Royce RB211-524B take a look here for details: http://www.aircraftenginedesign.com/TableB3.html I have committed to JSBSim CVS an RR RB211-524 engine. Jon The RB211-524B has only 5 pounds of thrust, that one is suitable for the H and G models acording to http://www.rolls-royce.com/media/product/rb211524.jsp I have generated a 5 pound version, and I can get TSFC values and stuff , but I don't understand those tables below. I also had problems using the FG_TURBINE and switched to FG_SIMTURBINE, is this a good idea? The file generated by aeromatic had the AC_THRUSTER inside the AC_ENGINE tags and it didn't work until i separated them, aero-matic bug? Now i can get the L1011 working, but if i start from the RWY, it appears around 50 meters AGL and starts rotating backwards until it gets under the floor and freezes. If I start it in flight it behaves nice. What are the conventions for propper positioning of the model? Is it better to use a singles texture, or separate fuselage texture from other pieces? thanks in adavance :) Regards, Tiago ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel