Re: [Flightgear-devel] turbine inlet temperature in the seneca (TIT)
On Mon, Dec 5, 2011 at 6:08 PM, Tuomas Kuosmanen tuomas.kuosma...@gmail.com wrote: Hello. I am working on some XML 2D gauges for our aviation club flight training device. We have a twin engine trainer I built over the years which runs on top of MS Flight Simulator, and I am making a flightgear setup for it to have a platform that stays alive :-) The SenecaII looks like the best choice for FDM, and I started to model some gauges in the SenecaV style (as our trainer has the two columns of small engine gauges on the right -panel cutout in place). However, SenecaV new style engine cluster has a turbine inlet temperature gauge (TIT). Does FG model this value? The property tree seems to have a tit property but it seems to be empty no matter if engines run or not. Does anyone have a clue on how to do this? Or should this be done somehow via nasal / other assumptions based on manifold pressure and environment etc..? Or should the TIT value show something? Best wishes, //Tuomas Tuomas, I can say for certain that YASim does not model TIT, and I believe JSBsim doesn't either, though there seems to be a stub for TIT modeling which may be where that property comes from. Someone please correct me if I'm wrong about JSBsim and TIT. A developer may have written custom code to model turbine inlet temp for a specific model, but I'm not aware of any examples. I'm currently working on a project that aims to handle multi-cylinder temperature reporting and yield results good enough to at least teach the concepts of best power/best economy and LOP operations. Unfortunately my effort doesn't yet model turbocharged engines. Since you're using the JSBsim-based Seneca II, you might want to consider working with JSBsim to add the necessary modeling for TIT, if it doesn't already exist. You might try posting on the JSBsim forum on this topic, as someone may already be developing this. -Gary aka Buckaroo -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] turbine inlet temperature in the seneca (TIT)
On Tue, 2011-12-06 at 00:08 +0200, Tuomas Kuosmanen wrote: Hello. I am working on some XML 2D gauges for our aviation club flight training device. We have a twin engine trainer I built over the years which runs on top of MS Flight Simulator, and I am making a flightgear setup for it to have a platform that stays alive :-) The SenecaII looks like the best choice for FDM, and I started to model some gauges in the SenecaV style (as our trainer has the two columns of small engine gauges on the right -panel cutout in place). However, SenecaV new style engine cluster has a turbine inlet temperature gauge (TIT). Does FG model this value? The property tree seems to have a tit property but it seems to be empty no matter if engines run or not. For the F-16 I did tie this instrument to engines/engine[0]/egt-degf which might not be exactly true but maybe good enough? Erik -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] turbine inlet temperature in the seneca (TIT)
On 6 December 2011 11:07, Gary Neely grne...@gmail.com wrote: I can say for certain that YASim does not model TIT, and I believe JSBsim doesn't either, though there seems to be a stub for TIT modeling which may be where that property comes from. Someone please correct me if I'm wrong about JSBsim and TIT. A developer may have written custom code to model turbine inlet temp for a specific model, but I'm not aware of any examples. Yeah, maybe one could do this with nasal, some educated guesswork etc.. As long as everything is working normally, it should follow other engine parameters and ambient air properties, I guess. I'm currently working on a project that aims to handle multi-cylinder temperature reporting and yield results good enough to at least teach the concepts of best power/best economy and LOP operations. Unfortunately my effort doesn't yet model turbocharged engines. That is important stuff too, would be useful for me also. Actually it would be nice to have something like the EDM-800 gauge (http://www.jpinstruments.com/edm_800.html) to show the values. Unfortunately my skills with fg / nasal / programming are not very high, as I am more of a designer, but let me know if I can help with graphics. I am better with that stuff. :) Since you're using the JSBsim-based Seneca II, you might want to consider working with JSBsim to add the necessary modeling for TIT, if it doesn't already exist. You might try posting on the JSBsim forum on this topic, as someone may already be developing this. Good point. //Tuomas -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] turbine inlet temperature in the seneca (TIT)
On Tue, Dec 6, 2011 at 6:13 AM, Tuomas Kuosmanen tuomas.kuosma...@gmail.com wrote: On 6 December 2011 11:07, Gary Neely grne...@gmail.com wrote: I can say for certain that YASim does not model TIT, and I believe JSBsim doesn't either, though there seems to be a stub for TIT modeling which may be where that property comes from. Someone please correct me if I'm wrong about JSBsim and TIT. A developer may have written custom code to model turbine inlet temp for a specific model, but I'm not aware of any examples. Yeah, maybe one could do this with nasal, some educated guesswork etc.. As long as everything is working normally, it should follow other engine parameters and ambient air properties, I guess. I'm currently working on a project that aims to handle multi-cylinder temperature reporting and yield results good enough to at least teach the concepts of best power/best economy and LOP operations. Unfortunately my effort doesn't yet model turbocharged engines. That is important stuff too, would be useful for me also. Actually it would be nice to have something like the EDM-800 gauge (http://www.jpinstruments.com/edm_800.html) to show the values. Unfortunately my skills with fg / nasal / programming are not very high, as I am more of a designer, but let me know if I can help with graphics. I am better with that stuff. :) Well, I don't seem to have any 800's handy, but... http://www.jubjubjamboree.com/grn/flightgear/images/fgfs-screen-002.png maybe something loosely like an 830 would do for ya? -Gary, aka Buck -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Improving random trees buildings
Am Montag, den 05.12.2011, 11:02 + schrieb Martin Spott: kreuzritter2000 wrote: When we're talking about MSFS and terrain i also want to mention, that their regular grid allowed them to use textures that allowed a seamless crossover on their borders. So with the right textures choosen, the textures matched on the borders. Ah, well, but, as I understand, this would in summary require dozends of different textures just to meet the requirements of simple variations at corner areas, like: Yes, that's the case. FS2004 is shipped with a dozends of textures. But i don't see a big problem with this, because more different textures also allow more variety. Only from a high attitude, a user might see a repitive pattern. | B | A |-- BB | C | A -|-- BB It's exactly like in the game TetraVex. http://en.wikipedia.org/wiki/TetraVex Screenshot example: http://en.wikipedia.org/wiki/File:Tetravex.png One square is one texture, and same numbers mean, that the textures match on their borders. But this doesn't mean that the left texture (let's say number 9) looks the same like the right texture (let's say number 9 too), the're not mirrored, they look different on the 9 fields, but they do match at the borders. From my prspective this approach isn't flexible enough. AFAIK this technique works only with regular grids. Best Regards, Oliver C. -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Improving random trees buildings
Am Montag, den 05.12.2011, 16:16 + schrieb lists: On Sun, 4 Dec 2011 22:14:18 +, Stuart Buchanan wrote: Rather than using the same texture, we can simply have a separate texture for object type and rotation. It's simple enough to place objects along a linear feature (like a road): http://www.stockill.net/Junk/newscenery/fgfs-screen-008.png (It's some older scenery which didn't actually include the road, but you get the idea). I'd rather we didn't spend too much time adding features to textures which will clash with real data. It won't clash if we get rid of urban textures in the long term. In my opinion the best visual quality can be reached if we give every generic and none generic 3d object a couple of ground textures that match like in the tetravex game screenshot example (see other e-mail) with all the other generic 3d object textures by selecting the right one. The good thing about this approach would be, that you could really go into detail and you would have a natual visual representation where everything harmonizes. Though, this approach would need a lot of processing power. I took a slightly different approach - a different material for the rough: http://www.stockill.net/Junk/newscenery/fgfs-screen-023.png http://www.stockill.net/Junk/newscenery/fgfs-screen-024.png http://www.stockill.net/Junk/newscenery/fgfs-screen-029.png It works for parks too: http://www.stockill.net/Junk/newscenery/fgfs-screen-020.png Your approach might met real data, but it looks unnatural. If we ever want to have a natural looking visual quality, then this can be only reached by an approach with matching textures on todays hardware. You're approach might look natural in 200 years, when we have the right hardware and petabytes of real data for it, but not now and not in 20 years. That's the problem i see here. Best Regards, Oliver C. -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] turbine inlet temperature in the seneca (TIT)
Tuomas, I can say for certain that YASim does not model TIT, and I believe JSBsim doesn't either, though there seems to be a stub for TIT modeling which may be where that property comes from. Someone please correct me if I'm wrong about JSBsim and TIT. A developer may have written custom code to model turbine inlet temp for a specific model, but I'm not aware of any examples. I'm currently working on a project that aims to handle multi-cylinder temperature reporting and yield results good enough to at least teach the concepts of best power/best economy and LOP operations. Unfortunately my effort doesn't yet model turbocharged engines. Since you're using the JSBsim-based Seneca II, you might want to consider working with JSBsim to add the necessary modeling for TIT, if it doesn't already exist. You might try posting on the JSBsim forum on this topic, as someone may already be developing this. -Gary aka Buckaroo You can implement pretty much anything you want to as a function in an engine specification or a system in JSBSim, as long as the variables that a function depends on are publicly available. Ask on the JSBSim list. I don't have time to answer now, but maybe someone else can. Or, I can provide an example and discussion later tonight - maybe. Jon -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] turbine inlet temperature in the seneca (TIT)
Yeah, maybe one could do this with nasal, some educated guesswork etc.. As long as everything is working normally, it should follow other engine parameters and ambient air properties, I guess. Hi Tuomas, neither yasim nor jsbsim model TIT, unfortunately. Some nasal or property-rules might simulate a sane behaviour. I'm currently working on a project that aims to handle multi-cylinder temperature reporting and yield results good enough to at least teach the concepts of best power/best economy and LOP operations. Unfortunately my effort doesn't yet model turbocharged engines. That is important stuff too, would be useful for me also. Actually it would be nice to have something like the EDM-800 gauge (http://www.jpinstruments.com/edm_800.html) to show the values. Unfortunately my skills with fg / nasal / programming are not very high, as I am more of a designer, but let me know if I can help with graphics. I am better with that stuff. :) I once made a EDM700 for the ZivkoEdge540, if that helps. You can find the Nasal code in FGDATA/Aircraft/ZivkoEdge/Nasal/EDM700.nas and the model in FGDATA/Aircraft/ZivkoEdge/Models/EDM700* Since you're using the JSBsim-based Seneca II, you might want to consider working with JSBsim to add the necessary modeling for TIT, if it doesn't already exist. You might try posting on the JSBsim forum on this topic, as someone may already be developing this. Good point. Ron Jensen is the master of the JSBSim piston engine code. IIRC he has the supercharger model on his backlog, maybe TIT will be part of his solution.. Torsten -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Snow line based on METAR
Hi, I've been trying to make the shader's snow line listen to METAR. METAR reports whether an airport has snow on the ground or not. Apparently FlightGear was already set up to read this and put it in a property: /environment/metar/snow-cover. I wrote a Nasal script, everything works fine, but I stumble accross a problem with my listener. For some reason the snow-cover property seems to be tied and therefore it always reports nil to a listener (AndersG said so, I got no idea what that means). Would it be possible to untie the prop? Or is there a better solution? You can find the script below. Cheers, Gijs var snowLineDefault = 3200; var checkSnow = func { var snowCover = getprop(/environment/metar/snow-cover); var stationElev = getprop(/environment/metar/station-elevation-ft) * globals.FT2M; var snowLine = getprop(/environment/snow-level-m); # no data available, fall back to default if (snowCover == nil){ snowLine = snowLineDefault; } # no snow at station's altitude, plausibly higher if (snowCover == 0){ if (stationElev snowLineDefault) { snowLine = snowLineDefault; } if (stationElev = snowLineDefault) { snowLine = stationElev; } } # snow at station's altitude, plausibly lower if (snowCover == 1){ snowLine = stationElev; } setprop(/environment/snow-level-m,snowLine); }; _setlistener(/sim/signals/fdm-initialized, func { _setlistener(/environment/metar/snow-cover, checkSnow); }); -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Snow line based on METAR
On Tue, Dec 6, 2011 at 5:15 PM, Gijs de Rooy gijsr...@hotmail.com wrote: I wrote a Nasal script, everything works fine, but I stumble accross a problem with my listener. For some reason the snow-cover property seems to be tied and therefore it always reports nil to a listener (AndersG said so, I got no idea what that means). Would it be possible to untie the prop? Or is there a better solution? You can find the script below. You can attach the listener to the metar/valid node which is left untied for this exact purpose. Make sure you trigger for all writes, not just changes (to catch valid-valid updates). -- Csaba/Jester -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Snow line based on METAR
Hi Gijs, here is a better solution: there is a property valid in /environment/metar which fires the listeners. The property is true if and only if there given metar string is a valid metar report. The valid property will be written true every time a new metar string is written (and parsed). So, listen to /environment/metar/valid and if that property is true, read the values from /environment/metar you are interested in. If it is false, ignore those valid as their state is undefined. HTH Torsten Hi, I've been trying to make the shader's snow line listen to METAR. METAR reports whether an airport has snow on the ground or not. Apparently FlightGear was already set up to read this and put it in a property: /environment/metar/snow-cover. I wrote a Nasal script, everything works fine, but I stumble accross a problem with my listener. For some reason the snow-cover property seems to be tied and therefore it always reports nil to a listener (AndersG said so, I got no idea what that means). Would it be possible to untie the prop? Or is there a better solution? You can find the script below. Cheers, Gijs var snowLineDefault = 3200; var checkSnow = func { var snowCover = getprop(/environment/metar/snow-cover); var stationElev = getprop(/environment/metar/station-elevation-ft) * globals.FT2M; var snowLine = getprop(/environment/snow-level-m); # no data available, fall back to default if (snowCover == nil){ snowLine = snowLineDefault; } # no snow at station's altitude, plausiblyhigher if (snowCover == 0){ if (stationElev snowLineDefault) { snowLine = snowLineDefault; } if (stationElev = snowLineDefault) { snowLine = stationElev; } } # snow at station's altitude, plausibly lower if (snowCover == 1){ snowLine = stationElev; } setprop(/environment/snow-level-m,snowLine); }; _setlistener(/sim/signals/fdm-initialized, func { _setlistener(/environment/metar/snow-cover, checkSnow); }); -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Snow line based on METAR
Hi Csaba and Torsten, valid thanks for the tip! Seems to work fine now. Will do some more testing and cleanups before I commit the working stuff :) Gijs -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Memory leak in latest sound code?
Hi All, Using the following command line options, I am seeing a dramatic increase in memory consumption, in just a few seconds, up to the point where flightgear becomes unusable (top reporting that flightgear uses more than 85% of memory on a 4 GiG linux box): fgfs --timeofday=dawn --airport=SAVE --aircraft=dc-3 Running a comparable session using the fokker50 instead of the dc-3 shows a stable memory footprint of about 25% (as reported by the linux top command). While running the dc-3 I see many warnings printed that stereo sound files are not supported, and after disabling the master sound channel (GUI: File-Sound-uncheck master sound), the memory footprint becomes stable again. Given that I don't see this behavior using the fokker50, makes me suspect it's something specific to the dc-3, and probably related to the erroneous stereo file. Is this possible? Cheers, Durk -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Memory leak in latest sound code?
Hi All, Using the following command line options, I am seeing a dramatic increase in memory consumption, in just a few seconds, up to the point where flightgear becomes unusable (top reporting that flightgear uses more than 85% of memory on a 4 GiG linux box): fgfs --timeofday=dawn --airport=SAVE --aircraft=dc-3 Running a comparable session using the fokker50 instead of the dc-3 shows a stable memory footprint of about 25% (as reported by the linux top command). While running the dc-3 I see many warnings printed that stereo sound files are not supported, and after disabling the master sound channel (GUI: File-Sound-uncheck master sound), the memory footprint becomes stable again. Given that I don't see this behavior using the fokker50, makes me suspect it's something specific to the dc-3, and probably related to the erroneous stereo file. Is this possible? Cheers, Durk -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Memory leak in latest sound code?
Me too with the f-14b as of today or very recently. On Tue, Dec 6, 2011 at 1:00 PM, Durk Talsma wrote: Hi All, Using the following command line options, I am seeing a dramatic increase in memory consumption, in just a few seconds, up to the point where flightgear becomes unusable (top reporting that flightgear uses more than 85% of memory on a 4 GiG linux box): fgfs --timeofday=dawn --airport=SAVE --aircraft=dc-3 Running a comparable session using the fokker50 instead of the dc-3 shows a stable memory footprint of about 25% (as reported by the linux top command). While running the dc-3 I see many warnings printed that stereo sound files are not supported, and after disabling the master sound channel (GUI: File-Sound-uncheck master sound), the memory footprint becomes stable again. Given that I don't see this behavior using the fokker50, makes me suspect it's something specific to the dc-3, and probably related to the erroneous stereo file. Is this possible? Cheers, Durk -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Snow line based on METAR
Csaba wrote: -Original Message- From: Halász [mailto:csaba.hal...@gmail.com] Sent: 06 December 2011 16:55 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Snow line based on METAR On Tue, Dec 6, 2011 at 5:15 PM, Gijs de Rooy gijsr...@hotmail.com wrote: I wrote a Nasal script, everything works fine, but I stumble accross a problem with my listener. For some reason the snow-cover property seems to be tied and therefore it always reports nil to a listener (AndersG said so, I got no idea what that means). Would it be possible to untie the prop? Or is there a better solution? You can find the script below. You can attach the listener to the metar/valid node which is left untied for this exact purpose. Make sure you trigger for all writes, not just changes (to catch valid-valid updates). I'm not sure that this is correct. Nasal listeners don't mind if a property is tied or not - this must be true or else weather-utility.nas wouldn't work to untie properties for use by effects. Effects use c++ listeners, and these do care if a property is tied. Vivian -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] turbine inlet temperature in the seneca (TIT)
On Tuesday 06 December 2011 07:39:48 Torsten Dreyer wrote: t. Ron Jensen is the master of the JSBSim piston engine code. IIRC he has the supercharger model on his backlog, maybe TIT will be part of his solution.. The current supercharger code is old, and strictly RPM based, and I don't have a good solution. The EGT calculations changed slightly in the last (2.5) release, and will change again (already in git) in the next release, so they may be more accurate to use as a base for TIT. As I understand it, TIT is exhaust gas temperature measured before the turbo and EGT is exhaust gas temperature measured after the turbo, so TIT will be higher than EGT. The temperature difference should be somewhat proportional to the boost ratio. The more boost being produced, the higher the back-pressure in the turbine impeller, and higher pressure implies higher temperature. Ron -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Memory leak in latest sound code?
On Tue, 6 Dec 2011 20:00:42 +0100 Durk Talsma durk.tal...@ugent.be wrote: Hi All, Using the following command line options, I am seeing a dramatic increase in memory consumption, in just a few seconds, up to the point where flightgear becomes unusable (top reporting that flightgear uses more than 85% of memory on a 4 GiG linux box): fgfs --timeofday=dawn --airport=SAVE --aircraft=dc-3 Running a comparable session using the fokker50 instead of the dc-3 shows a stable memory footprint of about 25% (as reported by the linux top command). While running the dc-3 I see many warnings printed that stereo sound files are not supported, and after disabling the master sound channel (GUI: File-Sound-uncheck master sound), the memory footprint becomes stable again. Given that I don't see this behavior using the fokker50, makes me suspect it's something specific to the dc-3, and probably related to the erroneous stereo file. Is this possible? I noticed a git commit to simgear recently that also meantioned this behaviour (and claimed to be a fix for it). Best practice is off cource to convert stereo wave files to mono. This will also make them useable in 3d space (otherwise they just get rendered as stereo files, without positional information). I'll investigate tomorrow. Erik -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Snow line based on METAR
On Tue, Dec 6, 2011 at 9:00 PM, Vivian Meazza vivian.mea...@lineone.net wrote: I'm not sure that this is correct. Nasal listeners don't mind if a property is tied or not - this must be true or else weather-utility.nas wouldn't work to untie properties for use by effects. Effects use c++ listeners, and these do care if a property is tied. Nasal listeners are built on top of c++ listeners. The nasal wrapper even logs a debug message if you attach a listener to a tied property, presumably intended as a warning. weather-utility.nas uses a timer loop triggered each frame to copy the tied properties over. For some obscure reason it also uses a listener coupled to one of the untied property nodes it updates in the loop. It does not use listeners on tied properties. -- Csaba/Jester -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Stereo sounds no longer supported?
Hi, I came up with two ideas about no longer working stereo sounds. But first an example: - failed to load sound buffer:Warning: STEREO files are not supported for 3D audio effects: /opt/fgdata/Aircraft/CRJ700-family/Sounds/touchdown.wav failed to load sound buffer:Warning: STEREO files are not supported for 3D audio effects: /opt/fgdata/Aircraft/CRJ700-family/Sounds/touchdown.wav failed to load sound buffer:Warning: STEREO files are not supported for 3D audio effects: /opt/fgdata/Aircraft/CRJ700-family/Sounds/touchdown.wav - These kind of messages are flooding heavily with latest GIT/master. So I have two ideas of it: 1) Please make it as a non-fatal warning (how long was deprecation time?) so aircraft developers have to convert their sounds. 2) Please do somthing against flooding of those messages. it slows down fgfs. Regards, Roland signature.asc Description: This is a digitally signed message part -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Stereo sounds no longer supported?
As stated in Docs/README.xmlsound , The volume calculation due to distance and orientation of the sounds source ONLY work on mono samples! I imagine that hasn't change over the years , and a stereo sound originating from a point in 3d space doesn't make much sense anyway . More care just needs to be taken when adding new sounds. I'm going through the Sounds directory right now to covert the the stereo samples to mono , and I'll commit if no one objects , since I'm seeing the same messages now. Cheers On Tue, Dec 6, 2011 at 4:44 PM, Roland Häder r.hae...@gmx.de wrote: Hi, I came up with two ideas about no longer working stereo sounds. But first an example: - failed to load sound buffer:Warning: STEREO files are not supported for 3D audio effects: /opt/fgdata/Aircraft/CRJ700-family/Sounds/touchdown.wav failed to load sound buffer:Warning: STEREO files are not supported for 3D audio effects: /opt/fgdata/Aircraft/CRJ700-family/Sounds/touchdown.wav failed to load sound buffer:Warning: STEREO files are not supported for 3D audio effects: /opt/fgdata/Aircraft/CRJ700-family/Sounds/touchdown.wav - These kind of messages are flooding heavily with latest GIT/master. So I have two ideas of it: 1) Please make it as a non-fatal warning (how long was deprecation time?) so aircraft developers have to convert their sounds. 2) Please do somthing against flooding of those messages. it slows down fgfs. Regards, Roland -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Stereo sounds no longer supported?
oops , another case of me opening mouth and inserting foot ... all the sound clips in /fgdata/Sound are correct ... turns out to be my own sounds causing the problem ;) On Tue, Dec 6, 2011 at 5:46 PM, syd adams adams@gmail.com wrote: As stated in Docs/README.xmlsound , The volume calculation due to distance and orientation of the sounds source ONLY work on mono samples! I imagine that hasn't change over the years , and a stereo sound originating from a point in 3d space doesn't make much sense anyway . More care just needs to be taken when adding new sounds. I'm going through the Sounds directory right now to covert the the stereo samples to mono , and I'll commit if no one objects , since I'm seeing the same messages now. Cheers On Tue, Dec 6, 2011 at 4:44 PM, Roland Häder r.hae...@gmx.de wrote: Hi, I came up with two ideas about no longer working stereo sounds. But first an example: - failed to load sound buffer:Warning: STEREO files are not supported for 3D audio effects: /opt/fgdata/Aircraft/CRJ700-family/Sounds/touchdown.wav failed to load sound buffer:Warning: STEREO files are not supported for 3D audio effects: /opt/fgdata/Aircraft/CRJ700-family/Sounds/touchdown.wav failed to load sound buffer:Warning: STEREO files are not supported for 3D audio effects: /opt/fgdata/Aircraft/CRJ700-family/Sounds/touchdown.wav - These kind of messages are flooding heavily with latest GIT/master. So I have two ideas of it: 1) Please make it as a non-fatal warning (how long was deprecation time?) so aircraft developers have to convert their sounds. 2) Please do somthing against flooding of those messages. it slows down fgfs. Regards, Roland -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Stereo sounds no longer supported?
On Tue, 2011-12-06 at 18:04 -0700, syd adams wrote: oops , another case of me opening mouth and inserting foot ... all the sound clips in /fgdata/Sound are correct ... turns out to be my own sounds causing the problem ;) Never mind it. ;) But why did it playback ~10 commits back? signature.asc Description: This is a digitally signed message part -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel