DSD in LMS con SOX

[UnixMan]

Aargh... un errore (orrore) l'ho trovato: nella stringa in convert.conf avevo messo "flac" invece di "flc"!!

*** /var/log/squeezeboxserver//server.log ***
[17-02-05 15:49:40.9826] Slim::Player::TranscodingHelper::getConvertCommand2 (443) Error: Didn't find any command matches for type: flc
[17-02-05 15:49:45.0011] Slim::Utils::Cache::cleanup (207) Cache purge: cache - skipping, purged recently

OK, quello ora è sistemato:

[17-02-05 15:58:10.1408] Slim::Player::StreamingController::_Stream (1203) Song queue is now 3
[17-02-05 15:58:10.1410] Slim::Player::StreamingController::_Stream (1206) 00:1c:c0:37:22:73: preparing to stream song index 3
[17-02-05 15:58:10.1412] Slim::Player::Song::open (363) file:///.../file.flac
[17-02-05 15:58:10.1422] Slim::Player::TranscodingHelper::getConvertCommand2 (446) Matched: flc->dsf via: [flac] -ds --totally-silent $START$ $END$ -- $FILE$ | [sox] -q  -t wav - -t dsf  -b 1 - rate -vMn 5644800 sdm -f  sdm-8
[17-02-05 15:58:10.1430] Slim::Player::TranscodingHelper::getConvertCommand2 (446) Matched: flc->dsf via: [flac] -ds --totally-silent $START$ $END$ -- $FILE$ | [sox] -q  -t wav - -t dsf  -b 1 - rate -vMn 5644800 sdm -f  sdm-8
[17-02-05 15:58:10.1433] Slim::Player::Song::open (387) seek=false time=0 canSeek=2
[17-02-05 15:58:10.1439] Slim::Player::TranscodingHelper::getConvertCommand2 (446) Matched: flc->dsf via: [flac] -ds --totally-silent $START$ $END$ -- $FILE$ | [sox] -q  -t wav - -t dsf  -b 1 - rate -vMn 5644800 sdm -f  sdm-8
[17-02-05 15:58:10.1441] Slim::Player::Song::open (408) Transcoder: streamMode=F, streamformat=dsf
[17-02-05 15:58:10.1446] Slim::Player::TranscodingHelper::tokenizeConvertCommand2 (617) Using command for conversion: "/usr/bin/flac" -ds --totally-silent -- "/.../file.flac" | "/usr/share/squeezeboxserver/Bin/x86_64-linux/sox" -q  -t wav - -t dsf  -b 1 - rate -vMn 5644800 sdm -f  sdm-8 & |
[17-02-05 15:58:10.1449] Slim::Player::Song::open (558) Tokenized command: "/usr/bin/flac" -ds --totally-silent -- "/.../file.flac" | "/usr/share/squeezeboxserver/Bin/x86_64-linux/sox" -q  -t wav - -t dsf  -b 1 - rate -vMn 5644800 sdm -f  sdm-8 & |

Ma continua a non funzionare. Adesso ottengo lo stesso errore di Filippo:

[17-02-05 15:58:10.0882] Slim::Player::StreamingController::_setPlayingState (2357) new playing state BUFFERING
[17-02-05 15:58:10.0883] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state STREAMING
[17-02-05 15:58:10.1294] Slim::Player::Source::_readNextChunk (373) end of file or error on socket, song pos: 0
[17-02-05 15:58:10.1297] Slim::Player::Source::_readNextChunk (378) 00:1c:c0:37:22:73 mark end of stream
[17-02-05 15:58:10.1298] Slim::Player::Source::_readNextChunk (386) Didn't stream any bytes for this song; mark it as failed
[17-02-05 15:58:10.1300] Slim::Player::StreamingController::playerStreamingFailed (2228) 00:1c:c0:37:22:73
[17-02-05 15:58:10.1304] Slim::Player::StreamingController::_playersMessage (789) Problem: Can't open file for:: file:///.../file.flac

[marcoc1712]

anche a me

