[Flightgear-devel] [PATCH] nasal: parse: fix typo in comment
--- simgear/nasal/parse.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/simgear/nasal/parse.c b/simgear/nasal/parse.c index 2e66d8f..10339c8 100644 --- a/simgear/nasal/parse.c +++ b/simgear/nasal/parse.c @@ -311,7 +311,7 @@ static struct Token* parsePrecedence(struct Parser* p, } // Another one: the . and (postfix) []/() operators should -// really be the same precendence level, but the existing +// really be the same precedence level, but the existing // implementation doesn't allow for it. Bump us up a level if we // are parsing for DOT but find a LPAR/LBRA at the end of the // list. -- 1.7.10.4 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Airport names misspelled (sweden)
I have found some errors in the airport list in the Flightgear launcher window. I have no idea where this need to be corrected but i have found the error in the file: /Applications/Contents/Resources/AirportData.rb Using mac version 2.6.0 (319) Thanks in advance if someone can fix this. Also there is about 30 airports in sweden with all capital letters. Dont know if this has a special meaning or need to be fixed. If someone can fix this i can post this too. {code = ESSA, iata = ARN, short name = Stockholme Arlanda, long name = Arlanda, lon = 59.651830, lat = 017.918496, city = Stockholm, country = Sweden, runways = [01L,08,01R]}, CHANGE Stockholme Arlanda TO Stockholm Arlanda {code = ESSN, iata = , short name = Norrtalge Mellingholm, long name = , lon = 59.732769, lat = 018.696392, city = , country = Sweden, runways = [25]}, CHANGE Norrtalge Mellingholm TO Norrtalge Mellingeholm The airport ESSN Norrtalje Mellingeholm is also misspelled in Atlas. {code = ESOK, iata = KSD, short name = Karlstad, long name = Flygplats, lon = 59.444713, lat = 013.337366, city = Karlstad, country = Sweden, runways = [03,03L]}, CHANGE Flygplats TO Karlstad Thanks tk_jkg @ Flightgear forum -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] C172P light switches
For the c172p aircraft i cant change the initial state (edit c172p-set.xml of any of the light switches. By moving the code section: lighting strobe type=booltrue/strobe beacon type=booltrue/beacon nav-lights type=booltrue/nav-lights /lighting to section controls/controls i can change the initial state. Thanks tk_jkg @ Flightgear forum-- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Airport names misspelled (sweden)
Oh, thats right. Sorry. Norrtälje Mellingeholm is right or Norrtalje Mellingeholm -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Hawaii regional textures merge request
On Fri, Jun 8, 2012 at 10:36 AM, Stuart Buchanan wrote: On Fri, Jun 8, 2012 at 8:49 AM, Renk Thorsten wrote: Okay, I didn't get a message that this was merged, and despite the argument that there's need for a discussion of the regional texturing scheme there wasn't any discussion, so can I assume the subject isn't interesting at the moment, discontinue to try to come up with GPL compatible solutions (which is hard...) and just continue my own texturing projects for my private amusement? I'll look at merging this at some point during the weekend. This is now done. Lovely work. Would some of the textures also be applicable to the Caribbean? I wonder whether we should set the regions/materials.xml as the default in preferences.xml? They represent a significant improvement to texturing in the regions that are defined. -Stuart -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Enabled random buildings in preferences.xml
Hi All, I'd like to propose having random buildings enabled in preferences.xml, so they are switched on by default. I think they improve the realism of our Urban, Suburban and Town sceneries significantly. I ran a poll on the forums to determine the fps impact of the random buildings (http://www.flightgear.org/forums/viewtopic.php?f=5t=16204). Out of 15 responses - 5 had no frame-rate impact - 5 had minimal impact (one or two fps) - 4 had noticeable impact, but considered it worthwhile - 1 had noticeable impact, and would have to consider enabling it on a flight-by-flight basis - 0 reported a major impact on frame-rate that would preclude switching it on. Here on the list, James (at least) has noticed really significant fps impact. There is a significant memory footprint, but this appears to be only an issue when using building densities 1. At present our default is for random vegetation and random objects to be switched on, both of which also have fps and memory impacts. I'd therefore like to suggest that we enable the random buildings by default as well. Does anyone have any objections, or want to second the proposal? -Stuart -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Enabled random buildings in preferences.xml
I ran a poll on the forums to determine the fps impact of the random buildings Oops, forgot to vote. Will provide some of my test-results here then: Tested with the UFO, Rembrandt disabled, looking at downtown San Francisco (plenty of buildings in view). With KSFO being our default airport, users are very likely to see those large chunks of urban areas. See my forum profile for system specs. Building level, followed by the average fps: 0.00 : 140 0.25 : 130 0.50 : 115 0.75 : 80 1.00 : 65 2.00 : 40 It's neither linear nor exponental... Don't know what to advise now. It starts to look nice from 1.0 onwards, but halfing the framerates is quite something. Gijs -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Enabled random buildings in preferences.xml
Stuart, ...There is a significant memory footprint, but this appears to be only an issue when using building densities 1. At present our default is for random vegetation and random objects to be switched on, both of which also have fps and memory impacts. I'd therefore like to suggest that we enable the random buildings by default as well. Does anyone have any objections, or want to second the proposal? Your work does really look great, especially at areas like San Fran, LA and other big cities. It improves really much the graphics! Framerates are better than expected, and it shows some eyecandy like reflecting windows. So I would agree to enabling it per default if, well if the memory foot print would be lower. Today I made a simple flight from KLAX to KSFO with the 777-200ER with scenery downloaded from TerraSync (TerraSync itself disabled), skydome-shader enabled, random buildings enabled (density =1), trees enabled (density =1), fair weather without (!) 3d-clouds and default materials.xml. After just mid distance I got the first error messages and the buildings went black. Coming again to city area everytime a tile had to be loaded the sim freezed for several seconds. I have 4GB RAM; and my GPU (Nvidea GTX640) has about 1 GB VRAM. I must admit I expected a better behavior. What I noticed, different to the trees, the distance of loading random building increases together with the visibility while the trees has a limited range. Would be something possible as well for random buildings? And if so, would it help in this issue? Heiko still in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Enabled random buildings in preferences.xml
Out of interest, do you have it enabled by default now? I'm interested to know whether you consider the frame-rate hit acceptable for the extra eye-candy. I don't fly that often these days, most of my time is spent on launching the 747 and testing various things. Don't need nice looking scenery for that, so I've everything disabled by default :-) Just did another test, and the outcome is rather interesting I think. This time with the 747-400: 0.00 : 45 1.00 : 35 2.00 : 30 Looks as if the buildings have a high impact, until the framerates come within a certain range (around 25-30 fps). Setting the density to 3 isn't significantly different from the fps at 2... Are the buildings smart and do they base their looks/density on the framerates? Gijs -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Enabled random buildings in preferences.xml
On Sat, Jun 9, 2012 at 9:53 PM, Gijs de Rooy wrote: Out of interest, do you have it enabled by default now? I'm interested to know whether you consider the frame-rate hit acceptable for the extra eye-candy. I don't fly that often these days, most of my time is spent on launching the 747 and testing various things. That sounds very familiar :) Just did another test, and the outcome is rather interesting I think. This time with the 747-400: 0.00 : 45 1.00 : 35 2.00 : 30 Looks as if the buildings have a high impact, until the framerates come within a certain range (around 25-30 fps). Setting the density to 3 isn't significantly different from the fps at 2... Are the buildings smart and do they base their looks/density on the framerates? The buildings certainly aren't smart, but 25-30fps is around the range that I get normally. It may be that your memory bus to the GPU can handle 25-30fps but not much more. Note also that the building density is not guaranteed. Building density is also constrained by building minimum distance, so density 2 does not represent twice the number of buildings in reality. -Stuart -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Enabled random buildings in preferences.xml
Stuart, I got following error message: Warning: detected OpenGL error 'out of memory' at after RenderBin::draw(..) Heiko still in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] The next FlightGear release (summer 2012)
Sounds good , I hope someday to be able to see the results . My list of aircraft is: dhc2 dhc6 777 , though there are a number of other commiters now , but dont think this will affect anything a6m2 dc6-b Sikorsky-76C R22 b1900d Citation-Bravo Citation-II Citation-X Aerostar-700 P47 I should be able to figure out your fixes to apply to the as yet uncommited ones. Thanks for the help. Syd On Sat, Jun 9, 2012 at 1:39 PM, Stuart Buchanan stuar...@gmail.com wrote: On Fri, Jun 8, 2012 at 1:59 AM, syd adams wrote: I didn't think it harsh myself , but from my point of view , I'd rather not waste time on something I can't see or use... I get about 5 fps and a brilliant green terrain , with a duplicate black aircraft , not shadow , right beside the main aircraft. I think this is an ATI driver problem here since the view resizes every time a dialog or text pops up on the screen. I'm happy to mark the appropriate objects transparent to make your aircraft Rembrandt-compatible, if you'd like me to. If you could give me a list of the aircraft you maintain I'll work my way through them. It's a 15 minute job per aircraft for me. -Stuart -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel