Re: [Flightgear-devel] Patch to protect terrasync SVN from ^C
I'm expieriencing difficulties to compile 'terrasync' after the latest patch. While PLIB's socket seems to be the target, the type socket interferes with the system headers: g++ -g -O3 -march=opteron -DHAVE_CONFIG_H -I. -I../../src/Include -I/usr/include/subversion-1 -I/usr/include/apr-1.0 -I/opt/gnu/include -I/usr/local/include -I/opt/Boost/include/boost-1_37 -I/opt/FlightGear/include -g -O2 -I/opt/FlightGear -D_REENTRANT -c -o terrasync.o terrasync.cxx terrasync.cxx:118: error: 'netSocket socket' redeclared as different kind of symbol /usr/include/sys/socket.h:101: error: previous declaration of 'int socket(int, int, int)' terrasync.cxx: In function 'void terminate_request_handler(int)': terrasync.cxx:298: error: request for member 'close' in 'socket', which is of non-class type 'int ()(int, int, int)throw ()' [...] The following simple patch at least permits to compile - is this the way it's meant to be ? --- terrasync.cxx.original 2010-03-01 08:44:20.0 +0100 +++ terrasync.cxx 2010-03-01 11:35:55.975624335 +0100 @@ -115,7 +115,7 @@ dequestring waitingTiles; typedef mapstring,time_t CompletedTiles; CompletedTiles completedTiles; -netSocket socket; +netSocket netSocket; #ifdef HAVE_SVN_CLIENT_H @@ -295,7 +295,7 @@ write(1, msg, sizeof(msg) - 1); terminating = true; signal(param, prior_signal_handlers[param]); -socket.close(); +netSsocket.close(); } @@ -517,12 +517,12 @@ // Must call this before any other net stuff netInit( argc,argv ); -if ( ! socket.open( false ) ) { // open a UDP socket +if ( ! netSocket.open( false ) ) { // open a UDP socket printf(error opening socket\n); return -1; } -if ( socket.bind( host, port ) == -1 ) { +if ( netSocket.bind( host, port ) == -1 ) { printf(error binding to port %d\n, port); return -1; } @@ -571,8 +571,8 @@ if (verbose waitingTiles.empty()) { cout Idle; waiting for FlightGear position\n; } -socket.setBlocking(waitingTiles.empty()); -len = socket.recv(msg, maxlen, 0); +netSocket.setBlocking(waitingTiles.empty()); +len = netSocket.recv(msg, maxlen, 0); if (len = 0) { msg[len] = '\0'; recv_msg = true; Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch to protect terrasync SVN from ^C
ooops ! Martin Spott wrote: @@ -295,7 +295,7 @@ write(1, msg, sizeof(msg) - 1); terminating = true; signal(param, prior_signal_handlers[param]); -socket.close(); +netSsocket.close(); ^^ Sorry, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Web Site
Curtis Olson wrote: Here's one possible idea. Why not whip together a replacement front page and maybe a sample sub-page, put it in a temporary location, and we can take a look. That way we could present some different ideas and see if we like them, but at the same time, you don't have to do a huge amount of work only to find out that no one likes the new design proposal. Here's a quick attempt of mine: http://home.telfort.nl/sp004798/fgfs/ Erik -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch to protect terrasync SVN from ^C
Hi Martin, - Martin Spott a écrit : I'm expieriencing difficulties to compile 'terrasync' after the latest patch. While PLIB's socket seems to be the target, the type socket interferes with the system headers: g++ -g -O3 -march=opteron -DHAVE_CONFIG_H -I. -I../../src/Include -I/usr/include/subversion-1 -I/usr/include/apr-1.0 -I/opt/gnu/include -I/usr/local/include -I/opt/Boost/include/boost-1_37 -I/opt/FlightGear/include -g -O2 -I/opt/FlightGear -D_REENTRANT -c -o terrasync.o terrasync.cxx terrasync.cxx:118: error: 'netSocket socket' redeclared as different kind of symbol /usr/include/sys/socket.h:101: error: previous declaration of 'int socket(int, int, int)' terrasync.cxx: In function 'void terminate_request_handler(int)': terrasync.cxx:298: error: request for member 'close' in 'socket', which is of non-class type 'int ()(int, int, int)throw ()' [...] The following simple patch at least permits to compile - is this the way it's meant to be ? Sorry I created a name conflict under unix. Obviously, the variable name should be changed, but I am surprised you could name a variable with its type name. I didn't want the original 's' be in the global namespace, and that's why I renamed it. I am inclined to name the variable theSocket or something like that. Anyway, I won't be able to commit anything until this evening (CET time). Regards, -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://fgsd.sourceforge.net/ FlightGear Scenery Designer -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch to protect terrasync SVN from ^C
Frederic Bouvier wrote: Anyway, I won't be able to commit anything until this evening (CET time). No problem, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] v2.0 Aircraft Download Page
I just updated the aircraft download page with all the latest aircraft updates to match FlightGear v2.0 http://www.flightgear.org/Downloads/aircraft-2.0.0/ I notice that many of the new aircraft are missing thumbnails, and perhaps a few of the older aircraft could use updated thumbnails. If we have a thumbnail update party here today and get new thumbnails added to the aircraft packages I can then regenerate the aircraft download page. Best regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shaders experiments
Thanks you very much Frederic for work with these normalmaps - it was my dream for a few last years ) -- --- WBR, Vadym. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] v2.0 Aircraft Download Page
Hello Curt, I just updated the aircraft download page with all the latest aircraft updates to match FlightGear v2.0 http://www.flightgear.org/Downloads/aircraft-2.0.0/ I notice that many of the new aircraft are missing thumbnails, and perhaps a few of the older aircraft could use updated thumbnails. If we have a thumbnail update party here today and get new thumbnails added to the aircraft packages I can then regenerate the aircraft download page. Best regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ Thanks for the hard work! As the number of aircrafts are increasing it seems not to be an easy task to create the Download page! Here comes my thumbnails for the 727-230, 737-300 and the EC130: www.hoerbird.net/Thumbnails.zip Cheers Heiko __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shaders experiments
Wow! David On Sun, Feb 28, 2010 at 5:41 PM, Frederic Bouvier fredfgf...@free.fr wrote: What do you think of this effect : http://www.youtube.com/watch?v=kUyH-4c0-qM http://www.youtube.com/watch?v=wYb1Vy-uTS0 and a screenshot : http://frbouvi.free.fr/flightsim/fgfs-shader-test.jpg Regards, -Fred -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Citation Bravo ADF
On Sun, Feb 28, 2010 at 5:15 PM, syd adams adams@gmail.com wrote: Actually I think it might be a problem with kr-87.cxx , but I havent quite sorted that out yet ... as far as the ADF needle goes . Even with power , it doesnt appear to come alive until you toggle the ADF button on the radio . If you put this in your .fgfsrc, the ADF is alive at the start: --prop:/instrumentation/adf/adf-btn=true The property seems a bit broken, though, because it's really a toggle among ADF and ANT modes (and others?), so something like --prop:/instrumentation/adf/mode=adf would make much more sense. I also notice that /radios or /avionics (I don't remember which) got moved to /instrumentation. Most pilots would never refer to avionics as instruments or instrumentation, but I do understand how the lines are blurring with glass panels, etc. All the best, Davids I dont see the nasal errors your reporting . I'll keep digging . On Sat, Feb 27, 2010 at 2:22 PM, bitwPolly po...@bitwisetech.com wrote: This, as far as I can tell, is the cause of the problems with Bravo's ADF needle: In Aircraft/Instruments-3d/primus-1000/P100.nas line 323: maghdg -=getprop(environment/magnetic-variation-deg); maghdg can return 'nil' at startup so the following addition fixes a thrown error: if (maghdg == nil ) maghdg=0; Also, a nasal error is reported at startup from the following line 363: me.NavTime.setValue(ttg); where ttg has apparently been formatted some lines earlier. I'm not sure what problem nasal has with the resulting format but commenting out line 363 stops that error being flagged. The result of either of the two errors is to stop the ADF/NAV needles being updated, _only_ after the 'NAV' panel button has been clicked. ( On startup the needles work fine but freeze once that panel button is clicked). The nasal error messages would be a lot easier to spot if the console messages relating to multiplayer status and more particularly so many AI models being missing could be suppressed. Thanks, (blucher) -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] fgrun under linux
I am found a problemin fgrun on linux(Fedora 12 x86_64). That is add don't need double-quote () are specified in Advanced Options - Properties tab. example) --prop:/sim/sound/voices/enabled=true Of course, fgfs doesn't start. --- That is error log --- Fatal error: Failed to open file at --prop:/sim/sound/voices/enabled=true (received from SimGear XML Parser) --- End of log--- But I was make a patch.(attachment file) fgfsrc.diff Description: Binary data -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shaders experiments
That looks really cool!! :) personally i think it works nicer on the city/building area's then on the forest covered mountains. Kind Regards Rob / Evil On 02/28/2010 11:41 PM, Frederic Bouvier wrote: What do you think of this effect : http://www.youtube.com/watch?v=kUyH-4c0-qM http://www.youtube.com/watch?v=wYb1Vy-uTS0 and a screenshot : http://frbouvi.free.fr/flightsim/fgfs-shader-test.jpg Regards, -Fred -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shaders experiments
Wow! This can be a great shader feature in FG! :) On Mon, Mar 1, 2010 at 12:34 PM, evilslut flightg...@evilslut82.com wrote: That looks really cool!! :) personally i think it works nicer on the city/building area's then on the forest covered mountains. Kind Regards Rob / Evil On 02/28/2010 11:41 PM, Frederic Bouvier wrote: What do you think of this effect : http://www.youtube.com/watch?v=kUyH-4c0-qM http://www.youtube.com/watch?v=wYb1Vy-uTS0 and a screenshot : http://frbouvi.free.fr/flightsim/fgfs-shader-test.jpg Regards, -Fred -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Brant Gipson -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] v2.0 Aircraft Download Page
Curtis Olson a écrit : I just updated the aircraft download page with all the latest aircraft updates to match FlightGear v2.0 http://www.flightgear.org/Downloads/aircraft-2.0.0/ I notice that many of the new aircraft are missing thumbnails, and perhaps a few of the older aircraft could use updated thumbnails. If we have a thumbnail update party here today and get new thumbnails added to the aircraft packages I can then regenerate the aircraft download page. Best regards, Hi Curt, Here is a victor-thumbnail.jpg for the Handley Page Victor. Also updated in CVS as /Aircaft/victor/thumbnail.jpg). Alexis inline: victor-thumbnail.jpg-- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shaders experiments
The city looks fantastic fr0m a distance ! I dont like the terrain shader as shown , but looks really promising if the shading could be changed per material ... Great work . Syd -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 3d clouds rendering order
Hello all! Attached is a quick fix for the massive depth sorting problem (as stated by a slashdotter, see http://games.slashdot.org/comments.pl?sid=1565430cid=31297500 ) of 3d clouds. It simply sorts the 3d cloud layers so that farthest away clouds are rendered first, which should be the desired behaviour with translucent objects. I once again hope that the patch is correct, did it with 'cvs diff -U *' this time, on simgear/simgear/scene/sky/. On another topic, are the 2d cloud layers broken? When I toggle off 3d clouds, all clouds disappear. I expected to see the good old 2d clouds. IIRC they had some depth sorting problems too, which I was going to try to fix too. Lauri A.K.A. Zan -- Lauri Peltonen Index: cloud.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/sky/cloud.cxx,v retrieving revision 1.69 diff -u -r1.69 cloud.cxx --- cloud.cxx 23 Jan 2010 11:40:42 - 1.69 +++ cloud.cxx 1 Mar 2010 20:10:25 - @@ -757,7 +780,7 @@ last_lat = lat; } -layer3D-reposition( p, up, lon, lat, dt, layer_asl); +layer3D-reposition( p, up, lon, lat, alt, dt, layer_asl); return true; } Index: cloudfield.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/sky/cloudfield.cxx,v retrieving revision 1.35 diff -u -r1.35 cloudfield.cxx --- cloudfield.cxx 23 Jan 2010 11:40:43 - 1.35 +++ cloudfield.cxx 1 Mar 2010 20:10:25 - @@ -69,7 +69,7 @@ sgVec3 SGCloudField::view_vec, SGCloudField::view_X, SGCloudField::view_Y; // reposition the cloud layer at the specified origin and orientation -bool SGCloudField::reposition( const SGVec3f p, const SGVec3f up, double lon, double lat, +bool SGCloudField::reposition( const SGVec3f p, const SGVec3f up, double lon, double lat, double alt, double dt, int asl ) { osg::Matrix T, LON, LAT; @@ -132,7 +132,11 @@ field_transform-setMatrix( LAT*LON*T ); } -field_root-getStateSet()-setRenderBinDetails(asl, DepthSortedBin); +// Render the clouds in order from farthest away layer to nearest one. +// I *think* we should not use the altitude difference directly, but instead +// allocate enough bins to hold all cloud layers. +// Assume 100km is the highest where clouds may exist! :o +field_root-getStateSet()-setRenderBinDetails(10 - abs(alt - asl) + CLOUDS_BIN, DepthSortedBin); return true; } Index: cloudfield.hxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/sky/cloudfield.hxx,v retrieving revision 1.19 diff -u -r1.19 cloudfield.hxx --- cloudfield.hxx 26 Nov 2009 17:24:02 - 1.19 +++ cloudfield.hxx 1 Mar 2010 20:10:25 - @@ -113,7 +113,7 @@ * @param asl altitude of the layer */ bool reposition( const SGVec3f p, const SGVec3f up, -double lon, double lat, double dt, int asl); +double lon, double lat, double alt, double dt, int asl); osg::Group* getNode() { return field_root.get(); } -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Citation Bravo ADF
If you put this in your .fgfsrc, the ADF is alive at the start: --prop:/instrumentation/adf/adf-btn=true The property seems a bit broken, though, because it's really a toggle among ADF and ANT modes (and others?), so something like --prop:/instrumentation/adf/mode=adf would make much more sense. I also notice that /radios or /avionics (I don't remember which) got moved to /instrumentation. Most pilots would never refer to avionics as instruments or instrumentation, but I do understand how the lines are blurring with glass panels, etc. All the best, Davids Ive switched back to the generic adf for the time being , I hadn't noticed the kr-87 problem before . I also tried settiing the adf-btn to true in the set file , but apparently that gets overridden . I guess a quick fix would be to set the button to true in the code but I'd need to dig through my manuals again to remember what ANT mode does agian ... I think it focused more on the signal , (but that's from memory , could be wrong)... Syd -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Not currently tuned to any ATC service
Hi, I'm building flightgear from source and am seeing an issue when I try to access the ATC dialog by pushing [']. Instead of coming up with the dialog it just says Not currently tuned to any ATC service. I know that it is tuned to the correct frequency. The frequencies show up in the frequencies dialog, so something in flightgear knows about them. The other interesting thing is that if I fly out of range I get the message saying I am clear of the tower's airspace, which would imply that I am tuned to the correct frequency. I've noticed a few users on the forum are having this same issue, but no useful responses. I'm running on ubuntu jaunty, using the build script on the wiki. I've modified the script to use the git servers instead. Currently I'm using the v2.0.0 release. Cheers, Luuk -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 3d clouds rendering order
Hello again. Please forget the last patch I sent, since it was a huge black hole in my head I think :) This one does the same but is much simpler, just pushes all 3d clouds into CLOUDS_BIN which is depth sorted from back to front, and all 3d clouds render nicely. I still see problem with 2d cloud layers hiding the 3d clouds behind them. It needs a bit more thinking to get that one working correctly. Lauri A.K.A. Zan P.s. the 2d cloud layers work, it was the same black hole again. -- Lauri Peltonen Index: cloudfield.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/sky/cloudfield.cxx,v retrieving revision 1.35 diff -u -r1.35 cloudfield.cxx --- cloudfield.cxx 23 Jan 2010 11:40:43 - 1.35 +++ cloudfield.cxx 1 Mar 2010 21:25:47 - @@ -132,7 +132,8 @@ field_transform-setMatrix( LAT*LON*T ); } -field_root-getStateSet()-setRenderBinDetails(asl, DepthSortedBin); +// Render the clouds in order from farthest away layer to nearest one. +field_root-getStateSet()-setRenderBinDetails(CLOUDS_BIN, DepthSortedBin); return true; } -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Not currently tuned to any ATC service
Hi, I'm building flightgear from source and am seeing an issue when I try to access the ATC dialog by pushing [']. Instead of coming up with the dialog it just says Not currently tuned to any ATC service. I know that it is tuned to the correct frequency. The frequencies show up in the frequencies dialog, so something in flightgear knows about them. The other interesting thing is that if I fly out of range I get the message saying I am clear of the tower's airspace, which would imply that I am tuned to the correct frequency. I've noticed a few users on the forum are having this same issue, but no useful responses. I'm running on ubuntu jaunty, using the build script on the wiki. I've modified the script to use the git servers instead. Currently I'm using the v2.0.0 release. Looking into this further, it's quite obvious why it isn't working: FGATC* atcptr = globals-get_ATC_mgr()-GetComm1ATCPointer(); -- This function is hardcoded to return 0. if (!atcptr) { label = Not currently tuned to any ATC service; Not being able to communicate with the tower seems like a fairly big regression to me. I know it didn't do a whole lot, but if you're trying to follow tutorials that teach you the correct procedures for coming in to land or taking off, it's a bit of a pain if you can't even bring up the menu. I can see that this code is being rewritten, but releasing it half finished is probably not ideal. Is there anything that can be done easily to make this work again? Cheers, Luuk -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SGFile::readline
On 03/01/2010 04:13 PM, Tim Moore wrote: I'm looking at io/sg_file.cxx in the sport branch. I see the old implementation of readline inside an execrable_readline #ifdef. I don't see any other implementation of readline. Perhaps my question would go away if I fetched your sport flightgear repo too; You could fetch it into a branch of whatever you're already using. Gitorious makes this easy and efficient. since I don't have a commit id for the patch where you presumably changed readline to getline, I haven't. In such a branch, you could do this: git log --oneline --author=jsd sg_file.cxx It will tell you all three commit-ids. There is no need to grovel through logs. There will in general not be any such thing as the commit-id because I cannot suspend development while waiting for somebody to get interested in this-or-that bit of work I did. The track record indicates that most of the FG code I write eventually gets incorporated into the official repository, but it is delayed months or years. But it seems to me that you could easily implement the old execrable readline interface in terms of your spiffy getline and save yourself the trouble of changing readline calls to getline. I don't see an easy way of reimplementing readline _per se_ in terms of ::getline or SGFile::getline. The semantics are too different, especially for small buffers; getline might hang in cases where readline would not, and dealing with that would be more work than I'm being paid to do. It is probably true that any code that uses readline would be improved by switching to the getline semantics, but again, finding all uses of readline, understanding them, and switching them over is more work than I'm being paid to do. Don't let the perfect be the enemy of the good. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Web Site
Hi Erik, On Monday 01 March 2010 12:02:10 pm Erik Hofman wrote: Here's a quick attempt of mine: http://home.telfort.nl/sp004798/fgfs/ I like this new concept. What should probably be added is a Home on the top- left, just above the News menu, which could link to a page containing the current image rotator (which I really like BTW), generic download information, and maybe just a headline of the latest news item. I also like the fact that there are no adds in the content area of the website here. I don't object against the google adds per se, because I do realize that something has to pay for keeping the website up. However, the one add that is currently placed prominently inside the content area has always struck me as out of place. Cheers, Durk -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel