upsampling (universo LMS/Squeezelite/Squeezeplay)

[marcoc1712]

nel convert.conf il decoder dovrebbe essere questo:
flc pcm * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dcs --force-raw-format --endian=little --sign=signed $START$ $END$ -- $FILE$

sarebbe lecito aggiungere "-- [/usr/bin/sox]" ?

No,

LMS usa un uso mcanismo per individuare gli eseguibili, che io ho replicato in C-3PO, quando gira come transocder.
I comandi a LMS (compresi quelli formulati da C-3PO) riconoscono il nome dell'eseguibile [SOX], non mettere tra parentesi altro.

[bigtube]

No,

LMS usa un uso mcanismo per individuare gli eseguibili, che io ho replicato in C-3PO, quando gira come transocder.
I comandi a LMS (compresi quelli formulati da C-3PO) riconoscono il nome dell'eseguibile [SOX], non mettere tra parentesi altro.

Pero' LMS ha deciso di non farlo con me....sono antipatico?

[UnixMan]

Cosa intendi ? LMS viene installato in /var/lib

?!

questo non mi torna...

Sotto "/var" ci mette la cache ed altra roba che gestisce lui a run-time, ma il grosso della roba (ed in particolare i binari che devi eliminare/rinominare) la installa sotto "/usr/share/".

I files (o dir) da togliere di torno sono quelli sotto "/usr/share/squeezeboxserver/...".

Tu hai trovato (e rinominato) una copia di sox sotto "/var/lib"? Non ho fatto caso se ne metta una copia da qualche parte anche lì sotto ma, in tal caso, potrebbe trattarsi di una sorta di cache... ed il problema potrebbe essere quello.

Prova a dare il comando:

dpkg -L logitechmediaserver

che ti restituisce la lista di tutti i files installati da quel pacchetto.

Aggiungo una osservazione:
Il Sox presente in LMS pesa 5 Mb.

quello presente nel sistema in /usr/bin pesa 68 Kb
....Torna ?

non ricordo i numeri esatti, ma mi pare di sì.

La copia di sox distribuita con LMS è "linkata staticamente" (quanto meno con libsox), per cui il file dell'eseguibile è molto più "pesante". Quella distribuita con la distribuzione invece è (ovviamente) linkata dinamicamente... per cui nell'eseguibile c'è ben poco, tutto "il succo" è nelle varie librerie (e plugins).

[marcoc1712]

Aggiungo una osservazione:
Il Sox presente in LMS pesa 5 Mb.

quello presente nel sistema in /usr/bin pesa 68 Kb
....Torna ?
A proposito io modifiche strane non ne ho fatto. Tutto installato con procedure Debian ergo sicure sulla carta.
usando apt e installando con dpkg o gdebi talora

Anche sul mio debian è 68K, è compilato dinamicamnetementre mentre quelo in LMS staticamente (il che ha un senso, visto proprio lo scopo di sostituirne il comportamento). IO mi sono accorto che non basta rinominare la versione di OSX in LMS nella cartella linux x86_64, prechè in quel caso usa quello in i386, quindi bisogna rinominar anche quello.

Comunque, per tagliare la testa al toro, nel log di LMS c-3po quando parte presenta il path e la versione di sox in uso. Basta tenere C-3PO in INFO nei log, verifica li cosa ti dice.

[marcoc1712]

Pero' LMS ha deciso di non farlo con me....sono antipatico?

Verifica nel log, si vede che per arrivare in Sardenga il path comprende il traghetto e non ha il piede marino!

[bigtube]

?!

questo non mi torna...

Sotto "/var" ci mette la cache ed altra roba che gestisce lui a run-time, ma il grosso della roba (ed in particolare i binari che devi eliminare/rinominare) la installa sotto "/usr/share/".

I files (o dir) da togliere di torno sono quelli sotto "/usr/share/squeezeboxserver/...".

Tu hai trovato (e rinominato) una copia di sox sotto "/var/lib"? Non ho fatto caso se ne metta una copia da qualche parte anche lì sotto ma, in tal caso, potrebbe trattarsi di una sorta di cache... ed il problema potrebbe essere quello.

Prova a dare il comando:

dpkg -L logitechmediaserver

che ti restituisce la lista di tutti i files installati da quel pacchetto.


non ricordo i numeri esatti, ma mi pare di sì.

La copia di sox distribuita con LMS è "linkata staticamente" (quanto meno con libsox), per cui il file dell'eseguibile è molto più "pesante". Quella distribuita con la distribuzione invece è (ovviamente) linkata dinamicamente... per cui nell'eseguibile c'è ben poco, tutto "il succo" è nelle varie librerie (e plugins).

Tutto questo mi conforta in quel poco che so'....
.....................................................................................
il contenuto di /var/lib

root@debian:/var/lib# ls
AccountsService      firebird          mlocate        systemd
alsa             gconf          NetworkManager    tex-common
apache2             gdm3          nfs        ucf
apt             geoclue          os-prober        udisks2
aptitude         ghostscript      PackageKit    update-rc.d
aspell             git          pam        upower
colord             initramfs-tools  polkit-1        urandom
container         initscripts      python        usb_modeswitch
dbus             insserv          python-support    usbutils
dhcp             libreoffice      realmd        vim
dictionaries-common  libxml-sax-perl  sgml-base        xfonts
dpkg             logrotate          squeezeboxserver    xkb
emacsen-common         man-db          sudo        xml-core
exim4             misc          synaptic

Non vedo sox

[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

[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