De même Ekiga ne supporte pas les codecs g729 et g723.1. Je ne parle pas d'un support natif ( car ces codecs sont proprio ), mais de al disponibilité d'un système de plugins pour les codecs permettant d'ajouter facilement le support d'un codec tiers. J'aurai eu ce support du g729/g723.1, j'aurais alors utilisé ekiga pour mon centre d'appel plutôt que de me rabattre sur des téléphones matériel.
La situation actuelle chez la plupart des fournisseurs de VoIP est qu'ils ne supportent en général que g711/g729 ( voire g723.1 ).
G711 n'est pas envisageable lorsqu'il faut gérer 60 appel car la bande passant requises pour la ligne serait vraiment trop énorme ( 87.2*60 = 5232 kps, soit une SDSL de 6M, or il vaut mieux avoir la connexion en double pour avoir de la redondance, donc 2 SDSL 6M ).
Speex est supporté par peu d'opérateur, et il est risqué à mon avis de faire du transcodage d'un codecs à un autre ( g711/speex -> g729/g723.1 ) car cela bouffe du CPU, augmente les risques d'écho ou de lags, ou de dégradation de la voix.
# support g729 et g723.1
Posté par Fabrice FACORAT . En réponse au journal ekiga et le futur support h263/h264. Évalué à 5.
La situation actuelle chez la plupart des fournisseurs de VoIP est qu'ils ne supportent en général que g711/g729 ( voire g723.1 ).
G711 n'est pas envisageable lorsqu'il faut gérer 60 appel car la bande passant requises pour la ligne serait vraiment trop énorme ( 87.2*60 = 5232 kps, soit une SDSL de 6M, or il vaut mieux avoir la connexion en double pour avoir de la redondance, donc 2 SDSL 6M ).
Speex est supporté par peu d'opérateur, et il est risqué à mon avis de faire du transcodage d'un codecs à un autre ( g711/speex -> g729/g723.1 ) car cela bouffe du CPU, augmente les risques d'écho ou de lags, ou de dégradation de la voix.
http://www.cisco.com/en/US/tech/tk652/tk698/technologies_tec(...)