HQPlayer: Introduzione e Indice argomenti

[UnixMan]

La 3.13 di HQPlayer dovrebbe funzionare normalmente con NAA 3.4

è quello che pensavo anche io... specie visto che sono le ultime versioni "ufficiali"/stabili, e non ci sono indicazioni specifiche.

Ma non ne vuole sapere.

Il "NAD" (networkaudiod) sul mini-PC dedicato (un SBC con chipset e CPU "VIA", OS Debian "stretch" 32bit) parte regolarmente e non mostra alcun messaggio di errore. La rete funziona, le due macchine si "vedono" senza problemi (ero collegato via SSH al mini-PC proprio dal PC principale). Il DAC (per i test il mio vecchio fido "Audio Widget AB1.1", in modalità UAC2) è ovviamente riconosciuto senza incertezze. Se invece del NAD faccio partire Squeezelite-R2, il server LMS sul mio PC lo vede immediatamente e funziona subito...

Viceversa, se sul mini-PC avvio il NAD e poi sull'altro PC HQPlayer, questo mi dice: “Failed to open audio device. Please check settings!”.

Quando vado nei settings, se seleziono "NetworkAudioAdapter", il menù sottostante relativo alla scelta del devices resta vuoto.

Quale può essere il problema???

[bibo01]

è quello che pensavo anche io... specie visto che sono le ultime versioni "ufficiali"/stabili, e non ci sono indicazioni specifiche.

Ma non ne vuole sapere.

Il "NAD" (networkaudiod) sul mini-PC dedicato (un SBC con chipset e CPU "VIA", OS Debian "stretch" 32bit) parte regolarmente e non mostra alcun messaggio di errore. La rete funziona, le due macchine si "vedono" senza problemi (ero collegato via SSH al mini-PC proprio dal PC principale). Il DAC (per i test il mio vecchio fido "Audio Widget AB1.1", in modalità UAC2) è ovviamente riconosciuto senza incertezze. Se invece del NAD faccio partire Squeezelite-R2, il server LMS sul mio PC lo vede immediatamente e funziona subito...

Viceversa, se sul mini-PC avvio il NAD e poi sull'altro PC HQPlayer, questo mi dice: “Failed to open audio device. Please check settings!”.

Quando vado nei settings, se seleziono "NetworkAudioAdapter", il menù sottostante relativo alla scelta del devices resta vuoto.

Quale può essere il problema???

Che OS hai sul PC server con HQPlayer?
Hai provato a verificare se il NAD viene visto con un collegamento diretto Server-NAA, senza switch?
HQPlayer non ti dà il device se questo non risponde entro 5 secondi.

Ho fatto una richiesta a Miska...


PS: forse per i 5 sec sono in errore... non sono più così sicuro

[bibo01]

è quello che pensavo anche io... specie visto che sono le ultime versioni "ufficiali"/stabili, e non ci sono indicazioni specifiche.

Ma non ne vuole sapere.

Il "NAD" (networkaudiod) sul mini-PC dedicato (un SBC con chipset e CPU "VIA", OS Debian "stretch" 32bit) parte regolarmente e non mostra alcun messaggio di errore. La rete funziona, le due macchine si "vedono" senza problemi (ero collegato via SSH al mini-PC proprio dal PC principale). Il DAC (per i test il mio vecchio fido "Audio Widget AB1.1", in modalità UAC2) è ovviamente riconosciuto senza incertezze. Se invece del NAD faccio partire Squeezelite-R2, il server LMS sul mio PC lo vede immediatamente e funziona subito...

Viceversa, se sul mini-PC avvio il NAD e poi sull'altro PC HQPlayer, questo mi dice: “Failed to open audio device. Please check settings!”.

Quando vado nei settings, se seleziono "NetworkAudioAdapter", il menù sottostante relativo alla scelta del devices resta vuoto.

Quale può essere il problema???

Miska ha risposto dando dei suggerimenti:

It would be good to check the output trace at the NAA side, by stopping the background service and starting it manually from command line. It reports when the discovery message from HQPlayer is received and when HQPlayer contacts back. If such doesn't appear then there is likely some networking issue for one reason or the other.

[UnixMan]

Che OS hai sul PC server con HQPlayer?

Linux 64bit (custom, su base Debian Jessie).

Hai provato a verificare se il NAD viene visto con un collegamento diretto Server-NAA, senza switch?

