Chargement...
 
Skip to main content

3 - Forum dédié à Ardour

Liste des forums Liste des sujets

Forums > 3 - Forum dédié à Ardour > [Résolu] Ardour pas assez rapide pour Jack
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • [Résolu] Ardour pas assez rapide pour Jack

    Envoyé par xzu le Jeudi 09 juin 2011 02:07 France
    Bonsoir, bonjour.

    J'ai vérifié ma configue de jack, grâce au tuto, tout va bien, rien a changer.
    Je connais d'ailleurs ces stars de la mao libre.
    Pour diverses soucis je débarque sous ubuntu studioLTS (studio64 commence à dater).

    Voila le dernier message auquel j'ai eu droit après un boot et une ouverture d'un projet récent:
    comment on insert une image?? 😊

    Message qui s'est déjà pointé plusieurs fois précédemment, pendant la création de cette session, et qui à pu foutre la m**** ,voir bloquer complètement la session (reboot).

    Apparemment, cela arrive plus souvent avec plusieurs grefons, mais la j'ai trois 10band eq, deux reverb, basta.

    Mon matos c'est delta44,alton4800+ avec 2goram.

    Ça le fait dés fois, parfois fermer réouvrir et tout baigne, dés fois non.. je ne voit pas du tout de quoi il s'agit!


    Entre temps une histoire de latence earmaster http://linuxmao.org/tikiwiki/tiki-view_forum_thread.php?comments_parentId=32043&forumId=27" class="wiki wikinew text-danger tips">ici m'a fait activer les dépôt backport et donc leur mise a jour, mais le soucis date d'avant et n'a pas été corrigé.
    Lectures: 2236
    Envoyé par pianolivier le Jeudi 09 juin 2011 18:41 France
    coucou xzu

    pour les images, c'est par ici 😉

    pour confirmer tes réglages, tu peux nous envoyer ton log de jack stp ?

    hypothèse : lors de l'utilisation de beaucoup de greffons (et spécialement ceux qui demandent beaucoup de ressources), il te faut peut être augmenter la latence pour que ton ordinateur arrive a suivre à temps.
    Si tu as utilisé les réglages proposés dans ce tuto, modifie simplement "échantillons par période" de 512 à 1024 et relance pour voir

    oliv'
    Envoyé par xzu le Samedi 11 juin 2011 12:35 France
    Salut pianolivier.

    hypothèse: modifie simplement "échantillons par période" de 512 à 1024 et relance pour voir


    Marche pas.
    C'est ce que j'ai d'abord testé, 512, 1024 et plus encore. J'ai aussi fait varier le nombre de période, de 1 à quatre. Je n'ai pas saisi ce qui faisait apparaitre ce message, mais je ne l'ai jamais eu (il me semble..) sans greffons.

    Pour le log, celui du démarrage suffit ou il en faut un avec plantage?
    Envoyé par allany le Samedi 11 juin 2011 13:05
    Salut,

    dans le fenêtre "message" de Jack, pour peu que tu déroules l'ensemble des messages, tu dois avoir :
    - phase de lancement,
    - phase de plantage.
    Une copie de l'ensemble devrait pouvoir nous éclairer...

    A+
    Envoyé par xzu le Samedi 18 juin 2011 19:51 France
    Bon, j'ai eu une utilisation minimal ces temps, pas de bug.

    J'ai bien eu un projet que ardour n'arrivait pas a ouvrir, sans messages.
    Puis finalement il y ai arrivé, va comprendre..

    Donc ,je copierai les messages la prochaine fois que ça déconne , si ça me le refait.
    Envoyé par xzu le Samedi 18 juin 2011 20:09 France
    Ben tiens
    , vient juste de planter l'autre là!
    En enlevant un grefond: fermeture immédiate de ardour
    Log de jack, que j'ai arrêté du coup (pas grand chose non?)


    [+]
    Donc réouverture du projet:
    => ardour peut récupérer le donné>oui => marche pas
    fermeture de jack, Deuxième essai => il re-ouvre le projet.

    Enlevage de grefond=> ça marche.

    ?
    Envoyé par pianolivier le Dimanche 19 juin 2011 11:55 France
    re coucou

    ca ressemble quand même vachement à un manque de ressources (pc pas assez rapide)

    je ne suis pas sur que le probleme serai arrivé avec un tampon un poil plus grand (512 ou 1024), mais le seul moyen de le savoir est de lancer jack en permanence avec cette config jusqu'a plantage (ou non)

    aussi, pourquoi l'option "forcer 16 bits" ? il me semble que la m-audio delta 44 est capable de travailler en 32 bits non ?

    enfin, tu ne me vera pas souvent conseiller un noyau temps-réel, mais dans ton cas (utilisateur avancé qui "bidouille" depuis un bon moment déjà) ca vaudrait le coup de tester si ce n'est pas déjà le cas. Peut être aussi l'occasion de quitter ubuntu-studio pour avlinux ou tango studio, distribs plus actuelles et bien foutues.

    oliv'
    Envoyé par xzu le Dimanche 19 juin 2011 13:46 France
    (pc pas assez rapide)


    Atlon64 X2 4800+ sket AM2 0.065 M, 2Go DDR2 DDR800 PC6400 de ram et disques hitachi T7k160 sata II, sur une gygabyte GA-M61P-S3.

    Mince ça suffit pas ça? c'est quand même pas mal, faut pas déconner.. non? 😕

    Il me semble que la M-audio ne va pas plus loin que 24bit(96khz?).

    Mais quelle intérêt de travail à plus de 16bits?
    Dans tout ce que j'enregistre, aux mieux, si la session sonne de la mort, cela terminera sur.. un CD, donc en 16bit.
    Aucun intérêt de travailler, en 24 ou 32 si c'est pour réduire tout ça à 16bits. Certain techniciens expérimentés disent qu'il vaut même largement mieux éviter cette 'compression', et travailler sur TOUTE la chaine enregistrement>master avec la même configue, à savoir 44khz 16 bits pour la plus part des cas.

    De plus cela réduit énormément le volume de fichier, la consommation de ressource, et je recommande à tout le monde de faire pareil s'il sont dans ce cas! 😉

    Au début je travaillais en 96khz et 32bit(dans ardour): le nombre de galère que je suis tapé, car tu te retrouve avec un export wav en 32 bits non compatible, parce que ardour s'arrête (disques pas assez rapide, avec seulement 4 pistes), etc.. sans parler du volume de fichier..
    Même en 44khz et 32bits, toujours des ramages..

    Peut être aussi l'occasion de quitter ubuntu-studio pour avlinux ou tango studio


    Ouai, bien déçu d'ubuntu studio, sur le fait que je pensait qu'il avait géré l'histoire infernale des serveur son.. et non!
    C'est abusé je trouve, tu ouvre firefox, totem => pas de son!
    C'est normal, on est sous linux.. franchement, honte pour eux, et ce n'est pas bon pour l'image d'ubuntu!

    Je crois que je vais virer mon Studio 64 (hardu héron!) et mettre un beau TangoStudio, comme tout les VIP de Linux MAO!!
    Envoyé par pianolivier le Mardi 21 juin 2011 19:19 France
    oliv écrit:
    ca ressemble quand même vachement à un manque de ressources (pc pas assez rapide)

    xzu écrit:
    (mon PC est une bête de guerre) Mince ça suffit pas ça? c'est quand même pas mal, faut pas déconner.. non?

    je me suis peut-être mal exprimé :
    il ne suffit pas d'avoir les ressources matérielles, il faut aussi un système bien configuré (donc des ressources bien réparties) pour faire de la musique à des latences aussi ridicules avec son PC.

    je maintient que "je ne suis pas sur que le problème serai arrivé avec un tampon un poil plus grand"

    aussi,
    Dans tout ce que j'enregistre, aux mieux, si la session sonne de la mort, cela terminera sur.. un CD, donc en 16bit.
    Aucun intérêt de travailler, en 24 ou 32 si c'est pour réduire tout ça à 16bits.

    là tu m'as fait douté d'un coup 😕
    mais j'ai été direct sur #jack pour confirmer, extrait :
    Copy to clipboard
    __pianoliv__ ([tiki-user_information.php?userId=2493|pianolivier]) Is it advised to use the -S option when recording for 16bit CD ?
