Skip to main content

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

Liste des forums Liste des sujets

Forums > 1 - Le matériel et les pilotes ALSA, FFADO, ... > [CONTOURNÉ] DM 3200, carte IF-FW/DM mk2
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • [CONTOURNÉ] DM 3200, carte IF-FW/DM mk2

    Envoyé par pintman le Fri 29 Oct 2010 07:33
    Bonjour,
    Je suis depuis hier matin sur l'install de ma DM 3200
    et je n'arrive pas a la faire fonctionner...
    info :
    ubuntu studio 10.04 avec kernel 2.6.31-11-rt
    Copy to clipboard
    lsmod : ohci1394 34564     1    dv1394
            ieee1394 101984   4    dv1394,raw1394,sbp2,ohci1394


    Copy to clipboard
    lsmod | grep 1394 :
dv1394         21352 0
raw1394       29192  0
ohci1394      34564   1 dv1394
ieee1394      101984  4 dv1394,raw1394,sbp2,ohci1394


    mon groupe audio est autorisé, le groupe disk aussi, activé raw1394 dans ubuntu studio controls.

    la console est en v1.60, et la carte FW v 1.02

    la dm3200 m'indique : status CARD : ok, 1394 : Driver offline.

    config jack :
    tr ok, interface par default (hw0ou 1 ou 0,0 ou 0,1c'est pareil)


    Quand je lance jack sur firewire (sur freebob il ne démarre pas), il démarre et s'arrête 10 seconde plus tard. info :

    [+]

    Merci a vous.
    Lectures: 5148
    Envoyé par pintman le Fri 29 Oct 2010 14:37
    J'ai bien avancé, jack n'est pas encore stable, il ne me reste cependant plus que 2,3 erreurs...


    "error creating streaming device
    cannot load driver module firewire
    no message buffer overruns

    et un truc avec a coté (mauvais descripteur de fichier)

    Si quequ'un a des idées, il est le bien venu...

    Si on y arrive je créerais un topic
    Envoyé par gostaberling le Fri 29 Oct 2010 15:06
    Bonjour
    alors je dirais qu'il y a plusieurs possibilités :

    1. (le plus simple) vérifie bien que le samplerate (Fréquence d'échantillonnage) de jack soit le même que celui que tu as sélectionné sur ta carte (s'il existe un sélecteur de ce type : 44100 khz, 48000khz etc.)

    2. donne le résultat de la commande lspci pour connaître le type de driver qui gère ton port firewire. Si le résultat annonce quelque chose comme :
    Copy to clipboard
    02:0e.0 FireWire (IEEE 1394): Texas Instruments

    tu peux souffler un grand coup, on va y arriver
    si par contre ça t'annonce quelque chose comme :
    Copy to clipboard
    01:08.0 FireWire (IEEE 1394): __VIA Technologies

    on est éventuellement mal barré
    Plus d'infos sur ce thread : [RÉSOLU] (Jack+firewire+edirol fa 101) Démarage impossible (encore)
    3. Essaie d'installer gscanbus : http://gscanbus.berlios.de/

    4. active les modules pour le firewire via la ligne de commande plutôt que via le panneau de contrôle d'ubuntu studio (j'ai lu ça quelque part mais où ?)
    Copy to clipboard
    $ modprobe raw1394
$ chmod a+rw /dev/raw1394

    Envoyé par pintman le Fri 29 Oct 2010 15:44
    salut, merci de ton aide.
    j'ai déja utilisé ce thread

    pour le firewire, c'est une texas instrument

    je n'arrive pas a installer gscanbus
    a t'il une reelle utilité?
    Envoyé par pintman le Fri 29 Oct 2010 15:47
    Copy to clipboard
    firewire ERR: wait status < 0! (= -1)
