Forum Replies Created

Viewing 15 posts - 256 through 270 (of 430 total)
  • Author
    Posts
  • in reply to: Bug Multiply quand boucle pleine #1593

    Salut Michel,
    Ce bug est corrigé pour la prochaine livraison.
    Philippe

    in reply to: Boucle plus courte #1592

    Salut,
    Le déclenchement de Babylooper par macro est réparé pour la prochaine livraison.
    C’est vrai que ça pourrait faire l’affaire dans le cas qui nous concerne, mais je continue de penser qu’un overdub asynchrone serait intéressant…
    Philippe

    in reply to: Boucle plus courte #1585

    Salut,
    Non, je n’ai pas eu le temps de m’en occuper.
    Les tests que j’ai faits avec des macros n’étaient pas concluants…
    Il faudrait directement créer la fonction dans Logelloop, mais ça, c’est plus de travail!
    Je crains qu’il ne faille l’espérer tout de suite, il nous reste encore beaucoup de travail avant d’arriver là…
    Philippe

    in reply to: Variable $is_muted$ #1581

    Bonsoir,
    Oui, c’est important de prendre en compte le fait que les variables sont globales à toutes les macros.
    C’est parfois utile!
    Philippe

    in reply to: Variable $is_muted$ #1579

    Salut Christophe,
    En fait la variable $is_muted$ concerne le Mute global de Logelloop, pas les mute individuels de pistes.

    Pour l’instant, il te faut muter la piste à l’aide d’une macro et renseigner une variable personnelle :

    // Début de la macro 1
    TrackMute trk1 ON
    Set $trk_1_muted$ = true

    WaitUserAction

    TrackMute trk1 OFF
    Set $trk_1_muted$ = false

    // fin de la macro 1

    Et ensuite, utiliser une autre macro qui contrôle l’état de la variable de mute de chaque piste :

    // début de la macro 2
    If {$trk_1_muted$ == 1}

    // Les posts se font dans la console de Logelloop (cmd+m)
    Post {“trk1 muted”}

    Else

    Post {“trk1 pas mutée”}

    EndIf
    // fin de la macro 2

    Est-ce nécessaire d’ajouter des variables en interne pour les mutes de pistes?
    Philippe

    in reply to: Time stretch à partir du compteur #1570

    Salut,
    Relie la macro que tu mets dans Logelloop.
    Vérifie avec le bouton prévu à cet effet avant d’enregistrer.
    Cherche et corrige les erreurs.
    Regarde si des erreurs ne sont pas affichées en rouge lors de l’exécution de la macro dans la console (cmd+m).
    Philippe

    in reply to: Time stretch à partir du compteur #1567

    Salut,
    STP reprend le code que j’ai mis dans mon post du 29/10/2013 – 15:37:24 et ça fonctionnera.
    Dans la macro que tu mets là, il manque des choses.
    Philippe

    in reply to: Problème préférence macros #1565

    Salut,
    Christophe a trouvé l’origine du problème.
    C’est corrigé pour B22 qui devrait sortir rapidement.
    En attendant, ouvrez et sauvez les préférences avant de faire une édition de macros dans Logelloop.
    Si vous éditez la macro dans les préférences, il n’y a pas de souci.
    Si vous l’éditez dans Logelloop alors que vous n’avez jamais ouvert les préférences, la macro s’effacera et cela bloquera Logelloop dans certains cas au redémarrage.
    Philippe

    in reply to: Time stretch à partir du compteur #1564

    C’est normal qu’elle déconne.
    Il manque des trucs et il y a une faute syntaxe à : “If { $mon_timestrech$ 3.00 }”.
    Fait un copier-coller de la mienne.
    Philippe

    in reply to: Time stretch à partir du compteur #1562

    Salut,
    Si ça fonctionne.
    Il faut que le counter soit plus haut que 3.
    P

    in reply to: bug autofade et nextloop #1558

    Salut,
    C’est avec une boucle précédemment enregistrée et sauvée sur le disque dur?
    Ou avec une boucle faite juste avant le nextloop+autofade?
    Quelle taille de buffer?
    Philippe

    in reply to: Time stretch à partir du compteur #1557

    Salut Michel,
    Non ça n’est pas un bug c’est normal qu’après un strech, les pistes soient désynchronisées.
    Tu dois les resynchroniser avec la fonction prévue à cet effet.
    Ci-dessous, je mets un exemple de macro complète qui fait tout et resynchronise.
    J’utilise le mode de calcul de Christophe comme base ({$counter$*0.1}), mais ça peut être différent.
    Philippe

    // Met en fonctionnement le Time strech
    TrackTimeState trk1 ON

    // Met une variable à la valeur $counter$*0.1
    Set $mon_timestrech$ = {$counter$*0.1}

    // Si la valeur est inférieure à .30, on la remet à .30 (minimum autorisé pour timestrech)
    If { $mon_timestrech$ 3.00 }
    Set $mon_timestrech$ = 3.00
    EndIf

    // Met le Time strech à 10 pourcent de la valeur du counter
    TrackTime trk1 = $mon_timestrech$

    // Attend une nouvelle solicitation de l’utilisateur
    WaitUserAction

    // Stoppe le fonctionnement du Time strech
    TrackTimeState trk1 OFF
    // Synchronise à nouveau la premiere piste
    TrackLoopResync trk1

    in reply to: bug autofade et nextloop #1552

    Etrange,
    Ici ça fonctionne.
    Quelle version utilises tu?
    Philippe

    in reply to: Time stretch à partir du compteur #1551

    Salut Michel,
    Tu mets cela dans ta macro :

    TrackPitch trk1 = $counter$

    A chaque fois que tu appelles la macro, la piste 1 prend la valeur du compteur.

    Si tu veux jouer sur la valeur de strech, tu mets :

    TrackTime trk1 = $counter$

    Mais attention, tu dois tenir compte des limites de strech (de 0.30 à 1 en décimale pour le ralenti et de 1 à 3. pour l’accélération)
    Philippe

    in reply to: Autofade plus long #1550

    Salut Christophe.
    Le Mastervolume ne devrait pas fonctionner non plus si tu utilise un SFX pur faire les routings de sorties.

    Ce qu’il faudrait faire, c’est multiplyer avant de faire un autofadeout… Mais ça enregistre une piste pour rien… J’envisage d’ajouter un message macro pour dupliquer en longueur (comme multiplie, sans ajouter une piste). Ou alors, ajouter la possibilité d’un autofade qui prenne une valeur de multiplication… C’est peut-être cela le plus simple coté programmation.
    Je te tiens au courant.
    Philippe

Viewing 15 posts - 256 through 270 (of 430 total)