Re: [Flightgear-devel] P-38L-Lightning
On Saturday 30 June 2007 09:11:36 Detlef Faber wrote: > very nice Aircraft indeed Speaking of which, here is a very interesting story: http://news.bbc.co.uk/1/low/scotland/highlands_and_islands/6245802.stm Nick -- Free Software Foundation Associate Member 5508 - 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] Model Aircraft projects
On Sunday 17 June 2007 10:44:29 gh.robin wrote: > =>Lancaster and Halifax WWII Bombers Wow! I can't wait to fly them! Thanks! 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
[Flightgear-devel] schedule tiles bug
Hi all, Latest cvs OSG/SG/FG. I don't know if anybody else has reported this, as I cannot remember having seen it, but since about the time when sea tiles went missing (which are now fixed), I have seen this pop up in the console occasionally: Attempting to schedule tiles for bogus lon and lat = (-1000,0) Attempting to schedule tiles for bogus lon and lat = (-1000,0) This happens anytime, any aircraft, whether over land/sea - and I cannot find what causes it. Nothing _appears_ to cause concern when this occurs, though. 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] OpenSceneGraph 2.0
On Saturday 16 June 2007 11:37:35 Martin Spott wrote: > Ron Jensen wrote: > > I must agree. I haven't had a working flightgear for about a month > > because OSG-SVN/head quit building for me. > > How does the error message look like ? I know, unfortunately I'm > repeating myself, yet it might help applying this patch to FlightGear: > ~ snip ~ > This is everuthing I need to build FG with current OSG, > > Martin. I have been building OSG over the last 3 months, and even updated today to rev. 7002 - everything builds/works great and I haven't had to touch a thing!? 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] BlackBird SR-71
Hi Gérard, On Thursday 14 June 2007 12:01:25 gh.robin wrote: > Hello, everybody > > those who knows my URL http://perso.orange.fr/GRTux/ > have noticed a lot of model, which are not longer available. > I made these Aircraft some years ago , they where flying with FG 0.9.8. > They were built mainly to answer some friends request. > > I am going to make these aircraft to be GPL, and FG 0.9.11 and FG OSG cvs > flyable. > > They will be delivered i hpe during the next 4 months. > > The first one , is the BlackBird SR-71 available here > > http://perso.orange.fr/GRTux/SR71-BlackBird.tar.gz > Using OSG cvs version, updated yesterday. I got from CVS - great model, but I seem to have an issue. After taking off, I can fly with full throttle and slowly climb - but if I knock back throttle I seem to loose everything, and the aircraft just slows down and gently drops to earth in the horizontal postion (i.e. it doesn't crash, just floats down like a feather). I see this in the console: Trim Failed Trim Results: Angle of Attack: 7.50 wdot: 3.21e+01 Tolerance: 1e-03 Failed Throttle: 0.50 udot: 3.05e+00 Tolerance: 1e-03 Failed Pitch Trim: 0.00 qdot: 4.37e-03 Tolerance: 1e-04 Failed Failed to get Mach number for given Vc and altitude, Vc unchanged. Please mail the set of initial conditions used to [EMAIL PROTECTED] Model Author: Author Name Creation Date: 2005-24-06 Version: 0.1 Description: Models a SR-71 Failed to get Mach number for given Vc and altitude, Vc unchanged. Please mail the set of initial conditions used to [EMAIL PROTECTED] Regards, 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] C++ code beautifier / Coding standards proposal
On Wednesday 13 June 2007 19:25:19 Durk Talsma wrote: > in particular when it's done in combination > with a careful evaluation of the results and when circumstances favor such > a reformatting. As I am not a developer in much of anyway here, and without siding with any 'side', I would like to point out that whatever happens, it would be nice to at least get a uniform style. I am pretty much new to C++ and lots of times, tracing the code, I fail terribly, as grep et al miss (typical): ( foo* bar) (foo * bar) (foo *bar) even though they are all the same. Unless I had a degree in regex and sed/grep, it is virtually impossible to trace the code through. 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
[Flightgear-devel] The flight of the Dragonfly
Or sub-titled "Always look where you are going" Hi all, A little thing I have done based Anders stuff sorting out the jpg-httpd server: http://www.nick.ukfsn.org/fg/fgcam/dragonfly.avi (3.17MB). It is a bit choppy, and also a bit grainy as I used a low bit rate for conversion, but it still looks good. The simple bash script with basic instructions can be found in the same directory: http://www.nick.ukfsn.org/fg/fgcam/ Note: You need to compile simgear with the jpg-factory option to enable a FG jpg-httpd server. 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 Aircraft: Dragonfly - Linuxtag edition
Hi Torsten, On Monday 04 June 2007 17:04:20 Torsten Dreyer wrote: > The Dragonfly is a microlight aircraft built by Bill Moyes. > Have fun and please report problems (and maybe success) One thing I noticed - on the ground, apply brakes, the engine sound stops (or is silenced). 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 Aircraft: Dragonfly - Linuxtag edition
On Monday 04 June 2007 17:04:20 Torsten Dreyer wrote: > Hi all, > > as promised the Dragonfly that was created during Linuxtag 2007 is in CVS > (thanks, Martin!). > > The Dragonfly is a microlight aircraft built by Bill Moyes. > > It is pure fun to fly and due to it's slow flying speed it is ideal for > scenery discovery and training flights. > > Have fun and please report problems (and maybe success) Great little aircraft! That will be nice for a lazy Sunday afternoon... Thanks! 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] Flying at/for LinuxTag
On Saturday 02 June 2007 08:22:48 Torsten Dreyer wrote: > Flying with the multiplayer option was just great and made Tempelhof a very > crowded place to fly - Thanks every pilot for your support. > > I Hope to be in the team for LinuxTag 2008! > > Torsten Super pictures Torsten - thanks! It is great fun to fly when you know (hope) people elsewhere are watching... we've had some fun in IRC @ EDDI. 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] Flying at/for LinuxTag
On Thursday 31 May 2007 21:48:04 Heiko Schulz wrote: > ...because of the new, more detailed landscape. It has > a "few" more polygons to display the landscape. > > --- Lukas Mesani <[EMAIL PROTECTED]> schrieb: > > good work :) > > ... yeah, but my framerate is just now [EMAIL PROTECTED] ... > > and not like a > > 50fps before > > > > why is that ? > > > > lukas Yes - a real good way around this is to increase fog until you get a reasonable fps ('shift z' [Z] to increase fog, 'z' to decrease fog). The scenery is excellent, but it does labour the machine somewhat. 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] FlightGear/PLIB/CVS: Enabling 3D Clouds results in Floating point interrupt (SIGFPE) [PATCH]
On Thursday 31 May 2007 09:40:47 Steve Hosgood wrote: > >Hi Durk , > >make sure the cloud cache and resolution aren't zero before enabling > > them > > Please (before 0.9.11-pre2), could someone slip in some code to the effect: > > if (cloud_cache == 0 || resolution == 0) > grey_out_menu_item(View->Render Options->Enable3DClouds); > > :-) > > This is basic, basic GUI design stuff. > We don't want FlightGear to appear on the "interface hall of shame" page > now, do we? Yes, although looking at the this, I don't think the GUI is at fault. I think, the issue is Texture Resolution, not file cache. When you start FG, Texture resolution is set to 0 (even though the drop down box only allows 64| 128|256). I cannot see where this is set to 64|128|256 anywhere. What happens is in simgear/scene/sky/cloudfield.cxx there is a calculation done and as texture resolution is 0, there is a divide by 0 issue (why it doesn't crash I don't know. This only happens when you first have started FG and never/ever set the Texture resolution up before - as then, it gets set in autosave.xml. Here is a quick fix in Simgear code: simgear/scene/sky/cloudfield.cxx (line 84): void SGCloudField::set_CacheResolution(int resolutionPixels) { +if (resolutionPixels < 64) +resolutionPixels = 64; if(cacheResolution == resolutionPixels) return; cacheResolution = resolutionPixels; if(enable3D) { int count = last_cache_size * 1024 / (cacheResolution * cacheResolution * 4); if(count == 0) count = 1; SGNewCloud::cldCache->setCacheSize(count, cacheResolution); } } 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] FlightGear/PLIB/CVS: Enabling 3D Clouds results in Floating point interrupt (SIGFPE)
Hi Durk, On Thursday 31 May 2007 07:57:15 Durk Talsma wrote: > > View->Render Options->Enable 3D Clouds > > I'm getting a repeated printout saying: "Floating point interrupt > (SIGFPE)", and FlightGear freezes. Before you change to 3D clouds, ensure one of the file size cache settings (I forget which one) is NOT set to 0. 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] Flying at/for LinuxTag
On Wednesday 30 May 2007 16:56:23 Curtis Olson wrote: > On 5/30/07, Martin Spott wrote: > > LinuxTag's favourite FlightGear location is EDDI - the famous Berlin > > Tempelhof airfield. A few of us was flying around a bit today - I will again for the next few days. > Everyone would show up at a particular airport at a > particular time ... maybe starting there, or maybe arriving from various > destinations at the appropriate time. I think this is called 'flash mobs'... http://www.mccullagh.org/theme/zombie-flash-mob-2007.html 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
[Flightgear-devel] Latest CVS simgear newbucket.cxx error
Hi all, Building today, I get a linker error - it appears the default destructor is gone from newbucket.cxx SGBucket::~SGBucket() 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] strange behavior of 0.9.11-pre1
On Tuesday 29 May 2007 09:46:52 Ladislav Michnovič wrote: > 2007/5/28, Pigeon <[EMAIL PROTECTED]>: > > > If I changed the view > > > strange overlaying triangles were visible on the sky. Does anybody > > > similar problems? > > > > A while ago a few of us has come to a conclusion that it only > > happens with the nvidia driver. Those weird triangles appear when a FG > > menu is on the screen at the same time. > > > > Last time some of us confirmed the issue went away with the latest > > nvidia driver (9755). However with FG-plib cvs (as of yesterday) I'm > > still seeing this glitch with 9755. Haven't tried FG-osg yet. > > Well, the screenshot was made on PCI-Ex 7300 card with Nvidia 9755 > binary driver. > > Regards Ladislav. If I remember rightly, I had this issue in plib once, and I found it was caused by a render option - but I cannot remember which one. Try turning on/off the sky/cloud rendering options. 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] Flightgear building thread.
Hi Mathias, On Saturday 26 May 2007 19:52:17 Mathias Fröhlich wrote: > Well, not that I do not care for older hardware. But I think that we should > better rely on double here. It eases life very much and reduces complexity > in the code ... Remember this is OSG build - not FG. OK. But what restriction implies that a 'user' has to build OSG with float matrix or double matrix then? Surely any implementation of a product that uses OSG will want it's own way to do it? What happens if another application works better with OSG build with float matrix? BTW, I am not debating/arguing here, you coders are the key - I know naff all about the way FG/OSG integration works - I am only relaying my observations when using FG. 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] Flightgear building thread.
On Saturday 26 May 2007 14:34:44 Mathias Fröhlich wrote: > hi, > > On Saturday 26 May 2007, Nick Warne wrote: > > I hope not ;-) ... > > What compiler do you use? > What distro? gcc version 3.4.6 Slack 10 (but heavily updated from source all bar glibc [too scared to update that]). > > > I understand/stood what these options did, and hence why I tried it. I > > do not see any difference at all, other than a 100% 'responsiveness' to > > FG and super FPS. > > > > It what respect does applying a float matrix rather than a double matrix > > do? I cannot see any visible difference - in fact I do, in that it is > > 'cleaner'. > > ??? OK, what I mean by 'cleaner' is more responsive, less 'stutters', and just generally faster all round. I do not see any issues graphically - in fact, cloud layer etc. is better as it all works faster. But, having said all this, I am on a 6 year old Athlon1.2GHz via aBit MoBo - so perhaps to a newer, modern machine this all doesn't matter as it is all rendered faster anyway. 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] Flightgear building thread.
Hi Mathias, On Saturday 26 May 2007 14:18:14 Mathias Fröhlich wrote: > > //Set to ON to build OpenSceneGraph with float matrix instead of > > // double. > > OSG_USE_FLOAT_MATRIX:BOOL=ON > > > > //Set to ON to build OpenSceneGraph with float matrix instead of > > // double. > > OSG_USE_FLOAT_PLANE:BOOL=ON > > That is bad idea. > That clamps the available precision of the transform matrices to floats > which is no longer enough. > > Are you on win32? I hope not ;-) ... I understand/stood what these options did, and hence why I tried it. I do not see any difference at all, other than a 100% 'responsiveness' to FG and super FPS. It what respect does applying a float matrix rather than a double matrix do? I cannot see any visible difference - in fact I do, in that it is 'cleaner'. 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
[Flightgear-devel] Flightgear building thread.
Hi All, I decided to start a new clean thread here, so people can find what they need to build FG to perform. As we know, using the CMAKE command: cmake -i . produces a question/answer type script so you can build as a 'Release' and configure any optimisations to suit. Using: ./configure CXXFLAGS= -O3 ... will build Simgear/FG with similar optimisations. Today I tested again OSG, and there are two options that made me wonder - so I turned ON to use a float matrix rather than double: //Set to ON to build OpenSceneGraph with float matrix instead of // double. OSG_USE_FLOAT_MATRIX:BOOL=ON //Set to ON to build OpenSceneGraph with float matrix instead of // double. OSG_USE_FLOAT_PLANE:BOOL=ON Oh my!!! Again a huge increase in performance on my lowly 1.2GHz machine. For the first time ever I saw 60fps+ today... three weeks ago I was lucky to see > 35fps. This gets better and better... 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] patch for osgViewer and statistics
On Friday 25 May 2007 03:59:55 Laurence Vanek wrote: > > ./configure CXXFLAGS=-O3 ... > > > > If you wish to include further flags, they need to enclosed in double > > quotes: > > > > ./configure CXXFLAGS="-march=athlon-tbird -O3" > > > > This is my full FG configure option: > > > > ./configure CXXFLAGS="-march=athlon-tbird -O3" --prefix=/usr --enable-sdl > > > > Nick > > wow! I can confirm the frame rate increase on this system as well using > the above suggestions. It approx. doubled my frame rates. > > thank you gentlemen. > Yes, wow. The 'cmake -i .' is what done it for me - all this time I thought you had to especially build a debug OSG, not the other way around. 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] patch for osgViewer and statistics
Hi Georg, On Wednesday 23 May 2007 19:05:43 Georg Vollnhals wrote: > But where do you apply this "-O3" parameter? Configure or Make when > compiling the FlightGear sources? Thank you very much in advance for your > help. > > Regards > Georg EDDW Sorry, I read this too quick. You can build SG/FG with optimisations like this: ./configure CXXFLAGS=-O3 ... If you wish to include further flags, they need to enclosed in double quotes: ./configure CXXFLAGS="-march=athlon-tbird -O3" This is my full FG configure option: ./configure CXXFLAGS="-march=athlon-tbird -O3" --prefix=/usr --enable-sdl 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] patch for osgViewer and statistics
Hi George, On Wednesday 23 May 2007 19:05:43 Georg Vollnhals wrote: > >> cmake -i . > > Thank you for the hint, this "cmake -i" configuration process works > very nice for me but does not improve the framerates. > > > Oh my. After building OSG with 'Release' and then building FG with -O3, > > I have never, ever had better frame rates, even with PLIB. > > > > Thanks ! > > > > Nick > > But where do you apply this "-O3" parameter? Configure or Make when > compiling the FlightGear sources? Thank you very much in advance for your > help. If you read the questions when using 'cmake -i .' one of them is what type of build to do: ...Debug | Release ... etc. Default is NONE. So you set that to 'Release'. Then later there is a question about what CXX flags the compiler should use when making a 'Release' build. Default is already '-O3 -DNDEBUG'.I just changed this to '-O3 -march-tbird-athlon' to suit my machine. That's it! 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] patch for osgViewer and statistics
On Tuesday 22 May 2007 17:48:02 Nick Warne wrote: > On Monday 21 May 2007 23:46:34 gh.robin wrote: > > > Configure osg with ist's new build system as a Release version. Or > > > provide CMAKE_CXX_FLAGS and CMAKE_C_FLAGS on the command line of cmake. > > > I run cmake with something like > > > > > > cmake -D CMAKE_CXX_FLAGS="-O3 " \ > > > -D CMAKE_C_FLAGS="-O3 " \ > > > -D CMAKE_VERBOSE_MAKEFILE=TRUE . > > > > > > Please try ... > > > > > > Greetings > > > > > >Mathias > > > > Thanks Mathias, > > > > Every values are right , > > i have recovered the good fps. > > I was a bit confused with this - I couldn't work out what 'the > configuration' screen was, nor meant. > > But I sussed out CMAKE now, so for anybody else with problems. > > Once you have a fresh checkout, in the trunk directory (top layer of code) > to build the CMAKE files, issue: > > cmake -i . > > CMAKE will now run through a lot of question and shows current values, so > you can change it all to suit... very handy. > > Any time you need to change the build, just run the 'cmake -i .' command > again (after a make clean, of course). > > I am now going to build an optimised OSG and try again (after my 5 fps > version made me move back to PLIB). > > Nick Oh my. After building OSG with 'Release' and then building FG with -O3, I have never, ever had better frame rates, even with PLIB. Thanks ! 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] patch for osgViewer and statistics
On Monday 21 May 2007 23:46:34 gh.robin wrote: > > Configure osg with ist's new build system as a Release version. Or > > provide CMAKE_CXX_FLAGS and CMAKE_C_FLAGS on the command line of cmake. > > I run cmake with something like > > > > cmake -D CMAKE_CXX_FLAGS="-O3 " \ > > -D CMAKE_C_FLAGS="-O3 " \ > > -D CMAKE_VERBOSE_MAKEFILE=TRUE . > > > > Please try ... > > > > Greetings > > > >Mathias > > Thanks Mathias, > > Every values are right , > i have recovered the good fps. I was a bit confused with this - I couldn't work out what 'the configuration' screen was, nor meant. But I sussed out CMAKE now, so for anybody else with problems. Once you have a fresh checkout, in the trunk directory (top layer of code) to build the CMAKE files, issue: cmake -i . CMAKE will now run through a lot of question and shows current values, so you can change it all to suit... very handy. Any time you need to change the build, just run the 'cmake -i .' command again (after a make clean, of course). I am now going to build an optimised OSG and try again (after my 5 fps version made me move back to PLIB). 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
[Flightgear-devel] FG to the rescue?
Hi all, I think this has already been done? http://news.bbc.co.uk/1/low/uk/6670155.stm 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] [Flightgear-cvslogs] CVS: data NEWS, 1.14, 1.15 Thanks, 1.23, 1.24 preferences.xml, 1.240, 1.241 version, 1.20, 1.21
On Tuesday 15 May 2007 23:00:43 Curtis Olson wrote: Don't feel bad, > we want to include everyone's contributions, but we need your help to > remind us what's been done along the way. > > Regards, > > Curt. Not blowing my own trumpet, and I do not want to, but a mention for the people that run the MP servers would be good too. This will also do double duty in notifying readers of the servers available (if anybody apart from devs read these sort of things). 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] Missing-Generic tile over the sea
On Tuesday 15 May 2007 14:04:16 gh.robin wrote: > Hello, > The generic tiles over the sea is/are missing. > > Tested with last cvs SG/FG built with last svn OSG > and with last cvs SG/FG built with older svn OSG (10-April 2007) > > here snapshot > > http://perso.orange.fr/GRTux/FG_OSG_Generic-Tile.jpg Yes, I already reported this a few days ago: > Also now I do not see 'sea' outside the tile I have - here is the scene at > FHAW (Ascention Is. right in the middle of the Atlantic). > > http://www.nick.ukfsn.org/fg/issue.png 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] Latest OT/OSG/SG/FG unusable
On Sunday 13 May 2007 10:16:43 Georg Vollnhals wrote: Hi Georg, > Hi Matthias and Nick, > > I only can confirm this. > After Matthias' post I did a complete new compile cycle last night(OSG, > SimGear, FlightGear) and had a look on the framerates at 2 wellknown > places. > > Unfortunately the problem is still there: > Aktual OSG svn, my EDDW scenery, BO10515 - 18 frames/sec > "Gérards" OSG version, same scenery and aircraft 60 - 85 frames/sec > (where higher framerates than 85 are cut due to VSYNC) > > Ok, today I am going back to the older version Gérard mentioned, > although I have some display artifacts in combination with the newest > SimGear/FG CVS. Yes, I have the artifacts too. I am just rebuilding without SDL - something must be doing this if some people report no problems, and some get the 'unusable' issue. 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] Latest OT/OSG/SG/FG unusable
On Saturday 12 May 2007 22:01:42 Matthias Boerner wrote: > Hallo Georg, > > I have done a "fresh" checkout of OSG, PLIB, SimGear and FlightGear > today at 3 pm in the afternoon. Everything compiled without a problem. > But I don't realize a drop in frame rates. But in contrast to my last > checkout of 24th April I get about 10-20 frames more. So I think > everything is fine with OSG. > > Regards > > Matthias Well, on this evidence I just done a completed update on OSG/SG/FG... and back I go to 5 fps at KSFO. Also now I do not see 'sea' outside the tile I have - here is the scene at FHAW (Ascention Is. right in the middle of the Atlantic). You will also see I have 13 fps here in the PC& - before I used to get upward of 43 FPS here. http://www.nick.ukfsn.org/fg/issue.png Something is wrong. 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] Latest OT/OSG/SG/FG unusable
On Thursday 10 May 2007 00:23:01 gh.robin wrote: > On Mon 7 May 2007 17:05, Nick Warne wrote: > > Hi all, > > > > There seems to be an issue, reported by a few in IRC. > > > > Latest build from SVN/CVS makes FG unusable. Frame rates are (for me) at > > least 60% worse. > > > > E.g. pc7 at FHAW - before 43 - today after updates, 18. > > > > Lightning at KSFO - before 19 - today after updates 6 (unusable). > > > > Nick > > That issue remark look like an other previous topic "Frame rates". > > As far i could understand in IRC , that problem could be solved when using > an older OSG cvs version. > I have tried to find which OSG cvs version could suit to our request. > I did not find any. > > Is it possible to have an official OSG package working with the recent > SG/FG cvs, in order to have an acceptable frame rate ? I solved the issue (so I can at least use FG/OSG again) by using the last OSG CVS version (not SVN): OpenSceneGraph Library 1.2 But I had to remove the call: camera->setAllowEventFocus(false); in redout.cxx and splash.cxx to get it to build. I am surprised nobody using CVS/SVN FG/SG/OSG reports this issue (or replied to this) - there was a lot of chatter about it in IRC. 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
[Flightgear-devel] Latest OT/OSG/SG/FG unusable
Hi all, There seems to be an issue, reported by a few in IRC. Latest build from SVN/CVS makes FG unusable. Frame rates are (for me) at least 60% worse. E.g. pc7 at FHAW - before 43 - today after updates, 18. Lightning at KSFO - before 19 - today after updates 6 (unusable). 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] limited flap usage
On Friday 04 May 2007 13:28:15 Detlef Faber wrote: > Am Freitag, den 04.05.2007, 11:59 +0200 schrieb Markus Zojer: > > Hi everyone! > > > > Just discovered that flaps seem to be usable just for 1 time, it's > > possible to extend and to retract but then they refuse any further > > commands via keyboard. Can anyone verify this? > > I had the same problem on my notebook. I don't think it is a flightgear > bug, as my desktop PC works fine wit the same CVS Checkout. Suspected an > SDL Problem, but The versions are the same on both PCs. I will test > again once I got my notebook up and running again (failed gcc upgrade). I have seen this, but thought it was some sort of confusion as I raise/lower flaps using a JS button - and then the keyboard toggle keys get out of sync and it all stops working... ...or so I thought. I will have to test again. 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
[Flightgear-devel] fg-server updates!
Hi all, First, now I have a new ADSL connection with a LOT faster speed, I have revamped my server 'status' pages. This also contains the actual 'server status' report too now, so the old URL will be retired soon. Please let me know if it loads too slow to be unusable: http://mpserver05.flightgear.org/fgmp/ Second, there has been a fantastic new patch to the fg_server code - and another important fix followed shortly after. As this is not my trumpet to blow, I will let the author[s] announce, but I feel this is a great step forward for FGMP. 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] chrome shader for fg/osg
On Tuesday 01 May 2007 19:01:39 Martin Spott wrote: > Melchior FRANZ wrote: > > * Martin Spott -- Tuesday 01 May 2007: > > > Hmmm, should I see any difference with the BO-105 ? > > > > The bo105 doesn't use a chrome shader. There are no chrome parts yet. > > Well, you could add some for the exhausts ;-)) > > > Try the lightning for a *big* difference. > > Strange, I see lots of: > > VertexBufferObject::compileBuffer frameNumber=1 > VertexBufferObject::compileBuffer frameNumber=1 > VertexBufferObject::compileBuffer frameNumber=1 > VertexBufferObject::compileBuffer frameNumber=2 > VertexBufferObject::compileBuffer frameNumber=2 > [...] > > > with the unpatched FlightGear plus the Lightning and this one: > > Warning: deleting still referenced object 0x7fff12fd9658 of type > 'PN3osg10ReferencedE' the final reference count was 82696400, memory > corruption possible. > > > right after "loading aircraft" with the patched FlightGear. The BO runs > fine. Mmmmh, maybe something's wrong at my end. I just cvs'ed and updated to see this - the Lightning is great again :-) I also do not get those errors. 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] Segfault using aircraft pc7
On Monday 30 April 2007 10:59:23 Martin Spott wrote: > Nick Warne wrote: > > I am getting this now - it is a few weeks since I last flew the pc7, so > > do not know what caused it to start - all other aircraft I use are OK. > > [...] > > > Program received signal SIGSEGV, Segmentation fault. > > Who manages to confirm this report ? I don't see the crash here, Sorry, I thought I had replied to this. I rebuilt SG/FG clean, and it removed the issue. I guess a bad build somewhere. 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] twin phantom airplane with last compile FG OSG
Hi George, On Saturday 28 April 2007 13:53:15 George Patterson wrote: > > At the moment this only happens when somebody notices an error - or as I > > did last week when I saw that mpserver01 had dropped my server from the > > relay, so mpserver05 wasn't showing mpserver01 pilots. > > > > > > It is a bit of a mish-mash at the moment. > > > > Nick > > Perhaps the user could be notified if data hasn't been received from the > server in the last 20(??) seconds as it would help diagnosing of this > situation. At least this would let the user know about the echo problem. It isn't a client issue, but a mpserver issue; if an mpserver has a defunct relay line to a server that is not resolvable, then this 'loopback' doubling up of client data happens. I don't know why. 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] twin phantom airplane with last compile FG OSG
On Saturday 28 April 2007 03:06:26 Ron Jensen wrote: > Note that mpserver03 is currently down and won't even resolve to an IP > address (see http://mpserver05.flightgear.org/fgmp/status/ ) Incidently, I have just migrated to a new ISP with a faster pipe - and I have adjusted the timeout on the server status page, so it should load and report a lot quicker now when servers are down. 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] twin phantom airplane with last compile FG OSG
On Saturday 28 April 2007 02:40:57 Pigeon wrote: > > I just finished a fresh compile of FG and OSG today, then I've found a > > bug (which I've been told to be solved in the past): I can pilot not > > only one, but two airplanes ;-) it is quite a funny bug, so I took some > > snapshots: http://seb.marque.free.fr/fichiers/flightgear/double/ > > Hi. > > Seems to be a bug in the server, when one of the relay server's > doesn't lookup (in this case, mpserver03.flightgear.org is down and > doesn't resolve an IP). Guess it doesn't handle the error properly and > starting to route packets back to itself. I'm seeing every MP appearing > twice in the server log. > > It's now temporarily fixed by removing it from the relay. Please > double check on any/all MP servers. Thanks. This is what I said in IRC - we need a 'master' list of current mpservers so that all server 'runners' can keep the relays current and up-to-date. At the moment this only happens when somebody notices an error - or as I did last week when I saw that mpserver01 had dropped my server from the relay, so mpserver05 wasn't showing mpserver01 pilots. It is a bit of a mish-mash at the moment. 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] [Fwd: FG 0.9.10 scenery download broken?]
On Sunday 22 April 2007 11:22:29 Georg Vollnhals wrote: > Original-Nachricht > Betreff: FG 0.9.10 scenery download broken? > Datum:Sun, 22 Apr 2007 12:21:52 +0200 > Von: Georg Vollnhals <[EMAIL PROTECTED]> > An: FlightGear developers discussions > > > > > Hi Curtis, > > I tried several (!) times, European day and nighttime, since yesterday > to download a tile from the FG 0.9.10 scenery server - both graphical > interface and ftp server. > It was possible to get to the graphical user interface but when clicking > on a tile there was always a timeout error after a long waiting time. > The ftp server was not accessible. > Is it only my personal problem or is there something broken? Please > check if you have some time left, thank you very much! > > Regards > Georg EDDW Hi Georg, I have a special page for this - use the lower graphic, it links to a mirror when the main FTP server is AWOL: http://mpserver05.flightgear.org/fgmp/scenery.html 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
[Flightgear-devel] Segfault using aircraft pc7
Hi all, I am getting this now - it is a few weeks since I last flew the pc7, so do not know what caused it to start - all other aircraft I use are OK. Nick (gdb) run --aircraft=pc7 Starting program: /usr/bin/fgfs --aircraft=pc7 (no debugging symbols found) Model Author: Unknown Creation Date: 2001-01-01 Version: $Revision: 1.7 $ Description: PC-7 Reading xml electrical system model from /usr/share/FlightGear/data/Aircraft/pc7/pc7-electrical.xml Program received signal SIGSEGV, Segmentation fault. 0x081294da in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_erase () (gdb) bt #0 0x081294da in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_erase () #1 0x08128543 in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_erase () #2 0x08147319 in std::vector >::_M_insert_aux () #3 0x081b0012 in std::vector >::_M_insert_aux () #4 0x081ae7a7 in std::vector >::_M_insert_aux () #5 0x08151427 in std::vector >::_M_insert_aux () #6 0x08149c90 in std::vector >::_M_insert_aux () #7 0x08140546 in std::vector >::_M_insert_aux () #8 0x0805ca7a in ?? () #9 0x0805d722 in ?? () #10 0x0809a044 in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_erase () #11 0x0805f878 in ?? () #12 0x0805bf36 in ?? () #13 0x40a3b936 in __libc_start_main () from /lib/libc.so.6 #14 0x0805bcd1 in ?? () - 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 [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] framerate hesitations...
On Wednesday 11 April 2007 17:58:25 Harald JOHNSEN wrote: > Syd & Sandy wrote: > >I get this with varying degrees from different aircraft , with nothing > >else running , AI / Traffic and MP disabled , but its not consistant > >enough to find the problem easily... > >I also noticed long ago , but spend more time fixing than flying and > >forgot about it I also noticed it affects both PLIB and OSG > > versions... Cheers, > >Syd > > Disable autogen and check if it's the same. > Use the ufo and check again. > Go away from any airport and check again. Clean the nasal directory and > check again ;) I get this 'hesitation a lot, especially on MP - it is pretty often, but not often enough to become annoying (yet). Tonight I tested running --log-level=info to see if I could get something that occurs when this happens (log-level=debug is unusable for me). Now this may be a bum steer, but here: Returning cached model "/usr/share/FlightGear/data/Aircraft/bo105/Instruments/clock/clock.ac" Returning cached model "/usr/share/FlightGear/data/Aircraft/bo105/Instruments/gsdi/gsdi.ac" Using global material animation that can no longer work <- hestitation Using global material animation that can no longer work <- hestitation Using global material animation that can no longer work <- hestitation Using global material animation that can no longer work <- hestitation Refreshing timestamps for -122.625 37.5625 scheduling needed tiles for -122.515 37.5802 I see this message a few times, but never associated it with the 'hesitiation'. The problem is hesitation still occurs but without this message, so I am wondering if 'Using global material animation that can no longer work ' only reports on the first instance a model loads with this problem, but the 'hestitation' still happens later when it is meant? I don't know. But it is strange these lines pumped out as I was 'locked' for a second or two. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [PATCH] Fix Eisenhower TACAN freq.
Hi all, After my attempted other patch, for love nor money I could not work out why TACAN failed with the U.S.S. Eisenhower (030Y, freq. 10935)... ...there is a typo (?) in the data/Navaids/ carrier_nav.dat.gz file. I do not know how to do diff against a gzipped file, so here it is manually: 12 999999 100 10925 0.000 NMZ USS Nimitz TACAN 12 999999 100 10925 0.000 ESN USS Eisenhower TACAN should be, of course: 12 999999 100 10925 0.000 NMZ USS Nimitz TACAN 12 999999 100 10935 0.000 ESN USS Eisenhower TACAN This all works good now too :-) Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [PATCH] Fix up tacan.cxx (OSG)
Hi all, OSG only (I can't test on PLIB) The issue that Csaba found which was causing my TACAN not to work was due to mobile_valid never being set to FALSE once it got set to TRUE. The AI TACAN then never updated again as 'if (!_mobile_valid)' was never ever met. Looking at the code, I also see that if a carrier exists, then _mobile_valid get set TRUE, so you can't have a tanker also. The attached patch is my attempted fix up. _mobile_valid gets set to false only if no valid TACAN freq is selected. If a valid freq. is selected, then carrier, AI Tanker and MP Tankers are checked if they exist (number > 0) and only then checked for the corresponding freq, and updated as normal. This means you can have one carrier, one AI Tanker and one MP Tanker TACAN all at once, and switch between them using the correct frequency. I hope that makes sense. Nick --- src/Instrumentation/tacan.cxxORIG 2007-04-09 08:27:51.0 +0100 +++ src/Instrumentation/tacan.cxx 2007-04-09 11:45:24.0 +0100 @@ -282,7 +282,6 @@ // reset search time _time_before_search_sec = 1.0; -//try any carriers first FGNavRecord *mobile_tacan = globals->get_carrierlist()->findStationByFreq( frequency_mhz ); bool freq_valid = (mobile_tacan != NULL); @@ -292,8 +291,10 @@ string str1( mobile_tacan->get_name() ); -SGPropertyNode * branch = fgGetNode("ai/models", true); -vector carrier = branch->getChildren("carrier"); + //try any carriers first + +SGPropertyNode * branch_carrier = fgGetNode("ai/models", true); +vector carrier = branch_carrier->getChildren("carrier"); number = carrier.size(); @@ -318,7 +319,6 @@ SG_LOG( SG_INSTR, SG_DEBUG, " carrier transmitter valid " << _mobile_valid ); break; } else { -_mobile_valid = false; SG_LOG( SG_INSTR, SG_DEBUG, " carrier transmitter invalid " << _mobile_valid ); } } @@ -330,11 +330,10 @@ //try any AI tankers second -if ( !_mobile_valid) { SG_LOG( SG_INSTR, SG_DEBUG, "tanker transmitter valid start " << _mobile_valid ); -SGPropertyNode * branch = fgGetNode("ai/models", true); -vector tanker = branch->getChildren("aircraft"); +SGPropertyNode * branch_tanker = fgGetNode("ai/models", true); +vector tanker = branch_tanker->getChildren("aircraft"); number = tanker.size(); @@ -360,7 +359,6 @@ SG_LOG( SG_INSTR, SG_DEBUG, " tanker transmitter valid " << _mobile_valid ); break; } else { -_mobile_valid = false; SG_LOG( SG_INSTR, SG_DEBUG, " tanker transmitter invalid " << _mobile_valid ); } } @@ -370,15 +368,13 @@ SG_LOG( SG_INSTR, SG_DEBUG, "lat " << _mobile_lat << "lon " << _mobile_lon); SG_LOG( SG_INSTR, SG_DEBUG, "elev " << _mobile_elevation_ft); SG_LOG( SG_INSTR, SG_DEBUG, "range " << _mobile_range_nm); -} //try any mp tankers third, if we haven't found the tanker in the ai aircraft -if ( !_mobile_valid ) { SG_LOG( SG_INSTR, SG_DEBUG, " mp tanker transmitter valid start " << _mobile_valid ); -SGPropertyNode * branch = fgGetNode("ai/models", true); -vector mp_tanker = branch->getChildren("multiplayer"); +SGPropertyNode * branch_mptanker = fgGetNode("ai/models", true); +vector mp_tanker = branch_mptanker->getChildren("multiplayer"); number = mp_tanker.size(); @@ -409,13 +405,13 @@ SG_LOG( SG_INSTR, SG_DEBUG, " mp range " << _mobile_range_nm); break; } else { -_mobile_valid = false; SG_LOG( SG_INSTR, SG_DEBUG, " mp tanker transmitter invalid " << _mobile_valid ); } } } -} + } else { + // Reset search - no valid frequency found. _mobile_valid = false; SG_LOG( SG_INSTR, SG_DEBUG, " mobile transmitter invalid " << _mobile_valid ); } - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New [lightning] refueling demo
On Saturday 07 April 2007 16:34:29 Julien Pierru wrote: > Yes i would be interested in that demo. :-) Attached is the file 'lightning_demo.xml'. This lives in /data/AI/ directory. To use, in the /data/Aircraft/Lightning/lightning-set.xml file change the option from: refueling_demo1 to: lightning_demo That is all you need do. Then start at KSFO, use TACAN to locate the tanker (040X)... and fly in formation! http://www.nick.ukfsn.org/fg/lightning/lightning_refuel3.jpg Nick The following scenario puts an aerial tanker in orbit over KSFO at 3000 ft AGL. The tanker uses the 737 model, but you can use any model (a KC-135 model can be found at: http://home.comcast.net/~davidculp2/hangar/hangar.html). The center of the orbit is actually west of KSFO, and the eastern edge of the orbit passes over the airport. Note that AI aircraft do not react to wind, therefore your speed and bank angle will have to vary along the orbit since your "user" aircraft *does* react to the wind. I recommend using the T-38 as your airplane for four reasons: (1) it has a radar screen which may be needed to find the tanker; (2) it has the speed to catch the tanker; (3) it uses a JSBSim FDM, which means it can onload fuel; (4) it has a green light added to the instrument panel, between the fuel gauges, which comes on when you are in the refueling envelope. Right now the air refueling envelope is very loose, and I plan on tightening it up in the future. Currently no aerodynamic effects of refueling are modeled (i.e downwash, bow wave, vortices). Dave Culp, davidculp2 at comcast.net Lightning refueling demo (lightning_demo.xml). I have extended the above basic demo from David, and added in four AI Lightning aircraft flying in formation; this adds to and causes you to concentrate more on refueling or just to practice your skill at flying in a (sort of) formation. Primarily it is designed for the use with the English Electric Lightning aircraft, but you can use any aircraft you wish, of course. It does take extra CPU/GPU power, so if four aircraft are too much for your system, you can out the aircraft as required. Screenshots: http://www.nick.ukfsn.org/fg/lightning/lightning_refuel1.jpg http://www.nick.ukfsn.org/fg/lightning/lightning_refuel2.jpg http://www.nick.ukfsn.org/fg/lightning/lightning_refuel3.jpg Nick Warne, nick at linicks . net - 7th April, 2007 ESSO1 aircraft tanker Models/Geometry/KC135/KC135.xml 37.61633 -122.38334 3500 020 280 -15 Lightning1 aircraft fighter ../Aircraft/Lightning/Models/lightning-model.xml 37.61580 -122.38280 3440 020 280 -15 Lightning2 aircraft fighter ../Aircraft/Lightning/Models/lightning-model.xml 37.61580 -122.38384 3400 020 280 -15 Lightning3 aircraft fighter ../Aircraft/Lightning/Models/lightning-model.xml 37.61663 -122.38284 3460 020 280 -15 Lightning4 aircraft fighter ../Aircraft/Lightning/Models/lightning-model.xml 37.61693 -122.38384 3420 020 280 -15 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] New [lightning] refueling demo
Hi all, I have set up a new refueling demo, makes it a bit more interesting: http://www.nick.ukfsn.org/fg/lightning/lightning_refuel1.jpg http://www.nick.ukfsn.org/fg/lightning/lightning_refuel2.jpg I will tidy up the demo and submit if anybody is interested in this. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] lightning tacan
On Friday 06 April 2007 23:10:25 Vivian Meazza wrote: > Nick Warne wrote: > > On Friday 06 April 2007 14:00:14 AJ MacLeod wrote: > > > The tanker in refueling_demo doesn't have TACAN at all. In fact, I > > > think we have a bit of needless duplication with those > > > > demos, and one > > > > > of them could be removed without too much pain... > > > > OK, Csaba found the bug I was seeing, and he fixed it, so no > > doubt a fix is on > > the way soon - I am so pleased, I thought I was going mad. > > Thanks Csaba!!! > > > > > > As to the refueling_demo.xml. I think this should stay, as > > it can be used for > > you own tanker scenerio. I was testing over FHAW (Ascention > > Island) and > > tweaked the file so that it used TACAN also: > > > > > >ESSO1 > >040X > >aircraft > >tanker > >Models/Geometry/KC135/KC135.xml > > > >-7.974748 > >-14.382520 > >3000 > >020 > >280 > >-15 > > > > > > > > It is very handy to have around. > > I'm sure you have spotted it by now - the TACAN code in C++ relates the > aircraft or carrier callsign to the assigned TACAN frequency (not channel). > The tag is for display purposes only so that if you open > the property browser you can quickly identify the assigned channel. So, > provided the mobile unit has one of the pre-assigned callsigns, it will > also have the pre-assigned TACAN frequency, no matter if the tag is present > or correct. For example: > > 12 999999 0 11030 0.000 ES1 ESSO1 TACAN > > The reason for this is historical - the nav.dat data file only contains > TACAN frequency for fixed sites, and not TACAN channel. The file > carrier_nav.dat is simply an extension of that file for mobile units. > > Just to make this clear - the tag has no effect on the > actual TACAN channel/frequency of a mobile unit - tag determines > that. Yes, I 'discovered' this after trying/getting TACAN to work - I didn't know where it was assigned though, so thanks for this information. So, seeing as Csaba is now off on holiday, here is the bug and fix he found. The bug arises if you do not have carrier demo running (exactly my case). The [dirty] fix - in tacan.cxx around line 284: // reset search time _time_before_search_sec = 1.0; +_mobile_valid = false; I also see this was once *fixed*, but removed again for some reason: http://cvs.flightgear.org/cgi-bin/viewvc/viewvc.cgi/FlightGear/src/Instrumentation/tacan.cxx?r1=1.20&r2=1.21 I can say that all works perfectly now with this line added to tacan.cxx Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] lightning tacan
On Friday 06 April 2007 14:00:14 AJ MacLeod wrote: > The tanker in refueling_demo doesn't have TACAN at all. In fact, I think > we have a bit of needless duplication with those demos, and one of them > could be removed without too much pain... OK, Csaba found the bug I was seeing, and he fixed it, so no doubt a fix is on the way soon - I am so pleased, I thought I was going mad. Thanks Csaba!!! As to the refueling_demo.xml. I think this should stay, as it can be used for you own tanker scenerio. I was testing over FHAW (Ascention Island) and tweaked the file so that it used TACAN also: ESSO1 040X aircraft tanker Models/Geometry/KC135/KC135.xml -7.974748 -14.382520 3000 020 280 -15 It is very handy to have around. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] lightning tacan
On Friday 06 April 2007 14:00:14 AJ MacLeod wrote: > On Friday 06 April 2007 13:29, Nick Warne wrote: > > OK, I know people think I am seeing things, but I just sussed out what is > > going on. > > I'm not so sure :-) > > > Here is what happens for me. The TACAN works, but it doesn't locate the > > aircraft (tanker) - the dial just seems to swing around in a circle > > depending what direction I fly in. > > It works best if the tanker you are trying to locate is actually equipped > with TACAN ;-) Well, then the wiki refueling 'how-to' is wrong. But if I add in the TACAN (ESSO1 and the TACAN-id) to that demo I can see it in prop browser. Just doing a demo_2 as Csaba says works, I can follow the TACAN if I turn it on when at 8000' (getting out of all the noise?), and sure enough locate the tanker. But then dropping off, and turning south, the needle then goes all off, and in fact ands up pointing to KSFO - I can then follow that all the way back to airport. Something is up here. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] lightning tacan
On Friday 06 April 2007 12:03:39 Melchior FRANZ wrote: > Committed. > > * Melchior FRANZ -- Friday 06 April 2007: > > Unfortunately, two developers boycott the plib branch, and someone > > else has to do their work. Very annoying! > > While true, this wasn't the cause here. (I had suspected a > connection to the interpolation table bug that someone only > fixed in fg/osg. I have ported it meanwhile, though.) > > The reason was yet again plib's traditional animation "feature", > which breaks animations when objects are wrongly forced into > subbranches. OK, I know people think I am seeing things, but I just sussed out what is going on. How many people *actually* tested the TACAN and located the tanker aircraft with it, rather than just sit in the cockpit and see the needle/gauges work? Here is what happens for me. The TACAN works, but it doesn't locate the aircraft (tanker) - the dial just seems to swing around in a circle depending what direction I fly in. Test flying around KSFO it actually is locked on to a TACAN at KSFO! So the dial is always it pointing to KSFO (and obviously as I follow the TACAN needle thinking I was tracking the tanker, as soon as I flew over KSFO the needle done a swift 180deg turn). I replicated this is the Seahawk too. As first I thought it was saying the tanker hadn't yet taken off, but the actual aircraft is flying and I can refuel once I locate it. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] lightning tacan
On Friday 06 April 2007 02:39:24 Csaba Halász wrote: > Hello! > > Nick had some trouble with the tacan on the lightning, so I had a peek at > it. Worked for me all right. However, the instrument needle works as if it > were a fixed compass card indicator, which it isn't. So there should be an > additional rotation applied to adjust for the a/c heading. Patch attached. > > Please check before commit. Pretty please? ;) > > I also have some issues: > 1) The lightning even has an ILS instrument but I could not find a > DME. Have I overlooked it? > 2) How do you check if the tacan/vor/adf/whatever radio transmitter is > in range? A digital display could go blank, but an instrument needle > must point somewhere. Shouldn't there be an indicator light or > something? Or is it just left to the pilot to listen for the morse > code? > 3) In the lightning rmi and hsi animations there are a couple of > interpolation tables for identity transformation. Do they have any > purpose? OK, I still have issues with the Lightning TACAN. I was getting angry in IRC last night, as NOBODY ever sees the issues I do. Now, to recap. To get 'refueling_demo' to work (not refueling_demo_1/_2), I had to out the demo in preferences.xml, and in lightning-set.xml change the line to read from: refueling_demo_1 to: refueling_demo All well and good. I now have a tanker circling over KSFO, and I can refuel with it! BUT the TACAN green needle always points in the vertical direction. Looking at the property browser, instrumentation/tacan/in-range is always false. Plus the AI aircraft has no TACAN channel-id? So, looking at the data/AI/refueling_demo.xml, I see it doesn't have a channel-id? But adding a channel-id still didn't work... but then changing call-sign from 'ESSO 2' to 'ESSO1' did! - ESSO 2 + ESSO1 + 040X Now in this scenerio the green needle works, although I am still not sure what it is telling me... that is another issue, I think. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Funny rendering bug?
On Thursday 05 April 2007 20:20:26 syd&sandy wrote: > Also if I look in certain directions everything goes white , and I can > see the 'invisible' panel area defined in the animation file for hotspot > and 2 d instrument arrangements it seems to appear if the center of > the transparent polygon is at the edge of the screen but dont have > the skills to fix it , I get this sometimes on MP, and it is caused by another aircraft having a funny texture that is not in CVS (or could be?) - it only happens when you sight it: osgDB ac3d reader: could not find texture "efis.rgb" etc. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] radar
On Wednesday 04 April 2007 10:54:27 Melchior FRANZ wrote: > * Csaba Halász -- Wednesday 04 April 2007: > > Next incarnation :) > > Committed, thanks. I've only tested with the T38 and > Lightning. Radar on the former worked, and on the latter > didn't. But maybe I just missed some important detail. :-) I applied this patch, and then looked at the Lightning radar - I found the problem and fixed it! I am just awaiting AJ to get into IRC to pass by him to ensure it is OK. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG carrier AI demo hard crash
On Tuesday 03 April 2007 11:50:21 Nick Warne wrote: > On Tuesday 03 April 2007 11:41:18 Nick Warne wrote: > > Hi all, > > > > First - latest CVS :-) > > > > OK, I took off on the carrier with the SeafireIIIc. I swung around and > > attempted to land. > > > > As I touched the deck (and it appeared my hook caught), FG crashed - I > > was left with a very light blue screen, and FG took 80 seconds or so to > > be killed. > > > > This was in the console: > > > > Warning: invalid line segment passed to > > IntersectVisitor::addLineSegment(..) nan nan nan 2.71938e+06 4.2514e+06 > > -3.88711e+06 segment ignored.. Could not find at least one of the > > following objects for animation: > > > > Deice.toggle > > > > Warning: invalid line segment passed to > > IntersectVisitor::addLineSegment(..) nan nan nan 2.71938e+06 4.2514e+06 > > -3.88711e+06 segment ignored.. > > > > Nick > > Yep, and it happens everytime :-( > > Warning: invalid line segment passed to > IntersectVisitor::addLineSegment(..) nan nan nan 2.71994e+06 4.25125e+06 > -3.88688e+06 segment ignored.. Warning: invalid line segment passed to > IntersectVisitor::addLineSegment(..) nan nan nan 2.71994e+06 4.25125e+06 > -3.88688e+06 segment ignored.. > > This time I got a totally black screen. It appears to happen as soon as > the hook catches the wire. OK, reading through the archives, this patch by csaba fixes it: http://sourceforge.net/mailarchive/forum.php?thread_name=a362bf040704011231y6836155emcfb7685d863e6ef8%40mail.gmail.com&forum_name=flightgear-devel But now I have another issue :-/ Using the SeafireIIIc on the carrier, then resetting it make FG ground to a halt - 30 seconds lag between each mouse click/key press etc. The only way to fix it to quit... Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG carrier AI demo hard crash
On Tuesday 03 April 2007 11:41:18 Nick Warne wrote: > Hi all, > > First - latest CVS :-) > > OK, I took off on the carrier with the SeafireIIIc. I swung around and > attempted to land. > > As I touched the deck (and it appeared my hook caught), FG crashed - I was > left with a very light blue screen, and FG took 80 seconds or so to be > killed. > > This was in the console: > > Warning: invalid line segment passed to > IntersectVisitor::addLineSegment(..) nan nan nan 2.71938e+06 4.2514e+06 > -3.88711e+06 segment ignored.. Could not find at least one of the following > objects for animation: > > Deice.toggle > > Warning: invalid line segment passed to > IntersectVisitor::addLineSegment(..) nan nan nan 2.71938e+06 4.2514e+06 > -3.88711e+06 segment ignored.. > > Nick Yep, and it happens everytime :-( Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..) nan nan nan 2.71994e+06 4.25125e+06 -3.88688e+06 segment ignored.. Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..) nan nan nan 2.71994e+06 4.25125e+06 -3.88688e+06 segment ignored.. This time I got a totally black screen. It appears to happen as soon as the hook catches the wire. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FG carrier AI demo hard crash
Hi all, First - latest CVS :-) OK, I took off on the carrier with the SeafireIIIc. I swung around and attempted to land. As I touched the deck (and it appeared my hook caught), FG crashed - I was left with a very light blue screen, and FG took 80 seconds or so to be killed. This was in the console: Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..) nan nan nan 2.71938e+06 4.2514e+06 -3.88711e+06 segment ignored.. Could not find at least one of the following objects for animation: Deice.toggle Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..) nan nan nan 2.71938e+06 4.2514e+06 -3.88711e+06 segment ignored.. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] pressure-alt-ft bug
On Tuesday 03 April 2007 10:04:10 Melchior FRANZ wrote: > OK, so you decided to get more heat from JD ... :-} > > > I have looked through the code in encoder.cxx and [...] > > Is your code really up-to-date? There is no encoder.cxx anymore > since a few days. > > m. ha ha... OK, so yesterday I updated aircraft to get 'fresh' Spitfire files... I guess I need to get into the habit of CVS'ing everything... Sorry for the noise. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] pressure-alt-ft bug
On Tuesday 03 April 2007 09:51:50 Nick Warne wrote: > Hi all, > > I noticed today I get a nasal error on starting fgfs with the c172p: > > Nasal runtime error: nil used in numeric context > at /usr/share/FlightGear/data/Aircraft/Generic/kap140.nas, line 1438 > called from: /usr/share/FlightGear/data/Aircraft/Generic/kap140.nas, line > 287 > > Tracing through kap140.nas, line 1431 > > pressureAltitude = getprop(encoder, "pressure-alt-ft"); > > produces nil, as prop "/instrument/encoder/pressure-alt-ft" doesn't > exist/isn't created, so therefore line 1438: Sorry, typo - I meant: "/instrumentation/encoder/pressure-alt-ft" doesn't exist. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] pressure-alt-ft bug
Hi all, I noticed today I get a nasal error on starting fgfs with the c172p: Nasal runtime error: nil used in numeric context at /usr/share/FlightGear/data/Aircraft/Generic/kap140.nas, line 1438 called from: /usr/share/FlightGear/data/Aircraft/Generic/kap140.nas, line 287 Tracing through kap140.nas, line 1431 pressureAltitude = getprop(encoder, "pressure-alt-ft"); produces nil, as prop "/instrument/encoder/pressure-alt-ft" doesn't exist/isn't created, so therefore line 1438: altFt = pressureAltitude - baroOffset; becomes altFt = nil - baroOffset; I have looked through the code in encoder.cxx and transponder.cxx but can't see what the issue is - interestingly "pressure-alt-ft" only appears to be read in the entire code in encoder.cxx, but I cannot see where it is created. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Possibly joystick bug condition
On Monday 02 April 2007 16:17:31 Nick Warne wrote: > Hi John, > > On Monday 02 April 2007 15:31:43 John Denker wrote: > > So my suggestion is to figure out the /real/ throttle behavior > > of interest, and model that. If floating-point is even the > > slightest obstacle to building a realistic model, please explain. > > I wasn't complaining here, just raising this issue. > > By my reckoning, if a throttle is OFF, then it is OFF, and not 0.15 ON. > > Sure, use a floating point, but does it really have to be that accurate > that a very slightly out-of-calibration JS by 1 point out of 65535 makes it > wrong? > > Surely 0.001 is reasonable enough step? > > BTW, this was only an observation working with Vivian today - it isn't my > aircraft to make the changes to. OK, to put this to bed, Vivian has fixed up the code so that a 'less than' condition is used rather than an exact figure. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Possibly joystick bug condition
Hi John, On Monday 02 April 2007 15:31:43 John Denker wrote: > So my suggestion is to figure out the /real/ throttle behavior > of interest, and model that. If floating-point is even the > slightest obstacle to building a realistic model, please explain. I wasn't complaining here, just raising this issue. By my reckoning, if a throttle is OFF, then it is OFF, and not 0.15 ON. Sure, use a floating point, but does it really have to be that accurate that a very slightly out-of-calibration JS by 1 point out of 65535 makes it wrong? Surely 0.001 is reasonable enough step? BTW, this was only an observation working with Vivian today - it isn't my aircraft to make the changes to. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Possibly joystick bug condition
Hi Ron, On Monday 02 April 2007 14:19:17 Ron Jensen wrote: > > So, how accurate does the throttle need to be? Surely not 1.5e -5? > > > > Nick > > You probably should change the condition to not depend on a perfectly > rigged joystick. Testing for equal is not a great idea any time you are > using floating point math... This is the gear warning out of the > c182rg: > As you can see, it only needs the throttle to be less than 30%. Try > something like this for the spitfire: > > controls/engines/engine/throttle > 0.2 > Yes, as discussed in IRC today, this solution came up, but why on earth are the throttle values measured with so much accuracy? Surely 1.5e -5 is way over the top? Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Possibly joystick bug condition
Hi all, Helping Vivian today on the Spitfire model, the gear warning (stall) klaxon wasn't working for me [again] although Vivian had fixed the previous issue why it failed sometimes. After investigation, it turns out one of the conditions required for the stall warning to go off is: controls/engines/engine/throttle 0 It turns out I calibrated my JS using JSCAL, and the throttle axis ran from -32766 <-> 32767. Thus, when my throttle was off, FG actually reports it as (similar): 1.598490389232043e -5 so it isn't '0', and therefore klaxon criteria wasn't met. Hand 'tweaking' my jscal file, I have now got my JS to report -32767 <-> 32767 on all axis, and now FG does show throttle to be 1 <-> 0 at the ends of the range. So, how accurate does the throttle need to be? Surely not 1.5e -5? Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] another problem with fgfs-build
On Sunday 01 April 2007 14:30:09 Ralf Gerlich wrote: > Hi, > > cyprien wrote: > > Hi again ! > > After compiling everything successefully with a make all, i've launch > > ./install/bin/fgfs, but i've this error : > > > > [EMAIL PROTECTED]:~/fgfs-builder-20070222$ ./install/bin/fgfs > > ./install/bin/fgfs: error while loading shared libraries: libosgUtil.so: > > cannot open shared object file: No such file or directory > > > > > > i've tried a sudo make install but i've the same error... > > Try setting your LD_LIBRARY_PATH to include your ./install/lib and > ./install/lib/osgPlugins directory. You shouldn't really use LD_LIBRARY_PATH at all - see here (and no offence meant): http://linuxmafia.com/faq/Admin/ld-lib-path.html Cyprien: Run 'ldconfig' as root (or sudo) after building FG and associated code: > sudo /sbin/ldconfig This will update the libs cache. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Joystick issue - peculiar
Hi Stewart, On Sunday 11 March 2007 15:33:17 Stewart Andreason wrote: > Hi Nick, > > I had forgotten about the jstest utility. > > Ok, it does give the range from -32767 to 32767. > > And my joystick does warble on axis 1: > 337, 675, 337, 0, 337, 1013, 337, 0, 337 etc. > > I think the answer to your question is, that 337 is the smallest > sensitivity or level of precision. > It is a normal hardware issue. > > 32767 divide by 100 = 328 > 32767 / 337 = 97.2 (not an exact coorelation, I admit) > > Thus, make sure a dead-band is set that covers 1 to 4 % of the axis. Yes, that makes sense indeed - and in IRC yesterday and with the help of Melchior, we found the solution. For some reason, although when I plug in my JS it all reads 'spot on' it really isn't. Running jscal and calibrating the JS then makes it all work perfectly in js_demo and FG. So perhaps as nothing has used the JS when I plug it in, it doesn't show up as being out of calibration. I also stated that it doesn't affect FG - well, I lied :-) It did do and I didn't notice. I was always fighting the JS a little in keeping the aircraft straight/level etc., but now it is not so imposing and I can fly better with less effect! Also, by using the -p option of jscal, it produces commandline data that can be read back with the -s option, so all I need do is run that little script at startx (or when I plug my JS in) for it to be sorted. So resolved! Thanks for interest and help. Nick > Nick Warne wrote: > > OK, this isn't FG xml issue. js_demo reports correct (-1.0 <-> 1.0 etc.) > > But as soon as I either start js_demo or fgfs, when I check joystick in > > KDE or use the jstest utilty, X Y Z at rest are set to '337'. So > > something recalibrates the stick to that. > > > >>> Why 337? I am stumped. > >>> > >>> Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Joystick issue - peculiar
On Saturday 10 March 2007 19:14:44 Stewart Andreason wrote: > When I run js_demo, I get a number from -1.0 to 0.0 to 1.0 > Where is this level of precision set? > > Ah ha! > I had no dead-band set in my joystick-name-here-or-js0.xml > > Nick, can you find which joystick.xml file it is using? Perhaps looking > thru it will help. OK, this isn't FG xml issue. js_demo reports correct (-1.0 <-> 1.0 etc.) But as soon as I either start js_demo or fgfs, when I check joystick in KDE or use the jstest utilty, X Y Z at rest are set to '337'. So something recalibrates the stick to that. This is what I meant about the deadband stuff from plib: plib-1.8.4/src/js/jsLinux.cxx [sic] // Remove any deadband value already done in the kernel. // Since we have our own deadband management this is save to do so. So I am wondered if kernel sets up the joystick correctly - then plib decides the deadband is wrong and changes/removes it somewhat. I don't know. Nick > >> Nick Warne wrote: > >>> Hi all, > >>> > >>> This is _not_ a bug report, nor perhaps FG specific, but rather a > >>> discussion of a joystick issue I see - now I have seen this, it is like > >>> when you get a little stone in your shoe, but no matter how much you > >>> look, you can't find the bugger - but because you know it's there, you > >>> can't stop thinking about it :-D > > > > Well, I dunno if it is deadband. What causes the X Y Z axes to > > recalibrate to '337' after runing fgfs or js_demo on an otherwise OK > > joystick X Y Z of '0'? > > > > Why 337? I am stumped. > > > > Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Joystick issue - peculiar
On Saturday 10 March 2007 18:00:45 Stewart Andreason wrote: > Can the dead band be increased? > > My own Thrustmaster joystick is less than consistant about the zero-center, > but not like you have described. > > I have not looked into fixing it myself, yet. > > Stewart > > Nick Warne wrote: > > Hi all, > > > > This is _not_ a bug report, nor perhaps FG specific, but rather a > > discussion of a joystick issue I see - now I have seen this, it is like > > when you get a little stone in your shoe, but no matter how much you > > look, you can't find the bugger - but because you know it's there, you > > can't stop thinking about it :-D Well, I dunno if it is deadband. What causes the X Y Z axes to recalibrate to '337' after runing fgfs or js_demo on an otherwise OK joystick X Y Z of '0'? Why 337? I am stumped. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Joystick issue - peculiar
Hi all, This is _not_ a bug report, nor perhaps FG specific, but rather a discussion of a joystick issue I see - now I have seen this, it is like when you get a little stone in your shoe, but no matter how much you look, you can't find the bugger - but because you know it's there, you can't stop thinking about it :-D Plug in my USB Microsoft SideWinder Precision 2 Joystick: Mar 10 13:03:46 linuxamd kernel: input: Microsoft SideWinder Precision 2 Joystick as /class/input/input9 Mar 10 13:03:46 linuxamd kernel: input: USB HID v1.10 Joystick [Microsoft SideWinder Precision 2 Joystick] on usb-:00:07.3-2 Now, at this stage KDE joystick app reports everything is OK. All axes, buttons etc. are 100% accurate. Running jstest also reports the same. Now, either running fgfs or js_demo, the joystick works great. But after running either of these two apps, three joystick axes are now 'recalibrated': X, Y and Z axes at 'rest' are all set to 337 *exactly*. Running jstest also now reports X Y Z to be at 337: Axes: 0: 337 1: 337 2: 337 If I now unplug the joystick, and plug it in again, then ALL axes and controls are all perfect again (i.e. X Y Z at rest are 0). It was suggested maybe a hardware issue, but I don't think so as just X Y Z axes are set exactly to 337 after running FG. Reading plib code, I see that the kernel deadband zone is written out as plib uses it's own - could this cause this strange issue? BTW, it doesn't affect FG in anyway - '337' off 0 on a 65535 scale is unnoticeable in real life. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [BUG] Spitfire throttle boost gauge fails (with fix)
Hi all, Flying the Spitfire, if you get airborne and then drop the throttle to zero, the gear warning alarm klaxon sounds. Hitting 'k' or 'K' to turn this off then produces: Nasal runtime error: non-objects have no members at /usr/share/FlightGear/data/Aircraft/Spitfire/Models/spitfire.nas, line 76 >From now on the throttle boost gauge will not work. The reason is in spitifre.nas, line 46 a global var: throttle = props.globals.getNode("/controls/engines/engine/throttle", 1); later in spitfire.nas in the 'resetWarn = func{ }' is this, line 493: throttle = getprop("controls/engines/engine/throttle"); so here the second assignment stomps on the first. I guess renaming the 'throttle' var in this func to something else fixes this, but also it can be declared in the func as a local var: var throttle = getprop("controls/engines/engine/throttle"); to fix it. I noticed this ages ago and fixed it, then forgot all about it - it was only after a fresh cvs update of the spirfire did I remember as I got the bug back again. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] MP server status page.
Hi all, A little thing I done to check status of online servers: http://mpserver05.flightgear.org/fgmp/status/ Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [BUG] Scenery spelling mistake
On Saturday 03 March 2007 12:57:39 Nick Warne wrote: > On Saturday 03 March 2007 12:50:14 Martin Spott wrote: > > Martin Spott wrote: > > > Thanks for pointing this out, we're going to fix it, > > > > Get a fresh export from Jon's Scenery Objects download site tomorrow, > > if you like, > > > > Martin. > > OK thanks, but I fixed the file myself - at least it is now fixed for > future. Also, while on this subject, I found a call to a missing model too, > I don't know why this is: > > Cannot find model > file "/opt/fg_scenery/Objects/w010n50/w002n55/lynemouthchimney.ac" > Failed to load 3D > model /opt/fg_scenery/Objects/w010n50/w002n55/lynemouthchimney.ac > > > ./2925641.stg:1:OBJECT_STATIC lynemouthchimney.ac -1.5192975 55.2046987 > 5.39 180 Oh, P.S. I don't have a *fetish* with chimneys :-) Just these errors cropped up as I flew from Eastleigh to the tip of Scotland today in the Lightning. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [BUG] Scenery spelling mistake
On Saturday 03 March 2007 12:50:14 Martin Spott wrote: > Martin Spott wrote: > > Thanks for pointing this out, we're going to fix it, > > Get a fresh export from Jon's Scenery Objects download site tomorrow, > if you like, > > Martin. OK thanks, but I fixed the file myself - at least it is now fixed for future. Also, while on this subject, I found a call to a missing model too, I don't know why this is: Cannot find model file "/opt/fg_scenery/Objects/w010n50/w002n55/lynemouthchimney.ac" Failed to load 3D model /opt/fg_scenery/Objects/w010n50/w002n55/lynemouthchimney.ac ./2925641.stg:1:OBJECT_STATIC lynemouthchimney.ac -1.5192975 55.2046987 5.39 180 Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [BUG] Scenery spelling mistake
Hi all, Failed to open file /opt/fg_scenery/Objects/w010n50/w002n51/DitcotChimney1.xml 4 -rw-r--r-- 1 nick users 184 2005-03-06 00:48 /opt/fg_scenery/Objects/w010n50/w002n51/DidcotChimney1.xml The file is correctly spelt (Didcot, not ditcot), the call to load the file isn't. http://jonathan.rawle.org/2006/11/05/a-day-of-excitement-in-didcot/ I don't know who fixes scenery items? Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] MAX_CALLSIGN_LEN
missed the list off... -- Forwarded Message -- Subject: Re: [Flightgear-devel] MAX_CALLSIGN_LEN Date: Thursday 22 February 2007 From: Nick Warne <[EMAIL PROTECTED]> To: "Csaba Halász" <[EMAIL PROTECTED]> On Thursday 22 February 2007 16:40:57 Csaba Halász wrote: > On 2/22/07, Nick Warne <[EMAIL PROTECTED]> wrote: > > Yes, I understand that - but what seems to be happening here is user is > > allowed to input callsign of 8 (or more) and only later is the string > > looked at. Why not just parse the string to 7 + \0 at runtime? > > > > It appears to me this is done every packet sent? > > It is just a string copy, which would have to be done anyway. > Also, if later the protocol will support longer nicks, it will be > totally transparent. And this limit is documented. Strictly IMHO. Yes, OK, but why not do it at runtime? MAX_CALLSIGN_LEN will determine the length no matter what when/if the protocol changes. I don't see the sense (nor logic) in trimming a string _every_ packet when for all pretense and purpose it will not change during a session. And if users can change callsign on the fly (I don't know if you can?), then only that update mechanism should address the string, surely? Nick --- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] MAX_CALLSIGN_LEN
On Thursday 22 February 2007 16:13:59 Csaba Halász wrote: > On 2/22/07, Nick Warne <[EMAIL PROTECTED]> wrote: > > Is this correct? > > Yes. In C you need to terminate strings by a 0 byte. So you need 8 > bytes for a maximum of 7 characters. > > Greets, > Jester Yes, I understand that - but what seems to be happening here is user is allowed to input callsign of 8 (or more) and only later is the string looked at. Why not just parse the string to 7 + \0 at runtime? It appears to me this is done every packet sent? Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] MAX_CALLSIGN_LEN
Hi all, Revamping my server query page, I noticed that mp callsign names get chopped at 7 chars. The code reads: src/MultiPlayer/mpmessages.hxx 59: // XDR demands 4 byte alignment, but some compilers use8 byte alignment // so it's safe to let the overall size of a network message be a // multiple of 8! #define MAX_CALLSIGN_LEN8 but later: src/MultiPlayer/multiplaymgr.cxx 740: strncpy(MsgHdr->Callsign, mCallsign.c_str(), MAX_CALLSIGN_LEN); MsgHdr->Callsign[MAX_CALLSIGN_LEN - 1] = '\0'; This chops it to 7 chars. Is this correct? Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery download map 'alt' tags
On Tuesday 06 February 2007 03:11:01 Curtis Olson wrote: > > It would be nice if scenery map page could be changed so that the 'title' > > popup will work on all browsers :-) > > Back when I set that up it worked great! (on the browsers of the day.) > > If you can show me some sample code changes I should be able to go in and > fix things up. > > Thanks, Hi Curt, Just subsitute 'ALT' with 'title', thus: - ALT="e000n00 48.44 Mb 1/17/2006" + title="e000n00 48.44 Mb 1/17/2006" Nick - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] segfaults in SGShaderAnimatio n::~SGShaderAnimation (), Patch
On Wednesday 31 January 2007 07:35:15 Frederic Bouvier wrote: > Nick, > > Selon Nick Warne : > > Fred, Mathias > > > > I got this again tonight :-((( > > > > Chat [mpserve] GFS is now online, using > > > > Chat [mpserve] Aircraft/B-2/Models/b2-spirit.xml > > > > Chat [mpserve] GFS is now online, using > > > > Chat [mpserve] Aircraft/B-2/Models/b2-spirit.xml > > > > Segmentation fault > > > > Another person in IRC reports the same crash at the same time when this > > aircraft joined/left/joined. > > > > The common theme here is neither of us _have_ that model 'b2-spirit' ! > > Not every segfault is in SGShaderAnimation ;-) > > Could you provide a gdb backtrace please ? Update on this. I tried to recreate it (with help from people in IRC), but to no avail. Tonight I got the MP 'new player' join crash again: Chat [mpserve] PWOE is now online, using Chat [mpserve] Aircraft/c172p/Models/c172p.xml Segmentation fault I guess I will have to run fgfs everytime from now on in debugger to catch it. More to follow. Nick - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Scenery download map 'alt' tags
Hi all, Not a nitpick, but rather a request. On the scenery map here: http://www.flightgear.org/Downloads/scenery-0.9.10.html after looking at the page source, I see the 'alt' tag is used to show the file sizes - good idea! Except the 'alt' tag is not designed to produce a 'popup' text box, it is designed to show text in lieu of an image on non graphical browsers or devices that cannot see images. Needless to say, Konqueror web browser using latest KDE 3.5.6 does not show them (it shouldn't!)- and I think it is very good to be able to see the file size before downloading. What really should be used is the 'title' tag. The 'title' tag will over-ride the 'alt' tag if used. It would be nice if scenery map page could be changed so that the 'title' popup will work on all browsers :-) Nick - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Quick 'lookie' whois flying online
On Friday 02 February 2007 19:09:23 Curtis Olson wrote: > On 2/2/07, Nick Warne wrote: > > If sometimes you only need to see who is flying online, and do not wish > > to use > > and load mpmap, I knocked up a quick page: > > > > http://mpserver05.flightgear.org/fgmp/ > > Impressive uptime if your web page is to be believed! Around here we'd > have a power outage or a hardware failure within that amount of time ... > even if the OS performed perfectly. > > Curt. Heh. That is NOTHING! http://www.ussg.iu.edu/hypermail/linux/kernel/0511.3/0231.html That was then... lets have a look now: [EMAIL PROTECTED] nick]$ last -xf /var/run/utmp runlevel runlevel (to lvl 3)Sun Oct 14 16:07 - 19:11 (1937+04:04) utmp begins Sun Oct 14 16:07:40 2001 Nick :-) - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Quick 'lookie' whois flying online
Hi all, If sometimes you only need to see who is flying online, and do not wish to use and load mpmap, I knocked up a quick page: http://mpserver05.flightgear.org/fgmp/ Nick - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Another scerenio where FG labours (freeze type of thing)
On Wednesday 31 January 2007 16:43:23 Maik Justus wrote: > Hi Nick, > > is this with plib, osg, or both? > > Maik Hi Maik, This is with all, although it has been a few weeks since I built and used plib version - but it happened then too. Nick > Nick Warne schrieb am 30.01.2007 20:28: > > On Tuesday 30 January 2007 19:23:52 Olaf Flebbe wrote: > >> Hi, > >> > >>> One easy way to replicate this is to use the Spitfire on the runway - > >>> ensure brake lock is on, and open up the throttle - the aircraft will > >>> tip over nose first, and FG will then show the above problem. > >> > >> I cannot replicate this with a recent osg without SDL. On Windows. Is > >> this problem SDL specific? > > > > Hi Olaf, > > > > As far as I can remember, I have had this on all FG builds (Linux), even > > Glut. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Another scerenio where FG labours (freeze type of thing)
On Tuesday 30 January 2007 21:11:21 Olaf Flebbe wrote: > > As far as I can remember, I have had this on all FG builds (Linux), even > > Glut. > > > > Nick > > i Double-checked, even with debug on windows: No problem. I see no drop > in framerates for a release build, no trigger triggered in debug build. Hi Olaf, Yes, in IRC it appears it is only me that gets this. I have an old system, so maybe newer, faster systems cope with this; but having said that, the 'get near other aircraft freeze' I could only see/get also too, but Maik and Mathias found that bug and fixed it. So maybe this is similar. I will just not have to crash the aircraft nose first ;-) Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] segfaults in SGShaderAnimatio n::~SGShaderAnimation (), Patch
On Friday 26 January 2007 20:45:55 Nick Warne wrote: > On Friday 26 January 2007 20:14, Maik Justus wrote: > > Hi Fred, > > > > your patch works fine for me. > > > > > > Big thanks! > > Maik > > Fred, > > I tested with Maik while I was building. I just tested with ndim, and NO > CRASH - it looks very, very good. > > Thank you! > > Nick Fred, Mathias I got this again tonight :-((( Chat [mpserve] GFS is now online, using Chat [mpserve] Aircraft/B-2/Models/b2-spirit.xml Chat [mpserve] GFS is now online, using Chat [mpserve] Aircraft/B-2/Models/b2-spirit.xml Segmentation fault Another person in IRC reports the same crash at the same time when this aircraft joined/left/joined. The common theme here is neither of us _have_ that model 'b2-spirit' ! Nick > > > Frederic Bouvier schrieb am 26.01.2007 20:41: > > > Selon Nick Warne : > > >> Reports from IRC say this is fixed in plib, but I can still get a 100% > > >> reliable crash with OSG build. > > >> > > >> Enter MP server using Harrier. Get someone to join/leave/join with > > >> the dhc2F. > > >> Immediate segfault on the second join. > > >> > > >> Below is my earlier mail with trace etc. > > > > > > Are you able to test the patch below. If it works for you, I'll commit > > > it. > > > > > > -Fred > > > > > > cvs -z4 -q diff -u -wb -- shadanim.cxx (in directory > > > C:\Devel\SimGear\simgear\scene\model\) > > > Index: shadanim.cxx > > > === > > > RCS file: > > > /var/cvs/SimGear-0.3/SimGear/simgear/scene/model/shadanim.cxx,v > > > retrieving revision 1.9 > > > diff -u -w -b -r1.9 shadanim.cxx > > > --- shadanim.cxx 3 Dec 2006 16:57:21 - 1.9 > > > +++ shadanim.cxx 26 Jan 2007 19:14:34 - > > > @@ -126,14 +126,12 @@ > > > static osg::TextureCubeMap* > > > getOrCreateTextureCubeMap() > > > { > > > - static osg::TextureCubeMap* textureCubeMap = 0; > > > - if (textureCubeMap) > > > -return textureCubeMap; > > > + static osg::ref_ptr textureCubeMap; > > > > > >static SGMutex mutex; > > >SGGuard locker(mutex); > > > - if (textureCubeMap) > > > -return textureCubeMap; > > > + if (textureCubeMap.get()) > > > +return textureCubeMap.get(); > > > > > >// create and setup the texture object > > >textureCubeMap = new osg::TextureCubeMap; > > > @@ -146,7 +144,7 @@ > > > > > >textureCubeMap->setUpdateCallback(new SGMapGenCallback); > > > > > > - return textureCubeMap; > > > + return textureCubeMap.get(); > > > } > > > > > > static void create_specular_highlights(osg::Node *node) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Another scerenio where FG labou rs (freeze type of thing)
On Tuesday 30 January 2007 19:23:52 Olaf Flebbe wrote: > Hi, > > > One easy way to replicate this is to use the Spitfire on the runway - > > ensure brake lock is on, and open up the throttle - the aircraft will tip > > over nose first, and FG will then show the above problem. > > I cannot replicate this with a recent osg without SDL. On Windows. Is > this problem SDL specific? Hi Olaf, As far as I can remember, I have had this on all FG builds (Linux), even Glut. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Another scerenio where FG labours (freeze type of thing)
On Tuesday 30 January 2007 19:19:10 Nick Warne wrote: > On Tuesday 30 January 2007 19:15:14 Curtis Olson wrote: > > > One easy way to replicate this is to use the Spitfire on the runway - > > > ensure > > > brake lock is on, and open up the throttle - the aircraft will tip over > > > nose > > > first, and FG will then show the above problem. > > > > You might want to double check if the console you used for starting up > > flightgear is streaming groundcache error/warnings. If it is, running > > out of an xterm should have a lower text scrolling load than something > > like a gnome terminal window. > > Hi Curt, > > No, the console is clean (I start FG in console), and FG exits cleanly too > if I terminate during this issue. I apologise ; running FG --log-level=debug, I get streams of this: prepare_ground_cache(): ac radius = 14.5878, # triangles = 10, # wires = 0, # catapults = 0, ground_radius = 0 prepare_ground_cache(): trying to build cache without any scenery below the aircraft Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Another scerenio where FG labours (freeze type of thing)
On Tuesday 30 January 2007 19:15:14 Curtis Olson wrote: > > One easy way to replicate this is to use the Spitfire on the runway - > > ensure > > brake lock is on, and open up the throttle - the aircraft will tip over > > nose > > first, and FG will then show the above problem. > > You might want to double check if the console you used for starting up > flightgear is streaming groundcache error/warnings. If it is, running out > of an xterm should have a lower text scrolling load than something like a > gnome terminal window. Hi Curt, No, the console is clean (I start FG in console), and FG exits cleanly too if I terminate during this issue. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Another scerenio where FG labours (freeze type of thing)
Hi all, Similar to the issue I reported (a few weeks ago) of the 'freezes' when near other aircraft (which Mathias fixed), here is another similar one. My build is osg cvs (updated the weekend) using --enable-sdl. If a prop driven aircraft crashes nose down so the rotating prop gets embedded into the ground, FG will 'freeze' and stutter along at 1fps or worse. It takes ages to gets the menu to react to be allowed to reset (in fact, my mouse disappears a lot during this time). One easy way to replicate this is to use the Spitfire on the runway - ensure brake lock is on, and open up the throttle - the aircraft will tip over nose first, and FG will then show the above problem. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Book
On Friday 26 January 2007 23:46, Christian Mayer wrote: > The quality of the text looks quite bad to me, it's about amateur > writing level, I guess. The layout was done with OpenOffice which also > fits in this picture. What on earth do you mean that statement? Tut. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] segfaults in SGShaderAnimatio n::~SGShaderAnimation (), Patch
On Friday 26 January 2007 20:14, Maik Justus wrote: > Hi Fred, > > your patch works fine for me. > > > Big thanks! > Maik Fred, I tested with Maik while I was building. I just tested with ndim, and NO CRASH - it looks very, very good. Thank you! Nick > > Frederic Bouvier schrieb am 26.01.2007 20:41: > > Selon Nick Warne : > >> Reports from IRC say this is fixed in plib, but I can still get a 100% > >> reliable crash with OSG build. > >> > >> Enter MP server using Harrier. Get someone to join/leave/join with the > >> dhc2F. > >> Immediate segfault on the second join. > >> > >> Below is my earlier mail with trace etc. > > > > Are you able to test the patch below. If it works for you, I'll commit > > it. > > > > -Fred > > > > cvs -z4 -q diff -u -wb -- shadanim.cxx (in directory > > C:\Devel\SimGear\simgear\scene\model\) > > Index: shadanim.cxx > > === > > RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/scene/model/shadanim.cxx,v > > retrieving revision 1.9 > > diff -u -w -b -r1.9 shadanim.cxx > > --- shadanim.cxx3 Dec 2006 16:57:21 - 1.9 > > +++ shadanim.cxx26 Jan 2007 19:14:34 - > > @@ -126,14 +126,12 @@ > > static osg::TextureCubeMap* > > getOrCreateTextureCubeMap() > > { > > - static osg::TextureCubeMap* textureCubeMap = 0; > > - if (textureCubeMap) > > -return textureCubeMap; > > + static osg::ref_ptr textureCubeMap; > > > >static SGMutex mutex; > >SGGuard locker(mutex); > > - if (textureCubeMap) > > -return textureCubeMap; > > + if (textureCubeMap.get()) > > +return textureCubeMap.get(); > > > >// create and setup the texture object > >textureCubeMap = new osg::TextureCubeMap; > > @@ -146,7 +144,7 @@ > > > >textureCubeMap->setUpdateCallback(new SGMapGenCallback); > > > > - return textureCubeMap; > > + return textureCubeMap.get(); > > } > > > > static void create_specular_highlights(osg::Node *node) > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] segfaults in SGShaderAnimatio n::~SGShaderAnimation (), Patch
On Friday 26 January 2007 19:08, Maik Justus wrote: > Hi all, > > here is a workaround for osg. It disables the chrome shader, but as long > as this causes the fatal crashes we need to commit. > > Unfortunately I am not compiling osg myself; I am using Olafs > precompiled library. Therefore I can not dig into the code :-( I believe, looking at my traces, this function in OpenSceneGraph/src/osg/StateSet.cpp is where it happens. Why/how/what I haven't a clue. void StateSet::setTextureAttributeAndModes(unsigned int unit,StateAttribute *attribute, StateAttribute::GLModeValue value) { if (attribute) { if (attribute->isTextureAttribute()) { if (value&StateAttribute::INHERIT) { removeTextureAttribute(unit,attribute->getType()); } else Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] segfaults in SGShaderAnimation::~SGShaderAnimation(), Patch
On Friday 26 January 2007 09:02, Frederic Bouvier wrote: > Hi Maik, > > Selon Maik Justus : > > Hi, > > the same thing with _condition. > > > > It's systematically done wrong. > > > > _textureData could be done correctly :-) > > _condition, _effectTexture and _textureData are not SGShaderAnimation > members in the OSG code. > > In the PLIB branch, _contition is not shared but initialized with new in > sgReadCondition, so unless there is something I am missing, I think > _condition must be deleted just like in the other animation classes where > it is actually missing ( except in shadow and select ). > > for _effectTexture, the pointer should be replaced by > ssgSharedPtr and the delete removed. > > I am committing a fix right now. Hi Fred, Reports from IRC say this is fixed in plib, but I can still get a 100% reliable crash with OSG build. Enter MP server using Harrier. Get someone to join/leave/join with the dhc2F. Immediate segfault on the second join. Below is my earlier mail with trace etc. Nick > On Fri, 5 Jan 2007, Maik Justus wrote: > > Hello, > > > > sometimes I get a segfault in function > > SGShaderAnimation::~SGShaderAnimation(), file > > simgear/scene/model/shadanim.cxx. > > I never get a SIGSEGV from there, but rather a SIGABORT due to a failed > assert. (This with plib, nota bene) And from the gang-debugging session we > had last night on IRC+MP we now know how to replicate it. (although I'm not > sure if there was a consesus on exactly how, but something like this: at > least two models using the chrome shader, one leaves mp and then fgfs > crashes for any miserable one watching them leave. Other's said it was > provoked by a join-leave-rejoin cycle) Here is my gdb output. I can get this crash everytime with the join/leave/join scenerio. Join with the harrier and sit on the deck. get someone (Maik here) to join with the dhc2. Fly a little (just take off will do). Get Maik leave the server, and rejoin -> *crash* for me. Interesting thing is, you do not see Maik leave the server - but re 'joins twice' even though he has left. (gdb) list produces nonsense, but I include it at the end anyway. Nick Server chat: Chat [mpserve] Maik is now online, using Chat [mpserve] Aircraft/dhc2/Models/dhc2wheels.xml Using global material animation that can no longer work Using global material animation that can no longer work Using global material animation that can no longer work Using global material animation that can no longer work Chat [mpserve] Maik is now online, using Chat [mpserve] Aircraft/dhc2/Models/dhc2wheels.xml Using global material animation that can no longer work Using global material animation that can no longer work Using global material animation that can no longer work Using global material animation that can no longer work Program received signal SIGSEGV, Segmentation fault. 0x36ff1f36 in ?? () Backtrace: (gdb) bt #0 0x36ff1f36 in ?? () #1 0x404409e6 in osg::StateSet::setTextureAttributeAndModes () from /usr/local/lib/libosg.so #2 0x085230c9 in create_specular_highlights (node=0x11bc1558) at shadanim.cxx:160 #3 0x085233f6 in SGShaderAnimation::createAnimationGroup (this=0xbfd16ea0, [EMAIL PROTECTED]) at shadanim.cxx:198 #4 0x0851043d in SGAnimation::installInGroup (this=0xbfd16ea0, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at animation.cxx:606 #5 0x085102cf in SGAnimation::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at animation.cxx:583 #6 0x403c9def in osg::Group::accept () from /usr/local/lib/libosg.so #7 0x403c84e4 in osg::Group::traverse () from /usr/local/lib/libosg.so #8 0x08069704 in osg::NodeVisitor::traverse (this=0xbfd16ea0, [EMAIL PROTECTED]) at NodeVisitor:180 #9 0x0851021f in SGAnimation::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at animation.cxx:575 #10 0x080695f1 in osg::NodeVisitor::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at NodeVisitor:247 #11 0x08069955 in osg::NodeVisitor::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at NodeVisitor:250 #12 0x403df74f in osg::MatrixTransform::accept () from /usr/local/lib/libosg.so #13 0x0851015c in SGAnimation::apply (this=0xbfd16ea0, node=0x1202b4e0) at animation.cxx:542 #14 0x0850fd83 in SGAnimation::animate (node=0x1202b4e0, configNode=0xf015ab0, modelRoot=0x1218e600) at animation.cxx:510 #15 0x0850461a in sgLoad3DModel ([EMAIL PROTECTED], [EMAIL PROTECTED], prop_root=0x1218e600, sim_time_sec=318.666242, load_panel=0, data=0x0, [EMAIL PROTECTED]) at model.cxx:547 #16 0x0846bfd9 in FGAIBase::load3DModel (this=0x11e38268, [EMAIL PROTECTED], [EMAIL PROTECTED], prop_root=0x1218e600, sim_time_sec=318.666242) at AIBase.cxx:175 #17 0x0846bd94 in FGAIBase::init (this=0x11e38268, search_in_AI_path=true) at AIBase.cxx:143 #18 0x0847322a in FGAIMultiplayer::init (this=0x11e38268, search_in_AI_path=true) at AIMultiplayer.cxx:60 #19 0x08468ec3 in FGAIManager::attach (this=0xb271810, model={_ptr = 0x11e38268}) at AIManager.cxx:157 #20 0x0
Re: [Flightgear-devel] segfaults in SGShaderAnimation::~SGShaderAnimation(), Patch
On Wednesday 24 January 2007 17:05, Joacim Persson wrote: > On Fri, 5 Jan 2007, Maik Justus wrote: > > Hello, > > > > sometimes I get a segfault in function > > SGShaderAnimation::~SGShaderAnimation(), file > > simgear/scene/model/shadanim.cxx. > > I never get a SIGSEGV from there, but rather a SIGABORT due to a failed > assert. (This with plib, nota bene) And from the gang-debugging session we > had last night on IRC+MP we now know how to replicate it. (although I'm not > sure if there was a consesus on exactly how, but something like this: at > least two models using the chrome shader, one leaves mp and then fgfs > crashes for any miserable one watching them leave. Other's said it was > provoked by a join-leave-rejoin cycle) Here is my gdb output. I can get this crash everytime with the join/leave/join scenerio. Join with the harrier and sit on the deck. get someone (Maik here) to join with the dhc2. Fly a little (just take off will do). Get Maik leave the server, and rejoin -> *crash* for me. Interesting thing is, you do not see Maik leave the server - but re 'joins twice' even though he has left. (gdb) list produces nonsense, but I include it at the end anyway. Nick Server chat: Chat [mpserve] Maik is now online, using Chat [mpserve] Aircraft/dhc2/Models/dhc2wheels.xml Using global material animation that can no longer work Using global material animation that can no longer work Using global material animation that can no longer work Using global material animation that can no longer work Chat [mpserve] Maik is now online, using Chat [mpserve] Aircraft/dhc2/Models/dhc2wheels.xml Using global material animation that can no longer work Using global material animation that can no longer work Using global material animation that can no longer work Using global material animation that can no longer work Program received signal SIGSEGV, Segmentation fault. 0x36ff1f36 in ?? () Backtrace: (gdb) bt #0 0x36ff1f36 in ?? () #1 0x404409e6 in osg::StateSet::setTextureAttributeAndModes () from /usr/local/lib/libosg.so #2 0x085230c9 in create_specular_highlights (node=0x11bc1558) at shadanim.cxx:160 #3 0x085233f6 in SGShaderAnimation::createAnimationGroup (this=0xbfd16ea0, [EMAIL PROTECTED]) at shadanim.cxx:198 #4 0x0851043d in SGAnimation::installInGroup (this=0xbfd16ea0, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at animation.cxx:606 #5 0x085102cf in SGAnimation::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at animation.cxx:583 #6 0x403c9def in osg::Group::accept () from /usr/local/lib/libosg.so #7 0x403c84e4 in osg::Group::traverse () from /usr/local/lib/libosg.so #8 0x08069704 in osg::NodeVisitor::traverse (this=0xbfd16ea0, [EMAIL PROTECTED]) at NodeVisitor:180 #9 0x0851021f in SGAnimation::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at animation.cxx:575 #10 0x080695f1 in osg::NodeVisitor::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at NodeVisitor:247 #11 0x08069955 in osg::NodeVisitor::apply (this=0xbfd16ea0, [EMAIL PROTECTED]) at NodeVisitor:250 #12 0x403df74f in osg::MatrixTransform::accept () from /usr/local/lib/libosg.so #13 0x0851015c in SGAnimation::apply (this=0xbfd16ea0, node=0x1202b4e0) at animation.cxx:542 #14 0x0850fd83 in SGAnimation::animate (node=0x1202b4e0, configNode=0xf015ab0, modelRoot=0x1218e600) at animation.cxx:510 #15 0x0850461a in sgLoad3DModel ([EMAIL PROTECTED], [EMAIL PROTECTED], prop_root=0x1218e600, sim_time_sec=318.666242, load_panel=0, data=0x0, [EMAIL PROTECTED]) at model.cxx:547 #16 0x0846bfd9 in FGAIBase::load3DModel (this=0x11e38268, [EMAIL PROTECTED], [EMAIL PROTECTED], prop_root=0x1218e600, sim_time_sec=318.666242) at AIBase.cxx:175 #17 0x0846bd94 in FGAIBase::init (this=0x11e38268, search_in_AI_path=true) at AIBase.cxx:143 #18 0x0847322a in FGAIMultiplayer::init (this=0x11e38268, search_in_AI_path=true) at AIMultiplayer.cxx:60 #19 0x08468ec3 in FGAIManager::attach (this=0xb271810, model={_ptr = 0x11e38268}) at AIManager.cxx:157 #20 0x084619e4 in FGMultiplayMgr::addMultiplayer (this=0xb8d9cf0, [EMAIL PROTECTED], [EMAIL PROTECTED]) at multiplaymgr.cxx:758 #21 0x08461550 in FGMultiplayMgr::ProcessPosMsg (this=0xb8d9cf0, Msg=0xbfd17820 "SFGF\001", [EMAIL PROTECTED], len=536, stamp=1169672780) at multiplaymgr.cxx:685 #22 0x08460b60 in FGMultiplayMgr::Update (this=0xb8d9cf0) at multiplaymgr.cxx:518 #23 0x0805d2a5 in fgMainLoop () at main.cxx:454 #24 0x080995c8 in fgOSMainLoop () at fg_os_sdl.cxx:247 #25 0x0805f638 in fgMainInit (argc=8, argv=0xbfd180e4) at main.cxx:1029 #26 0x0805bc76 in main (argc=8, argv=0xbfd180e4) at bootstrap.cxx:204 (gdb) list 142 set_fpc_csr(f.fc_word); 143 } 144 #endif 145 146 int _bootstrap_OSInit; 147 148 // Main entry point; catch any exceptions that have made it this far. 149 int main ( int argc, char **argv ) { 150 151 _bootstrap_OSInit = 0; --
Re: [Flightgear-devel] Fix a few GCC warnings (i.e Shut UP GCC).
On Sunday 21 January 2007 12:58, Nick Warne wrote: > Hi All, > > I get a few warnings when building fgfs (gcc-3.4.6), all to do with int > conversion: > > > FGInitialCondition.cpp:806: warning: converting to `int' from `double' > 806: n = document->FindElementValueAsNumber("running"); > fix: > n = (int)document->FindElementValueAsNumber("running"); > > > FGInput.cpp:209: warning: converting to `unsigned int' from `double' > 209: port = element->GetAttributeValueAsNumber("port"); > fix: > port = (unsigned int)element->GetAttributeValueAsNumber("port"); > > > renderer.cxx:1021: warning: converting to `unsigned int' from `double' > 1021: y = viewport->height() - y; > fix: > y = (int)viewport->height() - y; Tut... y = (unsigned int) viewport->height() - y; Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Fix a few GCC warnings (i.e Shut UP GCC).
Hi All, I get a few warnings when building fgfs (gcc-3.4.6), all to do with int conversion: FGInitialCondition.cpp:806: warning: converting to `int' from `double' 806: n = document->FindElementValueAsNumber("running"); fix: n = (int)document->FindElementValueAsNumber("running"); FGInput.cpp:209: warning: converting to `unsigned int' from `double' 209: port = element->GetAttributeValueAsNumber("port"); fix: port = (unsigned int)element->GetAttributeValueAsNumber("port"); renderer.cxx:1021: warning: converting to `unsigned int' from `double' 1021: y = viewport->height() - y; fix: y = (int)viewport->height() - y; AIMultiplayer.cxx:280: warning: converting to `int' from `double' ival = (int) (1-tau)*((double) (*prevPropIt)->int_value) + 280:tau*((double) (*nextPropIt)->int_value); fix - the whole line needs to cast to int so enclose in ( ): ival = (int) ((1-tau)*((double) (*prevPropIt)->int_value) + tau*((double) (*nextPropIt)->int_value)); The last one needs looking at closely - it seems the original code cast (int) (1-tau) only. I think One I cannot work out, as I don't know what the code does here: Rotor.cpp: In member function `void yasim::Rotor::setParameter(char*, float)': Rotor.cpp:600: warning: converting to `int' from `float' Rotor.cpp:601: warning: converting to `int' from `float' 600:p(number_of_segments,1) 601:p(number_of_parts,1) I haven't done a proper diff patch, as these all need looking at by somebody that knows what they are doing ;-) Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] pr0n spam ridden official FlightGear forum (+ ATOM/RSS feeds)
On Saturday 20 January 2007 12:50, Stefan Seifert wrote: > Ampere K. Hardraade wrote: > > Ah yes, here it is: > > http://www.flightgear.org/forums/profile.php?mode=register&agreed=true > > > > The problem is, captcha could be get around very easily by professional > > spammers. > > And this particular captcha is really useless. I just played around a > little with gimp and used only a gaussian blur, the color level tool and > some cut and paste to make the characters perfectly readable by GNU OCR: > http://organiceit.lanscene.at/~nine/captcha-enhanced.png > > And gocr cought it right on the first try. To automate this is would be > trivial, no magic involved. > > IIRC Wikipedia links to a good site, trying to do this. Good captchas > that are harder to crack would use different colors and twist and > distort the letters. Unfortunately the captchas that are hard to > automate are also becoming increasingly hard for humans to get right... I have seen ideas around where an image of a 'thing' is shown, and the user has to type in it's name; thus a picture of a cat, dog, car, house etc. The algorithm for a computer to do that is nigh on impossible, but a human can compute the image instantly. How doable it is for a forum registration, I don't know. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Harrier RADAR graphic
Hi all, With Shavlirs' approval, I have been looking to improve the Harriers RADAR scope/grid to make it more semi-real. I have reduced the grid line thickness, and darkened them somewhat - the detected image dot is reduced in size (no more big blob) and remains brighter over the grid. The files are here http://www.nick.ukfsn.org/fg/harrier/ that replace the ones in /data/Aircraft/harrier/Panel/radar/ for anybody that flies this aircraft please could you tell me what you think/advice etc. This is like a beta release to see if all monitor resolutions etc. are happy. Thanks, Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Turn HUD off in 'outside' views
Hi all, On the wiki is a small piece of NASAL that turns off the HUD if an outside view is switched to (see /Aircraft/harrier/Panel/Hud/hud.nas for an example in real use). The problem with this is that if the pilot has HUD turned off anyway, when the view changes back to cockpit the HUD is turned back on again. Thanks to a little help in IRC, I adapted the idea to change alpha to turn HUD off thus: # turn off hud in external views setlistener("/sim/current-view/view-number", func { color = 0.7; if (getprop("/sim/current-view/view-number") != 0) { color = 0.0; } setprop("/sim[0]/hud/color/alpha", color) },1); OK, all well and good unless you change the HUD alpha manually - this will now always reset to [default] 0.7 when you change views and return to cockpit. So, I think the better and proper fix is to have a new prop that is either true or false to show HUD in other views. Alas, I am not a C++ coder... and trying to understand the code is terribly hard. So, this is a 'wish' if it is possible. Thanks, Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Peculiar 'crash' in the air.
On Sunday 07 January 2007 15:21, Nick Warne wrote: > Hi all, > > Once flying the Hunter aircraft, I had a mysterious 'freeze' in the air at > the end of runway 10L KSFO. All views, sounds where working fine. > > I put this down to a 'gremlin' and a reset was OK. > > Then it happened again with the Harrier, after I took off 28L and at the > end banked right... again, all views, sounds etc. was working OK. Just I > was 'frozen' in the air. > > This symptoms are much like when you crash. > > Today it happened again! So this cannot be a coincidence. > > I was in the Spitfire, and overshot my landing on 28L, so banked left, then > swung around to come into 10L, and low and behold I got froze in the same > location again. > > Here is a screen shot of the location (and incidently, the wheels where > spinning when I took this). > > http://www.nick.ukfsn.org/fings/fgfs-screen-002.ppm OK, after this happened, I tried flying around this area to reproduce it. No joy. BUT, it happened again tonight, same place, same location, and what appears to be same 'angles'. This time I saved data: http://www.nick.ukfsn.org/fings/harrier.ppm <- image of midair 'crash' http://www.nick.ukfsn.org/fings/lock<-saved flight data Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel