Squeezelite R2 su WTFPlay OS

[marcoc1712]

Chi ha Qobuz, ascolti per favore questo capolavoro: con le impostazioni:

A. 'standard' (es -b 8192:8192 -a 40:3::0)
B. -b 1024000:1024000 -a 499:2::0
C. -b 2097152:4096 -a 499:2::0 ...
D: altro (specificare)

sono interessato a capire che tipo di differenze ci trovate. Fate attenzione a questi aspetti, per favore:

1. sibilianti
2. erre
3. d,t,b,p
4. respiro
5. risonanza
6. rumori 'estranei'.


Per ogni combinazione, esprimete per favore una valutazione 'relatva'

0. assente/mascherato
1. carente
2. naturale
3. in evidenza
4. fastidioso

grazie.

[bigtube]

Dato che da qualche mese possiedo un miniPC core-duo con 4 Gb di RAM ho provato la riga di comando che ha consigliato Marco
Per l'occasione non avendoci ancora installato Debian ho utilizzato il mio fido MpdPup su pendrive e mi son scaricato il vecchio eseguibile squeezelite-mc2-i386.
Ho avuto difficolta' a farmi riconoscere la JLSounds ....devo capire un po'....non era mai successo.
Comunque ho lanciato Squeezelite-mc2 cosi:

squeezelite-mc2-i386 -z -p 45 -o front:CARD=X20,DEV=0 -b 1024000:1024000 -a 499:2::0

Devo dire che il risultato mi è piaciuto molto...devo ancora provare con attenzione ma direi che
questo è un buon passo...anzi ottimo.

mentre era in esecuzione ho dato il comando top dopo essermi collegato via SSH alla shell di Puppy.
da quello che si puo' leggere,a meno che io non abbia le traveggole, è che la CPU non fa' nulla:

[antonellocaroli]

c é da dire che con quei parametri il problema delle tracce lunghe si accentua....

[DacPassion]

c é da dire che con quei parametri il problema delle tracce lunghe si accentua....

Questa è una notizia spiacevolissima!!

[marcoc1712]

c é da dire che con quei parametri il problema delle tracce lunghe si accentua....

in che senso?

non può essere lo stesso problema, SOX 'non vede' cosa sta a valle. Il problema a suo tempo individuato è insito in SOX che 'sbaglia' nel calcolare il bitrate, quindi 'crede' che il file finisca prima, tant'è che si presenta anche convertendo 'staticamente un file. R2 realizza proprio lo svincolo tra il transcoder (SOX) ed il player, che legge l'header del file, non quello che gli dice LMS.

Tu a cosa ti riferisci? non vorrei ci fosse un secondo problema... MI dai gli estremi dell'errore e possibilemnte i log di LMS e Squeezelite quando si presenta?

EDIT:

Fai per favore una rapida prova:

converti staticamente il file nel formato che usi attualmente, quindi (ammesso che sox abbia termintato il lavoro correttamente) mandalo in esecuzione. Se si sferma anche così è un problema di squeezelitre (o alsa) che potrò investigare..

Ma ATTENZIONE: SOX fallisce silenziosamente, quindi controlla che le dimensioni del file in uscita corrispondano a quelle che ti aspetti e non sia troncato.

[marcoc1712]

Dato che da qualche mese possiedo un miniPC core-duo con 4 Gb di RAM ho provato la riga di comando che ha consigliato Marco
Per l'occasione non avendoci ancora installato Debian ho utilizzato il mio fido MpdPup su pendrive e mi son scaricato il vecchio eseguibile squeezelite-mc2-i386.
Ho avuto difficolta' a farmi riconoscere la JLSounds ....devo capire un po'....non era mai successo.
Comunque ho lanciato Squeezelite-mc2 cosi:

squeezelite-mc2-i386 -z -p 45 -o front:CARD=X20,DEV=0 -b 1024000:1024000 -a 499:2::0

Devo dire che il risultato mi è piaciuto molto...devo ancora provare con attenzione ma direi che
questo è un buon passo...anzi ottimo.

mentre era in esecuzione ho dato il comando top dopo essermi collegato via SSH alla shell di Puppy.
da quello che si puo' leggere,a meno che io non abbia le traveggole, è che la CPU non fa' nulla:

Proprio così, non fa (praticamente) nulla. Sposta solo 'chunk' di dati da un buffer ad un secondo e quindi ad un terzo a ritmi lentissimi (4 volte al secondo). Dove è chiamarta ad un carico maggiore è nelle fasi di riempimento del buffer, che - per quanto vedo - sono 'modulate' dalla velocità della rete, certamente sono più veloci (ed intense) accedendo a files locali. Sarebbe semplice forzare l'attesa del completo caricamento, provocando però la rottura del gapless.

[antonellocaroli]

in che senso?

non può essere lo stesso problema, SOX 'non vede' cosa sta a valle. Il problema a suo tempo individuato è insito in SOX che 'sbaglia' nel calcolare il bitrate, quindi 'crede' che il file finisca prima, tant'è che si presenta anche convertendo 'staticamente un file. R2 realizza proprio lo svincolo tra il transcoder (SOX) ed il player, che legge l'header del file, non quello che gli dice LMS.

Tu a cosa ti riferisci? non vorrei ci fosse un secondo problema... MI dai gli estremi dell'errore e possibilemnte i log di LMS e Squeezelite quando si presenta?

Succede che anche facendo resample a 192 (File da circa 35 min, se non ricordo male, dovrei verificare stasera) si stoppa dopo pochi minuti il play....

Puoi verificare facilmente anche tu, é piu facile che io ti mando i log, non hai un cd in flac su un unico file?

[bigtube]

Succede che anche facendo resample a 192 (File da circa 35 min, se non ricordo male, dovrei verificare stasera) si stoppa dopo pochi minuti il play....

Puoi verificare facilmente anche tu, é piu facile che io ti mando i log, non hai un cd in flac su un unico file?

Io ho provato con un file di 24 minuti con resampling a 176 K e non c'e' stata interruzione.....se non ricordo male avevamo convenuto di non superare questo limite per file lunghi.

[antonellocaroli]

Io ho provato con un file di 24 minuti con resampling a 176 K e non c'e' stata interruzione.....se non ricordo male avevamo convenuto di non superare questo limite per file lunghi.

Si in effeti sono io che ho preso una cantonata, Pardon!!

ho provato con lo stesso file a cambiare il buffer e si stacca allo stesso minuto....
ieri mi so capitati 2/3 file lunghi che si staccavano dopo pochi minuti e ho pensato che la cosa si era accentuata per il buffer grande...senza fare la prova a cambiare il buffer...

niente, COME NON DETTO!

[marcoc1712]

Io ho provato con un file di 24 minuti con resampling a 176 K e non c'e' stata interruzione.....se non ricordo male avevamo convenuto di non superare questo limite per file lunghi.

Qualcuno ricorda dove ne avevamo parlato? Non ricordo più esattamente i calcoli con cui avevo ricostruito il 'limite'...