volevo dire riconoscere....sempre la bacchetta in mano ehh....ma un giorno verra' che potro' sfilartela e allora.......
Come dice il saggio, tutto può essere. Ma mi pare strano: se la rete non è attiva non può certo prendere l'IP. Bisognerebbe verificare se nel momento in cui SL ha mac = 0 con ifconig si ottiene un mac valido o meno.
Non è un problema da poco, se hai due players che a volte hanno il mac corretto ed altre volte 0, rischi di sovrascrivere i settaggi di un uno con quelli dell'altro. Se non si trova un motivo e dovessimo continuare a sperimentare il problema, credo che sarebbe opportuno inserie nella riga di lancio di squeezelite il -m, anche se non ho idea di come fare per ottenerlo dinamicamente.
Per capire SE si è afflitti dal problema, basta verificare nel file delle preferenze di C-3PO se è presente una riga per il client 00:00... A me è successo, ma solo sulle VM con Debiamn ed easetup, ho sempre dato la colpa alla VM in se, evidetentemente con troppa leggerezza.
Succede anche a qualcuno con altri OS?
uff, ma perché interpreti sempre i miei interventi come "bacchettate"? Non è quello l'intento... :(
che tu ci creda o meno, ne sarei felice. :-)
se l'hardware è presente ed il/i relativo/i "driver" (moduli del kernel) caricati, con ifconfig (-a) i MAC delle varie interfacce li ottieni sempre, anche se la rete non è (ancora) configurata (non c'è alcun IP associato).
Il sospetto è che SL utilizzi il MAC address dell'interfaccia che vede "attiva" (configurata, con un IP associato) nel momento in cui viene avviato. Se è così, e nel momento in cui viene avviato SL l'unica interfaccia di rete cui è associato un IP fosse l'interfaccia locale ("lo", IP 127.0.0.1), si spiegherebbe il MAC "nullo".
BTW: SL gestisce in qualche modo la situazione in cui esiste più di una interfaccia di rete?
a che serve ottenerlo dinamicamente? Anche se (volendolo, per casi/scopi particolari) è possibile impostarne uno diverso via software, normalmente il MAC address è legato all'hardware e quindi fisso. Basta impostarlo una tantum al momento dell'installazione. Vedrò di aggiungere una cosa del genere ad easetup.
Per ottenere la lista dei MAC address delle interfacce di rete del sistema, si può usare ad es. un comando del genere:
Però bisogna gestire il caso (frequente...) in cui nel sistema sia presente più di una interfaccia di rete.codice:ifconfig -a | gawk '/HWaddr / {print $5}'
P.S.: c'è un altro problemino piuttosto seccante: se per qualche motivo la LAN non funziona (è disconnessa/disabilitata), LMS/SL non funzionano, neanche in locale! :(
Può essere, ma vorrebbe dire che 'cambia' IP quando poi si attiva la scheda vera, senza cambiare il mac address? Quello che non mi spiego è che quando 'si presenta a LMS' (a meno di installazioni locali) è in rete, quindi ha un IP e di certo un mac, dovrei guardarci dentro.[/QUOTE]
Non credo, in quel caso il pc dovrebbe avere 2 o più IP, come SL seleziona quello da usare non so, ma di certo tramite chiamata a qualche servizio che lo restituisce, quindi immagino prenda il mac dell scheda con quell'IP assegnato. Anche qui, dovrei guardarci dentro.
Di fatto, tutte queste situazioni 'strane ' (?) sono risolte dal punto di vista di SL mediante l'opzione -m, che permette di impostae non tanto il mac address, ma un identificativo univoco nel formato di un mac adress, utilizzato per le comunicazioni con LMS (client id), la cosa più elegante è usare il mac vero, quando non è possibile (i.e. hai 2 versioni di squeezelite attive sulla stessa macchina), le assegni secondo un tuo standard. Considera che client id e mac address in LMS sono informazioni distinte.
Per evitare che l'utende lo debba indicare, rischiando di sbagliare, SO che per te è inutile o dannoso, sai io penso sempre a Nonne e capre.
Intendevo questo, infatti.
Grazie, per le due schede,usa quella con l'IP usato da SL per presentarsi a LMS.
Sei sicuro di cio? a me non risulta (ovviamnete lanciando LMS snza la forzatura dell'ip e lasciandogli usare 127.0.0.1).
la configurazione di rete (IP e "routing") la decide il sistema, mica gli applicativi. Il sistema può cambiare IP (ed interfaccia/e, routing, ecc) come e quando vuole. A meno che SL non abbia un loop di polling per monitorare la configurazione di rete (cosa che sarebbe a dir poco inusuale...), evidentemente non può sapere cosa ha fatto il sistema sottostante.
Non di meno, fintanto che non ci sono errori ed in qualche modo la connettività tra LMS ed SL permane, i due dovrebbero continuare a funzionare come se nulla fosse.
nel mio caso parliamo appunto di una installazione "locale", SL ed LMS sono sulla stessa macchina. Per problemi "logistici" la rete al momento è solo WiFi, ed è utilizzata esclusivamente per il controllo remoto (tramite "squeezer" su Android). Se però per qualche motivo la WiFi "cade", non perdo solo il controllo remoto (come inevitabile) ma si blocca tutto: SL smette di suonare, ed LMS diventa irraggiungibile anche da un browser locale (sulla stessa macchina dove girano sia LMS che SL).
in linea di principio gli applicativi non dovrebbero preoccuparsi della configurazione della rete: normalmente non sono cose di loro pertinenza. Almeno per default tanto SL quanto LMS dovrebbero "ascoltare" su qualsiasi interfaccia (inclusa quella locale), ed affidarsi al routing definito dal sistema per i pacchetti in uscita. Al più potrebbero/dovrebbero prevedere la possibilità di comportarsi in modo diverso (tipo fare il "bind" solo su una specifica interfaccia, by-passando il routing di sistema) solo su specifica richiesta in tal senso da parte dell'utente, per mezzo di qualche apposita opzione di configurazione... ma un comportamento del genere non dovrebbe mai essere quello di default.
non sono affatto "strane". Per cominciare, in tutti i sistemi Unix-like, oltre alle eventuali interfaccia "fisiche" hai anche, sempre, almeno quella locale. Per le "comunicazioni locali" (tra processi che girano sullo stesso sistema) è bene che ad essere utilizzata sia sempre e solo questa. Poi nelle nostre applicazioni sul server potresti facilmente avere almeno due interfacce "reali", una dedicata all'audio (ad es. link dedicato tra server e player) ed un'altra verso il resto della LAN, i controller, Internet, ecc.
proprio per questo -di default- tanto LMS quanto SL non dovrebbero interessarsi di come è fatta/configurata la rete ed affidarsi al routing del sistema...
e come fa a sapere qual è?!
sì, più che sicuro, purtroppo. E no, non ho "forzato" da nessuna parte l'IP né il MAC.
(anzi, mi viene il dubbio che nel mio caso specifico forse potrei risolvere proprio forzandogli l'interfaccia locale, anche se non è una bella cosa).
Hai ragione Giovanni sono uno smanettone sperimentatore, mi piace sperimentare ;-) comunque ,secondo me, vale la pena di provarla sul client con squeezelite ha avuto maggior effetto rispetto che a quello LMS.
Se no un b el apt-get purge e via...
In ogni caso la regola delle priorità è sopratutto sul client squeeze la maggior priorità alla scheda di rete ed alla porta USB dove è collegato il DAC, l' ho sperimentato sul Cubox e l' effetto è stato evidente all' ascolto ed in meglio.
ehm, veramente mi riferivo alla prima parte, intesa in senso metaforico... cioè sarei felice se tu diventassi più bravo di me. Per il resto, sono un uomo di pace... i duelli non fanno per me. :lokaro
:haveiceday;
mmmh, questa però è una sfida che potrei raccogliere... :smt118 :D