Forum : 1 - Le matériel et les pilotes ALSA, FFADO, ...

Salut

Le problème des cartes son intégrées c'est justement la latence.

Déja faut voir tes réglages jack s'ils peuvent être modifiés et apporter un plus.

cat ~/.config/rncbc.org/QjackCtl.conf

Sur ma UbuntuStudio installée hier :

[Splitter]
AudioConnectView\sizes=272, 89, 272
MidiConnectView\sizes=292, 49, 292
AlsaConnectView\sizes=292, 49, 292
PatchbayView\sizes=34, 20, 34
InfraClientSplitter\sizes=12, 12

[Geometry]
qjackctlMessagesStatusForm\x=0
qjackctlMessagesStatusForm\y=0
qjackctlMessagesStatusForm\width=562
qjackctlMessagesStatusForm\height=278
qjackctlMessagesStatusForm\visible=false
qjackctlSessionForm\x=0
qjackctlSessionForm\y=0
qjackctlSessionForm\width=639
qjackctlSessionForm\height=428
qjackctlSessionForm\visible=false
qjackctlConnectionsForm\x=639
qjackctlConnectionsForm\y=403
qjackctlConnectionsForm\width=665
qjackctlConnectionsForm\height=286
qjackctlConnectionsForm\visible=true
qjackctlPatchbayForm\x=0
qjackctlPatchbayForm\y=0
qjackctlPatchbayForm\width=821
qjackctlPatchbayForm\height=369
qjackctlPatchbayForm\visible=false
qjackctlMainForm\x=365
qjackctlMainForm\y=317
qjackctlMainForm\width=500
qjackctlMainForm\height=100
qjackctlMainForm\visible=true

[Program]
Version=0.3.10

[Presets]
DefPreset=(par d\xe9\x66\x61ut)

[Options]
Singleton=true
StartJack=false
StopJack=true
StartupScript=false
StartupScriptShell=
PostStartupScript=false
PostStartupScriptShell=
ShutdownScript=false
ShutdownScriptShell=
PostShutdownScript=false
PostShutdownScriptShell=
StdoutCapture=true
XrunRegex=xrun of at least ([0-9|\\.]+) msecs
ActivePatchbay=false
ActivePatchbayPath=
MessagesLog=false
MessagesLogPath=qjackctl.log
BezierLines=false
TimeDisplay=0
TimeFormat=0
MessagesFont="Droid Sans,10,-1,5,50,0,0,0,0,0"
MessagesLimit=true
MessagesLimitLines=1000
DisplayFont1="Droid Sans,12,-1,5,75,0,0,0,0,0"
DisplayFont2="Droid Sans,10,-1,5,50,0,0,0,0,0"
DisplayEffect=true
DisplayBlink=true
JackClientPortAlias=0
ConnectionsIconSize=0
ConnectionsFont="Droid Sans,10,-1,5,50,0,0,0,0,0"
QueryClose=true
KeepOnTop=false
SystemTray=false
StartMinimized=false
DelayedSetup=false
ServerConfig=true
ServerConfigName=.jackdrc
ServerConfigTemp=false
QueryShutdown=true
AlsaSeqEnabled=true
DBusEnabled=true
AliasesEnabled=false
AliasesEditing=false
LeftButtons=true
RightButtons=true
TransportButtons=true
TextLabels=true
BaseFontSize=0

[Defaults]
PatchbayPath=
MessagesStatusTabPage=0
ConnectionsTabPage=0
SessionSaveVersion=true

[Settings]
Server=/usr/bin/jackd
ServerName=
Realtime=true
SoftMode=false
Monitor=false
Shorts=false
NoMemLock=false
UnlockMem=false
HWMon=false
HWMeter=false
IgnoreHW=false
Priority=0
Frames=1024
SampleRate=44100
Periods=2
WordLength=16
Wait=21333
Chan=0
Driver=alsa
Interface=
Audio=0
Dither=0
Timeout=500
InDevice=
OutDevice=
InChannels=0
OutChannels=0
InLatency=0
OutLatency=0
StartDelay=2
Verbose=false
PortMax=256
MidiDriver=aucun
ServerSuffix=

[History]
ServerPrefixComboBox\Item1=/usr/bin/jackd
ServerPrefixComboBox\Item2=jackd
ServerPrefixComboBox\Item3=jackdmp
ServerPrefixComboBox\Item4=jackstart
ServerNameComboBox\Item1=(par d\xe9\x66\x61ut)
InterfaceComboBox\Item1=(par d\xe9\x66\x61ut)
InterfaceComboBox\Item2=hw:0
InterfaceComboBox\Item3=plughw:0
InterfaceComboBox\Item4=/dev/audio
InterfaceComboBox\Item5=/dev/dsp
InDeviceComboBox\Item1=(par d\xe9\x66\x61ut)
InDeviceComboBox\Item2=hw:0
InDeviceComboBox\Item3=plughw:0
InDeviceComboBox\Item4=/dev/audio
InDeviceComboBox\Item5=/dev/dsp
OutDeviceComboBox\Item1=(par d\xe9\x66\x61ut)
OutDeviceComboBox\Item2=hw:0
OutDeviceComboBox\Item3=plughw:0
OutDeviceComboBox\Item4=/dev/audio
OutDeviceComboBox\Item5=/dev/dsp
XrunRegexComboBox\Item1=xrun of at least ([0-9|\\.]+) msecs
XrunRegexComboBox\Item2=d\xe9synchronisation (XRUN) d'au moins ([0-9|\\.]+) ms
MessagesLogPathComboBox\Item1=qjackctl.log
ServerConfigNameComboBox\Item1=.jackdrc

La configuration sur ma Ubuntu historique que j'ai modifié pour réduire ces craquements :

[Splitter]
AudioConnectView\sizes=302, 84, 232
MidiConnectView\sizes=34, 20, 34
AlsaConnectView\sizes=286, 46, 286
PatchbayView\sizes=34, 20, 34
InfraClientSplitter\sizes=12, 12

[Geometry]
qjackctlConnectionsForm\x=1415
qjackctlConnectionsForm\y=275
qjackctlConnectionsForm\width=650
qjackctlConnectionsForm\height=290
qjackctlConnectionsForm\visible=false
qjackctlPatchbayForm\x=682
qjackctlPatchbayForm\y=255
qjackctlPatchbayForm\width=681
qjackctlPatchbayForm\height=254
qjackctlPatchbayForm\visible=false
qjackctlMessagesStatusForm\x=675
qjackctlMessagesStatusForm\y=732
qjackctlMessagesStatusForm\width=681
qjackctlMessagesStatusForm\height=254
qjackctlMessagesStatusForm\visible=false
qjackctlSessionForm\x=0
qjackctlSessionForm\y=0
qjackctlSessionForm\width=699
qjackctlSessionForm\height=247
qjackctlSessionForm\visible=false
qjackctlMainForm\x=1356
qjackctlMainForm\y=17
qjackctlMainForm\width=463
qjackctlMainForm\height=100
qjackctlMainForm\visible=true

[Program]
Version=0.3.10

[Presets]
DefPreset=(par d\xe9\x66\x61ut)

[Options]
Singleton=true
StartJack=false
StopJack=true
StartupScript=false
StartupScriptShell=
PostStartupScript=false
PostStartupScriptShell=
ShutdownScript=false
ShutdownScriptShell=
PostShutdownScript=false
PostShutdownScriptShell=
StdoutCapture=true
XrunRegex=xrun of at least ([0-9|\\.]+) msecs
ActivePatchbay=false
ActivePatchbayPath=
MessagesLog=false
MessagesLogPath=qjackctl.log
BezierLines=false
TimeDisplay=0
TimeFormat=0
MessagesFont="Ubuntu,11,-1,5,50,0,0,0,0,0"
MessagesLimit=true
MessagesLimitLines=1000
DisplayFont1="Ubuntu,12,-1,5,75,0,0,0,0,0"
DisplayFont2="Ubuntu,11,-1,5,50,0,0,0,0,0"
DisplayEffect=true
DisplayBlink=true
JackClientPortAlias=0
ConnectionsIconSize=0
ConnectionsFont="Ubuntu,11,-1,5,50,0,0,0,0,0"
QueryClose=true
KeepOnTop=false
SystemTray=false
StartMinimized=false
DelayedSetup=false
ServerConfig=true
ServerConfigName=.jackdrc
ServerConfigTemp=false
QueryShutdown=true
AlsaSeqEnabled=true
DBusEnabled=true
AliasesEnabled=false
AliasesEditing=false
LeftButtons=true
RightButtons=true
TransportButtons=true
TextLabels=true
BaseFontSize=0