__las__ ~040~((Paul Davis))) no
__las__ it has nothing to do with the source of the audio

    ce réglage de jack correpond plus ou moins à la vitesse de ta carte son, choisir moins c'est limiter les ressources, aucun rapport avec l'échantilonnage audio

    oliv'

    ps : y'a de la resistance, les "VIP de linuxmao" ne sont pas encore tous sous tango studio 😊
    Envoyé par xzu le Mardi 12 juillet 2011 13:44 France
    Yo! (mille ans plus tard..)

    là tu m'as fait douté d'un coup confused


    ça c'est bon!!! 😊

    pianolivier écrit:
    ce réglage de jack correpond plus ou moins à la vitesse de ta carte son, choisir moins c'est limiter les ressources, aucun rapport avec l'échantilonnage audio




    Quoi quoi quoi???

    D'ac pour les ressources, ça concerne la carte audio.

    Mais pour l'échantillonnage, tu veut dire part là que je peut seulement paramétrer ça dans Ardour>Format d'enchantillon (ou un truc du style)???
    Parce que moi j'y tiens à me limiter à 16 bit et 44khz (aucun de mes micro n'envoie du 22khz..), petit fichier, pas de conversion pour export cd, c'est une bonne solution, qui reste bien entendu un choix personnel (et adapté il me semble).
    Et surtout pas d'Xrun, pas d'arret brutal en plein milieu de session (le disque dur n'est pas assez rapide..). Oui oui, j'y tien vraiment!
    Envoyé par pianolivier le Mercredi 13 juillet 2011 23:19 France
    euh moi je ne dis rien de tel, mais comme toi je suppose qu'il s'agit d'un truc comme ca.
    Comme tu l'as remarqué dans un autre forum ardour c'est pas trop mon truc et les techniques d'échantillonnage je ne connais pas du tout 😕
    tout ce que je sais c'est que ce réglages de bits sous jack correspond au débit de la carte son quel que soit le mode d'échantillonnage, ni plus ni moins hélas...
    Envoyé par pianolivier le Mercredi 27 juillet 2011 19:03 France
    ce réglage de jack (forcer 16 bits, n'a) , aucun rapport avec l'échantillonnage audio


    auto-correction, en fait si, mais pas l'échantillonnage de la "source" (comme le dit paul plus haut), seulement de la lecture ou de l'enregistrement (donc pas de l'export par exemple)
    lien récent : http://linuxaudio.org/mailarchive/lau/2011/7/27/183692

    j'apprend sur le tas moi aussi... 😊
    dans le lien il est aussi dit qu'ardour et jack communiquent toujours en 32 bits en interne (du serveur)

    hth

    oliv'
    Envoyé par xzu le Jeudi 28 juillet 2011 21:52 France
    Au fait c'est résolu ce bordel depuis TangoStudio!! 😊

    Sinon tu veut dire quoi par 'la source,
    je ne voit pas la différence avec l'enregistrement?
    Envoyé par pianolivier le Jeudi 28 juillet 2011 22:25 France
    si je comprend bien, la "source" c'est le signal traité en interne par jack (pour ardour)
    disont que si tu charges des fichiers audio dans ardour et exporte un arrangement de ceux-ci dans un nouveau fichier, tout se passe en 32 bits
    des que tu passe a l'enregistrement (source "externe" disont) ou à la lecture, le signal passe par des tampons qui ne sont plus du ressort de jack, mais plutot de la carte son, il est donc converti en fonction des capacités de celle-ci.
    signal analogique (micro) > CAN 24 bits (par exemple) de la carte son > conversion 24/32 bits logicielle par jack > traitement du signal par jack 32 bits > conversion 32/24 bits > CNA 24 bits > signal analogique (hp)
    par exemple ma carte firewire à 200€ est capable de travailler en 24 bits, mais mais carte usb à 20€ en 16 bits seulement. Je sélectionne alors l'option "forcer 16 bits" pour cette dernière pour pour éviter à jack de perdre du temps au démarrage en testant d'abord le 24 bit (qui echoue donc à chaque fois)
    en gros, le signal est toujours converti des qu'il passe par la carte son, je me demande si cela peut vraiment entrainer une perte de qualité (par rapport à si le signal "source" de jack avait été traité lui aussi en 16 bits)
    Envoyé par xzu le Jeudi 28 juillet 2011 22:34 France
    Haha t'est pas sur #linuxmao !!!

    • "
      en gros, le signal est toujours converti des qu'il passe par la carte son, je me demande si cela peut vraiment entrainer une perte de qualité
      "
    mhmh mouai. donc moi dans mon cas, avec une delta44, je pourrais me contenter de définir 16bit-44khz dans Ardour, et pas forcer 16 bites dans ce pauvre jack..