LMS, Buffers e Qobuz

[UnixMan]

BTW: modificare quel parametro può avere una qualche utilità anche per l'uso con files locali (upsamplati o convertiti in DSD con C3PO) oppure ha senso solo in streaming?

[marcoc1712]

BTW: modificare quel parametro può avere una qualche utilità anche per l'uso con files locali (upsamplati o convertiti in DSD con C3PO) oppure ha senso solo in streaming?

Abilita l'utilizzo effettivo del buffer, che altrimenti è limitato a 32Mb (sempre x2) indipendentemente dalla dimensione impostate in squeezelite (comunque sempre molto meglio dei 4+4 mb standard).

Quando due tracce confinanti non superano i 64 Mb, non ha effetto pratico, negli altri casi l'effetto è quello di 'allungare' il periodo iniziale di caricamento a massima velocità (ed utilizzo di CPU), per poi funzionare come un RAM DISK fino alla fine della traccia, mentre con buffers non abbastanza grandi si ha un funzionamento a 'dente di sega', anche se in quel caso entrano in gioco anche altri parametri a determinarne il profilo preciso (buffers di SOX/FFMPEG/FLAC,...).

Comunque si ha un periodo iniziale di massimo carico, specie appena dopo il play (o next/prev), seguito da un periodo di minimo fino a fine traccia o a soglia di troppo vuoto, quindi credo che sia realmente difficile accorgersi della differenza, ma male di certo non fa.

[DacPassion]

Scusami allora vuoi dire che il “famoso bufferone” non funzionava??

[marcoc1712]

Scusami allora vuoi dire che il “famoso bufferone” non funzionava??

Per quanto concerne l'effettivo 'caricamento ' preventivo in memoria dei brani, funziona ma limitatamente ai 32+32mb ed alle 2 tracce consecutive.

Se poi aumentando il buffer oltre tale soglia si ottenga un effetto comunque positivo sul suono o - per paradosso - tale effetto positivo sia del tutto scorrelato dall'effettivo caricamento, ma dipenda dalla presenza stessa del buffer, io non sono in grado di escluderlo ne' di confermarlo.

Personalmente continuo a 'percepire' un "addolcimento" generale impostando buffer elevati, può trattarsi di suggestione, come può benissimo essere un effetto 'collaterale', che trascende il codice applicativo in se, bisognerebbe studiare cosa fa il compilatore e - temo - chipset, bios, modello di MB e memorie... Fosse così semplice...

NOTA BENE:

Rimane comunque vero che 'staccando la spina' dal player questo continua a suonare per un bel pezzo, quindi è facile provare empiricamente quanto si avvicina al RAM PLAY o meno.

[marcoc1712]

CORREZIONE:
La necessità di modificare le preferenze (buffersecs) è solo per i 'remote stream' (almeno stando a dove sono arrivato a scavare, chiedo scusa, ma qui il software è davvero incasinato, forse volutamente) per i files locali 'dimentica' quel parametro, non ho (ancora) verificato cosa fa in dettaglio, ma probabilmente usa tutto il buffer disponibile (sempre nel limite delle 2 tracce consecutive).

Ho già proposto altre modifiche al plugin Qobuz che dovrebbero migliorare di molto la gestione, riducendo al minimo (ancor meno che nel web player di qobuz) i drop down causati da problemi di linea. Rimane, al momento, il 'veto' al download su file temporaneo, che sarebbe l'unica cosa davvero risolutiva (come fa l'app. di qobuz).

Spero me le accettino, ma in caso contrario metterò la versione modificata nel mio repo di beta.

[DacPassion]

Con Tidal i problemi di questo genere sono quasi pari a zero, consigli di aumentarlo ugualmente?

[marcoc1712]

Con Tidal i problemi di questo genere sono quasi pari a zero, consigli di aumentarlo ugualmente?

Male non dovrebbe farne (il condizionale è d'obbligo), tornare indietro tanto è facile.