DSD in LMS con SOX

[marcoc1712]

512 in DOP non lo puoi fare

Per lo streaming in uscita, guarda in C-3PO ultimo comando eseguito....

per il gap prova a giocare con il buffer di sox

Per l´errore nel log di LMS non saprei...potrebbe essere che non ci sia il codec flac?

L'errore ignoralo è dovuto alla riga di downsampling mancante, lo strano è che la cerchi: sei sicuro di usare squeezelite-R2" e/o squeezelite con l'opzione -W, vero?

[marcoc1712]

Il 'gap' che senti, se esci in WAV non c'è, giusto? Io temo che il problema sia in squeezelite, che riceve DFF/DSF e lo deve convertire in DOP, francamente non ho controlato come si comporta in questo caso e se 'bufferizza' o meno abbastanza in anticipo la nuova traccia prima della fine della prima, nella mia idea di fondo sqiueezelite non deve fare altro che muovere bit dal buffer in ingresso a quello in uscita e tutto il resto lo deve fare il server.

Ho recentemente scoperto che Daphile ha la possibilità di far uscire il server in DOP, cosicchè squeezelite non debba fare nulla, magari puoi provare quello e vedere se risolve, poi mi sai dire per favore, magari la strada da battere è quella.

[m_b]

Il 'gap' che senti, se esci in WAV non c'è, giusto? Io temo che il problema sia in squeezelite, che riceve DFF/DSF e lo deve convertire in DOP, francamente non ho controlato come si comporta in questo caso e se 'bufferizza' o meno abbastanza in anticipo la nuova traccia prima della fine della prima, nella mia idea di fondo sqiueezelite non deve fare altro che muovere bit dal buffer in ingresso a quello in uscita e tutto il resto lo deve fare il server.

Giusto in wav è perfettamente gapless
Se mi indichi cosa controllare posso farlo