no. Un (vero) switch comunque non dovrebbe creare alcun problema. Nel mio caso però non avevo di mezzo uno switch, ma un router/bridge: il mini-PC era connesso direttamente via Ethernet, mentre il PC era collegato via WiFi. Sebbene il router sia configurato per avere tutto su una sola sottorete (tra le due interfacce "locali" non dovrebbe fare routing, ma banalmente "bridging") e non "filtrare" nulla, in effetti il problema potrebbe essere lì...

Miska ha risposto dando dei suggerimenti:

It would be good to check the output trace at the NAA side, by stopping the background service and starting it manually from command line. It reports when the discovery message from HQPlayer is received and when HQPlayer contacts back. If such doesn't appear then there is likely some networking issue for one reason or the other.

ho già provato... e non mi pare di aver visto alcun messaggio del genere. Riproverò con una connessione "più diretta".

BTW: potresti chiedere a Miska se può darci qualche dettaglio tecnico in più sui protocolli di comunicazione di rete tra HQP ed NAD? Ad es., come avviene la "ricerca" del NAD sulla rete? Utilizza direttamente dei broadcast? Si appoggia a qualche servizio tipo UnPnP? Per le connessioni usa (solo) TCP o anche UDP? chi è che inizia la/le connessione/i, HQP verso NAD o (anche/solo) viceversa? Quali porte sono utilizzate? Ecc...

[UnixMan]

Aggiornamento:

La macchina con cui ho fatto il test è connessa a due diverse reti, con altrettante NIC (eth0 & eth1). Il mini-PC era connesso ad una delle due (quella su eth1) attraverso un semplice switch "stupido". Al solito la rete funzionava perfettamente, le due macchine "si parlavano" senza problemi, e con LMS+squeezelite ha funzionato subito tutto senza il minimo indugio... mentre con HQPlayer+NAD neanche a parlarne.

Alla fine sono riuscito a farlo funzionare... ma solo disabilitando l'altra interfaccia di rete e lasciando solo quella cui era connesso il "NAA". Il che è assurdo. È impensabile che basti avere un setup minimamente diverso da quello previsto perché non funzioni più nulla.

Non ci siamo: quel software è maledettamente fragile. Così non va...

[pocarrie]

Aggiornamento:

La macchina con cui ho fatto il test è connessa a due diverse reti, con altrettante NIC (eth0 & eth1). Il mini-PC era connesso ad una delle due (quella su eth1) attraverso un semplice switch "stupido". Al solito la rete funzionava perfettamente, le due macchine "si parlavano" senza problemi, e con LMS+squeezelite ha funzionato subito tutto senza il minimo indugio... mentre con HQPlayer+NAD neanche a parlarne.

Alla fine sono riuscito a farlo funzionare... ma solo disabilitando l'altra interfaccia di rete e lasciando solo quella cui era connesso il "NAA". Il che è assurdo. È impensabile che basti avere un setup minimamente diverso da quello previsto perché non funzioni più nulla.

Non ci siamo: quel software è maledettamente fragile. Così non va...

e se riabiliti l'altra scheda che succede? quella connessa alla rete dov'è il NAA torna a non funzionare (o meglio, a non vedere il NAA)?

hai provato a impostare manualmente la metrica delle due interfacce? (non so se possa essere utile, eh, la butto lì...)
nel mio sistema dual pc con il pc server con doppia scheda ethernet e collegamento diretto fra una di queste due e il naa (mediante fibra ottica a adattatori), ho impostato la metrica della scheda dedicata all'audio su "10" e quella della scheda generalista su "100".

Inoltre, andando su "Pannello di controllo\Rete e Internet\Connessioni di rete\Modifica impostazioni scheda\Avanzate\Impostazioni avanzate" , ho messo al primo posto la scheda dedicata (a suo tempo denominata "JPLAY"), che quindi è la prima a essere interpellata dai servizi di rete.



Può darsi che tutto questo non c'entri nulla, eh...nel qual caso chiedo venia...(non sono un tecnico informatico di professione)

P.S.: per i più curiosi, la scheda "JPLAY" viene indicata come "rete non identificata" proprio perché ha un IP fisso su una sotto-rete diversa, e senza gateway...ma funziona perfettamente nell'uso con JPLAY o con HQP+NAA.

[UnixMan]

