Re: [Flightgear-devel] Multiplayer voice comunication
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Spott schrieb: Ampere K. Hardraade wrote: Although voice communication would be a great addition to FlightGear, it is going to be pretty useless feature. Could you probably back this with an explanation ? Voice-based ATC is done all over the world, why should'nt FlightGear do this as well ? I understand the point that a real voice service does only make sense when there is an ATC service (at least for the big airports and instrument flying) that can handle it. This ATC must be maned or computered somehow. Assuming we've got a program that can simulate an ATC it still must interface the users. Predefined text messages would be the easiest to start with - but they can also work when the pilots have a voice chat between each other and can also be used with text-to-speech so that everyone else hears it. Text messages have the big problem that when you are already missing a few hands during landing you would need an additional hand that selects the correct text. A voice message would be parallel... So the very far and big aim would be a speech recognition capable ATC... Looking a few paragraphs back you see an assumption. That is currently not true. And I know noone who trys to tackle that problem. That leaves two possibilities: take it or leave it. Take it doesn't cost anything and might bring some fun and attract someone who loves to write the full blown ATC simulatior. Or leave it that also doesn't cost anything - except having fun. If someone integrates it I'd love to try it. CU, Christian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDvOm0lhWtxOxWNFcRAhslAJ9fNNTnNUYSudPQtGyg+yK0i3Hs/ACfSiKJ miQTNSVj0n3QUtmufwhAgy0= =ILrB -END PGP SIGNATURE- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer voice comunication
Christian Mayer wrote: Martin Spott schrieb: Could you probably back this with an explanation ? Voice-based ATC is done all over the world, why should'nt FlightGear do this as well ? I understand the point that a real voice service does only make sense when there is an ATC service (at least for the big airports and instrument flying) that can handle it. [...] Text messages have the big problem that when you are already missing a few hands during landing you would need an additional hand that selects the correct text. A voice message would be parallel... I'd like to underline these two points: 1.) There won't be any volunteer who is serious about doing ATC service as long as FlightGear does not have _appropriate_ capabilities. Appropriate capabilities in my eyes includes something that resembles the functions of a radar screen plus ... 2.) a medium that allows ATC to communicate with the pilots in a way that really allows for doing ATC. Typing text messages definitely does not fall in this category because ATC as well as the pilots need their hands for other tasks. I don't know a single serious pilot who is capable of flying an approach with just one hand (you need one for the controls and the other for throttle/flaps/whatever - not to speak of the necessary skills to type only with the fingers on the other hand. Unfortunately I don't have the skills and/or capabilities to implement both ends. I can offer to set up and maintain the infrastructure that's required for such a voice service - as long as the number of users doesn't grow into several hundreds - but such a project would require another volunteer to care for the client side, i.e. implement something that couples voice communication to FlightGear (preferrably in a portable and foresighted way). Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer voice comunication
Hi all, Yesterday I was thinking to try to model the plane that Curt suggested but I think implementing a voice ATC is much more pliable on my actual skills good C/C++ researching the net for components/API that can help me in achieving a scope integrating the API/components testing. So I am intersted in start to work to this voice ATC for FlightGear. Of course beeing new to FG maybe I am not seeing all the implications and all the complexity of such a project but it is intersting me a lot and I think I can achieve the final scope ot it. Still I need initial points from you to start(like similar systems in similar flight simulators + links with resources that you think that can help me + links with documentation. Cheers, Virgil --- Buchanan, Stuart [EMAIL PROTECTED] wrote: --- Martin Spott t wrote: Christian Mayer wrote: Martin Spott schrieb: Could you probably back this with an explanation ? Voice-based ATC is done all over the world, why should'nt FlightGear do this as well ? I understand the point that a real voice service does only make sense when there is an ATC service (at least for the big airports and instrument flying) that can handle it. [...] Text messages have the big problem that when you are already missing a few hands during landing you would need an additional hand that selects the correct text. A voice message would be parallel... I'd like to underline these two points: 1.) There won't be any volunteer who is serious about doing ATC service as long as FlightGear does not have _appropriate_ capabilities. Appropriate capabilities in my eyes includes something that resembles the functions of a radar screen plus ... 2.) a medium that allows ATC to communicate with the pilots in a way that really allows for doing ATC. Typing text messages definitely does not fall in this category because ATC as well as the pilots need their hands for other tasks. I don't know a single serious pilot who is capable of flying an approach with just one hand (you need one for the controls and the other for throttle/flaps/whatever - not to speak of the necessary skills to type only with the fingers on the other hand. I feel slightly wary of voice-based comms within FG itself, if only because it is unlikely to be able to integrate within the current ATC/AI code. Having human ATC is great, but a fallback AI version would allow a small number of human ATC controllers to be part of a complete ATC environment. I think there is probably more mileage in the menu-style system that is currently used for our ATC. If we could access the ATC menu options using the keyboard (numbers 1 - 9 on the top of the keyboard?) it wouldn't take too much effort on approach, and adding a free-form text box would be fairly Of course, just because you are using a text-based ATC system for the basic interaction, doesn't mean you can't use voice-comms on top of that to add realism. Regards, -Stuart ___ NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/ --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel __ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New FlightGear mousepad
Erik Hofman wrote: Maybe I can make another one with a different background image, so everybody would be free to choose. http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad2006.jpg http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad2006c.jpg Erik --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer voice comunication
Martin Spott wrote: I'd like to underline these two points: 1.) There won't be any volunteer who is serious about doing ATC service as long as FlightGear does not have _appropriate_ capabilities. Appropriate capabilities in my eyes includes something that resembles the functions of a radar screen plus ... Once the multiplayer code uses the AIModel code this would be easy. Erik --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New FlightGear mousepad
On Thursday 05 January 2006 15:45, Erik Hofman wrote: http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad2006c1.jpg Now that one is fantastic, even though it doesn't show off any of our nice military hardware ;-) Cheers, AJ --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer voice comunication
Oliver Schroeder wrote: A RADAR station can be implemented as a listener to the server, so the server sends information of aircrafts to the radar just as to any other client. Maybe I have to add some minor changes to the server code, but all in all it should be pretty simple to create a listener. Any volunteers to implement a RADAR, step forward! :) The software that I had in mind is xATC. Although I still have a copy of the 1.3b release I have the impression that the project has closed. I'm not sure about the license. Another approach is this one: http://airtraffic.sourceforge.net/ Maybe someone wants to feed him real data :-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Lessons in FlightGear
On Thursday 05 January 2006 01:54, Christian Mayer wrote: The school works by simulating an instructor who speaks (via voice and text) to the student. He first flys a lesson and then let the student fly exactly the same commenting everything that goes well and that goes bad. That's exactly what I started doing but ... Problem 1 (external app) : Having the training session as a separate network app instead of being integrated into FG is going to put off a lot of less technically minded people. It requires that the user first install Python + pyao + pyogg + pyvorvis. Then they have to install the training packages and try to start FG together with the simulator. I'd much rather code it in Nasal have it part of the FG package itself or as an addon that can be unzipped into the FG tree and run as is. Problem 2 (Nasal approach) : I'd really like to use Nasal but there is no sane way to play audio files via Nasal. Creating hundreds of properties in the property tree tied to audio files isn't a nice solution. Also FlightGear doesn't support Ogg Vorbis files as far as I know and having a lot of audio feedback from the instructor is vital and certainly makes the whole process a lot more realistic and enjoyable. I'm getting a 10:1 reduction in file size using the Ogg Vorbis format on my instructor recordings. Files that are 0.5MB in WAV format compress down to about 35KB in Ogg Vorbis format and I can't tell the difference in quality. At the moment I'm at a standstill trying to figure out what to do. This external app thing is going to become a problem and I don't want to invest a lot of time into it and then have to recode everything in Nasal later. Paul --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Lessons in FlightGear
That's exactly what I started doing but ... Problem 1 (external app) : Having the training session as a separate network app instead of being integrated into FG is going to put off a lot of less technically minded people. It requires that the user first install Python + pyao + pyogg + pyvorvis. Then they have to install the training packages and try to start FG together with the simulator. I'd much rather code it in Nasal have it part of the FG package itself or as an addon that can be unzipped into the FG tree and run as is. If it is easier for you to develop maintain externally, I think you can stop bothering about the less technically minded people. Anything with package dependency tracking capability (like any modern linux distribution) will automatically pull the relevant software in. The more technically minded folks will be able to install the relevant packages for manual compilation, and the rest will wait for a prepared distribution package with the proper dependencies in. (I am unsure though if this might strain the win32 bundling process significantly, though. Surely Frederic knows?) Vassilii --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New FlightGear mousepad
From: Erik Hofman Sent: Thursday, 5. Jan 2006 10:45 -0500 To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] New FlightGear mousepad Erik Hofman wrote: Maybe I can make another one with a different background image, so everybody would be free to choose. http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad2006.jpg http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad2006c.jpg http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad2006c1.jpg Cool! I'm feeling a little sheepish now...hehe. Those ALL look great. And the lightning too...so much has been happening with FlightGear it really is hard to encapsulate it all in a few pictures. On the last two, I might give a slight preference to the Beechcraft just because the Citation seems to be showing a little shading problem in that screenshot. Best, Jim --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
AI development plans (Was: Re: [Flightgear-devel] Multiplayer voice comunication)
On Thursday 05 January 2006 14:55, Martin Spott wrote: In other words (with a not that negative touch) this would say: We'd appreciate if ATC/AI developers would keep such a scenario in mind when they plan changes to this stuff. You can't doubt that voice ATC is reality, not only in real life but in desktop flight simulation as well. Why should FlightGear negate heading for this direction ? Martin. [Since this mail turned out to become rather lengthy, I decided it might be better to continue this thread under a new subject name]. I still haven't firmly decided how ATC should interact with AI traffic, but that these systems should be integrated has always been part of my overarching design plan. Since my AI developments are based on extending the AIModels code, this would naturally move toward a fully integrated system. My global thoughts on a possible AI-based ATC system is that is going to be a module that monitors the behavior of AIModel aircraft in a certain sector, and that has the capability of overriding the preprogrammed AIAircraft routing commands to avoid conflict situations, or whatever. Information about this overriding behavior would then in parallel be sent in the form of a verbal instruction to a virtual radio unit and received in the users cockpit, by voice or text message, if the user's radio is tuned to the right frequency. My plan is also, however, not to start working on integrating the AI system until after the basic AI routing system is finished. FWIW, I have now finished the following parts of the AI traffic system: - A global routing system, that is capable of letting AIModels based aircraft fly a rotating sequence of flights between two or more airports, that is, any airport in FlightGear's database. - Taxiway following at selected airports (currently only implemented for my hometown airport, but more network files are under development) - Rudimentary support for ground network editing in David Luff's excellent Taxidraw program, so that users can add taxiway following for [name your favorite airport here] - Very early development code for a routing table editor - Dynamic preferential runway use, based upon wind, time-of-day, noise abatement procedures, and other possible restrictions. I'm currently trying to clean up a few rough edges with respect to AIModels ground handling and in the mean time I'm thinking about what my next development goals for this year will be going to be. I haven't firmly decided yet, but I'm considering starting to tackle airway following code, which is in a way quite similar to the ground network. In addition to that, I'm also trying to continue working on developing the ground network editor and the routing table editor. All 'n' all, there's still enough to do. :-) Cheers, Durk --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] crash in FGTower::ProcessDownwindReport()
This crash occurs quite frequently (/sim/ai-traffic/enabled=true): #0 0x080be433 in FGTower::ProcessDownwindReport (this=0x1e31a800, t=0x2153fc00) at AIPlane.hxx:80 #1 0x080beffc in FGTower::Respond (this=0x1e31a800) at tower.cxx:520 #2 0x080c2b5a in FGTower::Update (this=0x1e31a800, dt=0.083329) at tower.cxx:356 #3 0x0809e8db in FGATCMgr::update (this=0x17512000, dt=0.083329) at stl_list.h:131 #4 0x0805291e in fgMainLoop () at globals.hxx:279 #5 0x485d798f in __glutRegisterEventParser () from /usr/X11R6/lib/libglut.so.3 #6 0x485d80d5 in glutMainLoop () from /usr/X11R6/lib/libglut.so.3 #7 0x08054d6a in fgMainInit (argc=5, argv=0x1) at main.cxx:1007 #8 0x080511a1 in main (argc=0, argv=0x0) at bootstrap.cxx:197 I suppose that tt-planePtr is either dangling or null. -- Jean-Yves Lefort [EMAIL PROTECTED] http://lefort.be.eu.org/ pgpuI4WXBGy7P.pgp Description: PGP signature
Re: [Flightgear-devel] crash in FGTower::ProcessDownwindReport()
Jean-Yves Lefort writes: This crash occurs quite frequently (/sim/ai-traffic/enabled=true): #0 0x080be433 in FGTower::ProcessDownwindReport (this=0x1e31a800, t=0x2153fc00) at AIPlane.hxx:80 #1 0x080beffc in FGTower::Respond (this=0x1e31a800) at tower.cxx:520 #2 0x080c2b5a in FGTower::Update (this=0x1e31a800, dt=0.083329) at tower.cxx:356 #3 0x0809e8db in FGATCMgr::update (this=0x17512000, dt=0.083329) at stl_list.h:131 #4 0x0805291e in fgMainLoop () at globals.hxx:279 #5 0x485d798f in __glutRegisterEventParser () from /usr/X11R6/lib/libglut.so.3 #6 0x485d80d5 in glutMainLoop () from /usr/X11R6/lib/libglut.so.3 #7 0x08054d6a in fgMainInit (argc=5, argv=0x1) at main.cxx:1007 #8 0x080511a1 in main (argc=0, argv=0x0) at bootstrap.cxx:197 I suppose that tt-planePtr is either dangling or null. Urgh, thanks for the report, I was wondering if this was still an issue. This is one of the reasons ai-traffic is disabled by default. I'll take another look - whenever I try to dig into it it works perfectly. Cheers - Dave --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: AI development plans (Was: Re: [Flightgear-devel] Multiplayer voice comunication)
Hello Durk, Durk Talsma wrote: I still haven't firmly decided how ATC should interact with AI traffic, but that these systems should be integrated has always been part of my overarching design plan. Since my AI developments are based on extending the AIModels code, this would naturally move toward a fully integrated system. To me it's obvious why MP and AI are partially going to be merged some day, because both are 'exterior' sources of aircraft movement from the FlightGear users' point of view. If you think of integrating ATC with AI as well, then please keep in mind that a special situation arises because we are unlikely to convince AI aircraft to listen to 'human' ATC :-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: AI development plans (Was: Re: [Flightgear-devel] Multiplayer voice comunication)
Am Donnerstag, 5. Januar 2006 23:32 schrieb Martin Spott: To me it's obvious why MP and AI are partially going to be merged some day, because both are 'exterior' sources of aircraft movement from the FlightGear users' point of view. If you think of integrating ATC with AI as well, then please keep in mind that a special situation arises because we are unlikely to convince AI aircraft to listen to 'human' ATC :-) Hi Martin, I don't believe that this is a problem at all. We can mask a aircraft as AI so that a human controller knows, he has to command the aircraft only by text. Where by text means the command window - For lazy controllers this windows also creates readable text messages when the command is for a human pilot and sends this over network/whatever... Karsten --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: AI development plans (Was: Re: [Flightgear-devel] Multiplayer voice comunication)
On Thursday 05 January 2006 21:13, Durk Talsma wrote: I haven't firmly decided yet, but I'm considering starting to tackle airway following code, which is in a way quite similar to the ground network. Now that would be amazing. No other desktop sim has AI flying realistic flightplans along airways. Of course we may not be flying airways in real life for much longer with all the GPS and automated routing ideas floating around. Maybe GPS direct isn't so far fetched after all. Paul --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: AI development plans (Was: Re: [Flightgear-devel] Multiplayer voice comunication)
Martin Spott wrote: Hello Durk, Durk Talsma wrote: I still haven't firmly decided how ATC should interact with AI traffic, but that these systems should be integrated has always been part of my overarching design plan. Since my AI developments are based on extending the AIModels code, this would naturally move toward a fully integrated system. To me it's obvious why MP and AI are partially going to be merged some day, because both are 'exterior' sources of aircraft movement from the FlightGear users' point of view. If you think of integrating ATC with AI as well, then please keep in mind that a special situation arises because we are unlikely to convince AI aircraft to listen to 'human' ATC :-) Also, who ever is developing and working on the MP and AI code: PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE! Please consider users with multiple display channels driven from multiple computeres synced together over the network. Nothing is more embarassing (well maybe I shouldn't say nothing) than demoing the new sim software on a 6 screen visual system flightgear based simulator and having 6 independent ATC/Tower communications sessions going (one on each screen) and then having different airplanes appear on one screen and not on any of the others. Please consider some way to replicate the MP/AI traffic across multiple visual channels, perhaps slave from one master machine that communicates with the outside MP server. Thanks! Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: AI development plans (Was: Re: [Flightgear-devel] Multiplayer voice comunication)
On Thursday 05 January 2006 04:46 pm, Curtis L. Olson wrote: Also, who ever is developing and working on the MP and AI code: PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE! Please consider users with multiple display channels driven from multiple computeres synced together over the network. I can consider it all I want, but unless I win the lottery I won't be able to test this :) Maybe you'll just have to disable that stuff, or find a developer who is able to test it. Dave --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: AI development plans (Was: Re: [Flightgear-devel] Multiplayer voice comunication)
Curtis L. Olson writes: Also, who ever is developing and working on the MP and AI code: PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE, PLEASE! :-) Please consider users with multiple display channels driven from multiple computeres synced together over the network. Nothing is more embarassing (well maybe I shouldn't say nothing) than demoing the new sim software on a 6 screen visual system flightgear based simulator and having 6 independent ATC/Tower communications sessions going (one on each screen) and then having different airplanes appear on one screen and not on any of the others. ATC should be easy - simply disable it on all but one display. AI is more tricky - I guess ideally you would like the AI aircraft to pass seamlessly from one monitor to another as it crosses the FOV. Hmmm. Cheers - Dave --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer voice comunication
On January 5, 2006 04:10 am, Martin Spott wrote: Could you probably back this with an explanation ? Voice-based ATC is done all over the world, why should'nt FlightGear do this as well ? Martin. I'm not saying FlightGear shouldn't do this. I'm saying that this is going to be a useless feature (for quite a long time) -- who is going to be the ATC? And let's not forget that a voice-based ATC would be incompatible with the AI system that we have now, or would have in the future. Learn to walk before you learn to run. Let's get things done right first before we try and do anything fancy. Ampere --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel