DSD in LMS con SOX

[SimoneFil]

Hai risolto?

prova a impostare solo le frequenze massime supportate

Provato ma ancora nulla.
Il comando risultante è il seguente:

flc pcm * 6c:40:08:b2:24:b6
# T START=--skip=%t, R noArgs, D RESAMPLE=-r %d, U END=--until=%v, F noArgs

[flac] -dcs --totally-silent $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t wav -b 16 --buffer 8192 - gain -h rate -q -M -b 90.7 96000 -D

Il fatto è che poi riproduco il file, la riproduzione non parte e in "ultimi comandi eseguiti" non compare nulla.

Sox funzionante e testato da command line
Squeezelite-R2 funzionante e testato senza C-3PO.

Ci sto un po' impazzendo ahaha se qualcuno ha qualche idea ben venga

[SimoneFil]

In questi 3 anni lo sviluppo di SoX è proseguito su SourceForge, di conseguenza mi è balzata in mente l'idea di ricompilare i binari che attualmente sono dispoibili sul mio sito e su quello di @Unixman . Sia mergeando tutte le modifiche che sono state fatte, sia compilando (anche) delle versioni ottimizzate che fanno uso di istruzioni AVX.

Ho chiesto a Mansr perchè la conversione in DSD non fosse implementata nella repo principale su SourceForge, essendo lui il maintainer de facto e la risposta è stata "I'm lazy".

Di conseguenza ho provato a integrare le modifiche per il supporto al DSD partendo dal sorgente su SF ma senza successo, tutte le macro di compilazione sono state cambiate e nonostanta abbia richeckato 20 volte tutti i commit da integrare nisba, non compilava.
Ho fatto quindi l'inverso, partendo dal repo su GitHub di Mansr ho integrato le modifiche che sono state fatte su SourceForge (un lavoraccio di m..) mantenendo però le macro di compilazione vecchie (modificando dove necessario). Ho inoltre implementato delle modifiche alla conversione DSD effetuate da damien78, maintainer della versione di SoX usata in Audirvana. (le trovate nella repo simonefil/sox)

Per ora ho compilato i binari per sistemi BSD (TrueNAS & co), sia con opzioni generiche sia una versione ottimizzata con CFLAGS = -O3 -march=broadwell (generazione in cui son state introdotte le istruzioni AVX e AVX2, si fa prima invece che scrivere tutte le singole opzioni). Ovviamente con librerie linkate staticamente.

@Unixman credo si stia occupando della versione per Linux.

Per la compilazione in Win sto riscontrando rogne, con MSVC è un gran mal di testa, con MinGW riscontro errori per la compilazione di libsndfile, la via più semplice sarebbe usare Cygwin, ma si perderebbe in performance e vorrei evitare. Qualche buon anima può dare una mano @marcoc1712 @antonellocaroli ?

[marcoc1712]

In questi 3 anni lo sviluppo di SoX è proseguito su SourceForge, di conseguenza mi è balzata in mente l'idea di ricompilare i binari che attualmente sono dispoibili sul mio sito e su quello di @Unixman . Sia mergeando tutte le modifiche che sono state fatte, sia compilando (anche) delle versioni ottimizzate che fanno uso di istruzioni AVX.

Ho chiesto a Mansr perchè la conversione in DSD non fosse implementata nella repo principale su SourceForge, essendo lui il maintainer de facto e la risposta è stata "I'm lazy".

Di conseguenza ho provato a integrare le modifiche per il supporto al DSD partendo dal sorgente su SF ma senza successo, tutte le macro di compilazione sono state cambiate e nonostanta abbia richeckato 20 volte tutti i commit da integrare nisba, non compilava.
Ho fatto quindi l'inverso, partendo dal repo su GitHub di Mansr ho integrato le modifiche che sono state fatte su SourceForge (un lavoraccio di m..) mantenendo però le macro di compilazione vecchie (modificando dove necessario). Ho inoltre implementato delle modifiche alla conversione DSD effetuate da damien78, maintainer della versione di SoX usata in Audirvana. (le trovate nella repo simonefil/sox)

Per ora ho compilato i binari per sistemi BSD (TrueNAS & co), sia con opzioni generiche sia una versione ottimizzata con CFLAGS = -O3 -march=broadwell (generazione in cui son state introdotte le istruzioni AVX e AVX2, si fa prima invece che scrivere tutte le singole opzioni). Ovviamente con librerie linkate staticamente.

@Unixman credo si stia occupando della versione per Linux.

Per la compilazione in Win sto riscontrando rogne, con MSVC è un gran mal di testa, con MinGW riscontro errori per la compilazione di libsndfile, la via più semplice sarebbe usare Cygwin, ma si perderebbe in performance e vorrei evitare. Qualche buon anima può dare una mano @marcoc1712 @antonellocaroli ?

A parte essere abbastanza occupato in questo periodo, come sapete non è che quello sia proprio il mio pane... Io vedo spuntare versioni diverse di sox con la conversione DSD un po ovunque e credo che la 'pigrizia' sia dovuta al fatto che lo fa dove ci ricava qualcosa...

Se midi ci dove io potrei essere utile posso provare.

[SimoneFil]

A parte essere abbastanza occupato in questo periodo, come sapete non è che quello sia proprio il mio pane... Io vedo spuntare versioni diverse di sox con la conversione DSD un po ovunque e credo che la 'pigrizia' sia dovuta al fatto che lo fa dove ci ricava qualcosa...

Se midi ci dove io potrei essere utile posso provare.

