Guida a Logitech Media Server, Squeezelite e derivati.

[marcoc1712]

Perché falcon posso installarlo su voyage?

Non c'è lo script automatico, anche se forse funziona quello per debian, non ho provato, in ogni caso si tratta di installare e configurare un web server ed eventualmente modificare qualche script dedicato per l'accesso al log o l'interrogazione della scheda audio, ma il 90% delle funzionalità dovrebbe andare, comrpeso shutdown e restart.

[UnixMan]

Non c'è lo script automatico, anche se forse funziona quello per debian,

probabilmente sì. Voyage non è altro che una Debian con qualche modifica (sebbene forse sia ancora fermo alla release precedente).

[bebo]

Ciao io provengo da un prolungato uso di HQPlayer più cubox per l'NAA. Poi ho provato recentemente wtfplay e poi, incuriosito, ho provato a passare a LMS (su penna usb con Mint su un server con wifi + lan) + squeezelite installato su voyage-mubox sul cubox. Fino a qui tutto bene, ora arriva il momento di far vedere al server LMS il cubox collegato con cavo cross come facevo con HQP + NAA. Scopro però che LMS non prevede di lavorare su doppia rete (almeno da quanto ho capito) e quindi può vedere solo i player presenti nella mask che lui riconosce come principale. Ora la mia domanda è, se faccio una NAT posso risolvere? O in sostanza una sorta di bridge tra la scheda wifi e la scheda lan presenti sul server con LMS? O sarebbe tempo buttato e il tutto funziona solo se macchina server e player sono collegati allo stesso router? Non ho trovato molto in giro sull'argomento anche se non mi sembra una configurazione così strana... Grazie!

[bigtube]

Ciao io provengo da un prolungato uso di HQPlayer più cubox per l'NAA. Poi ho provato recentemente wtfplay e poi, incuriosito, ho provato a passare a LMS (su penna usb con Mint su un server con wifi + lan) + squeezelite installato su voyage-mubox sul cubox. Fino a qui tutto bene, ora arriva il momento di far vedere al server LMS il cubox collegato con cavo cross come facevo con HQP + NAA. Scopro però che LMS non prevede di lavorare su doppia rete (almeno da quanto ho capito) e quindi può vedere solo i player presenti nella mask che lui riconosce come principale. Ora la mia domanda è, se faccio una NAT posso risolvere? O in sostanza una sorta di bridge tra la scheda wifi e la scheda lan presenti sul server con LMS? O sarebbe tempo buttato e il tutto funziona solo se macchina server e player sono collegati allo stesso router? Non ho trovato molto in giro sull'argomento anche se non mi sembra una configurazione così strana... Grazie!

Entrambi i PC, cioè server e player devono essere collegati allo stesso router in LAN. Se Squeezelite è attivo o come demone o come service ( dipende da come è stato installato) nell'interfaccia WEB di LMS comparira' e sarà pronto a ricevere lo stream.
Come lo hai installato Squeezelite?

[marcoc1712]

Entrambi i PC, cioè server e player devono essere collegati allo stesso router in LAN. Se Squeezelite è attivo o come demone o come service ( dipende da come è stato installato) nell'interfaccia WEB di LMS comparira' e sarà pronto a ricevere lo stream.
Come lo hai installato Squeezelite?

In realtà è sufficiente che il client riesca a vedere il server (possa eseguire il ping) anche se su sottorete diversa, nel caso però va indicato il server nella riga di comando di squeezelite e non sono sicuro serva attivare un plugin specifico.

[bigtube]

In realtà è sufficiente che il client riesca a vedere il server (possa eseguire il ping) anche se su sottorete diversa, nel caso però va indicato il server nella riga di comando di squeezelite e non sono sicuro serva attivare un plugin specifico.

Stiamo parlando di Voyage su cubox :
con easetup.sh Squeezelite-R2 si installa alla Debian come service. Pertanto all'avvio è gia' in esecuzione.
Altrimenti si puo' anche installare come eseguibile e lanciarlo come demone.
In quest'ultimo caso il lancio non è automatico all'avvio ordinariamente ( a meno che non si usi un workaround )
e quindi bisogna lanciarlo da terminale con le opzioni opportune anche in relazione al nome attribuito da ALSA al DAC.

