sip, pulseaudio, linphonec, ...

Středa Listopad 11 21:04:00 CET 2009

Dakujem za zaujimave info. Co sa tyka toho zkreslenia, tak to uz sa  
prejavuje aj v programe sound recorder. Ale ako pisete o linphonec a  
nasobeni, tiez mam pocit, ze posobi ako multiplikator problemov. Teraz to  
bezi uz relativne dlho na rovnakej urovni, zvuk bieda, ale je to ako tak  
pouzitelne. Predtym sa prejavovali rozne anomalie, ale skor ako linphonec,  
som to tipoval na asterisk, bud to nejakym updatom preslo alebo to preslo  
po tom, co som dal do poriadku systemovy cas, ktory predbiehal.

S tym asteriskom je to zaujimavy napad, nieco na ten sposob ma aj napadlo,  
ci by sa nedal asterisk pouzit ako sw telefon, ale rychlodotaz do googlu  
nevyhodil nic zaujimaveho (zrejme som ho zle polozil) a viacej som sa  
tymto uz nezaoberal. Skusim pohladat a nastudovat. Asterisk naviac na  
kazdom PC nebude problem, jedine co na tych strojoch ma bezat, je Opera,  
nic viacej netreba a aj ten najlacnejsi HW je na tieto potreby  
predimenzovany :)

Ak som dobre pochopil, tak na kazdom PC ste mal cez seriovy port pripojeny  
mobil, nainstalovany asterisk a uzivatel telefonoval takymto sposobom?  
Zrejme dostanem za ulohu technicky zrealizovat prepojenie aj do GSM siete  
a ked som pozeral, co SIP GSM brany stoja (4 kanaly ~2000 EUR a bude treba  
2-3 taketo zariadenia), bolo by taketo riesenie na nakup HW o 80%  
lacnejsie (rozpocet je znacne limitovany), otazne je potom to, kolko vyjde  
naprogramovanie.

-- 
S pozdravom,
Martin Tiršel

On Wed, 11 Nov 2009 01:18:05 +0100, Michal Rybarik  
<michal.rybarik na ecce.sk> wrote:

