Printable View
Ragazzi, anche se non scrivo per mancanza di tempo e materia prima (sono momentaneamente senza impianto causa trasferimento più o meno imminente) vi seguo assiduamente. Non mi sono perso!! :-)
Ps attualmente "ascolto" con un sinto ampli pioneer e cassettine 5.1 Canton :-D :-D ...almeno c'è un futro+dac come sorgente ehehe
[16-04-23 07:29:33.5185] Slim::Player::Source::playmode (96) 50:e5:49:cc:b4:29: Current playmode: pauseQuote:
Originariamente inviato da antonellocaroli
Sei in pausa, non so perchè.
Prima però hai un errore di end of stream, che potrebbe indicare un errore della riga di comando (qualche opzione che la nuova versione di sox non accetta?)
[16-04-23 07:29:19.2269] Slim::Player::Source::_readNextChunk (373) end of file or error on socket, song pos: 5609
Io farei una prova lanciando SOX da riga di comando:
"C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\flac.exe" -dcs -- "C:\Users\filippo\Desktop\Music\FLAC\02 Michel Godard & Le Miroir Du Temps - Days of Weeping Delights.flac" | "C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\sox.exe" -t wav - -t wav -r 384000 -3 --buffer=8192 - gain -1 rate -v -M -a -b 90.7 384000 remix -m 1p-0.5 2 dither -S prova.wav
per capire cosa non gli piace.
Dovrebbe segnalarti gli errrori, se no aggiungi -V alle opzioni di sox, come suggeriva Paolo.
Unico consiglio, prova a ridurre il period count a 2 (-a :2:: ), a mio avviso - ma anche di Fabrizio - qualcosa migliora.Quote:
Originariamente inviato da bigtube
Comunque, bisogna sempre considerare che quello che noi scriviamo sono solo 'indicazioni' per ALSA, che in realtà determina i valori reali della dimensione del buffer (quindi del periodo) in funzione delle caratteristiche 'fisiche dell' hw vero e proprio. Squeezelite fornisce feedback dei valori utilizzati nel log.
Probabilmente l'effetto più certo lo si ottiene con il period count, in quanto indipendentemente dalla 'reale' dimensione del buffer, provoca la definizione del period size come buffer size/period count.
2 è il minimo per evitare XRUN sistematici, valori superiori comportano maggiore utilizzo di CPU, ma anche maggiore sicurezza di non intercorrere in errori a causa di 'ritardi' del sistema nel rispondere all'interrupt.
In sistemi minimamente moderni 2 è un valore sicuro e - rispetto al default di 4 - dimezza gli interrupt e quindi il lavoro della CPU, aumentando - però - di conseguenza la latenza, ininfluente ai nostri fini.
Il fatto che la modifica sia 'sensibile' in diversi sistemi è un' altra piccola conferma di quanto questo fattore sia importante.
quel -3 me lo da come errore...lo tolgo e tolgo anche dither -S che mi sembra sia per la vecchia versione e anche remix che me lo da come erroreQuote:
Originariamente inviato da marcoc1712
risultato questo:
codice:C:\Users\filippo>"C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\flac.exe" -dcs -- "C:\Users\filippo\Desktop\Music\FLAC\02 Michel Godard & Le Miroir Du Temps - Days of Weeping Delights.flac" | "C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\sox.exe" -t wav - -t wav -r 384000 --buffer=8192 - gain -1 rate -v -M -a -b 90.7 384000 prova.wav
C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\sox.exe FAIL rate: usage: [-q|-l|-m|-h|-v] [override-options] RATE[k]
BAND-
QUALITY WIDTH REJ dB TYPICAL USE
-q quick n/a ~30 @ Fs/4 playback on ancient hardware
-l low 80% 100 playback on old hardware
-m medium 95% 100 audio playback
-h high (default) 95% 125 16-bit mastering (use with dither)
-v very high 95% 175 24-bit mastering
OVERRIDE OPTIONS (only with -m, -h, -v)
-M/-I/-L Phase response = minimum/intermediate/linear(default)
-s Steep filter (band-width = 99%)
-a Allow aliasing above the pass-band
-b 74-99.7 Any band-width %
-p 0-100 Any phase response (0 = minimum, 25 = intermediate,
50 = linear, 100 = maximum)
mmhhh forse ho sbagliato io.. il file di out (prova.wav) prova a metterlo dopo --buffer=8192 al posto del "-" prima di gain.Quote:
Originariamente inviato da antonellocaroli
p.s. gain -1 è ad alto rischio clipping, dopo aver provato diversi files 'campione' della mia libreria, ho verificato che -6 è il valore 'sicuro', l'unica implicazione è ...che devo alzare il volume.
cosi non mi da errore
e cosicodice:C:\Users\filippo>"C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\flac.exe" -dcs -- "C:\Users\filippo\Desktop\Music\FLAC\02 Michel Godard & Le Miroir Du Temps - Days of Weeping Delights.flac" | "C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\sox.exe" -t wav - -t wav -r 384000 --buffer=8192 prova.wav gain -1 rate -v -M -a -b 90.7 384000 remix -m 1p-0.5 2
ma comunque finisce il processo...codice:C:\Users\filippo>"C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\flac.exe" -dcs -- "C:\Users\filippo\Desktop\Music\FLAC\02 Michel Godard & Le Miroir Du Temps - Days of Weeping Delights.flac" | "C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\sox.exe" -t wav - -t wav -r 384000 --buffer=8192 prova.wav gain -1 rate -v -M -a -b 90.7 384000 remix -m 1p-0.5 2 dither -f shibata -p 24
C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\sox.exe WARN dither: no `shibata' filter is available for rate 384000; using sloped TPDF
@Paolo:
casualmente, verificando l'erore di Filippo, mi è uscito questo:
Pare che sia possibile quello che dici anche nella versione in LMS, almeno in windows, usando il 'nome' del filtro.Hai provato l'help di sox in linux con la versione in LMS? Mi sembrerebbe strano non fossero allineate.codice:
/cygdrive/g/Sviluppo/slimserver/Bin/MSWin32-x86-multi-thread/sox FAIL dither: us
age: [-a] [-S|-s|-f filter]
(none) Use TPDF
-a Automatically turn on & off dithering as needed (use with caution!)
-S Use sloped TPDF (without noise shaping)
-s Shape noise (with shibata filter)
-f name Set shaping filter to one of: lipshitz, f-weighted,
modified-e-weighted, improved-e-weighted, gesemann,
shibata, low-shibata, high-shibata.
stando a quello che dice Paolo, i filtri sono disponibili solo a 44100, non ho capito cosa vuol dire che 'finisce il proceso', crea il file prova.wav? Se si, vuol dire che funziona, quindi bisogna capire perchè non funziona in LMS, molto strano.Quote:
Originariamente inviato da antonellocaroli
Io ho provato con la vecchia versione di sox a mettere dither -f shibata -p 24Quote:
Originariamente inviato da marcoc1712
il play va subito in pausa
sto provando con una via di mezzo... "-a 100:3" e "-b 10240:10240" (non ho una LAN di mezzo, quindi dovrebbe essere più che abbondante...).Quote:
Originariamente inviato da marcoc1712
Questo il log (che ho riattivato per l'occasione):
Non ci giurerei, ma forse qualche minimo cambiamento c'è stato.codice:[12:25:34.934604] stream_thread:176 headers: len: 115
HTTP/1.1 200 OK
Server: Logitech Media Server (7.9.0 - 1456927571)
Connection: close
Content-Type: audio/L16
[12:25:34.951485] output_thread:638 open output device: hw:CARD=D20,DEV=0
[12:25:34.951985] alsa_open:355 opening device at: 44100
[12:25:34.952212] alsa_open:406 opened device hw:CARD=D20,DEV=0 using format: S32_LE sample rate: 44100 mmap: 1
[12:25:34.952235] alsa_open:485 buffer: 100 period: 3 -> buffer size: 4410 period size: 1470
[12:25:34.977855] _check_header:77 WAVE
[12:25:34.978107] _check_header:101 header: fmt len: 40
[12:25:34.978115] _check_header:129 pcm size: 4 rate: 384000 chan: 2 bigendian: 0
[12:25:34.978122] _check_header:101 header: fact len: 4
[12:25:34.978128] _check_header:101 header: data len: 1446789120
[12:25:34.978134] _check_header:107 audio size: 1446789120
[12:25:34.978141] pcm_decode:200 setting track_start
[12:25:35.014581] _output_frames:61 start buffer frames: 135158
[12:25:35.014638] _output_frames:146 track start sample rate: 384000 replay_gain: 0
[12:25:35.024656] output_thread:638 open output device: hw:CARD=D20,DEV=0
[12:25:35.034495] alsa_open:355 opening device at: 384000
[12:25:35.034755] alsa_open:406 opened device hw:CARD=D20,DEV=0 using format: S32_LE sample rate: 384000 mmap: 1
[12:25:35.034781] alsa_open:485 buffer: 100 period: 3 -> buffer size: 38400 period size: 12800
[12:25:41.345843] decode_flush:190 decode flush
[12:25:41.345895] output_flush:423 flush output buffer
[12:25:41.659311] codec_open:218 codec open: 'p'
[12:25:41.659371] pcm_open:373 pcm size: 2 rate: 44100 chan: 2 bigendian: 0
[12:25:41.659407] stream_sock:384 connecting to 127.0.0.1:9000
[12:25:41.659524] stream_sock:413 header: GET /stream.mp3?player=00:1c:c0:37:22:73 HTTP/1.0
che versione di sox hai? Dai il comando [path\]sox --versionQuote:
Originariamente inviato da antonellocaroli
N.B.: Marco, attento che le opzioni "-" ("-2", "-3", ecc.) che stai utilizzando per specificare il bit depth degli stream sono dei vecchi alias deprecati: nella v14.4.1 fornita con Debian Jessie ancora funzionano, ma in versioni successive potrebbero essere stati / venire eliminati! Usa "-b "!
codice:-1/-2/-3/-4/-8
The number of bytes in each encoded sample. Deprecated aliases for -b 8, -b 16, -b 24, -b 32, -b 64 respectively.
"dither" (inclusa l'opzione "-S" per lo shaped TPDF) c'è su tutte le versioni.Quote:
Originariamente inviato da antonellocaroli
che lo avevi messo a fare?! Quello lo usa Marco come controllo di bilanciamento, è una opzione specifica solo per il suo sistema!Quote:
Originariamente inviato da antonellocaroli
err... NON puoi mettere il file di uscita lì in fondo!!Quote:
Originariamente inviato da antonellocaroli
Il nome del file file lo devi mettere dove specifichi il file/stream di uscita e le sue caratteristiche... cioè subito dopo "-t wav -b 24 -r 384000", e PRIMA della catena degli "effetti" (gain, rate, dither, ecc), AL POSTO di quel " - ", che rappresenta IL NOME DEL FILE DI USCITA ("-" significa "standard output").