Ciao Marco! Io ho dato un'occhiata a tutti i vari fork, son tutti più o meno bloccati agli ultimi di mansr del 2017 prima che si spostasse su SourceForge...
Solo se hai tempo mi farebbe comodo una mano a compilare il binario per windows, con msvc o mingw, è indifferente. Se non si riesce con calma poi ci guarderò io, è meno immediata la cosa rispetto alla compilazione su sistemi *nix

[antonellocaroli]

In questi 3 anni lo sviluppo di SoX è proseguito su SourceForge, di conseguenza mi è balzata in mente l'idea di ricompilare i binari che attualmente sono dispoibili sul mio sito e su quello di @Unixman . Sia mergeando tutte le modifiche che sono state fatte, sia compilando (anche) delle versioni ottimizzate che fanno uso di istruzioni AVX.

Ho chiesto a Mansr perchè la conversione in DSD non fosse implementata nella repo principale su SourceForge, essendo lui il maintainer de facto e la risposta è stata "I'm lazy".

Di conseguenza ho provato a integrare le modifiche per il supporto al DSD partendo dal sorgente su SF ma senza successo, tutte le macro di compilazione sono state cambiate e nonostanta abbia richeckato 20 volte tutti i commit da integrare nisba, non compilava.
Ho fatto quindi l'inverso, partendo dal repo su GitHub di Mansr ho integrato le modifiche che sono state fatte su SourceForge (un lavoraccio di m..) mantenendo però le macro di compilazione vecchie (modificando dove necessario). Ho inoltre implementato delle modifiche alla conversione DSD effetuate da damien78, maintainer della versione di SoX usata in Audirvana. (le trovate nella repo simonefil/sox)

Per ora ho compilato i binari per sistemi BSD (TrueNAS & co), sia con opzioni generiche sia una versione ottimizzata con CFLAGS = -O3 -march=broadwell (generazione in cui son state introdotte le istruzioni AVX e AVX2, si fa prima invece che scrivere tutte le singole opzioni). Ovviamente con librerie linkate staticamente.

@Unixman credo si stia occupando della versione per Linux.

Per la compilazione in Win sto riscontrando rogne, con MSVC è un gran mal di testa, con MinGW riscontro errori per la compilazione di libsndfile, la via più semplice sarebbe usare Cygwin, ma si perderebbe in performance e vorrei evitare. Qualche buon anima può dare una mano @marcoc1712 @antonellocaroli ?

Io non capisco perché ad oggi sox ancora non ha aggiunto il supporto a dsd...

Praticamente quello che hai nel tuo repo (attualmente) é la versione mansr + quello che ha aggiunto sox + le modifiche damien78? ho capito bene?

cosa c'é in piú a questo punto? cioé cosa ha aggiunto sox in questo lasso ti tempo e cosa aggiunge damien78?

[SimoneFil]

Io non capisco perché ad oggi sox ancora non ha aggiunto il supporto a dsd...

Pigrizia dice, probabilmente non gli interessa come formato e non vuole aggiungerlo, pazienza.

Praticamente quello che hai nel tuo repo (attualmente) é la versione mansr + quello che ha aggiunto sox + le modifiche damien78? ho capito bene?

Corretto

cosa c'é in piú a questo punto? cioé cosa ha aggiunto sox in questo lasso ti tempo e cosa aggiunge damien78?

Modifiche di damien: https://github.com/simonefil/sox/com...31b472f0fdd41a

Per quanto riguarda quelle di SoX son molte (commit di 3 anni), ti conviene fare un diff per poter vedere ogni singolo file. Buona parte sono in questo commit:
https://github.com/simonefil/sox/com...241e0e1a044f65

[SimoneFil]

Per ora ho compilato sia per Linux che per BSD -> https://audiodigitale.eu/repo/sox/
I vecchi binari li tengo nella subfolder /old

EDIT:
Anche macOS fatto, per ora solo x64... vedrò di mettere mano su una VM per i mac con processore arm M1.
Tra l'altro finalmente è risolto il bug per cui sox su mac non mostrava la versione, impedendo così a C-3PO di poterlo "vedere"

[stefano_mpb]

Sto usando c-3po con Daphile e ho due punti che non comprendo:
1) se riproduco file Alac (m4a) con Daphile e c-3po disattivato tutto funziona e Daphile li riconosce come Alac,
ma se attivo c-3po Daphile li riconosce come m4a e c-3po non li riconosce, ovvero non riesce a riprodurli …. ma m4a è l’estensione corretta per i file Alac (o sbaglio?)
2) un po’ complicata e spero di riuscire a spiegarmi …. Uso come altro end point Squeezelite un SoTM sMS200 Neo al quale è connesso il dac M2Tech Young DSD MKII che riproduce DSD solo in formato DoP. Nella configurazione del SoTM sMS200 ho impostato DoP e 32_LE, con questa configurazione posso riprodurre DSD da Daphile in formato DoP, se però attivo c-3po questo non riconosce l’end point come capace di riprodurre DSD, solo pcm.

[antonellocaroli]

se però attivo c-3po questo non riconosce l’end point come capace di riprodurre DSD, solo pcm.

questo mi sembra giusto.

1) si, alac dovrebbero essere m4a, C-3PO non intervine su questi file, e penso che daphile faccia un transcode di questi file....ma non ne sono certo.

[stefano_mpb]

… però in c-3po tra i diversi tipi file è indicato Apple Lossless … ovvero Alac ovvero m4a … da qui deriva la mia … confusione …