[Defaults]
PatchbayPath=
MessagesStatusTabPage=0
ConnectionsTabPage=0
SessionSaveVersion=true

[Settings]
Server=/usr/bin/jackd
ServerName=
Realtime=true
SoftMode=true
Monitor=false
Shorts=false
NoMemLock=false
UnlockMem=true
HWMon=false
HWMeter=false
IgnoreHW=false
Priority=0
Frames=256
SampleRate=48000
Periods=2
WordLength=16
Wait=21333
Chan=0
Driver=alsa
Interface=
Audio=0
Dither=0
Timeout=500
InDevice=
OutDevice=
InChannels=0
OutChannels=0
InLatency=0
OutLatency=0
StartDelay=2
Verbose=false
PortMax=256
MidiDriver=seq
ServerSuffix=

[History]
ServerPrefixComboBox\Item1=/usr/bin/jackd
ServerPrefixComboBox\Item2=jackd
ServerPrefixComboBox\Item3=jackdmp
ServerPrefixComboBox\Item4=jackstart
ServerNameComboBox\Item1=(par d\xe9\x66\x61ut)
InterfaceComboBox\Item1=(par d\xe9\x66\x61ut)
InterfaceComboBox\Item2=/dev/audio
InterfaceComboBox\Item3=hw:0
InterfaceComboBox\Item4=plughw:0
InterfaceComboBox\Item5=/dev/dsp
InDeviceComboBox\Item1=(par d\xe9\x66\x61ut)
InDeviceComboBox\Item2=hw:0
InDeviceComboBox\Item3=plughw:0
InDeviceComboBox\Item4=/dev/audio
InDeviceComboBox\Item5=/dev/dsp
OutDeviceComboBox\Item1=(par d\xe9\x66\x61ut)
OutDeviceComboBox\Item2=hw:0
OutDeviceComboBox\Item3=plughw:0
OutDeviceComboBox\Item4=/dev/audio
OutDeviceComboBox\Item5=/dev/dsp
XrunRegexComboBox\Item1=xrun of at least ([0-9|\\.]+) msecs
XrunRegexComboBox\Item2=d\xe9synchronisation (XRUN) d'au moins ([0-9|\\.]+) ms
MessagesLogPathComboBox\Item1=qjackctl.log
ServerConfigNameComboBox\Item1=.jackdrc

Le noyau utilisé sur ma Ubuntu et la Ubuntu Studio est le noyau vmlinuz-3.13.0-43-lowlatency.

Mais je pense sérieusement à changer la carte son, au moins pour avoir plus d'une sortie. Maintenant si la modification de ma config Jack peut améliorer les choses, je peux temporiser l'achat.

J'ai lu plusieurs fois que la carte son a un impact sur la latence. Mais j'avoue ne pas comprendre pourquoi. Quelqu'un peut-il m'expliquer ? Pour moi, la synthèse sonore est gourmande en calcul et c'est le temps passé à ce calcul qui peut introduire de la latence. Une fois ces traitements fais, pourquoi la carte introduirait un retard ?

Well :

Avant toute chose tu va vérifier ça :

sudo  dpkg-reconfigure -p high jackd

suivit de

sudo reboot

Ensuite tu t'assure que jacck est arrêté

Pour éditer le fichier (avec gedit):

gedit ~/.config/rncbc.org/QjackCtl.conf

La partie [Settings]

[Settings]
Server=/usr/bin/jackd
ServerName=
Realtime=true
SoftMode=false
Monitor=false
Shorts=false
NoMemLock=false
UnlockMem=false
HWMon=false
HWMeter=false
IgnoreHW=false
Priority=89
Frames=512
SampleRate=44100
Periods=2
WordLength=16
Wait=21333
Chan=0
Driver=alsa
Interface=
Audio=0
Dither=0
Timeout=500
InDevice=
OutDevice=
InChannels=0
OutChannels=0
InLatency=0
OutLatency=0
StartDelay=2
Verbose=false
PortMax=1024
MidiDriver=aucun
ServerSuffix=

Ne démarre pas jack ouvre le seulement puis
Ensuite en mode graphique depuis QJACKCTL tu décoche les entrées et sorties et tu choisi la carte depuis la ligne "Interface" comme sur la capture si contre.
À ce stade tu sauve le réglage et tu lance Jack logiquement ça marche.

Si ça marche pas alors il nous faudra les log de jack pour voir ce qu'il dit.
Perso j'ai un pc avec lequel je bosse au casque et par question de transportabilité j'utilise a carte son intégrée, bin c'est ok même si la capacité en terme de latence est moindre qu'une autre carte son ça n'empche que je suis à quoi 17ms un truc comme ça c'est pas mal déjà.
Mais bien entendu si tu veux passer le cap supérieur c'est clair que c'est mieux ;) . Le chipset (puce) qui sert de carte son est plus orienté pour du muli média donc clairement c'est vu au rabais.

Salut,

Merci pour ta réponse. J'ai fait un diff entre la configuration que tu proposes, celle de ma Ubuntu Studio et celle de ma Ubuntu (que j'avais tenté d'optimiser).

Sur la version "optimisée", j'avais passé les "Frames" à 256. Tu proposes 512 et sur la studio j'ai 1024.
J'ai été obligé de descendre le nombre d'échantillons par période pour utiliser mon pad controller (AKAI MPD32). A 512, je tape un pad et j'entends le retard au casque... Pas commode... A 256 c'est utilisable.

Après j'ai vu deux autres différences : la priorité et le nombre de port max. Quand j'y touche, je ne fais pas tomber ma latence (case en bas à droite dans l'interface QJackCtl).
Je précise que pour faire tomber la latence j'ai touché à :
Frames : 256
Fréquence d’échantillonnage : 48000

Je vais faire les modifs que tu proposes et je te tiens au courant. Pas ce soir, y a le papa noël qui doit passer.

Sinon, tu sais pourquoi la carte permet de faire tomber la latence ? Je ne comprends pas pourquoi si les traitements sont fait pas la CPU.

Bonnes fêtes.

Techniquement je ne serais pas t'expliquer autrement que ainsi:

La puce induit un retard plus conséquent car elle travail avec alsa qui est n gros un pilote "générique".
En utilisant Jack comme moteur audio il te permet d'influer directement sur la latence mais c'est toujours (ou souvent) avec une contrepartie.
Soit dans certain cas le DSP de la carte est suffisamment puissant pour gérer le flux audio et midi comme certaines cartes haut de gamme, soit tu es contraint de voir la FS au rabais 44.1 ou 48 KHz pour avoir un temps de latence honorable.

Certaine cartes aussi pourront travailler sur un buffer de 512 avec un temps de latence de 17ms (si tu desscend en dessous ça xruns à mort) et d'autres cartes pourront travailler sur un buffer de 256 avec un temps de latence de 21ms. Tout dépend du chipset employé donc du "degré" d'application dans le développement de la part du fabriquant.

Quand depuis Qjackctl tu choisis la carte par la ligne "interface" alors du bénéficie du son en "duplex" alors que si tu choisis l'entrée et la sortie c'est un peu comme si tu sélectionnais deux interface et j'en déduit que jack induit un temps de traitement qui s'ajoute au temps de traitement de la puce qui sert d'interface audio intégrée. Si quelqu'un a une explication plus technique qu'il n'hésite pas. Toujours est il que c'est pour cela que faire de la MAO exige au minimum une carte son externe...

Voilà!

Joyeux Noël!!

Ok merci pour toutes ces infos utilisateur_anonyme ! J'ai modifié ma config de sorte à avoir un bon compromis entre latence midi pour le pad et craquements (xruns c'est ça ?). Je vais quand même acheter une carte son externe, car si cela a un impact sur la latence et m'évite les craquements alors mon problème est résolu.

Je ne passe pas le post en résolu car si quelqu'un a une réponse précise sur pourquoi la carte son a un impact sur latence plus que la CPU quand on fait de la synthèse sonore, on est deux à être intéressés par la réponse.

Salut GaoTamanrasset,
as-tu trouvé des explications concernant le "pourquoi une carte son agit-elle sur la latence MIDI ?

Pour info, j'ai ajouté un lien vers ici dans la page AKAI MPD32. Sens-toi libre d'y ajouter des informations d'ailleurs.

Salut olinuxx,

Non, je n'ai pas trouvé d'explications. Dans mes précédents post, je fais plutôt référence à la latence audio, mais je crois que le problème reste le même pour la latence midi.

J'ai écrit un petit programme en C tout bête, qui génère une signal de type "carré" (square) dont la fréquence est pilotable par un contrôleur de mon MPD32. Le programme consiste à écrire dans des frames. S'il avait fallu faire de gros traitements, ils auraient été écrits dans mon programme. Je ne vois pas en quoi la carte son m'aurait permis de corriger les problèmes de latence audio qui sont la conséquence de traitements chronophages dans mon programme...

Peut-être est-ce intéressant quand on travaille avec plusieurs ports dans jack. Peut-être que dans ce cas, jack laisse la carte son mixer les flux audio, ce qui peut avoir un gain sur la latence (et encore...).

Mais sachant que l'essentiel de mon travail en audio se fait sur des softs de type ZynAddSubFx et PureData, si j'ai des problèmes de latence liés aux traitements réalisés par ces soft, je crains que changer de carte son ne m'aide pas beaucoup à résoudre mon problème.

Sinon, j'ai peut-être trouvé une solution à mon problème : http://axoloti.be/
L'idée et d'avoir la souplesse d'un "patcher" de type puredata mais les traitements sont chargés sur une carte "axoloti core" avec un gros DSP et des convertisseurs numériques/analogique qui vont bien. Au moins je suis sûr que si mes traitements rentrent dans le temps de cycle du DSP, je n'ai plus de problèmes de latence ou de problèmes de plantage PC. La carte peut marcher en standalone en plus. Je vais en recevoir une courant mai (via indiegogo, mais la campagne est terminée).

Sinon, pour aller dans le sens de mes suppositions, un copain qui avait des problèmes de latence lors de l'exécution de ces plugins VST, s'est acheté un truc du genre : http://www.thomann.de/fr/universal_audio_uad_2_satellite_tb_octo.htm
L'idée est de déporter l'exécution des plugins sur des calculateur de type DSP externe.

Voilà toutes les infos que j'ai pu trouver depuis mes derniers posts.

oups autant pour moi, j'ai dû écrire mon message trop vite hier C'est bien de latence audio dont je voulais parler.



Je pense exactement la même chose. Dans mon esprit, les besoins pour la synthèse sonore et la lecture d’échantillons sont la puissance de processeur(s) et la mémoire vive disponible (surtout pour les soundfonts d'ailleurs). Du coup, je ne vois pas en quoi une carte son externe peut aider pour cela. Mais peut être me trompe-je, si quelqu'un a des informations/explications, merci de les partager ici.




Super ça ! Du coup, tu nous diras comment ça fonctionne ? Par exemple : "est-ce reconnu comme une carte MIDI/USB sous linux ?", et j'aurai d'autres questions pou ça d'ailleurs.


Merci pour ton retour, très intéressant tout ça !

Hello,

Alors, la carte est connectée en USB à ton PC. Depuis le logiciel "Patcher" qui est disponible depuis le site d'Axoloti, on peut créer des patchs un peu comme dans PureData, MaxMSP, Reaktor, etc. Puis le soft est chargé sur la carte "Axoloti core". A partir de ce moment, tu peux utiliser la carte (entrée/sortie analogique, sortie casque, entrée/sortie midi, etc.) et bouger les potards de ton patch dans le "patcher" qui communique via l'USB avec la carte. Tu peux aussi mapper les potards sur un contrôleur midi, c'est à dire qu'après avoir chargé le patch depuis le "patcher" vers la carte, tu peux débrancher la connexion usb du PC, brancher la MPD32 sur l'entrée midi de la carte et écouter, soit sur la sortie casque, soit sur la sortie analogique connectée à un ampli, rack effets, etc. ce que produit ton patch quand tu le pilotes avec ton contrôleur. Plus de PC qui plante pendant un live.
Maintenant, je ne suis pas naïf : le patch peut planter aussi. Mais je pense qu'un patch sur un petit firmware et plus facile à tester qu'un ensemble cartes son + drivers + OS + environnement audio (alsa, jack) + softs.

Super intéressant pour du live comme tu dis !
Du coup, l’accès et obligatoire avec "patcher" où bien c'est une carte son que tu peux aussi utiliser comme une carte son habituelle d'ordi. C'est-à-dire, que donne un

cat /proc/asound/cards

Suit-elle les recommandations de la classe USB 1.1 ? (Ou, autrement dit, est-elle class-compliant ?)

Non, le firmware et les détails de conception de la carte sont disponibles (je n'ai pas regardé les licences mais il me semble que c'est une licence open source de type BSD). Du coup, tu peux écrire directement le programme que tu veux sur le DSP. Mais je pense que le "patcher" est le compris idéal entre flexibilité et ergonomie. Pour vulgariser, c'est un peu comme un arduino mais dédié à la production audio, pour lequel un IDE spécialisé dans le développement de logiciel audio est fournit.



C'est pas l'idée, mais après tout pourquoi pas, puisque tu peux en faire ce que tu veux. Après, je ne suis pas expert, je ne sais pas précisément ce que fait une carte son. Pour moi, elle reçoit des échantillons sous forme de frames (ensemble de taille fixe d'échantillons) et les donne à des convertisseurs à une fréquence donnée (en très gros). Donc techniquement, oui, on doit pouvoir en faire une carte son. Mais le réel intérêt de la carte axoloti, pour moi, est d'avoir un genre de synthé numérique très finement configurable (un peu comme les synthés Nord Modular G2 mais sans le clavier et les contrôleurs). Je parle de synthé pour se faire une idée, mais puisqu'il y a une entrée et une sortie analogique, on peut aussi concevoir des effets ! Il y a aussi pas mal de briques de "contrôle", on peut aussi concevoir des séquenceurs, midi loopers, etc.
C'est plus un hôte conçu pour héberger n'importe quel soft audio, qu'une carte son.

Mmmh, intéressant ce truc !
J'espère que tu reviendras nous en parler quand tu l'auras reçu courant Mai !

C'est loin Mai ... :/
Dis moi GeoTamanrasset, penses-tu que ton sujet initial est résolu ?

GeoTamanrasset ?

Pas vraiment je reste sur ma faim. Mais on peut le clore, je ne pense que j'aurais plus de réponses.
Comment on s'y prend ? Un petit [RESOLU] dans le sujet ?

oui, un petit [RÉSOLU] / [ABANDONNÉ] / [CONTOURNÉ] / [1/2 RÉSOLU] et je fermerai à mon prochain passage. Du coup, quand tu l'auras reçue, si tu peux nous en parler un peu, c'est chouette.

Pas de soucis. Je vous tiens au courant.

Super.
Pour info, tu as du mettre le [CONTOURNÉ] en tant que titre de ton dernier message. Pour qu'il apparaisse en haut du fil de discussion, il faut éditer le titre du premier message du fil de discussion. T'embête pas, je l'ai fait ce coup-ci.