Forum Replies Created
-
Posts
-
Salut Michel,
Effectivement, c’est un problème qui nous a échappé lors de l’écriture de Logelloop 3.
On va tacher de réparer avant la prochaine livraison.
Merci d’avoir relevé,
PhilippeSalut Christophe,
Il y a effectivement un souci avec cette macro, la variable $last_copy_to_file_prefix$ est mal interprétée dans Logelloop 3. Nous regardons cela de près aujourd’hui et la réparation devrait arriver assez rapidement.
PhilippeSalut Christophe,
J’avais oublié ce cas de figure lors de la programmation.
C’est réparé pour la prochaine livraison.
Merci d’avoir relevé.
PhilippeSalut Jean,
A quelle consommation CPU te trouves-tu lorsque tu observes ce souci?
As-tu une télécommande midi externe sur les faders?
As-tu un autre logiciel qui pourrait interférer sur le midi ou osc?
Merci,
PhilippeSalut Michel,
Lorsque le métronome est en fonctionnement, Restart va relancer au premier temps, donc sera vraiment efficace après une multiplication (puisqu’avant multiplication, le premier temps correspond au début de la boucle. S’il relançait la boucle à n’importe quel moment, la boucle serait en décalage avec le métronome.Dans Logelloop 3, nous avons choisi de mettre le métronome en fonctionnement par défaut. Ça peut être désactivé dans Comportement/Options de l’interface —> Métronome en mode Autostart Slave. Après désactivation, pour le projet concerné, le métronome ne se mettra plus en fonctionnement automatiquement.
Tu peux simplement stopper le métronome avant de faire une Restart. Pour que le fonctionnement de Restart soit normal.
Nous pouvons aussi laisser le Restart libre lorsque le métronome est en fonctionnement, ça pourrait être en option dans une prochaine livraison. Qu’en penses-tu?
PhilippeSalut Michel,
la macro que tu indiques là fonctionne très bien, mais elle opère un time strech, elle ne change pas la hauteur de lecture. En fait, pour l’utiliser il faut mettre le compteur à une valeur entre 3 et 30 et lorsque tu démarres la macro, la boucle est accélérée ou ralentie (3 à 9 = ralenti, 11 à 30 = accélère).Pour monter tout d’un demi-ton, il suffit de lancer une macro qui contient le code suivant :
***
TrackPitchState trk_all ON
TrackPitch trk_all = +1WaitUserAction
TrackPitch trk_all = 0
***Philippe
Salut Michel,
Merci pour les compliments sur Logelloop 3.
Effectivement, nous avons corrigé tous les problèmes recensés par les utilisateurs dans Logelloop 2.Nous avons aussi apporté beaucoup d’amélioration au langage des macros qui peuvent en faire vraiment beaucoup plus dans Logelloop 3. Mais parfois effectivement cela nous aura imposé quelques changements de syntaxe.
Normalement, si tu fais édit sur la macro, elle doit t’indiquer les erreurs s’il y en a.
Peux-tu me donner le code la macro pour que je puisse faire l’essai et vérifier les erreurs?
Merci.Salut Jean,
Tu parles des faders de Logelloop ou d’une interface externe?
Logelloop est-il en basse résolution? (cmd+i sur l’application).
En basse résolution, Logelloop 3 devrait être beaucoup plus réactif que Logelloop 2 et cela surtout concernant les faders car tout le code a été réécrit en ce sens.
PhilippeSalut Jean,
Logelloop 3 démarre nativement en 64 bits.
C’est une architecture très différente qui permet notamment de faire des boucles beaucoup plus longues. En revanche, il faut utiliser des plug-ins VST compatibles 64 bits. Je te conseille donc de te rendre sur le site du fabricant et de télécharger la version 64 bits du VST que tu veux utiliser avec Logelloop 3.Il est également bien sûr possible de démarrer Logelloop en 32 bits, pour le faire : cmd + i sur le fichier de l’application, puis dans les options choisir démarrer en 32 bits, lancer ensuite Logelloop 3. Attention, n’oublie pas que Logelloop fonctionne mieux en 64 bits, c’est pourquoi nous préférons utiliser cette option.
PhilippeSalut Christophe,
On vient de faire le test, sur 2 ordinateurs, avec Logelloop 3.1.
Il n’y a pas de souci, les canaux et périphériques sont bien enregistrés.
Pas de démarrage intempestif de l’enregistreur non plus, dans le cas que tu décris.
Es-tu sûr que tu utilises la dernière version de Logelloop?
PhilippeSalut Christophe,
je regarde du coté de la mémorisation des périphériques midi et du canal pour la commande par contrôleur. ça devrait être réparé pour la prochaine Mise à jour.
Merci pour le rapport.
PhilippeSalut Christophe,
Es-tu sûr que tout es sur off dans Midi/Commandes/Enregistreur de sortie?
Il est possible qu’une commande midi soit affectée.Ça pourrait aussi venir d’une commande OutputRecorderStart dans une de tes macros…
Mais si tu as des fichiers créés et vide, ou très court, ça oriente plus vers une commande midi inopinée…
Philippe
Salut Christophe,
Je pense que le souci est dû au fait qu’avant TrackLoop, tu mets un Nextloop et un Sleep…
Le Sleep n’attend pas forcément assez, de ce fait, TrackLoop se fait sur la boucle que tu quittes et non la suivante.Je préconise plutôt :
NextLoop
WaitEndLoop
TrackLoop trk2 BeginAt {$current_loop_duration_samples$ * 3/4} EndAt {$current_loop_duration_samples$ }Et bien sûr, je ne te l’ai pas dit dans les posts précédents, mais nous envisageons d’ajouter un WaitLoopChanged ou un truc du genre qui permettra de faire une action après le changement de boucle… Beaucoup plus simple à utiliser et fonctionnera aussi si le changement de boucle est demandé par l’utilisateur ou une autre macro.
PhilippeSalut,
Je pense que ce à quoi tu penses pourrait ressembler à celle ci-dessous.
Je vais ajouter sur la liste des choses à faire un WaitNextLoop ou un truc du genre, ce qui permettrait de réinitialiser l’état du mode de chargement de preset automatiquement au changement de boucle…Declare string $presetactuel$ = $current_preset$
PresetRecallBehaviour AtNextLoop
Sleep 300
PresetRecall $presetactuel$Message $presetactuel$