Először írok a tapasztalatomról, utána pedig picit utánanézek, hogy ne csak a szám járjon. :)
Van egy USB host interface-t is tartalmazó TL-WR842N v3-as router-em. Ezen ugyan nem a legfrissebb OpenWrt/LEDE, de már 4.9.82-es kernellel készült snapshot, saját image az image builderrel előállítva. Az USB csatlakozóban egy USB hub (1a40:0101), amelybe egy nyomtató és egy USB-s hangkártya (0d8c:0008) van dugva. Pulseaudioval hálózaton keresztül küldöm a hangot a router-en futó pulseaudio szerverre. Ugyanakkor ez nem PA bug lesz, mert leállított PA mellett futó ALSA interface-en csatlakozó mpd is produkálja a hibát.
A hiba annyi, hogy a hang valamelyest recseg-ropog. Van, hogy hibátlan, van, hogy nagyon recseg, van, hogy még elfogadható mértékben. Valami pointer túlcsordulás, címzés hiba állhat a háttérben az alábbi miatt.
Szól a hang, de recseg, mintha bufferenként hiányozna belőle néhány ms. Ellenben, ha leállítom a lejátszást, majdnem csend lesz, de mintha az addig hiányzó tartalmak késve megérkeznének, azaz nagyon rövid, alig 1-2 ms-os darabkák kerülnek lejátszásra az amúgy már csendben. Épp, ami hiányzott, amikor még szólt a hang. Aztán, ha ezek a buffer szegmensek elfogytak, csend lesz. Így képzeld el:
1111111(0a)1111111(0b)1111111(0c)1111111(0d)0000000a0000000b0000000c0000000d
1-ekkel azt jeleztem, amikor van még lejátszás. 0a, 0b, 0c, 0d az, ami hiányzik a hangból lejátszáskor. 0-val jelöltem, amikor csend van, mert leállítottam a lejátszást. Aztán a, b, c, d-vel jelöltem, ami megjön utólag, de mintha épp ez hiányzott volna a hangból 0a, 0b, 0c, 0d helyen, amikor szólnia kellett volna. Tehát 0a, 0b, 0c, 0d helyeken van a reccsenés, szerintem csend, de azért adtam ilyen neveket, hogy hivatkozhassak arra, hogy ez olyan csend, ami késve épp lejátszásra kerül majd.
Igyekszem rákeresni a neten, de mintha azt találtam volna korábban, hogy ez kernel bug, már javítva van, de csak 4.9 után. Ezt kezeld fenntartással, nem néztem egyelőre alaposabban utána.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE