Forum Replies Created
-
Posts
-
Salut Philippe,
J’ai finalement opté pour le boitier Enttec opendmx usb.
Est ce que tu pourrais me faire un sfx équivalent au lighter tournant avec uDMX ?
Merci !
et bonne journée !!
ChristopheExtra ! Il me semblait bien qu’on en avait parlé mais valueOfReactionNamed n’apparait pas dans le guide de références dans la fenêtre d’édition des macros.
Merci beaucoup !
ChristopheMerci !
Et il n’y avait pas de problème dans mon rappel de preset, c’est juste qu’à force de manip’, j’avais mis 2 audio send, ça marchait moins bien forcément 🙂
Bonne journée
ChristopheMerci Philippe
J’ai oublié un détail très important. J’utilisais Live pour ses capacités de “Warp” d’ajustement du tempo car j’utilise des sons enregistrés que j’ai un peu manipulés pour leur donner un rythme souhaité.
Le truc, c’est que je ne joue pas toujours exactement au même tempo, l’avantage de Live, c’est qu’il m’ajuste tout ça. J’enregistre une boucle dans Logelloop qui calcule le tempo, l’envoye à Live qui me cale normalement mes sons au bon tempo (hormis mon problème actuel).
Je viens de voir dans le manuel qu’il y a une fonction synchronisation des fichiers lus par le lecteur au métronome de Logelloop. Ça, c’est extra !! Mais comment je fais pour stipuler le tempo d’origine de mes fichiers ?
Bonne journée
ChristopheMerci Philippe.
Je n’étais pas sûr non plus que ce soit une bonne idée de modifier Logelloop. J’attends des retours d’Ableton. Je te dirais.
Pour ta 2e question quant à l’utilisation de Live, ça serait pas mal compliqué. Il faudrait que j’utilise plusieurs lecteurs de fichiers en même temps (4 il me semble), que j’écrive quelques macros pas piqués des vers pour imiter les automations que j’ai écrit dans Live et que je transforme mes fichiers originaux qui passent par des effets de Live. Mais si je n’ai pas de réponse bientôt, je vais être obligé d’envisager cette solution …
Après, je trouverais ça bien que ça fonctionne cette synchro 🙂Merci Philippe. De mon côté, je discute aussi avec le service Support de Live pour voir ce qui ne va pas. J’ai essayé la synchronisation en mettant Live maitre du tempo avec des chiffres décimaux. Logelloop ne les fait pas apparaître dans la fenêtre métronome mais en tient compte en ajustant le tempo (par exemple, il fluctue entre les nombres entiers de part et d’autre du tempo demandé) et avec le son, les “bips” des 2 métronomes sont bien calés.
Mais Live n’en fait pas autant … Je te tiens au courant si je solutionne ce problème de mon côté.
ChristopheMerci Philippe. J’ai installé Sierra depuis peu mais je n’avais pas eu le temps de faire des essais “grandeur nature” avec Logelloop.
Et bravo pour la dernière mouture de Logelloop !C’est bon, j’ai trouvé. Ce n’est pas un problème dû à Logelloop. En fait, il arrive que ma première boucle soit longue voire très longue et du coup quand je lance un Multiply, il n’y a pas beaucoup de place ou pas de place du tout par rapport à la taille de boucle maximum (60 secondes) que j’ai réglée dans les préférences globales.
Bonjour Philippe
Je n’utilise pas les valeurs du compteur Multiply comme cible. Peut-être est-ce ça néanmoins… Je vérifierai.
Pour le projet simple, je n’arrive pas à reproduire le cas de manière systématique. C’est pour ça que j’essayais de détailler le processus. Pour m’aider à reproduire, peux tu me donner quelques renseignements ?
Y a t-il une mémoire de compteur Multiply autre que celui affiché ? (qui lancerait le message Avant-dernière puis dernière)
Si oui, est ce que je peux l’observer quelque part ?
Merci d’avance
ChristopheJ’ai retrouvé dans un post http://www.logelloop.com/forums/topic/overdub-et-memoire/#post-2442 ce problème de message de multiply.
Ça pourrait être lié à la mémoire ?
Je ne comprends pas trop quand tu dis “qu’il n’y a plus de place pour une nouvelle multiplication”. Dans le cas de ce morceau, tout a été effacé avant (les boucles tout au moins, les variables ?) et donc j’enregistre dans le babylooper puis une trk1, ensuite le multiply (trk2) qui est donc le 1er également …Je suis désolé, je me rends bien compte que c’est floue mon histoire …
des infos complémentaires 🙂
Ce problème ne m’arrive que dans une macro assez longue (le déroulé d’un morceau). Je n’arrive pas à voir à quoi il est lié. C’est à peu près à la fin de mon set et j’ai utilisé plusieurs fois auparavant la commande multiply. Forcément, quand multiply s’arrête, ça me plante dans le déroulé de la macro puisque c’est censément elle qui arrête multiply.Voilà comment ça se passe : J’enregistre une boucle assez longue et je fais un multiply (et là de temps en temps le pb dont je parle)
Le début de la macro en question :
Message “Record bourdon babyLooper”
SFXSendMessage 1 BabylooperA Record
SFXSendMessage 1 BabylooperB RecordWaitUserAction
SFXSendMessage 1 BabylooperA Play
SFXSendMessage 1 BabylooperB PlayWaitUserAction
Message “Record bouton”
RecordWaitUserAction
RecordMessage “Vol In2”
TrackVolume in2 = -76
TrackVolume in1 = -76WaitUserAction
Message “Multiply”
MultiplyWaitUserAction
MultiplyMetroActivateEvents true
Message “Enregistre dans babylooper”
WaitMetroBeat 1
Message “Attends le temps 1”
TrackVolume in2 = 0
TrackVolume in1 = 0Salut
Je viens de vérifier ici. Dans ta démo, le slicer ne fonctionne pas sous LL 4.4. Du coup je viens de réinstaller LL 4.3 et ça ne fonctionne pas non plus. Pourtant je me souviens l’avoir écouté et elle fonctionnait, peut-être sous 4.2 ? Je suis sous OS X 10.8.5.