RE: [Flightgear-devel] FlightGear voice communication
> Here is the content of extensions.conf: (this file must be in
/etc/asterisk)
FreeBSD uses /usr/local/etc/asterisk
I corrected my mistake and now have /usr/local/etc/asterisk/extensions.conf
> DAHDI is here for sync purpose requi
Lloyd,
$ROOT/extensions.conf is created by the script in the same folder you are
executing the script then moved to /etc/asterisk.
Here is the content of extensions.conf: (this file must be in /etc/asterisk)
[general]
static=yes
writeprotect=yes
;
[default]
#include "fgcom.conf"
include => fgco
>Hi Llyod,
>
>1TB per month is sufficient to handle 50 simultaneous calls continuously.
>Of course, FGCom is not as popular but I don't know how will be popular
>FGCom once our user will be able to use the integrated FGCom so I prefer to
>plan this high bandwidth instead of planning only 25 calls
Hi Llyod,
1TB per month is sufficient to handle 50 simultaneous calls continuously. Of
course, FGCom is not as popular but I don't know how will be popular FGCom once
our user will be able to use the integrated FGCom so I prefer to plan this high
bandwidth instead of planning only 25 calls duri
RE:
> About server management: as stated with Dirk, our main problem is the
> bandwith. Dirk and me agree that our server won't be able to solve this I
> see 3 solutions for now:
> - Having a server with high bandwith => require to buy a dedicated server
> in a datacenter,
I am currently donatin
Clément,
> The easier solution is the last one, it can be really easy to implement this
> in FGCom standalone/integrated and totally transparent for our users. As
> example, we can decide that
> fgcom01.flightgear.org handles frequencies 118.0 to 124.9
> fgcom02.flightgear.org handles frequencies
Jörg,
Keep in mind it's the choice of user to use or not a restricted server. Also I
didn't hear that someone want setup a restricted server anywhere. This is just
a feature, which is also present in FGCom standalone since a lot of years. And
as you can see, even if the feature is existing in F
> Hi Clément,
> I'm not convinced adding a string is relevant, in real life you haven't a
> message you tell you if you are correctly connected to X frequency. The
> only way to check is to look at your radio, in FG it's the same.
seams we have different experience in fgcom. And there will be no i
As a point from a user:
I am getting very worried about this discussion about "every body has
the possibility to setup his own FGCom server disabling the
"guest:guest" account and only accept registered pilot on their
server".
To my knowledge this issue has been discussed for FGFS very extensivel
On Aug 21, Clement de l'Hamaide wrote:
Hello
>FGCom standalone is not yet ready for the new FGCom server because he
>use an old "positions.txt" file. If you upgrade your server now every
>OpenRadar/FGCom standalone user won't be able to connect to most of
>frequencies and here is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
Nice work!
Will it be possible in the future to use different sound devices for
fgcom and the simulator to get only the fgcom voice via the soundcard
with the headset connected?
For example using the main soundcard for fg and a usb headset for
the
Hi all,
Registration can be really usefull if some of our user are considering there is
too many "children" on the frequency. Ebery body has the possibility to setup
its own FGCom server disabling the "guest:guest" account and only accept
registered pilot on their server.
In this case server ad
On Tuesday, August 20, 2013 01:08:42 Clement de l'Hamaide wrote:
> Hi all,
>
> I've finished FGCom integration, fg/flightgear and fg/fgdata repo are ready
> for test. On FlightGear side there is a -DENABLE_IAX variable set to ON as
> default. In order to use the new feature you must add --enable-f
Am Dienstag, 20. August 2013, 00:08:42 schrieb Clement de l'Hamaide:
Hi Clément,
>
> You can find more detail on the wiki :
> http://wiki.flightgear.org/Integrating_FGCom
>
nice screen-shot this will make it more comfortable.
The registration I would let out, until flightgear has no unique user
Hi all,
I've finished FGCom integration, fg/flightgear and fg/fgdata repo are ready for
test.
On FlightGear side there is a -DENABLE_IAX variable set to ON as default.
In order to use the new feature you must add --enable-fgcom (or
--prop:/sim/fgcom/enabled=true )
You can find more detail on t
>
> - frequencies range:
> I understand your problem about multiple identical frequences but it seems
> the problem comes from our apt.dat file which is excessively out-dated.
> Looking at Jeppensen charts it appears that
> - EDBM doesn't transmit on 124.170 in real world :
> http://va-transaero.r
Dirk,
- bandwith:
Good catch ! indeed "silent" variable is set by the threshold, so it can be
worth to investigate here.
Once the current state of FGCom will be merged I will try to add this threshold
function.
- frequencies range:
I understand your problem about multiple identical frequences b
Am Donnerstag, 15. August 2013, 21:52:34 schrieb Clement de l'Hamaide:
Hi Clément,
> - bandwith:
> Indeed IAXClient has a function called void iaxc_set_silence_threshold(float
> thr); unfortunately, looking at source code this function does exactly the
> same as we are doing in FGCom source code
On 16 Aug 2013, at 09:25, Adrian Musceac wrote:
> If you'd use my new radio propagation code, which is an improvement over
> what's already in git, range would be as close to reality as possible for all
> type of radio comms, be they VHF voice, VOLMET, ACARS, ADS-B, VOR/DME, radar,
> etc. My
On Thursday, August 15, 2013 22:52:34 Clement de l'Hamaide wrote:
>
> - As main problem I see in the ranges of frequencies:
> In the new integrated FGCom ranges is dynamically calculated depending of
> the altitude of the pilot/ATC in accordance to this formula :
> http://fr.wikipedia.org/wiki/Rad
On Aug 15, Dirk Dittmann wrote:
Hello
> - Dialbook get Nummer :
> the search should not return the first frequency, the nearest in Range is
> more
> suitable.
True, it currently returns the first in alphabetical order. As Clement
answered, adding ranges, even simple one, should narrow the c
Hi Dirk,
Thanks you for your feedback ! I will try to bring you some answer.
- bandwith:
Indeed IAXClient has a function called void iaxc_set_silence_threshold(float
thr); unfortunately, looking at source code this function does exactly the same
as we are doing in FGCom source code : set input_
nice to see fgcom stepping forward.
Installing the fgcom-server(delta384) was my first touch with Asterisk,
amassing power full tool. Looking back see a lot of bandwith.
my suggestions for improvement:
- bandwith :
the fgcom-client(iax) didn't close upstream only the mic, i have deep in mind
Hi all,
I've now implemented all what I wanted about FGCom.
Now FGCom built-in is stable and fully working.
As stated with James, it's planned to add the feature once 2.12 branch is
created.
Also Vivian will add the new dialog (
http://i83.servimg.com/u/f83/16/09/76/33/captur13.png ) in fgdata
Hi Pedro,
Asterisk is not a peer-to-peer based infrastructure. Bandwidth cost is ~40kb/s
by user (upstream&downstream)Sound card is not required.
The most important things for FGCom hosting is to be able to maintain the
server once he is started :-) I'm saying that because a big update (but ea
Whats involved in hosting an fgcom/asteriks server ?
Is it gonna eat the quota on my dedicated ?
Can the server work with no soundcard ?
Is it peer to peer ?
Candidate is http://fgcom.freeflightsim.org
alongside
http://fgms.freeflightsim.org
Hopefully with some client/server interaction..
Pet
Jörg,
> Could it be possible to start 2 instances of FGCOM in
> the background (just with different ports) and thus
> be able to switch
between those two from within FGFS?
Ok in this case I will keep active COM1 and COM2, but keep in mind that you
_can't_ listen to COM1 and COM2 at same time.
On 8 Jun 2013, at 16:28, Clement de l'Hamaide wrote:
> Hi all,
>
> With help from Geoff and James I've successfully added FGCom feature to
> FlightGear.
And thanks the Clement for tackling this.
> 1) Simultaneous calls
> If someone want to expand IAXClient library in order to manage simul
Hi Clement
thanks a million times for taking the initiative for that - i guess I am
one of the bigger users and promoters for FGCOM since a long time - and
waited very long for such a solution.
Just one point: Could it be possible to start 2 instances of FGCOM in
the background (just with differen
Hi all,
With help from Geoff and James I've successfully added FGCom feature to
FlightGear.
Therefore I'm facing to 2 limitations from IAXClient library.
1) Simultaneous calls
IAXClient library has not be designed to handle simultaneous calls.
So it's not possible to listen COM1 and COM2 at same
Hi,
James wrote :
> Making the current fgcom code work as a thread inside fgfs isn't especially
> hard, I am happy to offer advice on it, and keeping this an #ifdef / CMake
> flag so it can be a standalone process is also pretty easy.
My current topics/fgcom branch already include a CMake flag
On 05/22/2013 01:16 PM, Clement de l'Hamaide wrote:
- Use 25KHz step frequencies (118.175, 124.225...)
how about 8.33kHz spacing?
You are aware that from next year 8.33Mhz spacing is mandatory for IFR
in Europe (and already is above FL195)?
http://www.eurocontrol.int/articles/833-khz
Note
On 22 May 2013, at 12:16, Clement de l'Hamaide wrote:
> I'm expecting opinion, comments, contributions and even join to this effort.
> I can't do all this alone because I haven't enough C++ skills (integrate an
> IAX library in SimGear is impossible for me). I think we need 1 or 2 person
> wh
Hi all,
I've done some work on FGCom and I'm now able to have a realistic voice
communication system which is less far than the reality.
As a featuring :
- Record ATIS message from FGCom into Asterisk
- Playback an ATIS message into FlightGear via FGCom
- Listen a _real_ morse code for VOR/DME in
34 matches
Mail list logo
