Re: [Flightgear-devel] Patch for multiscreen mode with multiplayer
Tim Moore wrote: > Martin Spott wrote: > > Tim Moore wrote: > >> See docs-mini/README.multiscreen in the FlightGear source tree. > > > > Is the "Here's a complete example that uses a seperate window on each > > display."-example meant to reproduce the same behaviour as we had > > before ? > > > Yes, if you mean the multiscreen capability that you have shown at LinuxTag. Yup, this is what I'm heading for. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch for multiscreen mode with multiplayer
Martin Spott wrote: > Tim, my earlier request might have gone lost: > > Tim Moore wrote: > >> See docs-mini/README.multiscreen in the FlightGear source tree. > > Is the "Here's a complete example that uses a seperate window on each > display."-example meant to reproduce the same behaviour as we had > before ? > Yes, if you mean the multiscreen capability that you have shown at LinuxTag. By the way, the old syntax is still supported, though it is obviously not as flexible. Tim > Best regards, > > Martin. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
Hi Erik, Erik Hofman schrieb am 23.10.2008 18:47: > Vladimir Karmishin wrote: > > >> I need any thoughts, >> imaginations about which way can it be modified to let it work with >> multiple 3d sound emitters. >> > > Reading this again there might be some confusion; aircraft can have > multiple 3d sound emitters already, they are just tied to the main > aircraft right now (and the listener is always facing the main model, > this is probably why doppler doesn't function too well). > > no. The Doppler problems are due to OpenAL bugs and limitations. On most systems (at least at all which are using Open AL software Doppler calculation) I got strange effects. On Linux systems a workaround was to use only the relative velocity of listener and sound, which is physically not correct. But on windows even this approach results is strange effects. There I use my own software implementation in simgear and pass the calculated pitch and volume to Open AL. But Open AL clamps the pitch factor (If I remember correctly to 0.5 ... 2), and additionally many aircrafts modify the pitch by them self. This limits the Doppler effect in Flightgear. Melchior sent me a note, that actual Open AL might be less buggy, but he still noticed strange effects. > But you can already define the position an direction of each sound effect. > Yes, and many aircrafts make use of this, e. g. the S58 or the Bo105. > The remaining problem is to make the AI models also emit sound effects. > > Erik > > Maik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch for multiscreen mode with multiplayer
Tim, my earlier request might have gone lost: Tim Moore wrote: > See docs-mini/README.multiscreen in the FlightGear source tree. Is the "Here's a complete example that uses a seperate window on each display."-example meant to reproduce the same behaviour as we had before ? Best regards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
On Thu, 23 Oct 2008 18:05:30 +0200, Vladimir wrote in message <[EMAIL PROTECTED]>: > >> > > > > ..keep in mind sound moves thru the airframe structure too, and much > > faster than it does thru the air flowing around the aircraft, > > imagine e.g. propeller noise heard in a F-16 from a Tu-95, or heard > > in a Spit from a FW-190 playing chicken, or in a B-17 combat box > > formation. Lovely can of worms. ;o) > > > Doppler is responsible of such effects, and it's hard-coded into > OpenAL. ..lovely, it can handle things like shock waves from propeller blades meeting those from AA gun fire? Sounds sort of whip double strike like, if you haven't heard it in RL, from each grenades bow and tail wave meeting the propeller blade tip waves, I used to fly R/C AA target drones way back in the Cold War. ;o) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
On Thu, Oct 23, 2008 at 11:47 AM, Erik Hofman wrote: > Vladimir Karmishin wrote: > > > I need any thoughts, > > imaginations about which way can it be modified to let it work with > > multiple 3d sound emitters. > > Reading this again there might be some confusion; aircraft can have > multiple 3d sound emitters already, they are just tied to the main > aircraft right now (and the listener is always facing the main model, > this is probably why doppler doesn't function too well). > > But you can already define the position an direction of each sound effect. > > The remaining problem is to make the AI models also emit sound effects. If I recall, your own aircraft sounds are setup relative to an ear location of (0,0,0). In the openal 3d world, the way we had things originally setup anyway, the current view location always corresponded to an ear location of (0,0,0). Then aircraft sounds (engines, etc.) were fixed relative to 0,0,0 and never moved. This worked pretty well. If you start moving the ear location in real world space, and then also moving the sounds in real world space, I don't know exactly what will happen, but if you don't move *everything* in perfect lock step, you will definitely get a strange warbling effect as you get an audio version of the position of sounds jittering a little closer or a little further every frame in a somewhat random fashion. Even if you move the sounds and listener in perfect lock step, I don't know how well openal handles that? I have a side question on OpenAL. Is there a way to size the audio buffer of data that gets sent to the sound device? In plib we could set the number of seconds that were buffered in the queue (and we set that to something longer than the time it took to draw a frame, but not too long or there would be noticable delay between an action and the change in sound.) I have a couple systems here that are a bit older and lower performance, and we are hearing frequent breaks in the openal audio output ... as if the audio buffer is getting starved and the sound is momentarily interrupted. Does anyone know if there's a way to increase the buffer size in openal to eliminate the chance that the buffer could be completely emptied before more data can be stuff into it? Thanks, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ 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/Instrumentation mk_viii.cxx, 1.10, 1.11 mk_viii.hxx, 1.7, 1.8
On 23 Oct 2008, at 18:43, Erik Hofman wrote: > Update of /var/cvs/FlightGear-0.9/source/src/Instrumentation > In directory baron.flightgear.org:/tmp/cvs-serv12356 > > Modified Files: > mk_viii.cxx mk_viii.hxx > Log Message: > Alasdair Campbell: fix the MK_VIII problems Thanks Erik. (And Alasdair, and Csaba) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
Vladimir Karmishin wrote: > I need any thoughts, > imaginations about which way can it be modified to let it work with > multiple 3d sound emitters. Reading this again there might be some confusion; aircraft can have multiple 3d sound emitters already, they are just tied to the main aircraft right now (and the listener is always facing the main model, this is probably why doppler doesn't function too well). But you can already define the position an direction of each sound effect. The remaining problem is to make the AI models also emit sound effects. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Public queryable nav-db server
Martin Spott wrote: > While you're at it, we're offering a complementary service by > delivering the respective objects as GML via our MapServer. This one > for example lists all items which belong to the "IMGE" navaid (ILS on > EDLN 13) - in a somewhat lengthy but OGC WFS compilant way: > > > http://mapserver.flightgear.org/ms?Service=WFS&Version=1.0.0&request=GetFeature&Typename=apt_navaid&MaxFeatures=10&Filter=navidIMGE I forgot to tell you that we also have a more convenient alternative: http://mapserver.flightgear.org/fs/apt_navaid?queryable=navid&navid=IMGE which at least _should_ deliver almost the same content - because it relies on the same database table :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
>> > > ..keep in mind sound moves thru the airframe structure too, and much > faster than it does thru the air flowing around the aircraft, imagine > e.g. propeller noise heard in a F-16 from a Tu-95, or heard in a Spit > from a FW-190 playing chicken, or in a B-17 combat box formation. > Lovely can of worms. ;o) > Doppler is responsible of such effects, and it's hard-coded into OpenAL. Regards, Vladimir >> Or you can have Il-62 model, with 4 engines at >> his tail - and of course they >> will sound the other way as B737 ones. Etc, etc, etc... >> >> Regards, >> Vladimir >> >> On Oct 23, 2008, at 9:41 AM, James Turner wrote: >> - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
On Thu, 23 Oct 2008 10:10:42 +0200, Vladimir wrote in message <[EMAIL PROTECTED]>: > Hi James ! > > Thank you for your help ! > In fact, i'm thought about extending FGFX functionality with some > members, like > adding some members to it, like FGFX::ConvertGLCoordinates, > FGFX::BindToModelNode, etc... > That little hack I published before - is based at approach like you > told, but at my oppinion it was > a really bad example of code, due it has very far relation to real > OOP. If we has FGFX, than > we should avoid to embedd SG classes directly, instead embed them in > FGFX, IMHO. > There's a function in SimGear, SGSoundMgr::set_source_pos_all. As > far as I understand, > it deals with all of the sources a listed in source map. Maybe > there'll be a need of > writing of per-source based function. In fact i'm in trouble with > this set_source_pos_all, > and experimenting with it. > > Using multiple 3d sound sources can be a very cool and handful > thing. Imagine, you have B737 > and you can bind sound emitters right to engines, not fuselage, or > cockpit. And hear them right as > supposed to sound. ..keep in mind sound moves thru the airframe structure too, and much faster than it does thru the air flowing around the aircraft, imagine e.g. propeller noise heard in a F-16 from a Tu-95, or heard in a Spit from a FW-190 playing chicken, or in a B-17 combat box formation. Lovely can of worms. ;o) > Or you can have Il-62 model, with 4 engines at > his tail - and of course they > will sound the other way as B737 ones. Etc, etc, etc... > > Regards, > Vladimir > > On Oct 23, 2008, at 9:41 AM, James Turner wrote: > > > > > They way I thought about doing this was to extend the SimGear > > classes with a 'SGSoundSource' object, registered with the sound > > manager. Samples would be played from a source, and sources would > > have position / velocity / etc. Then you'd make AIBase or AIModel > > own a SGSoundSource, and use that for the sound generation. > > > > Int > -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] OT, real life: my first turboprop
On Thu, Oct 23, 2008 at 5:25 AM, Torsten Dreyer <[EMAIL PROTECTED]> wrote: > Hi all > > I just had the oppertunity to be as copilot in a C425 Conquest I on a trip > from Hamburg, EDDH to Graz, LOWG. This was my first trip in an aircraft of > that size and being propelled by a turboprop. Following the tradition of > "my > first..." real life experience reports, here is my story. > > The day started like a typical end-october day in Hamburg, a temperature of > 8 > deg C, gusty westerly winds and moderate rain. After the preflight > walkaround, the pic and I were soaked and we were happy to enter the > Conquest. Shortly after drying and preparing ourself and copying the ATIS, > we > received our startup and enroute clearance: "Startup approved, you are > cleared to Graz via AMLUH 5G departure, flight planned route, squak 7665". > The smooth startup and running of a turbine powered prop is amazing, > compared > to the shaking and rumbling of a piston engine. > Moments later we had our taxi clearance to the active departure runway 33. > On > our way, we performed the items on the checklist and got our "cleared for > takeoff" when we reached our holding point 33 in taxiway K. The moment we > did > the line up, the rain increased and the far end of the illuminated runway > disappeared in the mist. > Never mind - we were fully ifr equipped and certified for flights into > known > icing. Setting takeoff power smoothly and quickly accerlerates the 3.5to > Cessna to 60, 80 and than 100kts: rotate and off we were! > We had the departure route punched into the GNS530 which was coupled to the > autopilot. After performing the after takeoff items and contacting the > departure controller we waited for the autopilot to do the first heading > change of roughly 30deg to the right when passing the 3DME reading from the > ALF DME, but nothing happened. We pretty soon recognized that neither the > heading nor the nav mode of the autopilot was working. Meanwhile we had > completely entered the shower, our Conquest was shaking and rocking, and > outside visibility went down to zero. I remembered, what I once learned > about "crew coordination" and we quickly devided the workload. The pic was > flying and I did all the radio, navigation and paperwork. Just a few but > interesting minutes later, we popped out of the clouds at roughly 15000ft > and > the sun greeted us with her bright smiling face. We continued up to FL230 > and > had a gentle flight for the rest of the trip. Clouds disappeared in > southern > germany, giving way for a fantastic view of the alps. > Although our destination was in sight, we decided not to cancel ifr or to > do a > visual approach since the ATIS had some few clouds at 200ft in the report. > The approach controller vectored us for a 7 miles final into runway 35 > where > we touched down a little more than two hours after our takeoff in Hamburg. > > Sorry for the long posting - if you made it so far, you might like some > pics: > http://www.t3r.de/flightpics/graz/ > > Greetings, Torsten > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > It sounds like an exciting trip, atleast immediately after take off. Congratulations. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CVS CitationX and Bravo segfault at EGPF
On 23 Oct 2008, at 16:14, Alasdair Campbell wrote: > Thanks to Csaba for helping out with the C++. This works a treat. I > attach the complete patch for fixing the MK_VIII problems. Could some > check and commit please? Looks good to me, someone please apply. James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CVS CitationX and Bravo segfault at EGPF
On Thu, 2008-10-23 at 09:44 +0200, James Turner wrote: > On 23 Oct 2008, at 02:19, Csaba Halász wrote: > > > > > Of course it isn't valid, inside the function it is only setting a > > local variable (pass by value), and it does not return anything. > > As the _runway argument is output only, there is no reason to pass it > > as argument. Rather, the function should have a return type of > > FGRunway*. > > Grrr - kicking myself for not seeing this, this is all because > FGRunway was on the stack previously, and the Mk-VIII didn't use a > reference for the out parameter. Returning a pointer is of course > cleaner, I even thought about doing that re-factoring, without > spotting that the our parameter was broken. > > Thanks for figuring this out. > > James > Thanks to Csaba for helping out with the C++. This works a treat. I attach the complete patch for fixing the MK_VIII problems. Could some check and commit please? Kind regards, Alasdair Index: mk_viii.hxx === RCS file: /var/cvs/FlightGear-0.9/source/src/Instrumentation/mk_viii.hxx,v retrieving revision 1.7 diff -u -r1.7 mk_viii.hxx --- mk_viii.hxx 15 Aug 2008 18:48:12 - 1.7 +++ mk_viii.hxx 23 Oct 2008 14:06:13 - @@ -1563,7 +1563,7 @@ double to_heading); double get_azimuth_difference (const FGRunway *_runway); -void select_runway (const FGAirport *airport, FGRunway *_runway); +FGRunway* select_runway (const FGAirport *airport); void update_runway (); void get_bias_area_edges (Position *edge, Index: mk_viii.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/Instrumentation/mk_viii.cxx,v retrieving revision 1.10 diff -u -r1.10 mk_viii.cxx --- mk_viii.cxx 11 Sep 2008 08:38:10 - 1.10 +++ mk_viii.cxx 23 Oct 2008 14:06:16 - @@ -4489,10 +4489,10 @@ // This selection algorithm is not specified in [SPEC], but // http://www.egpws.com/general_information/description/runway_select.htm // talks about automatic runway selection. -void -MK_VIII::TCFHandler::select_runway (const FGAirport *airport, -FGRunway *_runway) +FGRunway* +MK_VIII::TCFHandler::select_runway (const FGAirport *airport) { + FGRunway* _runway = 0; double min_diff = 360; for (unsigned int r=0; rnumRunways(); ++r) { @@ -4504,6 +4504,7 @@ _runway = rwy; } } // of airport runways iteration + return _runway; } bool MK_VIII::TCFHandler::AirportFilter::pass(FGAirport *a) @@ -4532,15 +4533,14 @@ // the airport's reference point. AirportFilter filter(mk); const FGAirport *airport = globals->get_airports()->search( - mk_data(gps_latitude).get(), mk_data(gps_longitude).get(), + mk_data(gps_longitude).get(), mk_data(gps_latitude).get(), 0.5, filter); if (!airport) return; has_runway = true; - FGRunway* _runway; - select_runway(airport, _runway); + FGRunway* _runway = select_runway(airport); runway.center.latitude = _runway->latitude(); runway.center.longitude = _runway->longitude(); - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
Vladimir Karmishin wrote: > Can you rememer back, is SGSoundMgr::set_source_pos_all( ALfloat > *pos ); is sort of hack, assuming > everything is happening inside cabin, or it's just sources enumerator, > which pass through a > of loaded sounds updating their positions ? Of course I can play > around with code using debugger, > but I guess it's easier to ask here. :-) I don't even think I added that function.. But it would be best if it sets everything related to the aircraft as an offset to a reference point. Then it wouldn't matter if it's inside the cockpit or outside, it just moves alls related sounds with the aircraft. BTW. Looking at the code some further it would be best to split op the position and velocity code for the listener (and move it to the viewer code) and the model and move it to the model code (being the current model or an AI model.) Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
Can you rememer back, is SGSoundMgr::set_source_pos_all( ALfloat *pos ); is sort of hack, assuming everything is happening inside cabin, or it's just sources enumerator, which pass through a of loaded sounds updating their positions ? Of course I can play around with code using debugger, but I guess it's easier to ask here. :-) > >> As far as I know - You're the developer of current FG sound >> subsystem. > > Yes and no, Curtis started the sound code and I added the configurable > effects manager (FGFX) > > To be honest I've not looked at the code for too long to get a quick > answer to the problem right now.. > > Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
Vladimir Karmishin wrote: > Erik, thank you for the answer. > In fact - i'm started work on re-implementation of OAL in SimGear. > My vision on it - it should be more OOP-is (however, I'm not a big OOP > addict), > and transparent. In ideal - we should be able just to write some (in > pseudocode) > CObject.Engine[1]->MapSoundSource("CFM_sound"); - and get it work. The problem with this is that FlightGear is as flexible as it is now because of xml configuration files, not because it uses OOP. My vision is that it should be flexible for the end user, not just for the developers. > As far as I know - You're the developer of current FG sound subsystem. Yes and no, Curtis started the sound code and I added the configurable effects manager (FGFX) To be honest I've not looked at the code for too long to get a quick answer to the problem right now.. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] OT, real life: my first turboprop
Hi all I just had the oppertunity to be as copilot in a C425 Conquest I on a trip from Hamburg, EDDH to Graz, LOWG. This was my first trip in an aircraft of that size and being propelled by a turboprop. Following the tradition of "my first..." real life experience reports, here is my story. The day started like a typical end-october day in Hamburg, a temperature of 8 deg C, gusty westerly winds and moderate rain. After the preflight walkaround, the pic and I were soaked and we were happy to enter the Conquest. Shortly after drying and preparing ourself and copying the ATIS, we received our startup and enroute clearance: "Startup approved, you are cleared to Graz via AMLUH 5G departure, flight planned route, squak 7665". The smooth startup and running of a turbine powered prop is amazing, compared to the shaking and rumbling of a piston engine. Moments later we had our taxi clearance to the active departure runway 33. On our way, we performed the items on the checklist and got our "cleared for takeoff" when we reached our holding point 33 in taxiway K. The moment we did the line up, the rain increased and the far end of the illuminated runway disappeared in the mist. Never mind - we were fully ifr equipped and certified for flights into known icing. Setting takeoff power smoothly and quickly accerlerates the 3.5to Cessna to 60, 80 and than 100kts: rotate and off we were! We had the departure route punched into the GNS530 which was coupled to the autopilot. After performing the after takeoff items and contacting the departure controller we waited for the autopilot to do the first heading change of roughly 30deg to the right when passing the 3DME reading from the ALF DME, but nothing happened. We pretty soon recognized that neither the heading nor the nav mode of the autopilot was working. Meanwhile we had completely entered the shower, our Conquest was shaking and rocking, and outside visibility went down to zero. I remembered, what I once learned about "crew coordination" and we quickly devided the workload. The pic was flying and I did all the radio, navigation and paperwork. Just a few but interesting minutes later, we popped out of the clouds at roughly 15000ft and the sun greeted us with her bright smiling face. We continued up to FL230 and had a gentle flight for the rest of the trip. Clouds disappeared in southern germany, giving way for a fantastic view of the alps. Although our destination was in sight, we decided not to cancel ifr or to do a visual approach since the ATIS had some few clouds at 200ft in the report. The approach controller vectored us for a 7 miles final into runway 35 where we touched down a little more than two hours after our takeoff in Hamburg. Sorry for the long posting - if you made it so far, you might like some pics: http://www.t3r.de/flightpics/graz/ Greetings, Torsten - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
On Oct 23, 2008, at 11:12 AM, Erik Hofman wrote: > > This encouraged me to look at the FGFX change I made before but which > turned out to be less than ideal. I think I'm slowly getting at what > is > happening. If I get this sorted out adding sound effects to models > should be easy. I'll let you know how things turn out. > > Erik > Erik, thank you for the answer. In fact - i'm started work on re-implementation of OAL in SimGear. My vision on it - it should be more OOP-is (however, I'm not a big OOP addict), and transparent. In ideal - we should be able just to write some (in pseudocode) CObject.Engine[1]->MapSoundSource("CFM_sound"); - and get it work. As far as I know - You're the developer of current FG sound subsystem. Just to not do the same work twice - maybe we can/should co-operate, and bring out something together ? What do you think about it ? Working for a years as sound engineer, I have some imaginations about how sound should "work", and maybe my experience can be handful. At other end - I abadoned programming in 2004, and now I'm slowly getting back, but as hobby, but there're lot of things I forgot, and even more of them I never knew - and your experience can solve a lot of questions. Regards, Vladimir > - > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
Vladimir Karmishin wrote: > Hello ! > > I'm still digging into FlightGear sound subsystem. :-) > Today, I make a small modification in AI Aircrafts, to let them > produce some noise. This encouraged me to look at the FGFX change I made before but which turned out to be less than ideal. I think I'm slowly getting at what is happening. If I get this sorted out adding sound effects to models should be easy. I'll let you know how things turn out. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Public queryable nav-db server
Hi Oliver, Oliver Schroeder wrote: > At the current stage it's only a proove of concept, but usable. > So, please have a look and tell me your thoughts: > > http://test.postrobot.de/cgi-bin/query_nav.py While you're at it, we're offering a complementary service by delivering the respective objects as GML via our MapServer. This one for example lists all items which belong to the "IMGE" navaid (ILS on EDLN 13) - in a somewhat lengthy but OGC WFS compilant way: http://mapserver.flightgear.org/ms?Service=WFS&Version=1.0.0&request=GetFeature&Typename=apt_navaid&MaxFeatures=10&Filter=navidIMGE and this is the corresponding WMS template view (very long URL): http://mapserver.flightgear.org/ms?layer=v0_urban&layer=apt_airfield&layer=apt_navaid&layer=apt_runway&layer=apt_tarmac&layer=osm_motorway&layer=osm_primary&layer=osm_secondary&zoomdir=0&zoomsize=2&imgxy=300.0+300.0&imgext=6.473246+51.199106+6.535746+51.261606&root=&savequery=true&program=%2Fms Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
Hi James ! Thank you for your help ! In fact, i'm thought about extending FGFX functionality with some members, like adding some members to it, like FGFX::ConvertGLCoordinates, FGFX::BindToModelNode, etc... That little hack I published before - is based at approach like you told, but at my oppinion it was a really bad example of code, due it has very far relation to real OOP. If we has FGFX, than we should avoid to embedd SG classes directly, instead embed them in FGFX, IMHO. There's a function in SimGear, SGSoundMgr::set_source_pos_all. As far as I understand, it deals with all of the sources a listed in source map. Maybe there'll be a need of writing of per-source based function. In fact i'm in trouble with this set_source_pos_all, and experimenting with it. Using multiple 3d sound sources can be a very cool and handful thing. Imagine, you have B737 and you can bind sound emitters right to engines, not fuselage, or cockpit. And hear them right as supposed to sound. Or you can have Il-62 model, with 4 engines at his tail - and of course they will sound the other way as B737 ones. Etc, etc, etc... Regards, Vladimir On Oct 23, 2008, at 9:41 AM, James Turner wrote: They way I thought about doing this was to extend the SimGear classes with a 'SGSoundSource' object, registered with the sound manager. Samples would be played from a source, and sources would have position / velocity / etc. Then you'd make AIBase or AIModel own a SGSoundSource, and use that for the sound generation. Int - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CVS CitationX and Bravo segfault at EGPF
On 23 Oct 2008, at 02:19, Csaba Halász wrote: > > Of course it isn't valid, inside the function it is only setting a > local variable (pass by value), and it does not return anything. > As the _runway argument is output only, there is no reason to pass it > as argument. Rather, the function should have a return type of > FGRunway*. Grrr - kicking myself for not seeing this, this is all because FGRunway was on the stack previously, and the Mk-VIII didn't use a reference for the out parameter. Returning a pointer is of course cleaner, I even thought about doing that re-factoring, without spotting that the our parameter was broken. Thanks for figuring this out. James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG - FGFX class
On 22 Oct 2008, at 22:00, Vladimir Karmishin wrote: > Right now, I'm not completely understand how does FGFX class work, it > seems it standing for some kind > of "global" sound proxy between FG and SimGear. > If somebody has worked with or on this class - then I'd like to ask > him for a little help. I need any thoughts, > imaginations about which way can it be modified to let it work with > multiple 3d sound emitters. They way I thought about doing this was to extend the SimGear classes with a 'SGSoundSource' object, registered with the sound manager. Samples would be played from a source, and sources would have position / velocity / etc. Then you'd make AIBase or AIModel own a SGSoundSource, and use that for the sound generation. Internally, you'd need to do the work to convert the public pos/ orientation/velocity data of each SGSoundSource into the format expected by OpenAL. That's probably a little awkward but not intrinsically hard - especially since there are many, many helpers and examples already to show converting coordinate systems (geodetic -> cartesian, for example). This is probably not the simplest way to do it, but it's object- orientated, and opens up some possibilities in the future - eg giving eg sound source its own Nasal hash/functions, so scripts can just play a sound on an AI model. If this seems like a reasonable idea, I can post some headers and pseudo-code. Regards, James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Public queryable nav-db server
Hello list. >From time to time there are some voices calling for a public nav-db server, which can be queried by any client. I have written a small script which can be queried using http. The result is an xml-file, which could be easy to be parsed by any application. As a consequence, if you are using a webbrowser to query the db, you will need an xml/xslt capable webbrowser. At the current stage it's only a proove of concept, but usable. So, please have a look and tell me your thoughts: http://test.postrobot.de/cgi-bin/query_nav.py Cheers, Oliver - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel