Martin, On Thu, Oct 12, 2006 at 11:07:49AM +0200, Martin Spott wrote: > On Thu, Oct 12, 2006 at 09:39:29AM +0200, Oliver Schroeder wrote: > > On Donnerstag, 12. Oktober 2006 09:14, Holger Wirtz wrote: > > > > Fine! That should be not a problem. With the X/Y/Z position of the > > > tower and the plane I can calculate the distance and decide if joining a > > > frq can be done or not. > > > > Perhaps we (or I) can patch the asterisk sources, do it talks to the > > MP-server > > and thus knows position and com frequencies of all clients. It can then > > send > > voice data only to nearby clients in a similiar fashion the MP-servers do. > > You guys are great, this exactly the approach that I wold have wished > to see in this case !! This ways you don't have to transmit the position > data twice.
Sorry, but I am not firm in the transmition protocol of flightgear (maybe soon I am :-) ). If I have a local COM client that polls the COM frq and the local position I can calculate the distance to my ATC. The COM client only calls the ATC when the distance value is smaller than a predefined value. Why to patch * (or some of the modules?). > I'd like to add a single comment to this case: It would be nice if the > * server itself could remain unchanged but the change would go into the > conference app. So people could reuse existing * servers on the net > without being forced to install binaries from patched sources. I guess > there are many people out there who would be willing to offer use of > their existing Asterisk servers - as long as they can leave the binary > as shipped witht thir favourite distribution. > > > One extension would be: > > There are two types of users. Type one wants the chatter on the coms to be > > as > > real as possible (meaning no private chat over coms). Type two wants to > > simply talk to others. The default should be type two (public chat), but > > switchable to type two on demand. > > Typically there are multicom air-to-air frequencies in every country > that are reserved for this sort of chat, for example 123,45(0) in > Germany .... Ah, I seee, this is not so uncommon: > > http://www.icao.int/y2k/contingency/aspac/Annex4-5.html > > I propose to use such a standard means in order to implement the > exceptions from the rule. This avoids cluttering a well-thought idea > with unneccessary confusion, This means that the obove special frq's have to be told the client so that a distance calculation is not done for them (if we calculate the distance insite the COM client). Regards, Holger -- ##### #### ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## #### ###### Stresemannstr. 78 E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin ##### ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
