#9319
Dominique
Participant

Bon je réponds:

“Dans le cas de Activator c’est bon signe car il n’y a pas de mise au rebut. En fait je ne vois aucune trace de quelquonque tentative d’implémentation dans le dépôt principal d’amélioration du protocol mrlcomm.”

Pourquoi donc modifier le protocole MrlComm. Celui ci fonctionne trés bien comme cela. Activator n’est pas un protocole.
Il utilise uniquement les “customs messages” pour qu’il n’y est pas de conflit avec les autres commandes. Cela permet aussi d’être indépendant des évolutions de MrlComm.

“Donc pas de mise au rebut.”

Super. En ce qui me concerne, il ne sera jamais mis au rebut car il est complétement intégré à mon bot.

“En fait personne ne met au rebut quoique ce soit, ce sont des décisions communes, c’est ça qui est fun!”

Communes ? je n’ai jamais été convié à vos délibérations.

“Mais les décisions sur l’avenir d’un protocole, qui a atteint un niveau de maturité plus qu’excellent, ne sont pas prisent ici précisément.”

Le protocole MrlComm est trés bien conçu, encore une fois Activator n’est pas un protocole.
La bibliothèque de fonctions qui fait fonctionner Activator est faite en Python. Cela pose aucun problème de le faire en Java et intégré à MRL mais il faut en avoir la demande car si c’est pour moi uniquement, alors le Python me convient trés bien.
Je suis consciens que faire la carte pause problème à beaucoup de personnes. Encore une fois, si j’en ai la demande, alors je ferais un PCB.

“Viens faire évoluer la chose avec nous, il manque de contributeurs actifs.
Ton expertise serait vraiment bienvenue et utile.”

Content que tu me le propose, mais je suis déjà actif, peut être pas la ou tu souhaiterais.
Mes idées je les proposes directement à Grog. Par exemple, fusionner FaceRecognizer et FaceDetect. Cela permettra de faire le tracking et la reconnaissance faciale en même temps.
Pour le tracking à 3 servos, je suis bloqué car j’attends du matériels.

Je vois aussi que tu es sur tout les fronts. C’est génial, mais pourquoi avoir refait un service MicrosoftSpeech ?
Le miens ne te convenait pas car soit disant ne respect pas la façon de faire des autres services de voix.
Ok, il y avait un problème, mais cela a été corrigé, mis à jour dans MRL et maintenant plus de problème.
Ton service créé un MP3 pour ensuite être lu. Quelle est l’interêt ?. Le miens lit le texte directement, gains de place et de réactivité.
Tout comme toi, j’utilise un programme externe, toi c’est “tts.exe”, moi c’est Jampal. Il suffisait de mettre Jampal dans les ressources de MRL.

Le développement de MRL est trés complexe et la communication entre développeur est primordiale. La barrière de la langue et le décallage horaire n’aide pas.
Si tu le désire, on pourrait au moins communiquer pas mail afin que l’on puisse se mettre d’accord sur les différents points qui posent problèmes. Cela nous éviterais de ce tirer dans les pieds.

Pour tout les internautes du forum, ne pas hésiter à poster dans “idées d’évolutions” car cela donne du grain à moudre pour les développeurs.
Merci à tous.