Différences

Ci-dessous, les différences entre deux révisions de la page.

--- pipewire [Le 07/10/2025, 13:54]
krodelabestiole +Craquements, "hachage"
+++ pipewire [Le 08/10/2025, 12:42] (Version actuelle)
krodelabestiole [Optimisation] +conseil pour lecture multimédia simple
@@ Ligne 128: / Ligne 128: @@
 ==== Optimisation ====
-En [[:MAO]], on a souvent besoin de jouer le son //en temps réel//. Malheureusement le matériel électronique et les ordinateurs en particulier introduisent un problème qu'on appelle le //**temps de latence**// : il s'agit du délai qui apparaît entre le moment où on demande à la machine de reproduire un son (en appuyant sur une touche d'un clavier par exemple), et celui où le son sort effectivement des haut-parleurs.\\
+<note important>Pour des explications générales concernant l'optimisation audio, le temps de latence, et les //xruns//, n'hésitez pas à consulter avant tout le chapitre //[[:mao#optimisation audio]]// sur la page //[[:MAO]]//.</note>
-Il est souvent court (on l'exprime en millisecondes), mais si on peut négliger ce délai lorsqu'on appuie sur une touche play, le problème devient beaucoup plus épineux pour jouer de la batterie électronique ou pour appliquer un effet sur sa voix sans s'entendre en double.
-Diverses optimisations permettent de le réduire au maximum. La plus importante optimisation consiste à ajuster le **//buffer//** (taille du tampon, appelée //quantum// chez PipeWire) et le **//sample rate//** (fréquence d'échantillonnage). À ce sujet, voir //[[:mao#optimisation audio]]// sur la page //[[:MAO]]//.((Voir aussi la [[https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Config-PipeWire#samplerate-settings|documentation officielle]].))
+Diverses optimisations permettent de réduire le temps de latence sans surcharger le processeur, afin d'éviter les décrochages //xruns//. Les plus importantes optimisations consistent à ajuster le **//buffer//** (taille du tampon, appelée **//quantum//** chez PipeWire), et le **//sample rate//** (fréquence d'échantillonnage). À ce sujet, voir //[[:mao#optimisation audio]]//.
+Pour PipeWire, ceci peut se faire en [[:commande_shell|ligne de commande]], d'après la [[https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Config-PipeWire#samplerate-settings|documentation officielle]].
 <note tip>Il est aussi possible de modifier ces paramètres sans éditer de fichier ou entrer la moindre ligne de commande !
@@ Ligne 145: / Ligne 146: @@
 pw-metadata -n settings 0 clock.force-quantum <buffersize>
 </code>
-  * Remplacer ''<samplerate>'' par la fréquence d’échantillonnage désirée. Plus cette taille est élevée meilleure est la qualité, plus court est la latence, mais plus haute est la consommation CPU. Les interfaces audio utilisent généralement des fréquences de 41000Hz, 48000Hz, ou 96000Hz.((Sachant que l'oreille humaine n'entend pas de fréquence supérieure à 20000Hz.))
+  * Remplacer ''<samplerate>'' par la fréquence d’échantillonnage désirée. Plus cette taille est élevée meilleure est la qualité (théorique), plus courte est la latence, mais plus haute est la consommation CPU. Les interfaces audio utilisent généralement des fréquences de 41000 Hz, 48000 Hz, ou 96000 Hz. 48000 Hz est généralement une valeur correcte, sachant que l'oreille humaine n'entend pas de fréquence supérieure à 20000 Hz.((Les valeurs supérieures sont principalement des arguments //marketing//.))
-  * Remplacer ''<buffersize>'' par la taille de tampon (en nombre de //samples//). Cette valeur doit être une puissance de 2.
+  * Remplacer ''<buffersize>'' par la taille de tampon (en nombre de //samples//). Cette valeur doit être une puissance de 2. Plus cette taille est réduite, plus courte est la latence, mais plus haute est la consommation CPU (pas d'impact sur la qualité). Si on ne traite pas d'audio en temps réel (simple lecture [[:multimédia]]), une valeur de 2048 samples sera très confortable pour le processeur (au détriment d'une latence de 64 ms à 48 kHz).\\ ''quantum'' correspond ici à la taille de tampon (qu'on appelle généralement plutôt //buffer//).
-''quantum'' correspond ici à la taille de tampon (qu'on appelle généralement plutôt //buffer//).
 <note>Pour les cartes sons USB, certaines combinaisons de framerate / buffer sont préférables à d'autres : voir sur [[https://wiki.linuxaudio.org/wiki/list_of_jack_frame_period_settings_ideal_for_usb_interface|cette page]] //(en)// les combinaisons indiquées en gras.</note>
-Par exemple, pour une fréquence d’échantillonnage de 48000Hz et un tampon de 256 samples :
+Par exemple, pour une fréquence d’échantillonnage de 48000 Hz et un tampon de 256 samples :
 <code>
 pw-metadata -n settings 0 clock.force-rate 48000