cannot load driver module firewire

    Votre contrôleur Firewire gère son interrupt avec d'autres trucs.
    Vérifiez ça avec la commande cat /proc/interrupts
    Et pour résoudre ce problème vous avez besoin du Le noyau Temps-Réel et rtirq?.


    quand je fais la commande mon firewire est bien avec d'autre truc, mais je n'arrive pas a modifier le fichier :

     cat /proc/interrupts
            CPU0       CPU1       CPU2       CPU3       
   0:        128          3          1          2   IO-APIC-edge      timer
   1:          8          4       1379       1085   IO-APIC-edge      i8042
   4:          1          0          0          1   IO-APIC-edge    
   8:          0          1          0          0   IO-APIC-edge      rtc0
   9:          0          0          0          0   IO-APIC-fasteoi   acpi
  16:      14979      11632        101         92   IO-APIC-fasteoi   pata_marvell, uhci_hcd:usb3, ohci1394, nvidia
  18:         67         66      23468      20593   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
  19:          0          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb7
  21:          0          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb4
  22:        278        276        257        263   IO-APIC-fasteoi   HDA Intel
  23:          1          0          1          0   IO-APIC-fasteoi   ehci_hcd:usb2, uhci_hcd:usb6
  28:        736        734       7020       6637   PCI-MSI-edge      ahci
  29:          9       5998         14          9   PCI-MSI-edge      eth0
 NMI:          0          0          0          0   Non-maskable interrupts
 LOC:    1659090    1655383    1671886    1660472   Local timer interrupts
 SPU:          0          0          0          0   Spurious interrupts
 CNT:          0          0          0          0   Performance counter interrupts
 PND:          0          0          0          0   Performance pending work
 RES:        328        278        928        954   Rescheduling interrupts
 CAL:        104        198        183        186   Function call interrupts
 TLB:       1027       2748       1625       2561   TLB shootdowns
 TRM:          0          0          0          0   Thermal event interrupts
 THR:          0          0          0          0   Threshold APIC interrupts
 MCE:          0          0          0          0   Machine check exceptions
 MCP:          6          6          6          6   Machine check polls
 ERR:          3
 MIS:          0

    Envoyé par pintman le Fri 29 Oct 2010 18:03
    on m'a dit d'editer rtirq-init pour les interrupts, comment fait on?
    si j'ai bien compris je dois mettre le firewire tout seul...
    je sais pastrop
    mais si ca peut regler mon probleme (meme si je pense que non), je cherche quelqu'un qui pourrait m'aider.
    Envoyé par pintman le Fri 29 Oct 2010 18:17
    lsmod
    Copy to clipboard
    Module                  Size  Used by
