upsampling (universo LMS/Squeezelite/Squeezeplay)

[marcoc1712]

Cosa intendi ? LMS viene installato in /var/lib

Dove è installato squeezebox server lo vedi nel pannello INFO dei settings di LMS, inieme al percorso per tutte le principali directories coinvolte.

Di norma, in linux Debian è /usr/sbin/squeezeboxserver, di conseguenza la cartella di SOX è: /usr/share/squeezeboxserver/Bin/i386-linux per i 32 bit e /usr/share/squeezeboxserver/Bin/x86_64-linux per i sistemi a 64 bit, sempre basati su Debian esistno directries diverse pe architetture diverse, che normalmente NON vengon riempite nel coro di una installazione 'normale'.

IO mi osno accorto che SOX è presente sia in /x86_64-linux che in /i386-linux quindi non basta eliminare / rinomibnare la prima, bisogna farlo con entrambe, dato che LMS cerca prima in una poi, per non trovato, nell'altra e quindi pesca nel path.

Ho aggiunto i messaggi nel log proprio per essere certi della versione in uso.

NOTA BENE:

Se il mantainer di LMS ha deciso di distribuire una versione di SOX linkata staticamente con le librerie che usa è per evitare che vengano utilizzate librerie diverse, il motivo mi è ignoto, ma così stiamo andando contro una sua precida volontà. Probabilmentelo lo fa come misura di sicurezza proprio per evitare che update di sistema indipendenti compormettano il funzionamento di lms (...) ma non mi stupirò il giorno in cui troveremo qualcosa che non funiziona più come ipotizzato.

[antonellocaroli]

IO mi osno accorto che SOX è presente sia in /x86_64-linux che in /i386-linux quindi non basta eliminare / rinomibnare la prima, bisogna farlo con entrambe, dato che LMS cerca prima in una poi, per non trovato, nell'altra e quindi pesca nel path.

Certo non é na bella cosa questa...

Molto probabilmente é propio questo il tuo prob

[marcoc1712]

Certo non é na bella cosa questa...

Molto probabilmente é propio questo il tuo prob

Posto che lms (come penso molte altre applicazioni) si è dovuto 'inventare' il modo per staticizzare e 'privatizzare' la versione di un componente (e delle sue librerie), questo - dal punto di vista di un programmatore - è il modo più standard e portabile possibile per farlo, mediante una libreria di gestione dei pacchetti sotware che si chiama 'B, la stessa che uso io per distribuire C-3PO eseguibile, con il vantaggio che a me serve solo per differenziare win dal resto.

Bella o brutta, è un meccanismo interno a LMS che noi stiamo 'hacherando' ai nostri fini, ma non era previsto accadesse.

LMS è tutto così (essendo in PERL) puoi sostituire qualsiasi componente presente, anche in /Slim (codice sorgente proprio) o in /CPAN e /lib (librerie sorgente), negli ultimi due casi sempre allo scopo di evitare che aggiornamenti di sistema modifichino il comportamento di LMS, in pratica è una copia 'privata' di librerie pubbliche.

Modificare LMS è facile, ma poi bisogna mantenerne allineata congruentemente la distribuzione, usando i pacchetti sovrascrive ogni volta, l'unica alternativa 'valida' è utilizzare un software versioning tool come GIT o SVN o ... con il problema della distribuzione egli eseguibili in windows.

SE mai un giorno mi risolverò a farlo, quella sarà probabilmente la strada che seguirò, altrimenti bisogna impostare una distribuzione parallela (come Daphile), che richiede SEMPRE la mediazione del suo maintainer per rendere disponibili variazioni in LMS, quindi può sostituire i componenti come meglio vuole, sfruttando a proprio vantaggio il meccanismo della 'privatizzazione', che tanto repelle i puristi di linux.

[antonellocaroli]

Posto che lms (come penso molte altre applicazioni) si è dovuto 'inventare' il modo per staticizzare e 'privatizzare' la versione di un componente (e delle sue librerie), questo - dal punto di vista di un programmatore - è il modo più standard e portabile possibile per farlo, mediante una libreria di gestione dei pacchetti sotware che si chiama 'B, la stessa che uso io per distribuire C-3PO eseguibile, con il vantaggio che a me serve solo per differenziare win dal resto.

Bella o brutta, è un meccanismo interno a LMS che noi stiamo 'hacherando' ai nostri fini, ma non era previsto accadesse.

LMS è tutto così (essendo in PERL) puoi sostituire qualsiasi componente presente, anche in /Slim (codice sorgente proprio) o in /CPAN e /lib (librerie sorgente), negli ultimi due casi sempre allo scopo di evitare che aggiornamenti di sistema modifichino il comportamento di LMS, in pratica è una copia 'privata' di librerie pubbliche.

Modificare LMS è facile, ma poi bisogna mantenerne allineata congruentemente la distribuzione, usando i pacchetti sovrascrive ogni volta, l'unica alternativa 'valida' è utilizzare un software versioning tool come GIT o SVN o ... con il problema della distribuzione egli eseguibili in windows.

SE mai un giorno mi risolverò a farlo, quella sarà probabilmente la strada che seguirò, altrimenti bisogna impostare una distribuzione parallela (come Daphile), che richiede SEMPRE la mediazione del suo maintainer per rendere disponibili variazioni in LMS, quindi può sostituire i componenti come meglio vuole, sfruttando a proprio vantaggio il meccanismo della 'privatizzazione', che tanto repelle i puristi di linux.

Ma su questo niente da dire....ma sul fatto che é possibile scaricare LMS per sistemi a 64 e LMS per sistemi a 32....scaricando e installando la 64 bit mi sembra un po strano e inaspettato che mi copi anche eseguibili (sox) per 32 bit (e che li provi pure ad usare) che non é detto che funzionino su sistemi a 64 bit....
tutto qua

[marcoc1712]

Ma su questo niente da dire....ma sul fatto che é possibile scaricare LMS per sistemi a 64 e LMS per sistemi a 32....scaricando e installando la 64 bit mi sembra un po strano e inaspettato che mi copi anche eseguibili (sox) per 32 bit (e che li provi pure ad usare) che non é detto che funzionino su sistemi a 64 bit....
tutto qua

E' la libreria che lo fa, se il sistema è a 64 MA può funzionare anche in compatibilità a 32, allora scarica entrambi gli ambienti, non verificando che siano identici (l'errore in questo caso sarebbe semmai l'aver messo due versioni invece di una sola in /linux o /linux/i386 ). Se lo fa, però, vuol dire che quel sistema 'dichiara' di poter far girare anche la versione a 32 bit. Infatti da me funzionava, nel senso che partiva la versione a 32 bit della 14.03.00, ma non era quello che volevo.

Non credo sia li il problema.

[bigtube]

IO mi osno accorto che SOX è presente sia in /x86_64-linux che in /i386-linux quindi non basta eliminare / rinomibnare la prima, bisogna farlo con entrambe, dato che LMS cerca prima in una poi, per non trovato, nell'altra e quindi pesca nel path.

L'avevo notato pure io.....in ogni caso non funziona nulla anche senza rinominare il /i386 che mi accingo a rinominare pero' ora.....che sia la volta buona che lms va' a cercare altrove?
vediamo...

[bigtube]

L'avevo notato pure io.....in ogni caso non funziona nulla anche senza rinominare il /i386 che mi accingo a rinominare pero' ora.....che sia la volta buona che lms va' a cercare altrove?
vediamo...

rinominato pure /i386.....rien a faire....lms non manda in play

Edit per Marco:
hai una mail su google

[bigtube]

Helper Applications Folder
/usr/share/squeezeboxserver/Bin/x86_64-linux, /usr/share/squeezeboxserver/Bin/i386-linux, /usr/share/squeezeboxserver/Bin, /usr/local/sbin, /usr/local/bin, /sbin, /bin, /usr/sbin, /usr/bin, /usr/bin, /usr/local/bin, /usr/sbin, /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/C3PO/Bin

questi i file in cui attinge LMS......ma non per me

[marcoc1712]

Helper Applications Folder
/usr/share/squeezeboxserver/Bin/x86_64-linux, /usr/share/squeezeboxserver/Bin/i386-linux, /usr/share/squeezeboxserver/Bin, /usr/local/sbin, /usr/local/bin, /sbin, /bin, /usr/sbin, /usr/bin, /usr/bin, /usr/local/bin, /usr/sbin, /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/C3PO/Bin

questi i file in cui attinge LMS......ma non per me

Hai verificato nel log di lms?

Questo è da WIN, ma è lo stesso in linux:

[16-05-07 13:39:23.6254] Plugins::C3PO::Plugin::_getSoxVersion (891) Sox path  is: C:\Programmi\sox-14-4-2\sox.exe
[16-05-07 13:39:23.6258] Plugins::C3PO::Plugin::_getSoxVersion (892) Sox version is: 140402

[UnixMan]

Helper Applications Folder
/usr/share/squeezeboxserver/Bin/x86_64-linux, /usr/share/squeezeboxserver/Bin/i386-linux, /usr/share/squeezeboxserver/Bin, /usr/local/sbin, /usr/local/bin, /sbin, /bin, /usr/sbin, /usr/bin, /usr/bin, /usr/local/bin, /usr/sbin, /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/C3PO/Bin

questi i file in cui attinge LMS......ma non per me

prova a fare così:

mv -iv /usr/share/squeezeboxserver/Bin  /usr/share/squeezeboxserver/Bin.unused