> Zdravim,
>
> ked to tak citam, prebudzaju sa vo mne spomienky na nocne mory spojene s  
> linphonec :) Cca v 2004-2006 sme s jeho pomocou prevadzkovali SIP/GSM  
> brany (nakolko HW riesenie bol neprijatelne drahe)... Chcem vas preto  
> varovat pred opakovanim tych istych chyb :)
>
> Celkovo sme s linphonec vyskusali asi 5 typov zvukoviek s roznymi  
> chipsetmi, z toho viacmenej pouzitelne chodili akurat nejake starsie  
> SoundBlastre. U ostanych (nejaky Intel, potom CMI8330, a ine) sme mali  
> presne to co popisujete - priserne skreslenie zvuku pri trochu silnejsej  
> hlasitosti, pukanie na pozadi, atd.... V inej aplikacii ktora pracovala  
> so zvukovkou sa to tusim neprejavovalo, resp nie tak vyrazne, ale v  
> linphonec sa to akoby nasobilo a to co vyslo z druhej strany teleofnu  
> bolo... noooo... priserne ;) Ine riesenie SW klienta ktore by sa dalo  
> ovladat z inej aplikacie sme vsak nemali, a tak sme skusali co sa dalo.  
> Mam dojem ze to pukanie sme ostranili kombinaciou zvukovky a zvukoveho  
> subsystemu (uz nepamatam ci vyhrala ALSA alebo OSS). Bohuzial radost  
> vydrzala vzdy len nejaky cas, vzdy po par tyzdnoch az mesiacoch  
> prevadzky niektora zvukovka bez varovania prestala fungovat (nesiel bud  
> vstup alebo vystup, hoci sa nic nezmenilo - stroj bol dedikovany na tuto  
> cinnost a nikto do neho nesahal, bola tam jedna onboard zvukovka, a  
> tusim jedna ci dve pridavne).. Vacsinou pomohol reboot, v horsich  
> pripadoch sprevadzany rozobratim stroja a samanskymi tancami s PCI  
> kartami.. Prinajhorsom po neuspesnych hodinach skusania, vypnut, odhodit  
> do kuta, a o tri dni sa to potom po zapnuti zazrakom samo od seba zase  
> rozbehlo :) Temna magia na sto sposobov. Okrem problemov so zvukovkami  
> si este pamatam rozne odvisnutia linphonec ktore bolo nutne osetrovat  
> (bol spustany ako child z riadiaceho procesu, ktory mu obsluhoval vstup  
> a vystup)... Na prilezitostne spustenie je linphonec mozno dobry, ale na  
> seriozne a hlavne dlhodobe pouzivanie to urcite neodporucam.
>
> Po asi rok a pol trvajucom zapase sme cele riesenie s linphonec  
> definitivne zavrhli ako neschopne samostatneho zivota, a nahradili  
> riesenim postavenym nad Asteriskom (toho casu 1.0.3). Tam posluzil ako  
> zaklad tusim chan_alsa (channel urceny pre testovanie - prikazy sa  
> zadavaju cez konzolu, zvuk ide cez lokalnu zvukovku), nakolko s nim sme  
> mali cisty zvuk cez zvukovku, za kazdych okolnosti. Na zaklade chan_alsa  
> u nas potom vznikol derivat nazvany chan_gsm, ktory pracuje naraz s  
> viacerymi zvukovkami, a zaroven s viacerymi GSM mobilmi ovladanymi cez  
> seriovy port. Zmizli viacmenej vsetky problemy zvukoveho typu, ktore sme  
> mali s linphonec, i ked pamatam, ze programator ktory chan_gsm robil, sa  
> s roznym pukanim a skipovanim v zvukovke dost natrapil - tak ako  
> pridaval do chan_alsa kod na komunikaciu so seriovym portom, pridavali  
> sa aj problemy do zvuku, nakoniec to vsak dopadlo dobre. S tymto sme  
> fungovali snad dalsie dva roky, problemy sa tu vyskytovali uz len s  
> obcasnym vytuhavanim GSM mobilov a seriovych portov..... ;) Ale  
> vyzadovalo si to uz podstatne menej pozornosti ako riesenie s linphonec.  
> Az konecne sme asi pred pol rokom sme aj toto cele zahodili a nahradili  
> normalnymi SIP/GSM branami... :) Zdrojaky chan_gsm mam niekde odlozene  
> aj s nejakou vyvojarskou dokumentaciou, ak by niekto mal z nejakeho  
> (studijneho) dovodu zaujem... Este aj tie mobily s kablami na seriovy  
> port a zvukovku sa tu niekde v krabiciach povaluju.
>
> Ako to tak rekapitulujem, v prvom rade by som vam poradil na ten isty  
> stroj s tou istou zvukovkou nahodit Asterisk a vyskusat chan_alsa /  
> chan_oss - ak budete mat cisty zvuk, mate sancu zahodit linphonec skor  
> nez vam zozerie kus zivota. Pouzivat Asterisk ako VoIP klienta je trochu  
> ako ist kanonom na vrabce, ale ak nevadi tych par megabajtov naviac, tak  
> tam mate aj pomerne siroke moznosti ako to aj bez programovania  
> vlastneho channelu ovladat z inych procesov, z prikazoveho riadku (shell  
> skript), pripadne po sieti. Alebo (este lepsie), dnes by som sa uz uplne  
> vykaslal na kadejake pochybne improvizacie so zvukovymi kartami, a  
> pouzil HW telefon - slusnejsie kusy stoja tolko, co niekolkohodinova  
> mzda... Nestoji to za tu namahu a nasledne problemy. Ak je to potrebne  
> integrovat s nejakym systemom (v callcentre napr), s pouzitim Asterisku  
> a trochu skriptovania je mozne aj HW telefon ovladat viacmenej tak, ako  
> by ste ovladali SW klienta.
>
> Ospravedlnujem sa za dlhsi mail, chcel som len usetrit vase nervy, ked  
> uz nase sa nepodarilo.. ;)
> Vela stastia
> M.R.
>
> Martin Tiršel  wrote / napísal(a):
>>
>> Myslim, ze na PCckach je ALC883 chip a Debian Lenny, ani testing  
>> nedokazu z mikrofonu dostat cisty zvuk. Prvy problem je, ak sa da  
>> mikrofon hlasnejsie, pripadne sa zvysi hlas alebo da mikrofon prilis  
>> blizko ustam, zvukova vlna akoby bola pri urcitej hladine useknuta a  
>> vznika tak silne zkreslenie, ze nieje nic rozumiet (a zial tento stav  
>> nastava uz pri nizkych hlasitostiach). Druhy problem je, ze je pocut  
>> akesi velmi jemne pukanie. Ked si spravim nahravku zvuku na danom PC,  
>> tak to je akceptovatelne, ale nasledne to prechadza nejakymi kodekmi,  
>> VoIP telefon to tiez musi nejako nasekat do paketov, dohovie cim  
>> vsetkym to prejde u VoIP poskytovatela, potom degradacia na prepojoch  
>> do verejnej telekomunikacnej siete, dalsi pokles kvality na zakonceni a  
>> potom sa clovek predstavuje namisto "Dobry den" vetou "Halo, pocujete  
>> ma?" :) Chcem si preto pripravit poriadne testovacie prostredie a zvuk  
>> tahat z viacerych bodov, menit parametry, testovat a porovnavat kvalitu  
>> v jednotlivych bodoch.
>>
>>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux