[contourné] Configuration d'une podstudio ux2 (line6)
Bonsoir !
Comme je l'ai dit dans ma présentation, je possède une sympathique podstudio ux2 de chez line6 : http://line6.com/podstudioux2/
Qui fonctionne bien et fait le boulot sous windows, mais qui je l'avoue, sous ubuntu est assez limitée !
Du coup avant de vous exposer mon problème je vais faire un rapide résumé de ce qui fonctionne par rapport à ce que j'ai lu ou ce qui est annoncé dans la rubrique matériel :
Ce qui fonctionne :
Toutes les entrées audio semblent fonctionner ! Et sur ce point je suis très agréablement surpris car il me semble que lorsque je l'avais testé il y a 1 ou 2 ans sur ubuntu studio (déjà il fallait installer les drivers à part et je remercie au passage les développeurs (indépendant? en tout cas à priori sans contact formel avec line6) qui ont pondus ces drivers !!), seules les entrées micros fonctionnaient (l'audio en sortie était très bien géré sans driver il me semble).. Il faut juste les sélectionner dans alsamixer !
De plus le monitoring fonctionne nikel (je ne comprenais pas d'ailleurs pourquoi j'avais systématique le son des entrées repiqué de base sur la sortie puisque avant ça n'était pas géré) et est bien visible dans alsamixer.
bon, les vue-mètres, je crois que l'on peut dire que tout le monde s'en fout xD (bien que ça donne un ptit coté cool à la carte .
j'ai pas personnellement testé puisque je n'ai pas le matériel pour mais il y a une sortie S/PDIF, je suppose qu'elle est mixée avec les sorties analog output et phones (qui sont géré en un seul canal en fait).
Le monitor in fonctionne (de toute façon c'est géré de manière matérielle).
Ce qui ne fonctionne pas :
Le support des fréquences d'échantillonnage supérieures à 44100Hz, et la gestion des tailles de buffer de plus de 2048 bytes (j'ai un doute sur l'unité mais je pense que c'est bien en octet), si on sélectionne une plus grande taille de buffer, y'a plus qu'à redémarrer l'ordi (même en tuant jack ça ne veut pas refonctionner).
les LED de clip.
Et alors là, et c'est peut-être en partie lié à mon problème, mais j'ai l'impression que l'usb 2.0 n'est pas supporté :
Si je ne me trompe pas le 480M correspond au débit de l'usb 2.0 en bit et 12M correspond à celui de l'usb 1.1 (dite le moi si je me vautre xD).
Et du coup ça risque de vite montrer des limites..
Mon gros problème :
je suis sous ubuntu 14.04.04, quand j'ai acheté cette carte j'étais probablement sous ubuntu 12.04 ou 12.10 et l'audio en tant que sortie pour du multimédia fonctionnait nikel !
Là, c'est juste impossible, même en utilisation "normale" genre spotify ou youtube ou encore rhythmbox, j'ai des pains toutes les demi-secondes ... le pire c'est que ça semble avoir un lien avec l'activité de l'uc puisque quand je scroll sur firefox, ça ajoute des pains. Le pire c'est quand j'ouvre le dash, alors là ça par complètement n'importe où (le son est ralenti et l'échantillonnage doit bien être réduit aux alentour d'une centaine de Hz).
À noter que pour le coup, de base, c'est pulseaudio qui fonctionne et qui s'avère relativement plus pratique que jack pour cette utilisation.
Ce qui est extrêmement bizarre c'est que avec un bon réglage de buffer (avec jack du coup) le monitoring fonctionne plutôt bien, y'a pas trop de pets. par contre dès que je commence à enregistrer ou quoi, non seulement ça ne le renvoi pas bien sur les sorties, mais en plus ça enregistre les pains x'D ...
Voici le pilote installé de base dans le kernel :
et voici le sous pilote apparamment utilisé :
Le noyaux qui est là dessus n'est pas le low-latency car c'est un autre ordi, le low latency est en version 3.2.quelque-chose et fourni ces drivers. Les symptômes que j'ai décrit plus haut sont valables sur les deux ordis autant en low-latency qu'avec le noyau standard.
À noter que je n'ai pas un ordi de compète mais qui est parfaitement capable de charger pas mal d'effet et de simulation en temps réelle sans latence audible sous windows.
Voilà si jamais vous remarquez un truc louche dans ma config, n'hésitez pas !
Merci d'avance pour vos réponses !
Musicalement,
Supersimpson
Comme je l'ai dit dans ma présentation, je possède une sympathique podstudio ux2 de chez line6 : http://line6.com/podstudioux2/
Qui fonctionne bien et fait le boulot sous windows, mais qui je l'avoue, sous ubuntu est assez limitée !
Du coup avant de vous exposer mon problème je vais faire un rapide résumé de ce qui fonctionne par rapport à ce que j'ai lu ou ce qui est annoncé dans la rubrique matériel :
Ce qui fonctionne :
Toutes les entrées audio semblent fonctionner ! Et sur ce point je suis très agréablement surpris car il me semble que lorsque je l'avais testé il y a 1 ou 2 ans sur ubuntu studio (déjà il fallait installer les drivers à part et je remercie au passage les développeurs (indépendant? en tout cas à priori sans contact formel avec line6) qui ont pondus ces drivers !!), seules les entrées micros fonctionnaient (l'audio en sortie était très bien géré sans driver il me semble).. Il faut juste les sélectionner dans alsamixer !
De plus le monitoring fonctionne nikel (je ne comprenais pas d'ailleurs pourquoi j'avais systématique le son des entrées repiqué de base sur la sortie puisque avant ça n'était pas géré) et est bien visible dans alsamixer.
bon, les vue-mètres, je crois que l'on peut dire que tout le monde s'en fout xD (bien que ça donne un ptit coté cool à la carte .
j'ai pas personnellement testé puisque je n'ai pas le matériel pour mais il y a une sortie S/PDIF, je suppose qu'elle est mixée avec les sorties analog output et phones (qui sont géré en un seul canal en fait).
Le monitor in fonctionne (de toute façon c'est géré de manière matérielle).
Ce qui ne fonctionne pas :
Le support des fréquences d'échantillonnage supérieures à 44100Hz, et la gestion des tailles de buffer de plus de 2048 bytes (j'ai un doute sur l'unité mais je pense que c'est bien en octet), si on sélectionne une plus grande taille de buffer, y'a plus qu'à redémarrer l'ordi (même en tuant jack ça ne veut pas refonctionner).
les LED de clip.
Et alors là, et c'est peut-être en partie lié à mon problème, mais j'ai l'impression que l'usb 2.0 n'est pas supporté :
simpson@simpson-Aspire-5742G:~$ lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M |__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=snd_usb_toneport, 12M |__ Port 1: Dev 3, If 1, Class=Vendor Specific Class, Driver=, 12M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M |__ Port 1: Dev 3, If 0, Class=Video, Driver=uvcvideo, 480M |__ Port 1: Dev 3, If 1, Class=Video, Driver=uvcvideo, 480M
Si je ne me trompe pas le 480M correspond au débit de l'usb 2.0 en bit et 12M correspond à celui de l'usb 1.1 (dite le moi si je me vautre xD).
Et du coup ça risque de vite montrer des limites..
Mon gros problème :
je suis sous ubuntu 14.04.04, quand j'ai acheté cette carte j'étais probablement sous ubuntu 12.04 ou 12.10 et l'audio en tant que sortie pour du multimédia fonctionnait nikel !
Là, c'est juste impossible, même en utilisation "normale" genre spotify ou youtube ou encore rhythmbox, j'ai des pains toutes les demi-secondes ... le pire c'est que ça semble avoir un lien avec l'activité de l'uc puisque quand je scroll sur firefox, ça ajoute des pains. Le pire c'est quand j'ouvre le dash, alors là ça par complètement n'importe où (le son est ralenti et l'échantillonnage doit bien être réduit aux alentour d'une centaine de Hz).
À noter que pour le coup, de base, c'est pulseaudio qui fonctionne et qui s'avère relativement plus pratique que jack pour cette utilisation.
Ce qui est extrêmement bizarre c'est que avec un bon réglage de buffer (avec jack du coup) le monitoring fonctionne plutôt bien, y'a pas trop de pets. par contre dès que je commence à enregistrer ou quoi, non seulement ça ne le renvoi pas bien sur les sorties, mais en plus ça enregistre les pains x'D ...
Voici le pilote installé de base dans le kernel :
simpson@simpson-Aspire-5742G:~$ modinfo snd_usb_line6 filename: /lib/modules/4.2.0-34-generic/kernel/sound/usb/line6/snd-usb-line6.ko license: GPL description: Line 6 USB Driver author: Markus Grabner <grabner@icg.tugraz.at> srcversion: D4AC97476B8A763B6825BCD depends: snd-pcm,snd-rawmidi,snd intree: Y vermagic: 4.2.0-34-generic SMP mod_unload modversions signer: Build time autogenerated kernel key sig_key: D4:AC:CB:BD:31:2B:A9:DF:31:75:37:B8:F5:87:03:49:6C:E2:E7:C8 sig_hashalgo: sha512
et voici le sous pilote apparamment utilisé :
simpson@simpson-Aspire-5742G:~$ modinfo snd_usb_toneport filename: /lib/modules/4.2.0-34-generic/kernel/sound/usb/line6/snd-usb-toneport.ko license: GPL description: TonePort USB driver srcversion: 62E50F8267E346B86B738A9 alias: usb:v0E41p4142d*dc*dsc*dp*ic*isc*ip*in00* alias: usb:v0E41p4141d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0E41p4147d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0E41p4151d*dc*dsc*dp*ic*isc*ip*in00* alias: usb:v0E41p4150d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0E41p4153d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0E41p4750d*dc*dsc*dp*ic*isc*ip*in* depends: snd-usb-line6,snd intree: Y vermagic: 4.2.0-34-generic SMP mod_unload modversions signer: Build time autogenerated kernel key sig_key: D4:AC:CB:BD:31:2B:A9:DF:31:75:37:B8:F5:87:03:49:6C:E2:E7:C8 sig_hashalgo: sha512
Le noyaux qui est là dessus n'est pas le low-latency car c'est un autre ordi, le low latency est en version 3.2.quelque-chose et fourni ces drivers. Les symptômes que j'ai décrit plus haut sont valables sur les deux ordis autant en low-latency qu'avec le noyau standard.
À noter que je n'ai pas un ordi de compète mais qui est parfaitement capable de charger pas mal d'effet et de simulation en temps réelle sans latence audible sous windows.
Voilà si jamais vous remarquez un truc louche dans ma config, n'hésitez pas !
Merci d'avance pour vos réponses !
Musicalement,
Supersimpson