slim2diretta

[Le dom]

@Bluevelvet:

Oui, les logs sont OK.

Non ce n'est normalement pas la différence de version slimproto qui explique la différence de rendu.
Je n'insisterai pas là-dessus, la SQ de Roon vs d'autres players est un éternel débat.

[herisson88]

Oui LMS est à mon avis plus fidèle, je pourrais finir dessus, mais le son de Roon est plaisant... En fait parmi les options (Audirvana Linux / Renderer ou LMS ou Roon / slim2diretta) chacune a ses qualités... Audirvana a de la présence mais peut être brillant, LMS est très naturel mais un peu moins de matière que Roon...
Je ne compte pas trancher...

[Le dom]

La nouvelle version 1.2.4 de slim2diretta est disponible:

Sauts de pistes lors des transitions gapless entre formats :
Lorsque open() échouait pendant un changement de format PCM en lecture gapless (par exemple 44,1 kHz → 96 kHz), slim2diretta envoyait STMn (erreur), suivi de STMu (fin de piste), ce qui poussait LMS à passer prématurément à la piste suivante.
STMu est désormais supprimé après un échec de open().
(Signalé par Jeep972)

Timeout lors du join du thread worker :
Les appels directs à m_workerThread.join() (qui pouvaient bloquer indéfiniment) ont été remplacés par joinWorkerWithTimeout(1000ms) dans tous les chemins de transition de format.
Cela évite les blocages lorsque le thread worker du SDK devient non réactif pendant les changements de format.

[wgb25]

Bonjour Dom,

Es ce que Gentoplayer / Slim2Diretta / Lyrion Media Player / et Spotify sont censés fonctionner ensembles ?

Qobuz fonctionne très bien mais Spotify Prémium non
(Spotify • 705Kbps CBR, Ogg Vorbis )
Lecture 1-2 secondes puis s’arrête et recommence.
Juste pour l'info rien de vital ....

Merci

Alain

[Le dom]

Bonjour Alain,
Essaie de transcoder le ogg vorbis en flac ou PCM dans LMS (types de fichiers), je crois que c'est possible.

[Le dom]

slim2diretta v1.2.5 est disponible :

Correction
du spin CPU à 100 % dans la boucle de drainage lorsque la cible est libérée automatiquement : Lorsque le thread audio vidait le cache de décodage après l’EOF HTTP et que la cible Diretta a été libérée automatiquement (inactivité de 5 s), sendAudio restituait 0 continuellement et la boucle de drainage tournait à 100 % CPU. Le fil audio ne s'arrêtait jamais, bloquant indéfiniment les transitions de pistes suivantes. Corrigé avec deux mesures de sécurité : sortir de la boucle de drainage lorsque la cible n’est plus ouverte, et ajouter un sleep de 5 ms sur framesWritten==0 comme mesure défensive pour toute autre condition transitoire d’écriture nulle. (Rapporté par cmr75)

Modification:
Buffer PCM plus grand pour la résilience du CDN Qobuz : Plusieurs utilisateurs (katywu, Hoorna, Progman, Ikyo) ont signalé underruns intermittents du buffer lors de la lecture de flux Qobuz via LMS ou Roon, même pour la qualité CD standard (16/44). Contrairement à DirettaRendererUPnP, slim2diretta ne peut pas distinguer les flux distants des locaux (les deux ressemblent à des flux Slimproto locaux), donc le tampon plus grand est appliqué à toute la lecture PCM.
PCM_BUFFER_SECONDS : 0,5 s → 3,0 s (tampon 6 fois plus grand)
PCM_PREFILL_MS : 50 ms → 500 ms
PREFILL_MS_COMPRESSED : 200 ms → 800 ms
PREFILL_MS_UNCOMPRESSED : 100 ms → 500 ms
REBUFFER_THRESHOLD_PCT : 20 % → 50 % (récupération plus résiliente après un sous-écoulement)
Compromis : début de piste initiale de ~500 ms plus lent et récupération plus longue après des problèmes du CDN. Acceptable pour le streaming où la latence n’a pas d’importance, contrairement à la lecture locale.