HQPlayer: Introduzione e Indice argomenti

[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]

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...

- how is NAD "search" on the network?
- does it directly use some broadcast?

Multicast, because broadcast is privileged operation and cannot be sent by normal users.

- does it use any service like UnPnP?

No, but UPnP also uses multicast as well as AirPlay, etc. So the overall concepts are not so different.

- does it use TCP only or UDP too?

Both...

- who starts the connection? HQP towards NAD or (also/only) viceversa?

HQPlayer talks to NAA.

- what ports are used?

Ports are dynamically allocated (assigned by the OS)...

[bibo01]

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...

Is it possible to force HQPlayer to interrogate both NICs (like LMS does)?
Or
Will you implement this feature?

No to both, it is up to the OS to deal with NICs and routing. Neither networkaudiod nor HQPlayer want to deal with NICs. If you want to play with multiple NICs, you need to manage the routing tables yourself...

NAA is supposed to be simple plug-and-play with single network interface, there is no reason to have multiple interfaces on NAA. Preferably NAA would reside inside a DAC.

PS: a suugestion - NAD has no command line option documentation, it could have an online help or a main page.

It has only two options and those only on Linux/Mac (although not really tested on Mac so likely doesn't work):
-D | --daemon daemonizes the process
-p | --pidfile enables PID file

[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.

[bibo01]

Coloro che utilizzano la 3.14 (anche in versione beta) con il nuovo NAA 3.4 devono abilitare IPv6 nei settaggi del loro network adapter.

Faccio seguito...

Se si ha IPv6 disabilitato in network settings, si può disabilitare IPv6 anche in NAA 3.4 modificando il batch file networkaudiod_name.bat di startup - basta togliere "rem" all'inizio della linea corrispondente.

[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.

[UnixMan]

Se si ha IPv6 disabilitato in network settings, si può disabilitare IPv6 anche in NAA 3.4 modificando il batch file networkaudiod_name.bat di startup - basta togliere "rem" all'inizio della linea corrispondente.

bene. E su Linux?

No to both, it is up to the OS to deal with NICs and routing. Neither networkaudiod nor HQPlayer want to deal with NICs. If you want to play with multiple NICs, you need to manage the routing tables yourself...

OK. Ma la tabella di routing c'era, ed era corretta... mmh, forse ho capito: utilizza multicast, quindi probabilmente conta il routing per 240.0.0.0.

NAA is supposed to be simple plug-and-play with single network interface, there is no reason to have multiple interfaces on NAA. Preferably NAA would reside inside a DAC.

certamente... ma in quel caso il problema è dal lato di HQPlayer, non da quello del NAA.

It has only two options and those only on Linux/Mac (although not really tested on Mac so likely doesn't work):
-D | --daemon daemonizes the process
-p | --pidfile enables PID file

OK, grazie.

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.

in effetti, sì. Non è il massimo (sarebbe decisamente meglio se fosse sufficiente metterlo in "stop"), ma funziona.

Sei sicuro di questo funzionamento con squeezelite?

certo.

l'iD del player è il mac address del nic, se usi due schede mi aspetto veda due player diversi.

le due schede sono (erano, nel sistema dove avevo fatto i test) sul "server", non sul "player".

Per altro, se non ho capito male, in realtà l'ID del player è arbitrario e del tutto indipendente dal MAC della scheda di rete... l'uso di questo quale ID è solo una questione di comodo per ottenere "gratis" ID univoci. Presumo che, avendo più di una scheda di rete sul player, SL utilizzi il MAC della prima (o dell'ultima) che vede...

[marcoc1712]

le due schede sono (erano, nel sistema dove avevo fatto i test) sul "server", non sul "player".

Per altro, se non ho capito male, in realtà l'ID del player è arbitrario e del tutto indipendente dal MAC della scheda di rete... l'uso di questo quale ID è solo una questione di comodo per ottenere "gratis" ID univoci. Presumo che, avendo più di una scheda di rete sul player, SL utilizzi il MAC della prima (o dell'ultima) che vede...

Avevo capito male, in questo caso usa quella cui viene assegnato l'IP 'proprio' del server (che è bene sia fisso/riservato). Con qualche diffcilotà, questo ti consente di avere attivi due LMS (io lo uso per lo sviluppo) su due IP diversi.

Sul player, si, l'id ha lo stesso formato di un mac address e per default prende quello della scheda in uso, ma puoi variarlo. Avere due schede con mac diversi è il modo più semplice per avere due players attivi sullo stesso hw.

[pocarrie]

Faccio seguito...

Se si ha IPv6 disabilitato in network settings, si può disabilitare IPv6 anche in NAA 3.4 modificando il batch file networkaudiod_name.bat di startup - basta togliere "rem" all'inizio della linea corrispondente.

scusate se torno un attimo su questo aspetto ma mi interessa, per curiosità: quale possibile vantaggio potrebbe esserci - limitatamente all'ambiente d'uso di HQP/NAA - nell'utilizzare il protocollo IPV6 anziché IPV4?
Immagino che, se Miska l'ha introdotto nel NAD, un motivo tecnico ci sarà...

[bibo01]

scusate se torno un attimo su questo aspetto ma mi interessa, per curiosità: quale possibile vantaggio potrebbe esserci - limitatamente all'ambiente d'uso di HQP/NAA - nell'utilizzare il protocollo IPV6 anziché IPV4?
Immagino che, se Miska l'ha introdotto nel NAD, un motivo tecnico ci sarà...

While increasing the pool of addresses is one of the most often-talked about benefit of IPv6, there are other important technological changes in IPv6 that will improve the IP protocol:
- No more NAT (Network Address Translation)
- Auto-configuration
- No more private address collisions
- Better multicast routing
- Simpler header format
- Simplified, more efficient routing
- True quality of service (QoS), also called "flow labeling"
- Built-in authentication and privacy support
- Flexible options and extensions
- Easier administration (say good-bye to DHCP)