Linux distro con upnp renderer per Jriver

[marcoc1712]

Dubito che BubbleUpnp Server possa fare da render, se lo fa ignoro il come....nel mio caso é sempre mpd che fa da render....

E' quello che sapevo io. Come rendere UNP su linux non c'è grande scelta:

Gstreamer o derivati, Rigel o VLC, ma da quel che so nessuno è gapeless. Sto facendo una ricerca, se qualcuno trova qualcosa 'stabile' e gapeless per favore mi informi.

Forse qualche server fa anche da renderer, come Kodi o deadBeef, devo ferificare, ma sarebbe la classica mosca uccisa dal cannone.

[antonellocaroli]

E' quello che sapevo io. Come rendere UNP su linux non c'è grande scelta:

Gstreamer o derivati, Rigel o VLC, ma da quel che so nessuno è gapeless. Sto facendo una ricerca, se qualcuno trova qualcosa 'stabile' e gapeless per favore mi informi.

Forse qualche server fa anche da renderer, come Kodi o deadBeef, devo ferificare, ma sarebbe la classica mosca uccisa dal cannone.

Rigel e Gstreamer non li conosco, fino a poco tempo fa ignoravo anche BubbleUpnp e upmpdcli, ma adesso ne apprezzo un po le qualitá, facilitá d'uso, subito puoi usare app sul telefono e usare servizi online come qobuz e tidal ecc... e sono anche gapless...

[UnixMan]

E' quello che sapevo io. Come rendere UNP su linux non c'è grande scelta:

Gstreamer o derivati, Rigel o VLC, [...]

anche vari altri player, direttamente o via MPRIS. Confermo Kodi (ex XBMC).

Provate a vedere:

gmediarender (alias gmrender-resurrect).

Mopidy (credo che attualmente si appoggi anche lui ad MPD)

Un'altra opzione forse potrebbe essere usare "djmount" + un qualche accrocchio... ma boh.

[marcoc1712]

anche vari altri player, direttamente o via MPRIS. Confermo Kodi (ex XBMC).

Provate a vedere:

gmediarender (alias gmrender-resurrect).

Mopidy (credo che attualmente si appoggi anche lui ad MPD)

Un'altra opzione forse potrebbe essere usare "djmount" + un qualche accrocchio... ma boh.

Kody devi installare il server per fargli fare solo il renderer ed è esoso di risorse, poi non è gapless, nemmeno gstreamer e derivati (compreso rigel) lo sono, l'unica opzione nota è upmpdcli appoggiato ad mpd (senza database, il che elimina gran parte degli svantaggi) usando la tecnica dello stream continuo in UDP (come fa foobar). Ci possono essere plugin o fork che implementano il gapeless, anche in altri player ma bisognerebbe indagarlo.

L'idea di usare UDP mi rivolta lo stomaco...

[UnixMan]

L'idea di usare UDP mi rivolta lo stomaco...

perché? Lo fanno anche Jack (netjack) ed altre soluzioni "pro", perché più adatto alle esigenze del real-time rispetto a TCP.

[marcoc1712]

perché? Lo fanno anche Jack (netjack) ed altre soluzioni "pro", perché più adatto alle esigenze del real-time rispetto a TCP.

Esatto, sacrifica tutto (compreso la ritrasmissione dei pacchetti persi o corrotti) in funzione della bassa latenza. A noi non serve, anzi.

[UnixMan]

Esatto, sacrifica tutto (compreso la ritrasmissione dei pacchetti persi o corrotti) in funzione della bassa latenza.

non "sacrifica", sposta di livello... dal layer di rete a quello applicativo.

[marcoc1712]

non "sacrifica", sposta di livello... dal layer di rete a quello applicativo.

Ah, certo, a livello applicativo si può intercetta l'errore e gestirlo. In pratica, o si inserisce silenzio o si replica il frame precedente o non si fa nulla. Implementare la richiesta di ritrasmisione a livello applicativo sarebbe folle, non lo farai mai in modo più efficace di TCP.

Allo stesso modo si può inserire un buffer applicativo e svincolarsi dal 'tempo' della sorgente, inserendo latenza (analogamente a quanto fa ALSA o ASIO con USB UAC2), anche in questo caso dubito in modo più efficace di quanto fatto da TCP.

Quale è, quindi, il vantaggio, ai nostri fini, rispetto alla garanzia fornita da TCP/IP di disporre sempre e comunque dei dati corrispondenti all'originale al prezzo di qualche decina di millisecondi di ritardo al play?

UDP nasce come 'base' per applicazioni real time (es. il VOIP) e/o per le connessioni 'multicast' dove il server spedisce lo stesso pacchetto a tutti i client che 'sottoscrivono', in entrambi i casi senza aspettarsi conferma, perchè sono casi in cui la perdita di connessione dovuta ad un time out o un blocco dovuto ad un x-run sono peggio di un glitch o di un drop out transitorio e/o il ritardo tra ricezione e trasmissione è molto fastidioso (come nel VOIP).

La 'qualità' non è certo la principale preccupazione.

A mio avviso non è la condizione in cui è corretto operare per la riproduzione di musica in stereofonia ed infatti NON funziona così lo streaming on demand di qualità (Es. Qobuz, Tidal,...) ma solo quello in bassa qualità ed in multicasting come le web radio.

Che venga usato come 'pezza' per alimentare il renderer con uno stream continuo, per esempio al fine di assicurare il gapeless anche quando non ne sarebbe in grado, ci sta, ma è una pezza, tant'è che quando è possibile non lo si usa nemmeno in UPNP. E' l'estremo rimedio al male estremo, ma ciò non giustifica che si generalizzi il caso d'uso.

[paoloboccardi]

Di fatto come renderer upnp su un sistema operativo snello su pc esiste solo volumio per un sistema come jriver. O installare direttamente sul pc player win 10 e jriver, ma mi sembra esoso.

[marcoc1712]

Di fatto come renderer upnp su un sistema operativo snello su pc esiste solo volumio per un sistema come jriver. O installare direttamente sul pc player win 10 e jriver, ma mi sembra esoso.

Usa sempre upmpd, sopra mpd, come Filippo.

Sembrerebbe essere la soluzione più semplice, o almeno la più quotata.
E' gapeless? Suona dsd? fino a che sample rate (pcm e dsd)?

Grazie.