e se riabiliti l'altra scheda che succede? quella connessa alla rete dov'è il NAA torna a non funzionare (o meglio, a non vedere il NAA)?

esatto. Probabilmente HQP si limita a cercare il NAA solo sulla prima interfaccia di rete che trova anziché su tutte quelle presenti...

hai provato a impostare manualmente la metrica delle due interfacce? (non so se possa essere utile, eh, la butto lì...)

no, non è utile. La rete è configurata correttamente, è normalmente utilizzata per altri scopi e funziona perfettamente. Non per caso, sui medesimi sistemi LMS+squeezelite funzionano senza il minimo intoppo. Il problema è specifico di HQP+NAD (bug).

Inoltre, andando su "Pannello di controllo\Rete e Internet\Connessioni di rete\Modifica impostazioni scheda\Avanzate\Impostazioni avanzate" ,

ehm... i miei sistemi sono tutti Linux. Non userei windoze neanche sotto minaccia di tortura.

ho messo al primo posto la scheda dedicata (a suo tempo denominata "JPLAY"), che quindi è la prima a essere interpellata dai servizi di rete.

questo potrebbe essere (vedi sopra). Ma anche in questo caso si tratterebbe di un BUG di HQPlayer... che va risolto.

@Bibo: altri problemini con "networkaudiod", da segnalare:

1) manca la documentazione delle opzioni a riga di comando: non c'è né un help in linea né una man page.

2) networkaudiod non dovrebbe "appropriarsi" dell'interfaccia audio quando non la sta utilizzando.
Quanto meno, dovrebbe essere prevista una opzione in tal senso (come ad es. quella "-C" in squeezelite).

Questo per permettere la realizzazione di setup "polifunzionali", che consentano l'utilizzo alternativo di sistemi diversi. Ad es., sulla stessa macchina (e con il medesimo dispositivo di uscita audio) vorrei poter installare e far girare in contemporanea sia networkaudiod che squeezelite-R2, e/o un renderer UnPnP, ecc (ovviamente da utilizzare alternativamente, non in contemporanea).

[antonellocaroli]

2) networkaudiod non dovrebbe "appropriarsi" dell'interfaccia audio quando non la sta utilizzando.
Quanto meno, dovrebbe essere prevista una opzione in tal senso (come ad es. quella "-C" in squeezelite).

Questo per permettere la realizzazione di setup "polifunzionali", che consentano l'utilizzo alternativo di sistemi diversi. Ad es., sulla stessa macchina (e con il medesimo dispositivo di uscita audio) vorrei poter installare e far girare in contemporanea sia networkaudiod che squeezelite-R2, e/o un renderer UnPnP, ecc (ovviamente da utilizzare alternativamente, non in contemporanea).

Quoto!
cosa che bibo giá aveva fatto presente a miska....che ha dribblato in qualche modo... quache paggina fa ci dovrebbero essere le sue risposte....

Per adesso la molla aprendo semplicemente il setting in HQplayer....o chiudendolo chiaramente

[bibo01]

...
2) networkaudiod non dovrebbe "appropriarsi" dell'interfaccia audio quando non la sta utilizzando.
Quanto meno, dovrebbe essere prevista una opzione in tal senso (come ad es. quella "-C" in squeezelite).

Questo per permettere la realizzazione di setup "polifunzionali", che consentano l'utilizzo alternativo di sistemi diversi. Ad es., sulla stessa macchina (e con il medesimo dispositivo di uscita audio) vorrei poter installare e far girare in contemporanea sia networkaudiod che squeezelite-R2, e/o un renderer UnPnP, ecc (ovviamente da utilizzare alternativamente, non in contemporanea).

Per questo sopra prova a chiudere HQPlayer perché il device rimane riservato finché HQPlayer sta girando per evitare errori di runtime.
Vedi se funziona ed aggiri almeno parzialmenye il problema.

[marcoc1712]

esatto. Probabilmente HQP si limita a cercare il NAA solo sulla prima interfaccia di rete che trova anziché su tutte quelle presenti...


no, non è utile. La rete è configurata correttamente, è normalmente utilizzata per altri scopi e funziona perfettamente. Non per caso, sui medesimi sistemi LMS+squeezelite funzionano senza il minimo intoppo. Il problema è specifico di HQP+NAD (bug).

Sei sicuro di questo funzionamento con squeezelite? l'iD del player è il mac address del nic, se usi due schede mi aspetto veda due player diversi.