Re: [Flightgear-devel] Add/Set properties to/in MP Protocol
On Sun, 30 Dec 2012 06:23:36 +0100, Jörg wrote in message 1356845016.1846.28.camel@emma-work1: But to get people convinced to use/install FGCOM you first have to attract them - and for that you need MPchat. Also you need it to contact all pilots passing by in a normal, playing, non controlled, standard FGFS mode! You will never get ALL pilots (newbies or not) to switch frequencies every few minutes to make sure they notice an ATC trying to get their attention! Pilots do not do that in the real world either! ..here, we can lean onto the alleged RL al-TSAida hysteria and launch AI Air Force interceptors and missiles, etc. ;o) Happy New Year! :o) So we do need MPchat - at least to tell those fun-pilots that there is an ATC and what is the FGCOM-frequency!! -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...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. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Add/Set properties to/in MP Protocol
On 30 Dec 2012, at 05:23, Jörg Emmerich j-emmer...@online.de wrote: So I would not change the MPchat-mode of operation - even so it truly is a real pain when in the triangle up to 4 ATCs are talking to pilots being in MPchat-range of all 4 ATCs. On the other hand it is the very best propaganda for FGCOM. An even better propagation would be the integration of FGCOM-CODE into the FGFS release -- why can only OSX do that? It won't happen for 2.10 unfortunately, but my intention is to move fgcom into the flightgear code repository, and to make it a library function that can be compiled standalone or into fgfs[.exe]. This will simplify the setup, and also mean everyone has access to FGCom. It would also then be possible, to add some feature, that when MultiPlayer is enabled, we automatically tune people to listen in to 'nearby' ATC - maybe on some special advertisement frequency. Think ATIS but with a message saying 'voice ATC is available in this area - please tune your com radio to xxx.xx to participate'. I think being able to listen-in, without participating, would help new users get the idea of voice ATC, without feeling the must join in. But I may be wrong about that! Since we have the XMLHTTPRequest code working now, it's easy to retrieve a list of FGCOM servers dynamically, or even a list of active ATCs - with arbitrary fields such as locale (lat / lon) and frequency, and offer a dialog box to tune to them. You can imagine a web service that lets ATCs register as being online/offline at a particular facility. James-- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Add/Set properties to/in MP Protocol
On Sun, 2012-12-30 at 11:54 +, James Turner wrote: snip Since we have the XMLHTTPRequest code working now, it's easy to retrieve a list of FGCOM servers dynamically, or even a list of active ATCs - with arbitrary fields such as locale (lat / lon) and frequency, and offer a dialog box to tune to them. You can imagine a web service that lets ATCs register as being online/offline at a particular facility. James Yes I have a working proof-of-concept code that (will - future tense) allow you to create a flight plan on an ATC web site, and then download that plan into the A380 FMS, which would then stuff it into the route manager. It currently allows an aircraft to LOGON to a ATC service, request departure clearance, request gate info, send position reports and fuel reports back to a central service. It's based on a simplified FANS/ATN message set. It already knows how to parse the apt.dat file so could easily provide that data over the same mechanism. The server side also listens to MPchat and knows where ATC users are located. I've had a read up on the OpenRadar project just yesterday and I can see how I can get rid of some functions because they are better done in OpenRadar, but I can also see how my code could become a general data service. S. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Add/Set properties to/in MP Protocol
Am Donnerstag, den 27.12.2012, 22:37 + schrieb Stuart Buchanan: Hi Wolfram, Active tuned in frequency: There is a property for that in MP protocol, but as much as I have seen, it contains always the same frequency and does not change with the radio. Correct. When I originally implemented the MP chat function, I intended to enhance it so that chat would be filtered by the tuned frequencies. However, before I managed to do that, FGCom was developed and it quickly became obvious that it was a much better solution, as well as being more realistic. True, FGCOM is much better. But many ATCs use the MP chat to help the user to understand and 'read back' the values. Additional many users don't use it, at least for now. The ATCs I know, accept MP Chat. Several ATC 'aircraft' and OpenRadar have features to support MPChat ATCing. It is trivial to add, and I'll take a look after the release is complete. I'll also check with Matthias to see if there's any HLA issue I should be considering. Thank you Stuart! signature.asc Description: This is a digitally signed message part -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Add/Set properties to/in MP Protocol
Hi Wolfram, Active tuned in frequency: There is a property for that in MP protocol, but as much as I have seen, it contains always the same frequency and does not change with the radio. Correct. When I originally implemented the MP chat function, I intended to enhance it so that chat would be filtered by the tuned frequencies. However, before I managed to do that, FGCom was developed and it quickly became obvious that it was a much better solution, as well as being more realistic. Potential Usage: In a region with many ATCs, like in the triangle around EDDF, there is much noise to ignore in MP chat, because all speak over one channel. If we would have the set aircraft frequency transmitted, the ATC could filter those messages that match his frequencies. We would have a much better realism and ATCs had a better overview. On my side I have implemented this feature already, but it is hidden, as it waits for the FG Change. IMO people should be using FGCOM rather than MP chat for realistic ATC communications. There is a role for MP chat as help channel for those diagnosing FGCom issues, but if it didn't exist today I doubt it would be developed. Linking the property to the currently tuned COMM1 frequency would be straightforward, and could be done very easily in the MP Chat Nasal library, i.e. without any source-code changes. However, I'm really not convinced of the need to do so. Do people who run ATC really accept users without FGCom? Squawk codes The big difference between FG und the reality in terms of ATC is that if there should be a Squawk transponder build into the model its data do not reach other clients. Potential Usage: Most of you will know how it is used. I can imagine that these codes influence the coloring (e.g. emergencies) and give extra information to the ATC (flight state). I can see the advantage of having squawk codes added to the MP data, and they are sufficiently universal that they should be transmitted as a dedicated property rather than as one of the per-aircraft generics. It is trivial to add, and I'll take a look after the release is complete. I'll also check with Matthias to see if there's any HLA issue I should be considering. -Stuart -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel