forum.odorik.cz

xsouku04 píše:Pokud chcete vědět, jestli by tento jitter buffer pomohl u konrétního hovoru, pošlete id toho hovoru.

ID hovoru 92935078
My jsme slyšeli perfektně, druhá strana (na mobilu) dost špatně.

ID hovoru 92935078
My jsme slyšeli perfektně, druhá strana (na mobilu) dost špatně.

Tohle je vyloženě učebnicový příklad, kdy statický jitter buffer 300 ms vše vyřeší.

Samozřejmě pokud nemáte jinou možnost jak zlepšit kvalitu uploadu.

Nastavte si náš jitter buffer jak pro odchozí (SIP portem) tak pro příchozí (prefixem v paralelním zvoněním) hovory.

xsouku04 píše: Tohle je vyloženě učebnicový příklad, kdy statický jitter buffer 300 ms vše vyřeší.
Samozřejmě pokud nemáte jinou možnost jak zlepšit kvalitu uploadu.
Nastavte si náš jitter buffer jak pro odchozí (SIP portem) tak pro příchozí (prefixem v paralelním zvoněním) hovory.

Děkuji za dobrou zprávu. Občasné problémy s kvalitou hovoru byl docela problém.
V čem je problém s uploadem nevím - zkusím cestu buffer 300 ms.

SIP port jsem změnil to nebyl problém.
Chtěl jsem nastavit to paralelní zvonění (vlastní telefonní číslo --> vlastní telefonní číslo --> paralelní vyzvánění - chvíli jsem to v menu hledal tak pro ostatní raději vypisuji).
Myslel jsem že by mohlo stačit v tom okně zrušit číslo mojí linky a naopak přidat *089ccccccccc (ccc... je moje veřejné číslo) ale na bránu se nedalo dovolat. Ven volat šlo.
Můžete napsat kde dělám chybu?

A ještě jeden dotaz. Buffer 300 ms bude stejný pro oba směry? My máme problém jen s odchozí kvalitou, není možné aby příchozí zůstalo 50 a odchozí 300? Nevím jak se zpoždění projeví v tom že si lidi "skáčí do řeči". A 50/300 by ten překryv zmenšilo na polovinu. Pokud to nejde tak to berte jen jako námět na zamyšlení.
A jak se toto projeví pokud člověk telefonuje jinému uživateli Odorik který by měl také standardně nastaven buffer 300?

Má to být *089*ssssss kde ssssss je číslo v síti.
Takhle to akorát zacyklíte.

Četl jsem tady, že s kompletním šifrováním to nefunguje.
Ale fungoval by 6699 se zavrhovaným SRTP s UDP ?

STP píše:Četl jsem tady, že s kompletním šifrováním to nefunguje.
Ale fungoval by 6699 se zavrhovaným SRTP s UDP ?

Pokud si nastavíte SRTP, bude pak nutné použít ten prefix pro extra jitter buffer. A myslím, že bude fungovat.
SRTP je totiž jen další vrstva nad normálním RTP a v době, kdy se extra jitter aplikuje, už je opět rozšifrováno.

Nejaky update ohledne fixniho jitter bufferu pro TLS, pridali jste nejaky port, resp. lze se na nejaky port pripojit z TLS, aby bylo mozne fixni jitter buffer pouzivat a zaroven nemuset vypisovat pred kazdym cislem prefix *089?

Ad /w/specialni_cisla

Byla by k dispozici hlaska s hudbou? Co by posilala (nejlepe ve zvolenem kodeku) melodii dostatecne dlouho (do zaveseni)?

Pripadne i kombinovana s echem (stale hraje hudbu a zopakuje echem vstup)... Neni podminkou.

To 8 vterinove je malo pro muj ucel.

Neco jako
sip:500@hd-telefonie.avm.de (550 anglicky)
Je mozne, ze to zarizli jen pro UA od AVM, ale je tam povidani a hudba, okolo 90sec.

Funguje ještě tahle fičurka na portu 6699? Poslední dobou mám hovory v CSipSimple naprosto nepoužitelné. Já druhou stranu slyším, ona mě velmi špatně, i když to zkouším otestovat přes *0811, tak mnou nahraná hláška je prakticky nesrozumitelná.

swejzi píše:Funguje ještě tahle fičurka na portu 6699? Poslední dobou mám hovory v CSipSimple naprosto nepoužitelné. Já druhou stranu slyším, ona mě velmi špatně, i když to zkouším otestovat přes *0811, tak mnou nahraná hláška je prakticky nesrozumitelná.

Ideálně napište id hovoru, podíváme se na konkrétní případ. http://www.odorik.cz/w/hlaseni_problemu