[marcoc1712]

Stiamo parlando di Voyage su cubox :
con easetup.sh Squeezelite-R2 si installa alla Debian come service. Pertanto all'avvio è gia' in esecuzione.
Altrimenti si puo' anche installare come eseguibile e lanciarlo come demone.
In quest'ultimo caso il lancio non è automatico all'avvio ordinariamente ( a meno che non si usi un workaround )
e quindi bisogna lanciarlo da terminale con le opzioni opportune anche in relazione al nome attribuito da ALSA al DAC.

Ciao Giovanni,

è come dici ed in funzione del metodo utilizzato sarà necessario modificare la riga di comando in modo congruo, aggiundendo l'indicazione del server cui connettersi.

Comunque mi chiederei più di un paio di volte se è proprio necessario avere due sottoreti distinte,che contoindicazioni ci sono a collegarsi al router con un cavo patch e non al server con un cross? Se non si può per problemi 'fisici' perchè non configurare un bridge sul server in modo da mantenere il DHCP server comune (relay)?

Per LMS (e squeezelite) tutte queste soluzioni sono trasparenti.

[bebo]

Con i vostri messaggi mi avete chiarito meglio il tutto e cioè che non è LMS a dover vedere squeezelite ma questo che deve farsi vedere da lms (da quanto ho intuito). Quindi il problema non dovrebbe sussistere. Mi spiego meglio, ho tutta casa con un router wifi che sta sulla 192.168.1.*. Il pc del soggiorno che ha su mint con LMS ha un indirizzo 192.168.1.* sul wifi e poi (come già facevo con HQP + NAA) sulla lan avevo impostato la 10.0.0.1. Il cubox quindi con squeeze avrà un indirizzo della 10.0.0.* e dovrò indicare alla sua partenza l'indirizzo 10.0.0.1 del server. Corretto? (squeeze lo faccio partire da rc.local quindi ora provo ad aggiungere l'argomento del server)

P.S.: ha funzionato correttamente grazie

[bigtube]

Con i vostri messaggi mi avete chiarito meglio il tutto e cioè che non è LMS a dover vedere squeezelite ma questo che deve farsi vedere da lms (da quanto ho intuito). Quindi il problema non dovrebbe sussistere. Mi spiego meglio, ho tutta casa con un router wifi che sta sulla 192.168.1.*. Il pc del soggiorno che ha su mint con LMS ha un indirizzo 192.168.1.* sul wifi e poi (come già facevo con HQP + NAA) sulla lan avevo impostato la 10.0.0.1. Il cubox quindi con squeeze avrà un indirizzo della 10.0.0.* e dovrò indicare alla sua partenza l'indirizzo 10.0.0.1 del server. Corretto? (squeeze lo faccio partire da rc.local quindi ora provo ad aggiungere l'argomento del server)

P.S.: ha funzionato correttamente grazie

Bene allora magari ci puoi descrivere le tue impressioni?
E anche se stai eseguendo il resampling magari col plugin C3PO.

[bebo]

Ieri sera ho soltanto provato in cuffia e senza impegno solo per verificare che il "giro" funzionasse. Se riesco questa sera farò qualche ascolto più serio. Lato gestione file l'impressione è stata comunque ottima ed ovviamente un altro mondo rispetto a HQP con accrocchi vari per avere una libreria decente o wtf dove purtroppo devo spostare solo qualche album in locale dal nas vista l'impossibilità di lavorare in rete.
Mi era presa la voglia di provare squeezelite dal thread di confronto con wtf e l'impostazione dei buffer più capienti, quindi avendo un cubox i4pro proverò ad aumentarlo ovviamente senza poter arrivare molto in alto visto i soli 2GB di ram.
Ho provato ieri ad installare anche il C3PO ma senza riuscirci, al riavvio risultava disabilitato, ma poi era tardi ed oggi forse ricontrollerò perché.
Il mio intento dopo sarà anche quello di tentare di usare pure la convoluzione ma devo prima capire come lms applica i filtri e con che ordine.