Chargement...
 
Skip to main content

2 - Les distributions et les noyaux


[RÉSOLU] alsa, perte de son après mise en pause du lecteur audio/video

Bonjour tout le monde.

J'utilise mon laptop sous debian Testing et de temps à autre Xubuntu comme source musicale.
Sur ce pc est branché en USB, un dac audio de chez microméga.
Au dac est relié par rca un ampli hifi Harman Kardon.
Et à l'ampli est relié une paire d'enceintes colonnes Elipson, et une paire d'enceintes bibliothèque Triangle.

J'ai entièrement viré pulseaudio, pour n'utiliser que Alsa et configurer /etc/asound.conf pour utiliser le dac comme carte son principal à l'échelle du système.

J'utilise audacious pour écouter la musique (flac, m4a, alac, ogg), pour lire les CD audio, pour écouter la radio en ligne.
J'utilise VLC pour regarder les films, séries, documentaires, chaînes TV freebox, youtube.

Sur audacious comme VLC, j'ai paramétré la sortie audio sur alsa, et choisi le dac en mode direct hardware device without any conversions pour avoir un 'bitperfect' le plus pur possible.

Jusque-là tout fonctionne très bien, les flac de qobuz en 192kHz sont bien lu tel quel sans reconversion logicielle, idem pour tous les autres échantillonnages.

Mais je me heurte à un petit soucis récurrent.
Si je mets en pause (audacious comme VLC) et que je 'dépause' je perds le son.
La barre d'avancements avance toujours, le temps défile, mais plus aucun son.
Seul moyen, fermer le lecteur, et le relancer.
Ça me le fait sur tous les formats que j'ai pu lire par audacious (flac, m4a, mp3, ogg, alac)
Et pour toutes sortes de vidéos sur VLC (mkv, avi, mp4, codec h264, h265), le son disparaît mais l'image est bel et bien présente.

Ce problème n'existait pas quand j'utilisais encore pulseaudio paramétré de façon classique tel quel après une installation normale de debian.

J'ai essayé sous manjaro et Endeavour OS en live usb (même config son qu'actuellement, et le problème est également présent)
J'ai lancé audacious comme VLC via le terminal mais aucun message d'erreur lors de la perte de son.

Du coup je sais qu'il existe le kernel real-time optimisé pour réduire la latence, et je me demandais si mon problème ne viendrait pas du kernel classique trop lent pour ce genre d'utilisation que j'ai ?!
Comme le son est transmis direct au dac sans reconversion logicielle, est-ce que ça peut être trop de 'boulot' pour le kernel ?

Est-ce avantageux dans mon cas précis de tenter le kernel real-time de chez debian ?
Ou je fais complètement fausse route ?!
Et le problème vient d'ailleurs ?

Le dac de microméga est entièrement pris en charge nativement par linux.
Et autre précision, ce soucis de play/pause et perte de son est présent aussi quand je passe par la carte son d'origine du pc (une Intel) avec les mêmes réglages en direct hardware without any conversion (pour la carte son du pc), play/pause et perte de son.
D'où le faite que je soupçonne fortement le kernel classique.

Désolé pour le pavé, je voulais être la plus précise possible.

En espérant avoir de l'aide ici.
Merci.
Bonjour.

Bon bin après plusieurs jours de tests intensifs, tout est rentré dans l'ordre.
Pour Audacious, j'ai pu descendre la taille du tampon à 2000 ms au lieu de 10 000 ms, et aucune perte de son.
Pour VLC j'ai laissé le file caching à 300 ms, et idem aucune perte de son avec les vidéos.

Pourquoi il a fallu changer ses paramètres pour retrouver un fonctionnement normal, ça je ne le saurais jamais vraiment, mais l'essentiel est que tout fonctionne comme il se doit, et que je puisse toujours profiter d'un bitperfect digne de ce nom 😉

Du coup problème résolu.

Merci pour l'aide.
France
Super 😊.

Je vois que tu as "presque" bien fait les choses en ajoutant un (RÉSOLU) dans le titre. Par habitude et convention nous demandons de le mettre entre [] au lieu des parenthèses et en début de titre. Du coup en tant que modéro-forum je me suis permis de corriger.

À bientôt.
ha désolé je ne savais pas, je saurais pour la prochaine fois 😛
Page: 2/2
1  2