Dotaz: Presmerovanie vystupu Audadacious do vedlajsej miestnosti

[GothiqueNoir]

Chcem nejako poriesit nasledujuci problem. V jednej miestnosti mam pocitac s Debianom v druhej repro 5 + 1 a Raspberry Pi s DietPI napojene na domace kino. Chcel by som nejake presmerovanie vystupu z Audadacious do vedlajsej miestnosti kde je RPI + 5.1 repro. s tym aby som mohol ovladat hlasitost v oboch miestnostiach z Audaciousu/Pocitaca z ktoreho Audacious pustam. Nedoporucite mi nejake riesenie ? Dakujem.

---

---

Odpovědi

[NN]

Nekde jsem cetl, ze audio vystup z RPi neni zadna super kvalita..

[k3dAR]

to sice neni, presto to jako HTPC neni problem pouzivat, pokud neni clovek netopejr, proste to pri tichejch scenach je trochu necistota znat, ale snadno se to da "vyresit" vhodnou kombinaci nastaveni hlasitosti v RPi a na zesilovaci... pripadne zvukouvkou do USB za par $...

[Peter Golis]

pripadne zvukouvkou do USB za par $...

Tie zvukovky do USB niesú tiež nič moc, a uberajú pásmo na zbernici. Inak, čo tak tieto zvukovky?

PS: (OT) Tvoja rada mi pripomenula súťaž borcov u nás v práci. Predháňali sa kto si vyskladá RaspberryPI do funkcionality Androidového HDMI Lízatka. Vyhralo to klbko káblov bez krabičky pichnuté do skoro dvojmetrového televízora a používané hlavne na prehrávanie mp3 z internetu. Spotreba (aj s telkou), bezpečnosť (stupeň ochrany krytom) a výsledná cena ma dlhodobo rozosmievali.

[k3dAR]

no o USB zvukovce za par $ pisou casto lide kteri RPi maji, onboard zvukovka jim nevyhovyje a USB zvukovka za par $ po porizeni ANO ;) ty zvukovky z odkazu budou jiste lepsi, ale take drazsi a i kdyz nezaberou usb sbernici tak zaberou GPIO konektor :)

[pc2005]

USB zvukovka má výhodu když je kvalitně vyfiltrovanej zdroj (analogová cesta nejkratší) a nevadí fuj latence USB (1ms SOF pakety, priority paketů, zahazovaní isoc paketů). I když optika do mikrofonu/sluchátek by byla nejlepší .

[GothiqueNoir]

Tohle řeší PulseAudio. Na Raspberry spustíš systémovou instanci (to jak se to nedoporučuje) a zapneš, aby to poslouchalo na síti:

load-module module-native-protocol-unix auth-anonymous=1
load-module module-native-protocol-tcp auth-ip-acl=0.0.0.0/0

Na počítači s Debianem pak nahodíš tunel:

pactl load-module module-tunnel-sink-new server="$server"

… a v ovládání hlasitosti vybereš, kam má která aplikace hrát.

[dustin]

Funguje ten tunel spolehlivě? Tak před 2 roky jsem si s tím hrál a bylo to dost nepoužitelné. Možná už je to dneska ok, to by bylo výborné.

[Josef Kufner]

Používám to jen občas a prostě to funguje. Nevím, jak by se to chovalo při dlouhodobém souvislém použití a jak je to s obnovou při výpadcích. Nicméně ten tunel se inicializuje z klienta, PulseAudio prostě jen poslouchá, takže na serveru problémy nejsou.

Pokud jde jen o přehrávání hudby, tak je jasnou volbou MPD. Na Raspberry si spustíš MPD démona, na všech ostatních zařízeních pak stačí jen ovládací klient. Ať už mpc do příkazového řádku, Ario na desktopu, MPDroid na telefonu, nebo hromady jiných pro všechny možné platformy. Navíc je to mnohem úspornější na datové přenosy na síti, neboť MPD si z NAS vytáhne jen soubor, kdežto počítač s PA tunelem k tomu navíc ještě posílá nekomprimovaný stream zvuku.

Další možnost je se na tunel vykašlat a nastavit rovnou přehrávač, aby hrál na vzdálený PulseAudio server. Tak to používám s mpv (-ao=pulse:$server) pro přehrávání filmů.

[Chytrex]

Zkusím alternativní řešení které by mohlo vyhovovat také:

Místo audacious použít mpd, nastavit sw hlasitost, nastavit si stream hudby po síti a k tomu nějaký frontend dle libosti.

Výhoda, přehrávač půjde jednoduše ovládat i po síti přes libovolný frontend