Multicast, because broadcast is privileged operation and cannot be sent by normal users.- how is NAD "search" on the network?
- does it directly use some broadcast?
No, but UPnP also uses multicast as well as AirPlay, etc. So the overall concepts are not so different.- does it use any service like UnPnP?
Both...- does it use TCP only or UDP too?
HQPlayer talks to NAA.- who starts the connection? HQP towards NAD or (also/only) viceversa?
Ports are dynamically allocated (assigned by the OS)...- what ports are used?
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...Is it possible to force HQPlayer to interrogate both NICs (like LMS does)?
Or
Will you implement this feature?
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.
It has only two options and those only on Linux/Mac (although not really tested on Mac so likely doesn't work):PS: a suugestion - NAD has no command line option documentation, it could have an online help or a main page.
-D | --daemon daemonizes the process
-p | --pidfile enables PID file
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
bene. E su Linux?
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.
certamente... ma in quel caso il problema è dal lato di HQPlayer, non da quello del NAA.
OK, grazie.
in effetti, sì. Non è il massimo (sarebbe decisamente meglio se fosse sufficiente metterlo in "stop"), ma funziona.
certo.
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...
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
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.
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
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)
Ci sono attualmente 12 utenti che stanno visualizzando questa discussione. (0 utenti e 12 ospiti)