Mixer et differentiel bug?

Bonjour à tous,

Voilà bien longtemps que je n'ai pas fait de vidéos sur la programmation, mais notre ami "Lapin fou"   fait cela très bien et je suis très admiratif devant son travail.

En fait, mon sujet est encore le différentiel, cela me poursuis, j'ai découvert une anomalie(?)   dans les mixages avec différentiel. Dans ma grande naïveté, je croyais que mixage et décalage étaient indépendant, et qu'il suffisait de programmer VG1 pour le décalage neutre par phase et VG2 pour le différentiel par phase pour obtenir un résultat parfait. Que nenni!!!!  J'ai cependant trouvé une solution, plus lourde, mais efficace. La suite en video :



Amicalement

Thierry

Je n'ai pas encore regarder ta vidéo, mais je te conseille vivement de regarder la doc et les vidéos sur les diagrammes de fonctionnement. Tu découvriras peut-être certaines choses...

Coucou Lapin,
J'ai bien regardé tes diagrammes, c'est super .... Mais, j'ai pas du tout comprendre   ,  apparemment, dans ma vidéo, on voit qu'il y a un problème avec l'ajout du décalage a la fin, on a l'impression qu'il est zappé ....
Tu as une explication?

Amicalement
Thierry

J'ai jeté un coup d'oeil sur la vidéo, les diagrammes du LapinFou et les sources d'OpenTx.

Alors dans les sources (mixer.cpp) et c'est confirmé sur la vidéo, le décalage (offset) est appliqué avant le différentiel contrairement à ce qui est décrit dans le diagramme du LapinFou.

Par contre, on voit bien dans les sources que l'expo, les fonctions et les courbes sont bien appliquées avant le décalage comme décrit dans les diagrammes du LapinFou.

On voit aussi dans les sources (mixer.cpp et curves.cpp) que le différentiel est calculé en utilisant 0 comme point de référence et non l'offset, c'est pourquoi on obtient l'effet que tu as constaté.

Voilà, voilà pour les évidences obtenues à partir des sources. Ceci dit, est-ce le comportement voulu, est-ce un bug et le différentiel devrait tenir compte du décalage, ça je ne peux pas me prononcer mais je peux très bien comprendre que l'on puisse considérer cela comme un bug.

On pourrait se dire qu'il faut simplement appliquer le différentiel avant le décalage mais malheureusement ce n'est pas aussi simple car il y aurait aussi des effets de bord indésirables, même genre d'effet de bord que l'on a avec l'expo.

A mon avis, il faudrait regarder sur Github si la chose n'a pas été déjà évoquée et si ce n'est pas le cas, soumettre une demande et voir comment la communauté des développeurs réagit.

En attendant, la solution que tu as adoptée est tout à fait correcte. Elle pourrait aussi être faite en utilisant une entrée au lieu d'un mixage avec l'avantage de ne pas utiliser une voie pour rien. Je dirait même que ce serait même une bonne pratique de procéder comme tu le fais mais en utilisant les entrées.

Je n'ai pas encore eu le temps de regarder la vidéo. Alors un grand merci à toi Sacre100. Je vais corriger mes diagrammes en conséquence.

En fait je vais peut-être attendre l'avis de l'équipe OTX. C'est peut être un vrai bug.

bonjour Sacre,
Je suis rassuré que tu confirmes et explique cette anomalie, je me suis bien embêté sur mon dernier planeur avec ça ; curieusement je n'avais rien ressenti sur mon ancien modèle, mais il faut dire que le différentiel était fait en partie mécaniquement.....

Bon!.... Il suffit de le savoir, ajouter une entrée ( tu as raison, c'est mieux) n'est pas une catastrophe, et peux mème rendre la prog plus claire.

Amicalement

Thierry

Vas-tu ouvrir un ticket à ce sujet ?
Perso je ne suis pas capable d'expliquer. A moins que Sacre100 puisse le faire ?

Hé bien il me semble que sacre a répondu, le décalage n'est pas appliqué après mais avant le différentiel auquel il ne s'additionne pas.
Pour un ticket il suffit de fournir la video... l'anomalie se voit tout de suite .
En attendant voila un différentiel  qui fonctionne sans utiliser de voie supplémentaire :





amicalement

Thierry

Donc, tu ne vas pas ouvrir de ticket. Correct?

Je ne sais pas très bien ce que c'est, ni comment faire!
explique moi.
Thierry

La question la plus importante: parles-tu Anglais ?

I can get, I read and understand almost everything but I need time.
Luckily Google is our friend ...

Fine! Looks like your English is good enough to open a ticket.

Il faut que tu créais un compte ici:
https://github.com/join?source=header-repo

Cela te permet de poster sur tout les projets OpenSource présent sou Git.

Puis, tu ouvres un ticket ici en expliquant le problème. Tu peux poster ta vidéo car Kilrah et Bertrand Songis sont tout 2 Français.
https://github.com/opentx/opentx/issues/new?labels=Radio+Firmware

Parfait, Mais ne serait-il pas plus simple d'envoyer directement un lien sur ce post à Bertrand Songis et à Kilrah, en leur demandant de venir y jeter un coup d' œil ?... Etant tous deux impliqués ils seraient plus explicites (et beaucoup plus efficaces) que moi.
non?

Tu fais comme tu veux !

Voir ici: https://github.com/opentx/opentx/pull/2361

Dans ton cas il suffit de ne pas utiliser d'offset dans la ligne de mixage, mais d'ajouter une ligne MAX au canal.

Merci Kilrah,

C'est en effet la solution que j'ai retenue, voir ci dessus. Cette façon de faire à donc été adoptée en 2015 sous l'impulsion de l'ami Franck .. on crée simplement une ligne (MAX) qui s'ajoute . La question méritait d'être posée et notre Lapinfou va devoir faire un petit ajout à son super cours .  

Amicalement

Thierry

Yep ! Va falloir que je modifié mon diagramme de la mort...