Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente | |||
|
mao [Le 08/10/2025, 11:55] krodelabestiole [L'audio sous Ubuntu] détails |
mao [Le 08/10/2025, 12:35] (Version actuelle) krodelabestiole [Optimisation audio] |
||
|---|---|---|---|
| Ligne 22: | Ligne 22: | ||
| 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 note d'un [[:controleurs midi|contrôleur MIDI]] par ex.), et celui où le son sort effectivement des haut-parleurs.\\ | 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 note d'un [[:controleurs midi|contrôleur MIDI]] par ex.), et celui où le son sort effectivement des haut-parleurs.\\ | ||
| - | 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 en //live// sans s'entendre en double. On estime généralement que cette durée peut être gênante pour un musicien au delà de 30 ms environ. | + | 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 en //live// sans s'entendre en double. On estime généralement que cette durée peut être gênante pour un·e musicien·ne au delà de 10 ms à 30 ms environ. |
| - | Linux intègre désormais par défaut des fonctionnalités d'optimisation pour le temps réel. Ubuntu propose aussi un noyau [[:linux-lowlatency|lowlatency]] spécifique pour optimiser les ressources dans ce cadre d'utilisation. Ce noyau ne réduira pas directement la latence, mais est censé améliorer les ressources CPU dans le cadre de cette utilisation. | + | Linux intègre désormais par défaut des fonctionnalités d'optimisation pour le temps réel. Ubuntu propose aussi un noyau [[:linux-lowlatency|lowlatency]] spécifique. Ce noyau ne réduira pas directement la latence, mais est censé améliorer les ressources CPU dans le cadre de cette utilisation. |
| - | La manière de réduire cette durée consiste à ajuster la **taille du tampon** (appelée **//buffer//** en anglais, ou //quantum// chez [[:PipeWire]]) et la **fréquence d'échantillonnage** (**//sample rate//**). Pour cela, voir le chapitre //[[:pipewire#optimisation]]// sur la documentation [[:PipeWire]].\\ | + | La manière de réduire cette durée consiste à ajuster la **taille du tampon** (appelée **//buffer//** en anglais, ou //quantum// chez [[:PipeWire]]) et la **fréquence d'échantillonnage** (**//sample rate//**). Pour la pratique, voir le chapitre //[[:pipewire#optimisation]]// sur la documentation [[:PipeWire]].\\ |
| Les réglages permettant un temps de latence court se font au détriment des ressources processeurs qui sont plus sollicitées. Si le processeur est surchargé, cela se traduit au niveau sonore par des hachures ou des craquements audibles appelés //[[https://alsa.opensrc.org/Xruns|Xruns]]//.\\ | Les réglages permettant un temps de latence court se font au détriment des ressources processeurs qui sont plus sollicitées. Si le processeur est surchargé, cela se traduit au niveau sonore par des hachures ou des craquements audibles appelés //[[https://alsa.opensrc.org/Xruns|Xruns]]//.\\ | ||
| Plus la **fréquence d'échantillonnage** (//framerate//) est élevée, meilleure est la qualité (théorique), plus courte est la latence, mais plus haute est la consommation CPU. On considère généralement qu'une valeur de 48000Hz est suffisante, sachant que l'oreille humaine n'entend pas de fréquence supérieure à 20000Hz. \\ | Plus la **fréquence d'échantillonnage** (//framerate//) est élevée, meilleure est la qualité (théorique), plus courte est la latence, mais plus haute est la consommation CPU. On considère généralement qu'une valeur de 48000Hz est suffisante, sachant que l'oreille humaine n'entend pas de fréquence supérieure à 20000Hz. \\ | ||
| Ligne 32: | Ligne 32: | ||
| L'utilisation d'une bonne carte son dédiée à la MAO est évidemment aussi un gros atout à ce sujet. | L'utilisation d'une bonne carte son dédiée à la MAO est évidemment aussi un gros atout à ce sujet. | ||
| - | <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> | + | <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> |
| ===== Multimédia ===== | ===== Multimédia ===== | ||