Essuyage des plâtres : liste des bugs (supposés ou confirmés) sur le GR-1
- 303 réponses
- 12 participants
- 11 735 vues
- 14 followers
iktomi
14719
Drogué·e à l’AFéine
Membre depuis 5 ans
Sujet de la discussion Posté le 14/10/2019 à 10:58:12Essuyage 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 :
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).
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 ]
iktomi
14719
Drogué·e à l’AFéine
Membre depuis 5 ans
121 Posté le 16/04/2020 à 02:35:20
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.
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.
enthalpi
1926
AFicionado·a
Membre depuis 21 ans
122 Posté le 21/04/2020 à 09:41:57
Salut,
j'ai un peu tanné Pieter avec mon problème et il a finalement consenti à investiguer 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
Exemplaire une fois de plus !
j'ai un peu tanné Pieter avec mon problème et il a finalement consenti à investiguer 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
Exemplaire une fois de plus !
[ Dernière édition du message le 21/04/2020 à 09:42:28 ]
enthalpi
1926
AFicionado·a
Membre depuis 21 ans
123 Posté le 21/04/2020 à 10:41:35
V2.2.2 en téléchargement : https://www.tastychips.nl/gr-1-downloads/
iktomi
14719
Drogué·e à l’AFéine
Membre depuis 5 ans
124 Posté le 21/04/2020 à 13:15:28
ça devient du sur mesure son affaire... C'est impressionnant.
VCA
334
Posteur·euse AFfamé·e
Membre depuis 11 ans
126 Posté le 27/04/2020 à 17:57:48
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
je vais repasser en 2.2.1
enthalpi
1926
AFicionado·a
Membre depuis 21 ans
127 Posté le 27/04/2020 à 18:50:57
Mince ! Tu devrais en parler à Pieter et vous trouverez la solution
VCA
334
Posteur·euse AFfamé·e
Membre depuis 11 ans
128 Posté le 27/04/2020 à 19:19:38
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 ...
en 2.2.1 c'est bon pour moi mais faut pas que je reste bloqué pour les future Maj ...
iktomi
14719
Drogué·e à l’AFéine
Membre depuis 5 ans
129 Posté le 28/04/2020 à 09:42:02
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...
enthalpi
1926
AFicionado·a
Membre depuis 21 ans
130 Posté le 28/04/2020 à 09:44:49
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
Si vous l'utilisiez, c'est effectivement bizarre cette disparité de comportement
- < Liste des sujets
- Charte