Dotaz: posílání zvuku realtime mezi pc

[Matlák]

Dobrý den.. Mám takový dotaz, existuje nějaký software pro commandline co by mi tohle umožnil? Zkoušel jsem prosté "nc xx.xx.xx.xx 1234 < /dev/dsp" ale to nějak nefunguje, přitom třeba video z webkamery takto odesílat jde..

Používám hodně jack, takže jsem zkoušel netjack a taky mizerný výsledek... Potřebuju minimální latenci, na LAN, nezáleží mi příliš na přenosové rychlosti.. Ale uvítal bych malou náročnost na CPU..

Jestli nic podobného neznáte, tak se asi pustím do vlastního programu..

Odpovědi

[dustin]

První stroj:

arecord -f cd -D plughw:0 | netcat druhystroj 55555

Druhý stroj:

netcat -l -p 55555 | aplay -f cd -D plughw:0

Nebo rozchodit pulseaudio.

[Matlák]

Tohle jsem vyzkoušel a funguje to dobře, díky za tip.

Jen bohužel na tom stroji ze kterého chci vysílat běží jackd a ten nepustí arecord k hardwaru.. Když jackd shodím tak to jede, ovšem ta latence je alespoň 100-200ms podle sluchu.. já bych potřeboval tak 20 ms (jackd má latenci 10 ms)...

[dustin]

10 ms bylo po síti přes netjack?

Zkusil bych následující:

* jackd si určitě nastavuje nižší buffer alsy, aby snížil latenci (parametr p?). Zvukovka pak zpracovává kratší bloky dat mezi přerušeními, tedy nižší latence. Zkus v arecord/aplay jít dolů s parametrem -F. arecord -v -F 1 použije/vypíše minimální periodu, kterou ovladač zvukovky dovolí, ale to již asi bude po síti házet xruny.

* Zvol frekvenci, která je nativní pro zvukovku, aby plugin plug (viz plughw) nemusel převádět vzorkovací frekvenci - další výrazná latence, nelze nijak zkrátit. To -f cd je 44,1kHz, spoustu zvukovek jede jen na 48kHz, tedy plug konvertuje filtrem o délce několika stovek vzorků.

* Zkus snížit MTU síťovky, aby měla komunikace co nejnižší latenci (hádám)

* Možná má netcat nějaké čudlíky pro snížení bufferů - tedy latence, to chce zjistit.

 

[Matlák]

Moje experimenty vedly k nastavení na 44,1kHz, jiná frekvence zatěžovala výrazně CPU (tedy pravděpodobně k převzorkování docházelo) teď pracuju na vlastním transportním programu v C.

Netjack se mi nepodařilo rozchodit, ovšem vím že samotný jack pracuje se snímky dlouhými pár set vzorků... mám nastaveno 512 a to dává zpoždění zhruba 12ms při 44,1kHz vzorkování. Množství vzorků můžu i zmenšit, ale myslím že když bude zpoždění 12ms na pc 10ms na síti a 12ms na druhém pc tak to nebude tak hrozná ozvěna.. uvidíme.

Každopádně používání netjacku mi připadá zbytečně komplikované, píšu program který nevyžaduje žádné úpravy jackd a připojí se prostě jako další jack klient, otevře port a připraví si buffer odpovídající velikosti snímku.. Je to jednoduché ale vyžaduje to přesně stejné nastavení jackd na obou strojích, ovšem to není velký problém..

[Matlák]

Tak jsem ten program dopsal, má to 617 řádků v čistém C a funguje skvěle...jen na localhostu

Když ten program spustím přes síť tak sice latence je kolem 30-40ms, ale dochází k nepravidelným výpadkům dlouhým 150-200 vzorků (podivné když snímky mají přesně 512..) které činí zvuk neposlouchatelným..

Jinak to generuje datový tok asi 4MB/s a přes loopback jede zvuk bez jediného zádrhu.. Zátěž okolo 10% (server i klient na jednom stroji) na AthlonXP 3200+
Asi se pokusím tam udělat nějaký doublebuffering nebo tak.. a nebo si prostě koupím 10m audio kabel

[petr_p]

A zkrátil jste také buffery TCP?

[Matlák]

Dneska jsem se k tomu vrátil

Zjistil jsem že nastavení velikosti bufferu socketu na celkové "roztrhání" zvuku nemá vliv, ovšem taky jsem zjistil že mám zásadní problém v návrhu. Připojení z jiného stroje po LANce totiž roztrhá i zvuk lokálního zdroje (jiného jack serveru) běžícího přes loopback (po jeho odpojení se zvuk vrátí do normálu).

Je to asi klasický problém fronty, pravděpodobně ztrácím data, a nebo se program příliš zasekává na zámcích.. Ale kabel jsem ještě nekoupil uvidíme

[marek]

Dobry den.

Docela jsem si hral s pulseaudio.

Pouzivam pri prehravani filmu na notebooku prenos zvuku na router, ke kteremu mam pripojeny hrozen zesilovacu s bednama, bednicek a sluchatek.

Na notebooku mam akorat plugin pro alsu:

#>cat .asoundrc

pcm.!default {
        type plug
        slave.pcm "pulse"
        }
pcm.pulse {
    type pulse
}
ctl.pulse {
    type pulse
}

#>cat .pulse/client.conf

default-server = 123.123.123.123

Potom vsechno co umi pouzit alsu, muze mit zvuk uneseny na server.

Na serveru musi byt rozchozene pulse a musi mit nacteny module-native-protocol-tcp + vyresenou autorizaci (bud pulse-cookie stejne jako na klientovi nebo vyplou)

Jine reseni je pulse + module-esound-protocol-tcp

Potom vsechno co umi pouzit esd, muze mit zvuk uneseny na server.

Dalsi reseni je mit pulse server rozjety i na klientovy a nechat si zvuk predavat mezi serverama. K serveru na klientovi se da pripojovat pomoci module-native-protocol-unix nebo module-esound-protocol-unix.

 

 

Samozrejme na to, na co to pouzivam, jsem latenci nikdy nemusel neresit (takze ani netusim jaka muze byt. www.pulseaudio.org: PulseAudio is intended to provide lower latency than the software mixers dmix and esd ).

marek

[dustin]

Takže na routeru máš pulseaudio server? Zajímavé, jaký typ routeru používáš? Ještě podporu pulseaudia na windows jako klient (nebo to již jde?) a můžeme mít centrální síťovou "zvukovku" v routeru.

[marek]

Muj "router " je amd64.

Krome toho, ze routuje, tak na nem jeste permanentne bezi asterisk, apache, sendmail s antispamem a desktop.

Router jsem to nazval, protoze z toho je jasne, ze bezi nonstop.

Narocnost pulse na tomto zeleze je na hranici smysluplne meritelnosti.

Marek

[dustin]

Aha, diky za info. Myslel jsem, ze je to nejaka krabicka typu Asus WL500 apod.

[petr_p]

Nevím, jak je na tom pulseaudio teď, ale před rokem nebylo na slabých strojích (Pentium MMX na 200 MHz) použitelné.

[dustin]

Díky, toho jsem se trochu obával. Nenadělám nic :)