sox -S -V3 file.flac -t dsf -b 1 outfile.dsf rate -vMn $[ 2* 2822400 ] sdm -f sdm-8
sox:      SoX v14.4.2
sox INFO formats: detected file format type `flac'

Input File     : 'file.flac'
Channels       : 2
Sample Rate    : 44100
Precision      : 16-bit
Duration       : 00:04:32.60 = 12021660 samples = 20445 CDDA sectors
File Size      : 28.4M
Bit Rate       : 832k
Sample Encoding: 16-bit FLAC
Endian Type    : little
Reverse Nibbles: no
Reverse Bits   : no
Comments       : 
TITLE=Close your eyes and listen
ARTIST=Astor Piazzolla & Gerry Mulligan
ALBUM=Summit - Reunion Cumbre
TRACKNUMBER=02
DATE=1974
GENRE=Jazz
Comment=EAC Flac 1.1.2-5


Output File    : 'outfile.dsf'
Channels       : 2
Sample Rate    : 5.6448e+06
Precision      : 1-bit
Duration       : 00:04:32.60 = 1538772480 samples ~ 20445 CDDA sectors
Sample Encoding: 1-bit Direct Stream Digital
Endian Type    : little
Reverse Nibbles: no
Reverse Bits   : no
Comments       : 
TITLE=Close your eyes and listen
ARTIST=Astor Piazzolla & Gerry Mulligan
ALBUM=Summit - Reunion Cumbre
TRACKNUMBER=02
DATE=1974
GENRE=Jazz
Comment=EAC Flac 1.1.2-5

sox INFO sox: effects chain: input        44100Hz  2 channels
sox INFO sox: effects chain: rate       5.6448e+06Hz  2 channels
sox INFO sox: effects chain: sdm        5.6448e+06Hz  2 channels
sox INFO sox: effects chain: output     5.6448e+06Hz  2 channels
In:100%  00:04:32.60 [00:00:00.00] Out:1.54G [!=====|=====!] Hd:0.0 Clip:0    
Done.

qui c'é qualcosa che non va

mi trovo una voce in piú in dsf invece di trovarmela in flac...in wav invece é ok

OCCHIO:

flac dsf * * dovrebbe essere flc dsf * *

probabilmente è per quello che non la trovi...

dsf fac è aggiunta da dsdPlay.

[UnixMan]

OCCHIO:

flac dsf * * dovrebbe essere flc dsf * *

probabilmente è per quello che non la trovi...

sì, svista mia... però (vedi post precedente) anche dopo averlo sistemato (ed abilitato la entry nei types) non funziona lo stesso (problema diverso).

[marcoc1712]

[17-02-05 15:58:10.1446] Slim::Player::TranscodingHelper::tokenizeConvertCommand2 (617) Using command for conversion: "/usr/bin/flac" -ds --totally-silent -- "/.../file.flac" | "/usr/share/squeezeboxserver/Bin/x86_64-linux/sox" -q -t wav - -t dsf -b 1 - rate -vMn 5644800 sdm -f sdm-8 & |
[17-02-05 15:58:10.1449] Slim::Player::Song::open (558) Tokenized command: "/usr/bin/flac" -ds --totally-silent -- "/.../file.flac" | "/usr/share/squeezeboxserver/Bin/x86_64-linux/sox" -q -t wav - -t dsf -b 1 - rate -vMn 5644800 sdm -f sdm-8 & |

[17-02-05 15:58:10.1304] Slim::Player::StreamingController::_playersMessage (789) Problem: Can't open file for:: file:///.../file.flac

Mi pare molto strano il pathname passato a FLAC...

sicuro di non aver lasciato flac.file nella stringa al posto $FILE$

se non è così, cosa succede se una riga anolga la usi, per esempio, per la conversione flc pcm e suoni lo stesso file?

[UnixMan]

Mi pare molto strano il pathname passato a FLAC...

quello l'ho editato io a mano qui... il pathname era quello giusto. Riabilitando C-3PO lo stesso file sta suonando.

[antonellocaroli]

quello l'ho editato io a mano qui... il pathname era quello giusto. Riabilitando C-3PO lo stesso file sta suonando.

In che senso sta suonando?
fa la conversione in dsf?

[UnixMan]

In che senso sta suonando?
fa la conversione in dsf?

no, rispondevo a Marco. Il file in questione sta suonando in PCM, con C-3PO. Se disabilito C-3PO invece viene utilizzata la riga per la conversione flc dsf, ma ottengo l'errore che ho postato e non suona...

[UnixMan]

Non vorrei che il problema sia quello di cui parlavo in precedenza (formato dsf non "streamable"):

Se avvio la conversione PCM->DSD con sox da riga di comando e provo ad aprire (con LMS) il file dsf prima che sox abbia finito di convertirlo, LMS non lo riconosce (e non lo suona). Se invece ci riprovo quando sox ha finito, funziona.

Problema analogo lo riscontro se provo a mandare in play il dsf con ffmpeg (ffplay): se prima converto il file e -dopo- do il comando "ffplay file.dsf" non c'è nessun problema(*), il file viene riprodotto.

(*)"non c'è nessun problema" a parte il fatto che (almeno nel mio sistema) ffmpeg pare non supportare l'output diretto in DSD e, prima di mandare lo stream ad ALSA, lo riconverte in PCM... cosa seccante (perché mi avrebbe fatto molto comodo un player a riga di comando per il DSD) ma, in questo contesto, irrilevante.

Se invece provo a creare una pipe, e.g.:

sox-dsd -q -V0 02*.flac -t dsf -b 1 - rate -vMn $[ 2* 2822400 ] sdm -f sdm-8 | ffplay -

entrambi i processi si bloccano:

$ sox-dsd -q -V0 02*.flac -t dsf -b 1 - rate -vMn $[ 2* 2822400 ] sdm -f sdm-8 | ffplay  -
ffplay version 2.6.9 Copyright (c) 2003-2016 the FFmpeg developers
  built with gcc 4.9.2 (Debian 4.9.2-10)
  configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security ' --extra-ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo-aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable-mipsdspr1 --disable-mipsdspr2 --enable-libvidstab --enable-libzvbi --enable-avresample --disable-htmlpages --disable-podpages --enable-libutvideo --enable-libfdk-aac --enable-libx265 --enable-libiec61883 --enable-vaapi --enable-libdc1394 --disable-altivec --shlibdir=/usr/lib/x86_64-linux-gnu
  libavutil      54. 20.100 / 54. 20.100
  libavcodec     56. 26.100 / 56. 26.100
  libavformat    56. 25.101 / 56. 25.101
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 11.102 /  5. 11.102
  libavresample   2.  1.  0 /  2.  1.  0
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  1.100 /  1.  1.100
  libpostproc    53.  3.100 / 53.  3.100
Input #0, dsf, from 'pipe:':aq=    0KB vq=    0KB sq=    0B f=0/0
  Duration: N/A, bitrate: 11289 kb/s
    Stream #0:0: Audio: dsd_lsbf_planar, 705600 Hz, stereo, fltp, 11289 kb/s
pipe:: error while seeking

Daphile come fa? Sarà mica che usa lo stesso meccanismo che usa per il "play from RAM" e converte tutto il file prima di mandarlo in play e poi, mentre quello suona, comincia convertire quello successivo, ecc.?

[UnixMan]

[OT]
BTW: qui potete vedere lo spettrogramma di (una piccola parte di) un file (CD, PCM 16/44) convertito in DSD128 con sox (sdm-8):



si nota molto bene l'effetto del noise shaping. Il segnale utile (banda audio) è quel poco che si vede nella parte più bassa del grafico. Tutto il resto è rumore...

N.B.: a scanso equivoci, questa è proprio la caratteristica precipua del DSD. Va da sé che anche il DSD "nativo" (o conversioni effettuate con software diversi) produce risultati simili. È possibile anche vedere come utilizzando "filtri" diversi (e.g. in questo caso con le diverse opzioni "-f" di sdm di sox) si ottengono spettri di rumore distribuito in modo diverso.
[/OT]

[marcoc1712]

E' difficile senza riuscire a provare, devo forzatamente annaspare nel buio...

a. La cosa più semplice per vedere cosa fa Daphile è... usare Daphile e controllae nel log di Transcode che comando ha effettivamente usato (oppure abiliatere i log di LMS e guardare in quelli).per farlo bisogna disporre di un DAC che accetti dsd nativo, io non riesco.

b. Da quello che ho capito leggendo il codice (che è uno script, quindi forse lo capisci meglio tu di me) di Transcode, la riga impostata da Daphie è quella che ho indicato.

c. Il primo problema che io vedo è l'incapacità di aprire il file DI INPUT. Quello che dovrebbe succedere è che nel 'tokenized command' compaia una bella "-" e non un pathname.

LMS in Daphile è stato patchato in proposito, senza quella patch, la cosa più immediata è inserire la capability I ed eventualmente togliere la T (come scritto più sopra) e verificare SE funziona, in questo modo.

d. per come è costruito LMS, ogni 'passo' di conversione è sempre gestito da thread diversi, per cui la 'pipe' non è mai una vera e propria pipe ma diventa qualcosa di più simile ad una socket o ad una named pipe (motivo dei problemi in windows), lo stdout dell'ultimo passo torna al thread di LMS che lo usa per alimentare lo stream da inviare al client, se ci fosse un problema li verrebbe segnalato nel trhead relativo, qui il roblema è segnalatto all'input,flac non riesce ad aprire il file. Ciò non esclude ci possa essere un problema uletriore, ma LMS non ci arriva porprio a quel punto (per quanto posso vedere dal log postato).

Proverei ad inserire al capability I.