[QUOTE=Ho recentemente scoperto che Daphile ha la possibilità di far uscire il server in DOP, cosicchè squeezelite non debba fare nulla, magari puoi provare quello e vedere se risolve, poi mi sai dire per favore, magari la strada da battere è quella.[/QUOTE]

Fammi capire bene cosa intendi cosi faccio le verifiche e riporto qui:
-installare Daphile all inclusive di serve+player nel PC dove ora ho Gentooplayer e verificare una transcodifica flac to dsd64 (il pc è un atom quindi molto di più credo di non poter fare) e postarti i vari log.
-Oppure installare dire di installare Daphile nel PC più carrozzato e utilizzarlo solo come server, continuando ad utilizzare come player R2 (sempre tramite gentooplayer).
-Oppure installare dire di installare Daphile nel PC più carrozzato e utilizzarlo solo come server, installando nel PC piccolo un altro Daphile da utilizzare in configurazione player

[m_b]

L'errore ignoralo è dovuto alla riga di downsampling mancante, lo strano è che la cerchi: sei sicuro di usare squeezelite-R2" e/o squeezelite con l'opzione -W, vero?

ok
la riga di squeezelite-R2 che sto utilizzando è questa
SL_OPTS="-d all=debug -f /var/log/squeezelite-R2.log -C 1 -D -o hw:CARD=TAZH1ES,DEV=0 -r 44100-768000 -b 262144:262144 -a 499:3::0 -n squeezelite-R2 -m 00:e0:4s:78:d1:46"

Se non ho fatto errori è una riproposizione di quella che mi hai messo a punto tu l'altra sera per squeezelite normale ed a cui ho tolto -W

[SimoneFil]

Quindi in teoria se modifico la parte di c-3po dove controlla la versione (assegnando hardcoded $version) e lascio solo la parte dove controlla i formati supportati potrebbe essere un "workaround" per poter fare funzionare il tutto? Ciò garantirebbe comunque che la versione di sox supporti DSD e almeno aggiorno anche la guida perché questo bug di sox data l'assenza di risposta da mansr suppongo rimarrà

[UnixMan]

Quindi in teoria se modifico la parte di c-3po dove controlla la versione (assegnando hardcoded $version) e lascio solo la parte dove controlla i formati supportati potrebbe essere un "workaround" per poter fare funzionare il tutto? Ciò garantirebbe comunque che la versione di sox supporti DSD e almeno aggiorno anche la guida perché questo bug di sox data l'assenza di risposta da mansr suppongo rimarrà

penso convenga casomai togliere il controllo sulla versione e basarsi su formati ed effetti supportati.

Comunque è un problema che va risolto alla radice. Mansr c'entra poco, visto che non è un problema relativo (né legato) alle sue modifiche.

P.S.: prova a scaricare e compilare la versione ufficiale di sox, e vedi se c'è lo stesso problema.

[marcoc1712]

Quindi in teoria se modifico la parte di c-3po dove controlla la versione (assegnando hardcoded $version) e lascio solo la parte dove controlla i formati supportati potrebbe essere un "workaround" per poter fare funzionare il tutto? Ciò garantirebbe comunque che la versione di sox supporti DSD e almeno aggiorno anche la guida perché questo bug di sox data l'assenza di risposta da mansr suppongo rimarrà

Magari funziona, ma a quel punto ti dirà che va bene una qualsiasi versione che supporta dsf e dff (come quella attualmente in LMS) MA non ne fa la conversione da e per PCM o il resample, il che non è bene...

Secondo me. per la via, conviene modificare la versione di SOX di Mansr, cosa che io avevo già fatto per il problema dei files più lunghi di 20 min, dato che è fera da così tanto tempo, non ci vedo molti problemi.

[SimoneFil]

penso convenga casomai togliere il controllo sulla versione e basarsi su formati ed effetti supportati.

Comunque è un problema che va risolto alla radice. Mansr c'entra poco, visto che non è un problema relativo (né legato) alle sue modifiche.

P.S.: prova a scaricare e compilare la versione ufficiale di sox, e vedi se c'è lo stesso problema.

Magari funziona, ma a quel punto ti dirà che va bene una qualsiasi versione che supporta dsf e dff (come quella attualmente in LMS) MA non ne fa la conversione da e per PCM o il resample, il che non è bene...

Secondo me. per la via, conviene modificare la versione di SOX di Mansr, cosa che io avevo già fatto per il problema dei files più lunghi di 20 min, dato che è fera da così tanto tempo, non ci vedo molti problemi.

Ora le cose si fanno più complicate perchè ...
Il bug è presente anche nel codice sorgente della versione ufficiale, ho appena testato. Questo però avviene compilandolo, mentre scaricando i binari la versione viene mostrata. La cosa particolare è che nel Makefile la versione è dichiarata

[marcoc1712]

Ora le cose si fanno più complicate perchè ...
Il bug è presente anche nel codice sorgente della versione ufficiale, ho appena testato. Questo però avviene compilandolo, mentre scaricando i binari la versione viene mostrata. La cosa particolare è che nel Makefile la versione è dichiarata

Allora è un 'buco ' del makefile che non passa correttamente la variabile, o nelle opzioni utilizzate (command line), non nel sorgente, ammesso che il binario corrisponda al sorgente...

[SimoneFil]

Problema risolto, era già stata proposta anni fa una patch a questo problema ma mai applicata evidentemente:

https://sourceforge.net/p/sox/patches/104/

Ora ho compilato sox con librerie linkate dinamicamente e mostra correttamente la versione.

Volevo create una build linkata staticamente, semplicemente aggiungendo

LDFLAGS='-static -L/cartella/con_librerie_compilate_staticamente' --disable-shared

Ed ecco un vecchio problema che torna a tormentarmi, macOS e il rapporto pessimo con l'opzione -static.
Apple stessa dice che non è supportata https://developer.apple.com/library/...18/_index.html

E infatti compilando esce il caro buon vecchio:

ld: library not found for lcrt0.o

Libreria della quale ovviamente non è presente la versione *.a
Ricordo di aver al tempo risolto questo problema, non ricordo come, di sicuro non compilando staticamente crt0. Tutta la documentazione presente su internet dà un'unica soluzione = non usare -static
L'idea sarebbe di linkare staticamente le librerie audio, mentre quelle di sistema dinamicamente. Ma non ricordo come fare

EDIT: risolto anche questo problema, ho linkato le librerie di sistema dinamicamente mentre le altre staticamente. Ho anche aggiornato la repo su github che ho di sox con questi fix e aggiungendo istruzioni su come compilare linkando staticamente https://github.com/simonefil/sox

Entro domani testo il binario creato e lo aggiorno sul sito