Szia! Köszönöm szépen a választ. Biztos ez lehet a probléma oka, VLC-vel még akkor sem sikerült soha UDP-en keresztül stream-elni, ha mindkét oldalon a VLC volt. A VLC-vel már van tapasztalatom, bármiféle probléma nélkül összehoztam a http-n keresztüli stream-elést, az egyetlen problémám vele a késleltetés, célom az lenne, hogy ez a minimális legyen. Bármiféle, parancssori paraméterekként megadott pufferek minimalizálásával (sem) sikerült minimalizálni a késleltetést. Fontos számomra a minimális késleltetés. Sima 16 Bites adatfolyamként továbbítva (S16B, S16Le, már nem emlékszem melyiket sikerült) sem csökkent a késleltetés. Elvileg UDP, vagy RTP/RTSP protokollon keresztül csökkenthető a késleltetés, de ezt sehogy sem sikerült még soha összehoznom. /proc/asound/card1 alatt a maximális pufferméret ugyan nem állítható, de ami állítható, azzal sem sikerült semmit összehozni. Ffmpeg vagy avconv: sajnos, bármilyen erőfeszítésem ellenére nem sikerült vele stream-elést összehozni: nem tudom, hogy a késleltetés minimalizálása ebben az esetben mennyire lenne lehetséges. Line-in bemenet felvételét nyers WAV-ként minidlna vagy hasonló DLNA szerverre irányítani hogy játsza le: ez esetben a késleltetési probléma nem oldódna meg? Nekem a VLC is megfelelő lenne teljesen, ha a késleltetést valamiképpen meg lehetne oldani, hogy minimális legyen. Tudom, hogy az is idő, amíg a beérkező adatot a hangkártya analógról digitálisra alakítja, de elvileg van megoldás arra, hogy minimális legyen a késleltetés. Sajnos, VLC esetén ez a késleltetés közel 1 mp, vagy még több még akkor is, ha a fogadó VLC-n is elvégzem a szükséges puffer-beállításokat. WebRTC mennyire elterjedt, illetve azon bonyolult lenne ilyet összehozni? Bármilyen megoldás érdekelne.
Üdvözlettel: Csaba _________________________________________________ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
