Se connecter
Se connecter

ou
Créer un compte

ou
Agrandir
Ajouter ce produit à
  • Mon ancien matos
  • Mon matos actuel
  • Mon futur matos
Tasty Chips Electronics GR-1
Photos
1/185
Tasty Chips Electronics GR-1

Sujet Essuyage des plâtres : liste des bugs (supposés ou confirmés) sur le GR-1

  • 300 réponses
  • 11 participants
  • 10 855 vues
  • 14 followers
1 Essuyage des plâtres : liste des bugs (supposés ou confirmés) sur le GR-1
Je ne sais pas si c'est judicieux ou utile, mais j'ai pensé que faire une sorte de centralisation (et comparaison) des bugs observés et potentiellement confirmés ou infirmés par "seconde lecture" pourrait permettre d'envoyer des informations assez précise pour ce cher Pieter van der Meer et son équipe. Je pense régulièrement lui envoyer un compte rendu avec le maximum d'information pour lui permettre de reproduire ces bugs. Voire l'inviter sur ce fil pour qu'il puisse y puiser les infos dont il aura besoin.

Le plus ennuyeux étant que je pense la plupart des bugs sont assez aléatoires, ou s'ils sont conditionnés, c'est selon des procédures de commandes tellement précises qu'elles ne semblent pas forcément non aléatoires.

Toujours est-il que je vais commencer ma liste par une indication que m'a faite Pieter hier soir : il semble qu'environ toutes les minutes, les potards génèrent des parasites peuvent provoquer un saut des paramètres.
Je me permet de le citer :
Citation de Pieter :
The knobs can have a little bit of noise causing a small glitch every minute or so. If you switch presets a lot, it will then jump to the old preset's parameter value.


Je ne saurais dire si mes soucis de paramètres qui changent tout seuls (et semblent revenir à un état "default") sont liés à cela, même si je l'observe sans forcément changer de preset, mais ça y ressemble.

Bref, pour le moment je suis incapable de confirmer que ce que j'observe est bien un bug ou est ou non lié à ce soucis de parasite, donc je me contente de lister mes observations pour la version 2.1.1 :

-paramètres (principalement "granulaires", densité, spread, taille des grains, mais aussi parfois cutoff et resonance, etc) qui changent (reviennent par défaut / état précédent ?) de façon aléatoire, et surtout en navigant dans les menus (shift+sample, shift+patch, shift+perf), ou en appelant la page de sauvegarde.

-zone de scan reprenant de temps en temps au point d'origine (sur le curseur) au lieu de terminer sa boucle, et ceci sans confinement de scan.
(ça reste rare et peu handicapant, mais je l'observe souvent dans les 1 à 2 secondes après avoir justement bougé le curseur)

-le pitch de lecture de n'importe quel sample que j'importe qui semble irrémédiablement plus haut (d'environ 1.1, à peu près une note) que l'original. (je dis donc régler le pitch à 0.900 pour avoir la hauteur de mon son d'origine, j'observe ceci aussi bien en live sampling)

/!\ Pour cette observation, j'ai bien conscience qu'avec une densité de grains élevée et une taille des grains très réduite, cela peut générer ce que je vais appeler une ""auto-résonance"" qui peut faire un pitch fortement modifié ou un effet s'approchant d'un chorus, ce n'est pas de cela qu'il s'agit (je teste avec moins de 10s de grains, à raison de grains de 1seconde pour justement éviter cet effet)[/i]

-la touche play qui parfois ne coupe plus le son quand cela devrait faire "stop/pause", mais qui reprend tout de même une sorte de "reset" quand on appuie pour reprendre la lecture (qui donc ne s'est pas arrêtée).
Dans ce cas je dois ouvrir et fermer un menu, ou recharger le patch/preset pour que la touche play reprenne la main.

-le potentiomètre de volume qui, réglé au minimum, laisse quand même entendre ce qui est en lecture. (là je ne peut pas encore certifier que c'est bien à cause du GR-1, mais je ne vois pas trop ce que ça peut être d'autre pour le moment vu mon installation)

Voilà pour l'instant pour ma part, sur cette version.
N'hésitez pas à lister vos retour, en indiquant la version d'observation, et même si c'est une plus ancienne mais que vous préférez utiliser (ça peut toujours servir).

[ Dernière édition du message le 14/10/2019 à 11:15:45 ]

Afficher le premier post
121
Je pense que les corrections de bugs s'accélèreront lorsqu'ils devront envisager de cesser ajouter des fonctionnalités si l'appareil commence à montrer ses limites. (ou passer à l'étape échange de CPU "à faire soi-même")
Et ceci pourrait vite arriver s'ils envisagent déjà une sortie de cette option. En plus s'il a plus de puissance et de capacité, je pense qu'ils se creuseront moins la tête pour régler les bugs.
122
Salut,

j'ai un peu tanné Pieter avec mon problème et il a finalement consenti à investiguer :mrg: On a fini par trouver son origine. C'est l'activation de "MIDI CC update visual" qui crée un conflit. Il va le corriger dans la V2.2.2 imminente :bravo:
Exemplaire une fois de plus !

[ Dernière édition du message le 21/04/2020 à 09:42:28 ]

123
124
ça devient du sur mesure son affaire... C'est impressionnant.
125
super !
126
par contre depuis la v2.2.2 c'est chez moi que le programme change merde avec l'écrans ! et c'est effectivement frustrant comme tout!
je vais repasser en 2.2.1
127
Mince ! Tu devrais en parler à Pieter et vous trouverez la solution ;)
128
oui je lui en ai parlé, on verra ...
en 2.2.1 c'est bon pour moi mais faut pas que je reste bloqué pour les future Maj ...
129
Je dois admettre que c'est pas rassurant de voir un bug pareil de manière aussi "dispersée" : différentes unités (mais pas toutes) sur différentes versions du firmware...
130
Je ne sais pas si le bug était dispersé. Utilisiez vous le "Visual MIDI CC Update" ? Dans le cas de la v2.2.1, c'était son activation qui créait un conflit.
Si vous l'utilisiez, c'est effectivement bizarre cette disparité de comportement :8O: