Différences

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

--- pipewire [Le 08/10/2025, 11:50]
krodelabestiole [Optimisation] réécriture orga doublon mao
+++ pipewire [Le 08/10/2025, 12:42] (Version actuelle)
krodelabestiole [Optimisation] +conseil pour lecture multimédia simple
@@ Ligne 146: / 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é (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 41000Hz, 48000Hz, ou 96000Hz. 48000Hz est généralement une valeur correcte, sachant que l'oreille humaine n'entend pas de fréquence supérieure à 20000Hz.((Les valeurs supérieures sont principalement des arguments //marketing//.))
+  * 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. Plus cette taille est réduite, plus courte est la latence, mais plus haute est la consommation CPU (pas d'impact sur la qualité).\\ ''quantum'' correspond ici à la taille de tampon (qu'on appelle généralement plutôt //buffer//).
+  * 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//).
 <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