Jonathan G4KLX a retiré le support M17 de MMDVM, il explique pourquoi.
Traduction Deepl de cet article en anglais
C’est avec regret, et un certain soulagement, que j’ai retiré M17 du projet MMDVM.
J’ai deux types de problèmes avec le M17, administratifs et techniques.
Tout d’abord, l’aspect administratif du M17 est très inquiétant, et encore plus ces derniers mois. Il y a quelques années, M17 a reçu 478 900 dollars de subventions de l’ARDC pour développer M17. Je pense vraiment que l’ARDC devrait examiner de plus près la manière dont cet argent a été dépensé.
La nouvelle fondation M17 n’est pas beaucoup mieux. Un certain nombre de piliers du M17 en ont été exclus lors de sa création, et plus tristement encore, la M17 Foundation ne mentionne pas un certain nombre de personnes ou d’organisations qui l’ont aidée à en arriver là où elle en est aujourd’hui. Ceci est particulièrement troublant car il s’agit d’une réécriture de l’histoire et d’une absence d’éloges. De nombreuses personnes ont consacré beaucoup de temps et d’efforts au projet M17 et ne pas leur rendre justice est malhonnête de la part de l’équipe M17. Un exemple est le fait qu’une seule entité commerciale a joint le geste à la parole, et c’est Jerry de Connect Systems Inc. Cependant, sa contribution au projet a été rabaissée en ligne par l’équipe du M17 (tout comme la mienne), bien que ce soit le seul moyen d’obtenir une radio commerciale M17, il devrait être félicité et non pas rejeté d’emblée.
J’ai entendu des rumeurs selon lesquelles la Fondation M17 envisage de faire payer aux entités commerciales une redevance pour inclure le M17 dans leur équipement et utiliser leur logo. Ce n’est pas dans l’esprit de l’open source et ce n’est pas la voie suivie par le MMDVM.
Deuxièmement, sur le plan technique. Au début, le M17 était fièrement créé par des gens qui disaient apporter une pensée nouvelle à la voix numérique, je dirais qu’il était plutôt caractérisé par une combinaison d’arrogance et de stupidité. Le fait qu’aucun d’entre eux n’ait jamais utilisé une radio numérique vocale, et encore moins étudié un mode DV, était considéré comme un point positif. L’un des membres clés a conçu le système comme un système de radio par paquets où chaque bloc (ou paquet) d’informations doit être reçu parfaitement. Cette caractéristique n’est pas utile. Tels qu’ils étaient conçus à l’origine, les modèles de synchronisation étaient littéralement différents d’un bit, ce qui est inutile dans un environnement où les signaux sont régulièrement corrompus à un degré plus ou moins élevé. Au cours des six premiers mois de mon implication, j’ai réussi à faire modifier les vecteurs de synchronisation pour qu’ils soient plus raisonnables, et à faire ajouter le CAN (Channel Access Number) pour permettre une sorte de partage des canaux entre les systèmes M17.
J’ai également ajouté des éléments que nous considérons comme acquis dans d’autres modes DV, tels que les données GPS intégrées et les messages textuels courts. Ces deux éléments fonctionnent en parallèle avec l’audio, comme dans le mode D-Star et d’autres modes DV. Cinq problèmes majeurs subsistaient :
– Un protocole de mise en réseau conçu avant que le protocole RF ne soit stabilisé et incluant des idées qui n’ont pas eu de sens plus tard au cours du développement.
– Un indicateur de fin de message très faible, un seul bit, contre lequel j’ai plaidé et que j’ai fait modifier, mais qu’ils ont conservé dans la spécification officielle. Il s’agit d’une partie exceptionnellement faible du protocole et le fait qu’ils n’aient pas pu s’en rendre compte montre qu’une grande partie de l’équipe du M17 a besoin de suivre le cours Digital Voice 101.
– L’inclusion d’un cryptage optionnel fort est contraire aux réglementations de la plupart des pays et ne devrait même pas être envisagée. Curieusement, le M17 crypté ne passerait pas à travers un répéteur basé sur le MMDVM.
– Un vocodeur orphelin, ça ne sonne pas très bien non plus. L’AMBE, sous toutes ses formes, est nettement meilleur. En effet, les versions ultérieures de Codec2, qui prennent beaucoup moins de bande passante que le mode 3200 choisi pour le M17, ont un son bien meilleur.
– Le mauvais type de FEC, mal appliqué.
À plusieurs reprises, j’ai soulevé tous ces points, mais personne n’a semblé s’y intéresser.
Depuis mercredi dernier, le M17 a été complètement supprimé de l’hôte MMDVM, la passerelle M17 et le client M17 ont déjà été supprimés de mon GitHub, mais il subsiste encore dans le modem et le firmware du hotspot, mais cela aussi sera bientôt supprimé. Les futurs matériels, logiciels et micrologiciels n’incluront pas du tout le M17.
Cela ne devrait pas être un problème puisque l’équipe M17 a dit que mon logiciel n’était pas important, donc personne ne devrait vraiment remarquer son retrait du MMDVM. Il est en train d’être retiré de WPSD et je crois que Pi-Star va suivre la même voie.
Je voudrais exprimer mon appréciation et mon admiration pour le projet OpenRTX et son équipe. Ils ont travaillé dur pour faire fonctionner M17 sur du matériel non documenté et ont fait des merveilles. J’espère qu’un jour je pourrai collaborer avec eux sur un futur mode DV open source. Ils ont été les véritables artisans du projet M17 et n’ont probablement pas reçu les éloges, ni la rémunération, qu’ils méritent tant. Pour moi, et pour d’autres, ils sont les vrais développeurs du M17 et ils méritent mieux.
Il existe un besoin pour un mode DV open source, mais M17 n’est pas ce mode.
Quelqu’un veut-il acheter un CS7000-M17 ?
Jonathan G4KLX