ppdev                   8504  0 
snd_hda_codec_realtek   278292  1 
snd_hda_intel          31432  1 
snd_hda_codec          87984  2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep               9560  1 snd_hda_codec
snd_pcm_oss            44928  0 
snd_mixer_oss          19664  1 snd_pcm_oss
snd_pcm                91704  3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_dummy           3540  0 
snd_seq_oss            33856  0 
dv1394                 21352  0 
snd_seq_midi            8448  0 
raw1394                29192  0 
snd_rawmidi            27296  1 snd_seq_midi
snd_seq_midi_event      8688  2 snd_seq_oss,snd_seq_midi
sbp2                   27580  0 
snd_seq                61664  7 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer              26872  2 snd_pcm,snd_seq
snd_seq_device          8388  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
x38_edac                5408  0 
snd                    79240  15 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
asus_atk0110            9648  0 
edac_core              49884  2 x38_edac
nvidia              10838472  28 
soundcore              10080  1 snd
snd_page_alloc         11008  2 snd_hda_intel,snd_pcm
lp                     12644  0 
parport                41548  2 ppdev,lp
ohci1394               34564  1 dv1394
usbhid                 44032  0 
ieee1394              101984  4 dv1394,raw1394,sbp2,ohci1394
sky2                   55892  0

    Envoyé par gostaberling le Fri 29 Oct 2010 19:03
    Bon..
    1. Les lignes qui nous intéressent dans le lsmod sont :
    ohci1394 34564 1 dv1394
    usbhid 44032 0
    ieee1394 101984 4 dv1394,raw1394,sbp2,ohci1394


    mais en fait tu avais déjà noté le résultat de la commande :
    lsmod | grep 1394 :
    dv1394 21352 0
    raw1394 29192 0
    ohci1394 34564 1 dv1394
    ieee1394 101984 4 dv1394,raw1394,sbp2,ohci1394


    Tous ces modules sont donc chargés mais :
    Quelle version de FFADO utilises-tu ? Il y a des problèmes de compatibilité entre les kernels récents et des versions anciennes de FFADO, parce que les modules chargés dans le noyau pour gérer les ports firewire ont changé (le fameux new firewire stack).
    Voir la discussion ici : http://www.ffado.org/?q=release/2.0.1#comments

    On avait discuté et résolu ce problème ici :

    tiki-view_forum_thread.php?comments_parentId=23289&forumId=2

    2. L'intérêt de gscanbus est limité : il permet juste de savoir si ta carte firewire est utilisable avec les modules chargés.


    3. La page sur le site FFADO http://www.ffado.org/?q=node/46 concernant ton matériel déclare :
    Support Status:Unknown


    Tu connais des maoistes qui ont réussi à faire fonctionner ce matériel sous ubuntu ?
    En fait, c'est surtout ça qui m'inquiète..

    4. sinon... je croyais que la tascam dm 3200 ça se connectait en usb.. (ou alors peut-être la connexion firewire est optionnelle et que tu possèdes cette option ?)
    Envoyé par pintman le Fri 29 Oct 2010 21:53
    la connection firewire esr bien une option, en fait c'est la carte "if-fw/dm mkII"
    on a pris ce materiel et d'une pour sa qualité et de 2 parceque l'on croyait qu'il serait compatible avec linux.


    la carte if-fw/dm est elle compatible, et je pense qu'il y a eu confusion. La politique de Tascam (je ne crois pas) ne va pas a l'encontre du libre (comme digidesign). Donc si la précédente etait compatible, la nouvelle devrait de peu l'etre (trouver une if-fw/dm c'est pas evident) donc il nous faut nous débrouiller avec ca.

    Alors pour moi c'est soit j'y met le temps et croisent les doigt pour que ca fonctionne, soit on doit repasser sur Mac 😑 et ca ca m'embete (pour ne pas etre vulgaire)

    Nous voulons promouvoir le libre par notre studio et faisons tout pour avoir un system libre et stable pour prouver que c'est possible...

    Mais la c'est pas ca. Et je vois le retour sur mac avec un pinsement au coeur...


    Je n'ai pas compris ton 1 du post mon lsmod est bon??
    la version de ffado je ne l'ai pas sous les yeux, mais suis sous la 2.6.31.11 rt.


    un pote plus calé que moi c'est posé dessus tout a l'heure (c'est pour ca que j'ai quitté le chat rapidement désolé...), je ne sais pas encore si ses modif ont fonctionné (je pense qu'il a fait sur les lien que tu me donnes).

    et oui certain l'ont fait fonctionner avec la fi-fw/dm (24 e/s et plus disponible), nous on a la mkII (32e/s).
    Envoyé par gostaberling le Fri 29 Oct 2010 22:40
    Bon si certains ont fait fonctionner la version d'avant, y'a une chance que vous y parveniez aussi. Mais du coup, vous êtes des pionniers 😊
    Je n'ai pas compris ton 1 du post mon lsmod est bon??
    la version de FFADO je ne l'ai pas sous les yeux, mais suis sous la 2.6.31.11 rt.

    Dans la page de discussion de FFADO que j'ai mentionnée dans mon point 1., on relève un problème du à des changements dans la manière dont les kernel récents gèrent le firewire. Normalement la dernière version de FFADO s'adapte à ces changements. C'est un problème qu'on rencontre avec le noyau >= 2.32, ce qui n'est donc pas ton cas.
    On peut donc oublier mon point 1. 😊

    Pour un matériel récent, je te conseillerai vivement d'aller expliquer la situation directement sur le site des développeurs de FFADO directement, par exemple ici :
    http://www.ffado.org/?q=node/46
    (si ta carte est effectivement connectée en firewire.. As-tu la possibilité d'essayer de la connecter en usb ? )

    J'ai bien peur que le retour sur mac s'impose dans ce cas là. En attendant que les développeurs de FFADO aient le temps de se pencher sur ce nouveau matériel. Enfin : tiens nous au courant hein !
    Envoyé par Samuel le Sat 30 Oct 2010 15:36 Allemagne
    La version de FFADO qui est de base à avec 10.04 est la version 2.0, or la 10.04 utilise le nouveau stack firewire qui n'est compatible qu'avec ffado 2.0.1.
    À mon sens, il faut re-compiler FFADO puis JACK comme indiqué sur le site de ffado pour avoir une chance.
    Et passer sur leur chan irc #ffado afin d'avoir du débogage en direct, ça peut beaucoup aider. Ils seront ravi de mettre la carte en "reported to work" ^^.

    Que dis ffado-diag ?

    Sinon, vu la console, et vu que tu parles de studio, je recommanderai une bonne carte RME avec e/s en tdif : meilleure latence, meilleure stabilité, bref, ça me semble plus sûr.

    PS: vous avez un site pour qu'on sache qui vous êtes au studio ? Pour l'instant je ne connais que 3 studios basés sur Le système GNU Linux.
    Envoyé par Floboo le Mon 01 Nov 2010 15:35
    Salut, je suis l'associé de pintman

    Merci pour vos réactions!
    Le site du studio http://www.myspace.com/studio9marches

    Je viens d'envoyer un mail sur FFADO, j'attends les réponses. Je crois en effet que l'on va pour l'instant installer Ardour sur le mac, et remettre de toute façon la digi002R dans son carton!

    je recommanderais une bonne carte RME avec e/s en tdif

    Ben oui mais là y'a plus trop de sous pour l'instant, et il me semble que RME ne rime pas avec Le système GNU Linux?

    Merci en tout cas, et on vous tiens au courant!

    Flo
    Envoyé par Samuel le Tue 02 Nov 2010 02:14 Allemagne
    Au contraire, RME en PCI rime très très bien avec Le système GNU Linux. C'est le mieux qui se fait pour cet OS.
    Et les pilotes pour le firewire sont en développement.
    Mais en production, il faut d'abord jouer la carte de la sécurité. Tenez nous au courant des évolutions de la chose !
    Envoyé par olinuxx le Fri 26 Nov 2010 02:18 France
    Alors, vous en êtes où ? Vous avez fait quoi ?
    Olivier, curieux à la lecture de ce fil qu'il vient de dévorer tout en y mettant un peu de mise en page, des liens et en corrigeant quelques fautes.