Re: [Flightgear-devel] SoundSystem continued
Alasdair Campbell wrote: For many days now, I have been reporting similar problems, but Erik has seemed to be prominently reluctant in assiduously avoiding addressing or responding to any of my questions. Perhaps someone acting as a nice kind of moderator might be persuaded to jog Erik along to answer well meant questions. For my own part, as a long term user and sometime contributer to FG CVS, I find this behaviour a little disconcerting. If there is anything wrong in the way I have phrased my questions, I believe it to be common courtesy to advise me. To utterly ignore me is, in my opinion, pretty bad form. Well, I've asked for problems and got a response. I read those responses and try to address them. I could respond to every single response but many of those address the same problem and to be honest I don't see a reason to replay with the same answer to them all. I do read them (if I receive them since I just noticed I don't seem to get all messages from this list :( ) and try to correct them. So, don't take this personally, it's just that I rather spent my time fix code than giving the same response to every one. Erik -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem continued
Alasdair Campbell wrote: OMG, thank you for your response, Syd. I was beginning to beieve I was just a bad smell. I look forward to the day when FG CVS will be usable again (sound ? 2d, 3d, I don't give a ) Personally, I don't need a hi-fi sound system to enjoy a flight simulator. And I will feel a lot happier when the day comes that a contributer makes a decent attempt to test his work before abusing his privilege to commit untested and questionable work to CVS. Oh well, never mind my previous response. I might have been too polite. Erik -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem continued
On Tue, 2009-11-10 at 04:20 +0100, Csaba Halász wrote: On Tue, Nov 10, 2009 at 3:13 AM, Alasdair Campbell ali...@btinternet.com wrote: And I will feel a lot happier when the day comes that a contributer makes a decent attempt to test his work before abusing his privilege to commit untested and questionable work to CVS. CVS is for developing stuff. For testing and review one needs to publish the new code somewhere. You can't expect it to be in perfect order all the time. Erik *has* tried to reproduce the reported problems but some just didn't happen for him. Especially with the various versions of OpenAl out there that have caused trouble before, I certainly feel he has made a decent attempt to test his work. If we will have a better sound system after a few weeks of development, that's fine with me, even if it includes some detours or dead-ends. Maybe you should take a little vacation ;) I hope your comments will not discourage Erik and other potential contributors. We need more developers not less. On a related note, I think it is time to put GIT on the official agenda again. That way it would be easy for interested parties to test new code. My thanks to you, Scot and James for your responses, which are noted and respected. I do realize that CVS is a development environment, else I would not feel involved. However, I also strongly believe that CVS and other SCM systems in the public domain rely on a QA system. The reason that I chose to react a little strongly was that I made many Qs but received exactly zero As. Sometimes the auditors of software provide as much benifit as the editors. Developers who propose dramatic changes should expect questions and in my opinion have a duty to respond to such. Sorry, Erik, I was feeling a little frustrated with having no luck with getting your changes to work for me, but I guess it is nothing like the frustration you must feel. On a totally different subject, I recall your kind offer of some patches you have available on gitorious. I would be very grateful if you could mail me the patches you have made to commlist.cxx. Kind regards, Alasdair. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Hurricane simulator development
MSG: 20091110/0300Z $$ -- Delusional Mail (http://www.delusionalmind.com) -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem continued
Alasdair Campbell wrote: Sorry, Erik, I was feeling a little frustrated with having no luck with getting your changes to work for me, but I guess it is nothing like the frustration you must feel. Alright, but Keep in mind that, while you might have not noticed this, I've had many very long days (around 12 hours) sessions to find bugs you've reported. Erik -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem continued
On 11/10/2009 09:36 AM, Alasdair Campbell wrote: On a totally different subject, I recall your kind offer of some patches you have available on gitorious. I would be very grateful if you could mail me the patches you have made to commlist.cxx. That patch was checked into CVS on November 8th. You could also clone the flightgear repositories on gitorious locally and build from them; it's always helpful to have more users of that path. Tim -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Hurricane simulator development
MSG: 20091110/0300Z $$ -- Delusional Mail (http://www.delusionalmind.com) -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- i.A. Oliver Schröder Systemadministrator/-programmierer Network/Engineering IP-Services Versatel West GmbH Unterste-Wilms-Straße 29 D-44143 Dortmund Fon: 0231-399-4479 Fax: 0231-399-4491 oliver.schroe...@versatel.de | www.versatel.de Sitz der Gesellschaft: Dortmund | Registergericht: Dortmund HRB 21738 Geschäftsführer: Marc Lützenkirchen, Dr. Hai Cheng, Dr. Max Padberg, Joachim Bellinghoven -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Texture oddities in Hi-rez scenery
Sorry I didn't get back to everyone on their input sooner, I was out of town for most of the last week. The work I'm doing is with UAVs; specifically I'm trying to give a human on the ground the ability to take control of a UAV. So I'm using Flightgear as the Visual Rendering Platform. It takes it's flightmodel and position from the live telemetry feed coming down from the plane. It shows the human pilot a fairly accurate picture of what would be seen if they were looking out the cockpit window, and allows them to control the plane directly. We've done the setup for this, and had no trouble, but I haven't actually tried letting a human take control yet. Up until now, it's been impossible, as the scenery we had was very inaccurate. With the stuff I'm building now, it might be doable. The problem (most likely) is that the structure size of the index is a 16 bit signed word. This means once you exceed 32767 texture coordinates, the mapping will go all goofy on you. I had a local mod here that switched to using unsigned indices which doubles your capacity, but in high res scenery, even this is easy to exceed. I think this also required a change on the FlightGear side (but it was backwards compatible.) ... Any idea where I might go in the program to make such changes? While doubling the size wouldn't fix the problem, it would at least raise the limits somewhat. Given the amount of time I have left to work on this project, I doubt I'm going to get a chance to make massive changes to the way Terragear and Flightgear handles scenery. So some of the other, more permanent suggestions might not be feasible for me. Certainly for the work I'm doing, changing the chunk size could work, although I doubt I'd be able to implement it quickly enough to have it working before my timeline runs out. But the piece of land I'm doing is an island, so any inconsistencies between it and the rest of the world will be in the ocean. And I understand that not everyone will be able to run super hi-rez scenery. But like I said, I'm working on this for a particular research goal with UAVs. But I figure there might be people out there interested in having access to the final product for their own flying pleasure. I don't expect it would become part of the official scenery. And with that, I'm off to work on getting terragear to automatically assign all steep triangles a cliff texture. It's something that my scenery desperately needs. I'm not sure if that's a feature that other people might benefit from in their own builds. If it is, let me know. Hopefully I'll get it working... -cullam __ Get a sneak peak at messages with a handy reading pane with All new Yahoo! Mail: http://ca.promos.yahoo.com/newmail/overview2/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FSWeekend impressions
On Mon, Nov 9, 2009 at 4:38 PM, Durk Talsma d.tal...@xs4all.nl wrote: Hi All, Last weekend we've been organizing a booth at FSWeekend again. I'll try to write a few more elaborate set of impressions later, however, let me just say that our booth was quite large this year. :-) In the mean time, here are some pictures: http://www.xs4all.nl/~dtalsma/FSWeekend/web/index.htmlhttp://www.xs4all. nl/%7Edtalsma/FSWeekend/web/index.html I recognized Martin, Torsten, and Durk in the pictures. I assume Durk was behind the camera. I *really* like this shot: http://www.xs4all.nl/~dtalsma/FSWeekend/web/34.html These guys don't look so scary in real life: http://www.xs4all.nl/~dtalsma/FSWeekend/web/40.html I'm really impressed with the amount of hardware you guys drug in there and setup. The full panel with LCD instruments looked great ... projectors ... this has to be the most impressive display of FlightGear stuff in one spot so far to date! The t-shirts look awesome. :-) Great job guys! Curt. This was my third year presenting FlightGear at FSWeekend. Comparing the outcome, I think we attracted not only many people to FlightGear but also raised some commercial interest. At least I had some promising talks with hardware manufacturers, like cockpit and instrument builders, asking questions about how to interface to FlightGear. What really impressed me, is the excellent stability of FlightGear built from CVS a few days before the event. Not only the setup went absolutely smooth, once up, not a single crash occured. My main fgfs instance was running from 9.00 AM to 5.00 PM without a single hickup or even a restart. Well done, developers! I was especially impressed that it is possible to bring five individual computers, more than 15 TFT monitors, yokes, joysticks, dozens of cables, several USB hubs, a projector, network switches, a UMTS router, several notebook computers and a coffee maker, hook it all up and have a working multiplayer enabled FlightGear network running. After having disassembled the booth, the attempt to stow everything in our cars turned out to be quite a challenge. Especially Martins car was packed to the last cubic inch and I wonder, how Durk survived the 1.5 hour trip to his place. Fortunately no mass and balance calculations are mandatory for cars ;-) Thanks to Durk for all the preparation and to Frans from FSWeekend for supporting us so much. Torsten -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FSWeekend impressions
Torsten Dreyer wrote: I was especially impressed that it is possible to bring five individual computers, more than 15 TFT monitors, yokes, joysticks, dozens of cables, several USB hubs, a projector, network switches, a UMTS router, several notebook computers and a coffee maker, [...] On the tour back to Enschede on sunday evening we realized that our booth most probably pulled a _lot_ more power than the specification for a single plug allows ;-) Quite surprising that we didn't kill a single fuse. This could be an item to think about beforehand when planning the next event Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] festival ... or not
On 11/09/2009 02:37 PM, Anders Gidenstam wrote in part: and...@sleipner:~$ cat ~/.alsoftrc format = AL_FORMAT_STEREO16 cf_level = 2 drivers = alsa [alsa] # ALSA backend stuff device = plug:dmix capture = plug:dsnoop That helps! Thanks. 2. I don't remeber if I had to touch the festival config or not, but here it is: and...@sleipner:/etc$ cat /etc/festival.scm (Parameter.set 'Audio_Command aplay -D plug:dmix -q -c 1 -t raw -f s16 -r $SR $FILE) (Parameter.set 'Audio_Method 'Audio_Command) (Parameter.set 'Audio_Required_Format 'snd) That helps, too! It is not optional. Thanks. 3. I set /sim/sound/voices/enabled to true in my ~/.fgfs/preferences.xml file (included via .fgfsrc). That part agrees with the documentation. Well, that you have not configured your sound system correctly isn't really FlightGear's fault, is it? I don't care who's fault it is. That's because I always look at things from the user's point of view. If the documentation says it just works, but in many cases it doesn't work, and there's no useful error message or even the slightest clue about how to make it work, that's a problem for the user, n'est-ce pas? Of course, the documentation could match your system better than it does, but Linux sound is pretty diverse and changes over time. The wiki might contain something about systems closer to yours. Yes, that would be a good first step. We're talking about problems that show up on plain vanilla Debian systems, which are not exactly uncommon or weird. And probably show up on lots of other systems, too. There opportunities for improvement in the code as well. It would be good programming practice for FGFS to use festival in such a way as to detect runtime errors -- including but not limited to failure to open the audio device -- and then to give explanatory messages to the user. The importance of these improvements is underlined by the fact that the user who uses the existing code and documentation can have working FGFS sound (except for festive voices) and also working festival (except for FGFS). In such a situation it is hard for the user to know what else needs to be done to get them to work together. === FWIW here is a simpler and more correct version of /etc/festival.scm ... Note that .snd format is not the same as .raw format, but riff format is the same as .wav format. (Parameter.set 'Audio_Command aplay --device=plug:dmix --quiet --file-type=wav $FILE ) (Parameter.set 'Audio_Method 'Audio_Command) (Parameter.set 'Audio_Required_Format 'riff) -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Hurricane simulator development
Date: Tue, 10 Nov 2009 10:23:13 +1100 From: Scott Hamilton scott.hamil...@popplanet.biz Subject: Re: [Flightgear-devel] Hurricane simulator development To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Message-ID: 1257808993.16277.5.ca...@itpm40.central.det.win Content-Type: text/plain; charset=utf-8 On Mon, 2009-11-09 at 17:56 -0500, Bob Faulkner wrote: I notice that our local (Australian) national meteorology department lists several international hurricane and cyclone warning centres, and from what I see of the NOAA NHC it seems to only report in it's local area. Is there any way this could be made to work with a international set of data? For reference here is the list and map of coverage areas for each regional warning centre; http://www.bom.gov.au/weather/cyclone/about/tc-warning-centres.shtml S. I've only been able to find such a raw text advisory available from the NHC, but I'm sure they also exist for the other monitoring centers. I had planned on using an xml file to store the URL's that should be polled for data, so adding regions should be trivial in that respect. The biggest problem I can think of that would get in the way is if the different agencies format the advisories differently. That has the potential to become a coding nightmare if we have to parse 15 different advisory formats. I obviously do want full world coverage though. Date: Tue, 10 Nov 2009 09:46:16 +0100 From: Oliver Schroeder f...@o-schroeder.de Subject: Re: [Flightgear-devel] Hurricane simulator development To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Message-ID: 200911100946.16198.f...@o-schroeder.de Content-Type: text/plain; charset=iso-8859-15 Hi. We could build our own server, which collects the data from all sources and make it available to flightgear clients. I see two benefits of this approach: 1) we have all sources, and 2) we don't abuse the public services As I don't see any complications in fetching the data, I would volunteer to write the server. Regards, Oliver On Tuesday 10 November 2009 00:23:13 Scott Hamilton wrote: On Mon, 2009-11-09 at 17:56 -0500, Bob Faulkner wrote: I notice that our local (Australian) national meteorology department lists several international hurricane and cyclone warning centres, and from what I see of the NOAA NHC it seems to only report in it's local area. Is there any way this could be made to work with a international set of data? For reference here is the list and map of coverage areas for each regional warning centre; http://www.bom.gov.au/weather/cyclone/about/tc-warning-centres.shtml S. This sounds like a great idea to me. The biggest issue here would be who is going to host the service and will that service be reliable enough? If you do decide to tackle this then I would ask that you actually parse the advisories for the needed data, then serve only the necessary details to the FlightGear clients. This would minimize the bandwidth load on the server as well as make my job a lot easier since my code will only have to deal with a standardized format that contains only data I care about. You and I would need to get together to hammer out the format. The storm advisories (at least from the NHC) are released using 5 filenames per region. Each region's file ends with the numbers 1-5. Each number corresponds to a storm. For example, all the advisories for Hurricane Ida were released under the filename MIATCANT1. Each advisory has an advisory number in it which I will need to do internal sanity checking. I would also like a stanza to indicate the filename of the advisory as that's how I'll logically reference the individual storms. There is no rush on getting the server done as I've literally just started this, and it's going to take quite some time for me to hammer out the initial code and get it tested. The more I dig into this, the more parts I find I'll have to interface with. Right now I'm climbing the steep learning curve to get a grip on the different functions in the sim and how I'll have to relate to them. The URL to get the advisories from NHC is: http://www.nhc.noaa.gov/ftp/pub/forecasts/aviation/ We'll need to invest some time into finding equivalent advisory servers for the other centers. So, here is what I'd need, comma separated with values pulled from the example advisory data below (this is not to say this is the format I want, just the stanzas I'd need): File name (MIATCANT1), advisory number (027), storm name (TROPICAL DEPRESSION IDA), time stamp (20091110/1500Z), position (N3036 W08736), movement in knots (NE 08KT, with KT stripped), pressure in hectopascals (1000HPA, with HPA stripped), wind speed in knots (030KT, again with KT stripped), next message time (NO MSG EXP, this indicates
Re: [Flightgear-devel] Texture oddities in Hi-rez scenery
cullam Bruce-Lockhart wrote: And I understand that not everyone will be able to run super hi-rez scenery. Well, as long as it covers just an island of reasonably small size, it might well make sense to have it in the general World Scenery. Land cover vector data is most appreciated. Please be aware that these texture oddities are not the only source of trouble with TerraGear, especially when you're going after detailed land cover data. Some of the processing in 'construct' is designed to work most of the time but still requires some tuning (or being re-written) in order to be logically consistent. Therefore, if you plan to get your hands dirty, pulling the 'construct' tool apart into different steps would probably be a good start. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] proposed small change to navradio.cxx
Hi All, Presently, the gs deflection retains it's final value when the nav frequency is changed to a station that has no glide slope or when the gs goes out of range. I had been using the select animation to overcome this, but that does not allow using a nasal filter to smoothly park the gs needle. The attached small patch overcomes this. I wanted to have other ac developers comments before I ask James Turner to commit this small change. Dave P. ? navradio.diff Index: navradio.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/Instrumentation/navradio.cxx,v retrieving revision 1.57 diff -u -p -r1.57 navradio.cxx --- navradio.cxx24 Oct 2009 08:31:39 -1.57 +++ navradio.cxx10 Nov 2009 20:31:01 - @@ -580,6 +580,8 @@ void FGNavRadio::updateGlideSlope(double if (!_gs || !inrange_node-getBoolValue()) { gs_dist_node-setDoubleValue( 0.0 ); gs_inrange_node-setBoolValue(false); +_gsNeedleDeflection = 0.0; +_gsNeedleDeflectionNorm = 0.0; return; } @@ -589,6 +591,8 @@ void FGNavRadio::updateGlideSlope(double gs_inrange_node-setBoolValue(gsInRange); if (!gsInRange) { +_gsNeedleDeflection = 0.0; +_gsNeedleDeflectionNorm = 0.0; return; } -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] proposed small change to navradio.cxx
On 10 Nov 2009, at 20:39, dave perry wrote: Presently, the gs deflection retains it's final value when the nav frequency is changed to a station that has no glide slope or when the gs goes out of range. I had been using the select animation to overcome this, but that does not allow using a nasal filter to smoothly park the gs needle. The attached small patch overcomes this. I wanted to have other ac developers comments before I ask James Turner to commit this small change. Incidentally, I was under the impression this was already the behaviour :) James -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Center Runway Issue - Potential Fix Found
Statto Software wrote: If my simple programming skills don't betray me, I //believe// letter == C; does not actually set letter to equal C, which may be why these airports are being generated without the center runway texture. Your conclusion has been heard: http://mapserver.flightgear.org/git/gitweb.pl?p=terragear-cs Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Prime Meridian Crash
Just catching up on the thread (been away). I compiled SG and FG with CXXFLAGS=-g -O0 and its fantastic. For the first time I can fly around London airspace without a segfault. (never tried the dist packages so cant report on that). As far as finding the bug, I tried a lot of areas to try and catch it. Such as: * As Alex reported it happens around 3 west to 1 east, flying both ways. * I've flown in different timezones. * Flows in open sea areas with no scenery * flown with and without autopilot * set navaids to be well away, as well as on same side, opposite side of prime. * tried with all different rendering modes. I can successfully crash the 787, Bravo and MD11, 747*, airbus fleet every time. Concorde and a few others are intermittent with no clear results. I'm gonna compile FG and SG with the CXXFLAGS removed to see if any crash independently. gcc --version gcc (Ubuntu 4.3.3-5ubuntu4) 4.3.3 Is there any other areas I should try? Regards Pete -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] proposed small change to navradio.cxx
Sounds good to me , but I admit I've been avoiding updating until I know what's happening to the nav system :) On Tue, Nov 10, 2009 at 1:40 PM, James Turner zakal...@mac.com wrote: On 10 Nov 2009, at 20:39, dave perry wrote: Presently, the gs deflection retains it's final value when the nav frequency is changed to a station that has no glide slope or when the gs goes out of range. I had been using the select animation to overcome this, but that does not allow using a nasal filter to smoothly park the gs needle. The attached small patch overcomes this. I wanted to have other ac developers comments before I ask James Turner to commit this small change. Incidentally, I was under the impression this was already the behaviour :) James -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main viewmgr.cxx, 1.42, 1.43 viewmgr.hxx, 1.19, 1.20
On 5 Nov 2009, at 09:18, Erik Hofman wrote: John Denker: Add a view debugging functions and represent the viewer quats in the property tree for debugging. Unfortunately the debug code is broken and causes segfaults. It is tieing temporary char pointers to property nodes. In its current incarnation this happens in the function format_rotor in viewmgr.cxx. If we wish to have these debug properties I suggest they be published as numeric components. -- Csaba/Jester -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FSWeekend impressions
Hi, On Tuesday 10 November 2009 02:48:00 pm Torsten Dreyer wrote: Curt wrote: I recognized Martin, Torsten, and Durk in the pictures. I assume Durk Correct assumption. I guess you know a little about my other hobbies... :-) FWIW, there are a few notes below the pictures, occasionally giving hints as to who is who. :-) was behind the camera. I *really* like this shot: http://www.xs4all.nl/~dtalsma/FSWeekend/web/34.html Thanks, always nice to hear! My personal favorite is the one of the Saab Viggen at night. These guys don't look so scary in real life: http://www.xs4all.nl/~dtalsma/FSWeekend/web/40.html They look just tired. Especially, I know that I do. :-) I'm really impressed with the amount of hardware you guys drug in there and setup. The full panel with LCD instruments looked great ... projectors ... this has to be the most impressive display of FlightGear stuff in one spot so far to date! The t-shirts look awesome. :-) Great job guys! Curt. This was my third year presenting FlightGear at FSWeekend. Comparing the outcome, I think we attracted not only many people to FlightGear but also raised some commercial interest. At least I had some promising talks with hardware manufacturers, like cockpit and instrument builders, asking questions about how to interface to FlightGear. Interestingly, most questions I got were about hardware; 1) whether we used the matrox tripple head (answer: No, we use two dual head video cards, with each head configured to drive a separate screen; then in FlightGear we define three separate camera's each projecting to a dedicated screen; in case of one machine, we've connected the fourth screen to the projector, using a similar trick. Oh, and by the way, all machines here are running linux). By this point, I usually began to realize that the person asking the question had been under the assumption we ran Microsoft flight simulator, on windows machine. Followup-question typically was: How do I configure the matrox for... 2. Saitek joysticks: A) whether I liked them, b) whether I'd had any problems configuring them. (Answers: A) Yes, b) no, just plug them in.) 3) Add-ons: Also quite a few questions concerning our aircraft were in referral to Microsoft FlightSimulator; in particular whether the Lockheed Constellation was update X of Package so-and-so. Usually this was a nice hook to start explaining that this was not Microsoft FlightSimulator, but an altogether different package. Regarding visitor comments, I'm still amazed at how Microsoft oriented this event is. In this respect, comments from visitors could probably be subdivided into three broad categories. 1) People expressing a pleasant surprise that there are alternatives to MS. 2) People who don't seem to notice tat we are not microsoft, and 3) people who mix-up realism with nice-to-have but unessential graphical details. I noticed that I did begin to develop a bit of sales pitch, starting by the history of the project by stating that with a combination of infinite optimism and naivety, we decided to make a better FlightSimulator than FS95 at the time, and that optimism has prevailed. Then, I usual say something about the central code repository, and that everybody is able to access the source code, modify it, and contribute back, but that development these days, is not limited to core program code, but also to the major task of building aircraft, scenery, buildings, and doing repaint jobs. Then, I typically pointed to the fact that over the last years, we've been working on switching over to OSG, and that the first signs of the new OSG graphics capabilities are showing up in FlightGear, by pointing at the clouds, which most people agree are probably the best in any simulator, as well as the new shader based dynamic sea, and snow lines. Then I usually close-off by telling a little about the scenery generation process, it's infra structure, and the central object database. What really impressed me, is the excellent stability of FlightGear built from CVS a few days before the event. Not only the setup went absolutely smooth, once up, not a single crash occured. My main fgfs instance was running from 9.00 AM to 5.00 PM without a single hickup or even a restart. Well done, developers! I've actually had one crash: Sunday afternoon, just before ending my final flight for the day, FlightGear exited with a segfault. Also, I once had to kill FlightGear due to a memory problem (or so it seemed; the OS was trashing pretty bad). I was especially impressed that it is possible to bring five individual computers, more than 15 TFT monitors, yokes, joysticks, dozens of cables, several USB hubs, a projector, network switches, a UMTS router, several notebook computers and a coffee maker, hook it all up and have a working multiplayer enabled FlightGear network running. Looking back, it seems quite surreal that it all worked.
Re: [Flightgear-devel] FSWeekend impressions
Hi Martin, On Tuesday 10 November 2009 03:13:13 pm Martin Spott wrote: Torsten Dreyer wrote: On the tour back to Enschede on sunday evening we realized that our booth most probably pulled a _lot_ more power than the specification for a single plug allows ;-) Quite surprising that we didn't kill a single fuse. This could be an item to think about beforehand when planning the next event Martin. Assuming we pulled approx 800 watts per station, This would get us at a total of 4000 watts, not including laptops and projector. That alone would bring us at, 4000w/240V = 16.6A. Which is just over the regular 16 A limit for a consumer grade surge protector. Add to that, the laptops, projector and coffee maker, and we were well over. In retrospect, I do believe that Torsten was pulling his power from the neighboring booth, which is probably what ultimately saved us. I did plan to bring a second extension cable, but couldn't find it anywhere. Definitely something to consider for next time. Cheers, Durk -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel