> Je ne suis pas d'accord, peux tout a fait avoir une latence très acceptable
> (3ms par ex).
3ms ? A cette latence-là, pour générer une sinusoïdale simple, tu peux peut-être t'en sortir,
avec de la chance et un ou deux battements... :-}
pour le reste, genre mixer dix flux différents en temps réel (ce qui est la routine pour un synthé d'orgue par exemple), ou avoir des effets temps réel en nombre respectable ajoutés à une synthèse déjà complexe, il est impossible d'avoir une sortie fiable à moins de 30 ms de latence sur un OS standard, et il n'y a rien d'anormal à ça.
C'est juste complètement hors des spécifications d'un OS normal !
> 2) des sautes de son occasionnelles
>
> là ca depend de ce que tu appelles occasionnelles. Meme avec ton noyau rt
> si un des tes synths ou effets commence a bouffer trop de cpu ou bugger
> ça va chier.
oui, c'est pour ça que pratiquement toutes les applis temps réel préfèrent utiliser le serveur Jack, dont l'API est conçue pour ça et rend ce genre de débordements difficiles.
>Y'a quand même des gens qui utilisents des laptops sur scene sous windows
> ou macos et qui n'ont pas de problemes.
ils ne l'utilisent certainement pas pour de la synthèse temps réel... ça ne marche pas !
Pour lancer des événements midi peut-être ? si on a pas de gros besoin de synchronisation et du bon matos, c'est sûrement tout à fait jouable.
Déjà pour faire de la lecture de flux multipiste, c'est très très limite... j'ai bossé quelques temps à la régie d'un théâtre, et je peux te dire que lancer un événement son sur un système windows te donnes toujours des sueurs froides...
le résultat était complètement imprévisible, même en supprimant tous les serveurs en tâche de fond imaginables et en réduisant les interactions à l'extrême.
>3) un manque de fiabilité qui s'aggrave avec le temps d'exécution
> des logiciels
>
> admettons, là je sais pas. J'aurais quand même tendance à dire que c'est
> de la faute des logiciels si leur perf se degrade quand le temps passe,
> non ?
difficile de répondre, c'est sans doute un tout, mais peu importe...
ce qu'on voit, c'est que le système n'est pas assez préemptif pour ce genre d'utilisation - on peut en venir à assurer son bon fonctionnement pour quelque temps, mais au-delà l'entropie d'exécution rend toute certitude caduque, là où un système temps réel offre une marge beaucoup plus grande.
> ah bon ? moi j'avais plutot l'impression qu'il n'y a rien sous linux si on
> cherche du cote des synth ou effets natifs ? Ceux qui veulent offrir du
> choix passent par wine, comme le fait receptor
non, c'est vraiment très riche si tu regarde du côté du temps réel, avec une constellation de petites ou moyennes applis qui fonctionnent en parfaite symbiose additive autour d'un serveur Jack - te donnant des possibilités de synthèse délirantes.
(il y a déjà quelques pistes là: http://jackaudio.org/applications même si c'est moyennement à jour)
La variété est considérable, depuis les petits trucs atypiques mais super efficaces à la ZynAddSubFX, jusqu'aux langages de programmation sonore complets comme CSound, en passant par les effets LADSPA...
Et puis bien sûr, les excellents lecteurs de samples comme fluidsynth et linuxsampler, qui offrent une compatibilité excellente avec l'énorme bibliothèque des échantillons Gigastudio et autres banques SF2, mais avec la fiabilité du temps réel...
[^] # Re: Interet ?
Posté par spart . En réponse au journal fglrx on a real-time kernel. Évalué à 4.
> (3ms par ex).
3ms ? A cette latence-là, pour générer une sinusoïdale simple, tu peux peut-être t'en sortir,
avec de la chance et un ou deux battements... :-}
pour le reste, genre mixer dix flux différents en temps réel (ce qui est la routine pour un synthé d'orgue par exemple), ou avoir des effets temps réel en nombre respectable ajoutés à une synthèse déjà complexe, il est impossible d'avoir une sortie fiable à moins de 30 ms de latence sur un OS standard, et il n'y a rien d'anormal à ça.
C'est juste complètement hors des spécifications d'un OS normal !
> 2) des sautes de son occasionnelles
>
> là ca depend de ce que tu appelles occasionnelles. Meme avec ton noyau rt
> si un des tes synths ou effets commence a bouffer trop de cpu ou bugger
> ça va chier.
oui, c'est pour ça que pratiquement toutes les applis temps réel préfèrent utiliser le serveur Jack, dont l'API est conçue pour ça et rend ce genre de débordements difficiles.
>Y'a quand même des gens qui utilisents des laptops sur scene sous windows
> ou macos et qui n'ont pas de problemes.
ils ne l'utilisent certainement pas pour de la synthèse temps réel... ça ne marche pas !
Pour lancer des événements midi peut-être ? si on a pas de gros besoin de synchronisation et du bon matos, c'est sûrement tout à fait jouable.
Déjà pour faire de la lecture de flux multipiste, c'est très très limite... j'ai bossé quelques temps à la régie d'un théâtre, et je peux te dire que lancer un événement son sur un système windows te donnes toujours des sueurs froides...
le résultat était complètement imprévisible, même en supprimant tous les serveurs en tâche de fond imaginables et en réduisant les interactions à l'extrême.
>3) un manque de fiabilité qui s'aggrave avec le temps d'exécution
> des logiciels
>
> admettons, là je sais pas. J'aurais quand même tendance à dire que c'est
> de la faute des logiciels si leur perf se degrade quand le temps passe,
> non ?
difficile de répondre, c'est sans doute un tout, mais peu importe...
ce qu'on voit, c'est que le système n'est pas assez préemptif pour ce genre d'utilisation - on peut en venir à assurer son bon fonctionnement pour quelque temps, mais au-delà l'entropie d'exécution rend toute certitude caduque, là où un système temps réel offre une marge beaucoup plus grande.
> ah bon ? moi j'avais plutot l'impression qu'il n'y a rien sous linux si on
> cherche du cote des synth ou effets natifs ? Ceux qui veulent offrir du
> choix passent par wine, comme le fait receptor
non, c'est vraiment très riche si tu regarde du côté du temps réel, avec une constellation de petites ou moyennes applis qui fonctionnent en parfaite symbiose additive autour d'un serveur Jack - te donnant des possibilités de synthèse délirantes.
(il y a déjà quelques pistes là: http://jackaudio.org/applications même si c'est moyennement à jour)
La variété est considérable, depuis les petits trucs atypiques mais super efficaces à la ZynAddSubFX, jusqu'aux langages de programmation sonore complets comme CSound, en passant par les effets LADSPA...
Et puis bien sûr, les excellents lecteurs de samples comme fluidsynth et linuxsampler, qui offrent une compatibilité excellente avec l'énorme bibliothèque des échantillons Gigastudio et autres banques SF2, mais avec la fiabilité du temps réel...