04-11-2026, 03:38 PM
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.
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.
DirettaRendererUPnP
Soutenez ce projet
Si vous trouvez ce moteur de rendu utile, vous pouvez soutenir le développement :

Votre soutien m’aidera à continuer ce projet, qui représente pour moi un certain coût en temps et en argent. Merci pour votre compréhension.
Soutenez ce projet
Si vous trouvez ce moteur de rendu utile, vous pouvez soutenir le développement :
Votre soutien m’aidera à continuer ce projet, qui représente pour moi un certain coût en temps et en argent. Merci pour votre compréhension.
