Daphile, un player da scoprire

[marcoc1712]

no questo

https://www.naimaudio.com/it/product/dac

in effetti il server li suona over PCM.
il DAC è aggiornato all'ultimo firmware

In che senso il server li suona over PCM? Intendi Daphile? intendi DOP o convertito in PCM?

[Fab]

dop, non nativo

[Fab]

Per sicurezza ho controllato e il doc con driver riesce a suonare dsd nativi (solo 64 che è il limite del DAC per file che arrivano in coassiale)

[marcoc1712]

dop, non nativo

Con la riga che hai postato non può suonare DOP, riesci a verificar e postare la riga effettivamente usata? Grazie.

[marcoc1712]

Per sicurezza ho controllato e il doc con driver riesce a suonare dsd nativi (solo 64 che è il limite del DAC per file che arrivano in coassiale)

I problemi sono due distinti:

a. quella riga di lancio di Squeezelite INIBISCE l'uso di dsd, in qualsiasi formato.
b. cosa consente a Daphile di suonare quei files quando usato anche come server (come riporti)? Cambia la riga di comando, se si come? usa DSDPLAY? Se si come?,...

Senza indagare i log si tira ad indovinare.

[Fab]

questo il log di quando provo a suonare un dsd64 nativo in daphile server/palyer



e la riga di comando sempre per suonare dsd nativo

[Fab]

mentre questo è il log di quando suona in DoP



il log della sezione "transcode" di Daphile mentre suona un DSD64



e la riga di comando Daphile quando suona DoP

[marcoc1712]

questo il log di quando provo a suonare un dsd64 nativo in daphile server/palyer



e la riga di comando sempre per suonare dsd nativo

Così mi torna: rispetto a quella che avevi postato:

/usr/bin/squeezelite -b 256:1792 -R -u vME:::28 -m 5a:2e:13:a9:d8:71 -c flac,pcm,mp3,ogg -r 44100,48000,88200,96000,176400,192000 -D 0:u32be -d all=info -f /run/spacd/c/1/l/0/squeezelite.log -N /mnt/hdd/system/spac/xCORE USB Audio 2.0/device0/squeezelite.name -M Daphile:18.07-b090752 -s 192.168.1.250 -o hw:1,0 -a 39:5:32:1:0 -p 45

qui il -c aggiunge dsd (-c flac,pcm,mp3,ogg) quindi si, così può suonare in nativo, ma occhio ai sample rate, max 128.

così suona o no?

[marcoc1712]

mentre questo è il log di quando suona in DoP



il log della sezione "transcode" di Daphile mentre suona un DSD64



e la riga di comando Daphile quando suona DoP

Così Daphile usa un suo transcoder (Dop-encode) che - ovviamente - non è disponibile quando usi il server LMS con o senza C-3PO. Quello che riceve Squeezelite è WAV a 176KHz, ma il formato indicato con -D è esplicitamente "dop", il che potrebbe servire per indicare a Squeezelite di considerare il WAV 176K come DOP (DSD64). Potrebbe essere una particolarità di Daphile, dovrei verificare nel codice, ma francamente non capisco perchè convertire in DOP sul server quando Squeezelite può ricevere DSD ed uscire DOP.

In ogni caso, il transcoder (Dop-encode) è solo in Daphile, su LMS forse si potrebbe usrae DSDPLAY, ma - ripeto - non ne capisco l'utilità.

[marcoc1712]

Per ricapitolare.

Se quando Daphile suona nativo ( u32be ) funziona, puoi usare una riga di comando contenet el'opizione:

-D 0:u32be

su qualsiaisi piattaforma linux e squeezelite compilato con opzione DSD, ovviamente, e dovrebbe andare senza problemi, uscendo 'native' da LMS.

Se non funziona, allora devi per forza usare DOP, quindi usare la riga di comando contenente almeno le opzioni:

-c dsd, pcm, -D

In questo modo, Squeezelite (sempre compilato con opzione DSD) può ricevere DSD 'native' da LMS in input ed uscire in DOP.

Se non funziona... o Kimmo ha modificato ulteriormente squeezelite (ma dovrebbe avermelo indicato) o quel DOP-encode, in realtà, esce in PCM, come francamente sembrerebbe, poi non ti so dire se è un trucco per ricevere ed inviare DOP al DAC in modo trasparente (in effetti DOP è 'mascherato' da PCM, quindi potrebbe anche essere, anche se non ne capisco il motivo).

In ogni caso, io non riesco a verificare il log di squeezelite quando riceve DOP in Linux, in PA, ricevendo DSD, mostra questo:

[21:52:15.658] _pa_open:268 opened device 7 - TUSBAudio ASIO Driver at 44100 latency 30 ms
[21:52:15.661] process:494 strm
[21:52:15.661] process_strm:256 strm command t
[21:52:15.661] sendSTAT:171 STAT: STMt
[21:52:15.663] _read_header:191 id: DSD  len: 28 consume: 28
[21:52:15.663] _read_header:158 DSF version: 1 format: 0
[21:52:15.663] _read_header:168 channels: 2
[21:52:15.663] _read_header:169 sample rate: 2822400
[21:52:15.663] _read_header:170 lsb first: 1
[21:52:15.663] _read_header:171 sample bytes: 45652320
[21:52:15.663] _read_header:172 block size: 4096
[21:52:15.663] _read_header:191 id: fmt  len: 52 consume: 52
[21:52:15.663] _read_header:178 found dsd len: 91308044
[21:52:15.663] dsd_decode:765 setting track_start
[21:52:15.663] dsd_decode:819 DSD64 stream, format: DOP, rate: 176400Hz

Quindi se esce DOP si vede, nel caso postato esce PCM, però, come già detto, potrebbe essere un trucco.

Magari qualcuno può verificare.

EDIT: Se squeezelite è compilato per DSD può effettivamente ricevere DOP ed uscire DOP o DOP_S24_LE o DOP_S24_3LE, che è un formato particolare di DOP su 24 bit e non 16 , quindi probabilmente DOP-encode prepara sul server lo stream in formato DOPS24LE o DOPS243LE e lo invia a squeezelite, che lo riconosce e lo passa in output.

#if DSD
        if (sample_size == 3 &&
            is_stream_dop(((u8_t *)streambuf->readp) + (bigendian?0:2),
                         ((u8_t *)streambuf->readp) + (bigendian?0:2) + sample_size,
                         sample_size * channels, bytes / (sample_size * channels))) {
            LOG_INFO("file contains DOP");
            if (output.dsdfmt == DOP_S24_LE || output.dsdfmt == DOP_S24_3LE)
                output.next_fmt = output.dsdfmt;
            else
                output.next_fmt = DOP;
            output.next_sample_rate = sample_rate;
            output.fade = FADE_INACTIVE;
        } else {
            output.next_sample_rate = decode_newstream(sample_rate, output.supported_rates);
            output.next_fmt = PCM;
            if (output.fade_mode) _checkfade(true);
        }

Mi pare di capire, ma bisognerebbe indagare meglio, che il problema sia solo che squeezelitenon lascia indicare come formato di output DOP_S24_LE o DOP_S24_3LE in linea di comando (a fianco del -D), forse perchè non riesce a produrlo da altri encoding o magari solo per 'pigrizia', bisognerebbe verificare.

Probabilmente il NAIM richiede uno di questi due formati, spiacente.