be.root a écrit 55 commentaires

Je n'ai pas empaqueté Vosk pour Mageia, mais je pense que le code vient d'ici :
https://github.com/alphacep/vosk-api
Ça devrait permettre de fabriquer un paquet pour Debian.

euh si, un peu, tout de même.

Euh, ben non.

Papoteur a écrit un dialogue de chargement de modèle en Python.
J'ai refait le même en C++ pour le mettre dans NoComprendo.
Il n'y a aucune recommandation côté Vosk. C'est au logiciel ou à la distribution de s'en occuper.

J'aimerais bien qu'on se coordonne, mais je crois qu'il y a une Mageia 10 dans les tuyaux en ce moment et qu'il n'a pas trop le temps de s'en occuper.
Il peut me contacter quand il veut.

Elograf propose le choix entre xdotool et dotool (ydotool existe aussi) pour la simulation du clavier, parce que nerd_dictation qu'il encapsule le propose.
Comme je voulais que ça fonctionne sous Wayland je n'ai gardé que dotool qui promet la compatibilité.
La configuration du clavier pour dotool est faite par NoComprendo de façon transparente.

À noter : il y a un bug dans dotool auquel je ne peux rien pour l'instant. Il est présent aussi dans elograf. Le "Ç" ne passe pas alors que le "ç" passe très bien.
Dommage.

J'ai l'impression qu'il y a une légère confusion.
Le .spec dans Cauldron concerne les versions 1.X de NoComprendo.
Il n'y a plus de bison, de espeak ni xdotool maintenant.

Cette nouvelle version (2.X) n'est pas encore intégrée, vu que je suis encore entrain de la finaliser.
Le code et les specs à regarder et à corriger sont là : Téléchargements.

NoComprendo vient de passer récemment de Qt5 vers Qt6.
Le .spec est un copier/coller/modifier et pas bien vérifié de la version précédente.

Je vais refaire l'inventaire des BuildRequires bientôt. Je préfère en mettre trop que pas assez.

Ce n'est pas vraiment au paquet Vosk de s'occuper du stockage des modèles de langage.
Vosk n'est qu'une bibliothèque qu'on initialise avec le modèle souhaité. Là où il est situé sur le disque.
Ne sachant pas comment font les autres distributions, j'ai conservé la façon de faire de Mageia.

D'ailleurs, le paquet Vosk de Mageia est incomplet. Il contient l'API Python, mais pas l'API C.
J'ai fait une demande chez Mageia, elle sera intégrée dans la prochaine version.
Pour l'instant, vosk_api.h est fourni avec le code de NoComprendo. Mais ce n'est pas comme ça qu'il faut faire.

J'ai implémenté l'ajout d'un suffixe à chaque phrase dictée.
On peut mettre le suffixe que l'on veut (espace, virgule, saut de ligne).

Pour tester, il y avait ce matin un reportage sur les loups sur Arte.
J'ai mis un point suivi d'un saut de ligne comme suffixe.

Voici le résultat, c'est assez bluffant :

Le sanctuaire est un lieu préservé où la nature évolue sans subir la pression de l'homme.
L'influence de la forêt tropicale toute proche baigne régulièrement les lieux d'une brume épaisse qui contribuent à l'atmosphère mystique de cette église perdue au milieu de la nature.
Un décor de conte.
Il est facile d'imaginer qu'à la faveur de la nuit un animal sortira du bois à pas de loup.
Oh.
Quelle est la raison qui pousse ce prédateur à dépasser sa prudence outre l'attrait de la nourriture.
Les canidés ont-ils une prédisposition pour la domestication.
On sait aujourd'hui qu'ils sont particulièrement sensibles à l'ocytocine reconnue pour être l'hormone de l'amour et de l'attachement.
Un échange de regard provoque chez eux un pic de sécrétion d'ocytocine tout comme chez l'homme.

J'ai repéré une faute de conjugaison et le "Oh" sorti d'on ne sait où.

La diction était de qualité et les phrases bien espacées.

Cette version est numérotée 2.1 et est déjà disponible sur le site.

J'ai mis ce répertoire à cet endroit parce qu'il est déjà là dans l'installation de elograf chez Mageia.
Ça évite d'avoir des doublons sur ces gros fichiers.
elograf propose une installation soit au niveau du système, soit juste pour un utilisateur.
J'ai préféré n'avoir qu'une installation système pour tous les utilisateurs. C'est un choix arbitraire et discutable.

Yaka rajouter #include <QMap> au début de config.h.
Ça devrait suffire.
Je le rajoute aussi de mon côté.

Je viens de penser que si on compile à la main sans passer par un paquet, il va manquer la création du répertoire pour les fichiers Vosk.

Pour créer le répertoire, faire en tant que root :
mkdir -p /opt/vosk-models/
chmod 777 /opt/vosk-models/

Je pense qu'on peut déplacer la création de ce répertoire du script du paquet vers le make install. Ce serait plus malin.
Pour la prochaine version…

Je sais bien faire les paquets pour Mageia. Il y en a un disponible sur le site et le fichier .spec est présent dans l'archive.

Le problème des multiples distributions est de trouver les noms de chaque bibliothèque pour chaque distribution.
Pour la première version, j'avais autant de machines virtuelles que de distributions Linux. Chacune à mettre à jour à chaque version, vérifier que ça compile toujours. Ça prend beaucoup de temps et c'est vraiment pénible.

Pocket-sphinx cherche à reconnaître les mots sans le contexte de la phrase. J'imagine la catastrophe.

J'avais fait quelques essais en mettant le micro devant le haut-parleur sur une chaîne d'infos.
Le problème est que Vosk attend un silence pour finaliser la traduction. Le débit de paroles et l'absence presque totale de silence donne de mauvais résultats.

Je viens d'essayer avec un documentaire sur Arte, au débit de parole raisonnable.
Ça marchouille.
NoComprendo pourrait faire l'affaire, mais il faudrait mettre une option qui rajoute un saut de ligne à la fin de chaque phrase dictée, sinon les phrases sont toutes collées les unes aux autres.
J'ai déjà eu une demande dans ce sens sur le git. J'avais refusé en pensant à la simple dictée, mais ce cas de figure est intéressant et les sauts de ligne automatiques seraient indispensables.

De toute façon, tu n'échapperas pas à une relecture attentive pour corriger les fautes.
Vosk fonctionne bien si on parle lentement en articulant bien chaque syllabe, comme si on parlait à un petit enfant.
Si le locuteur parle trop vite en avalant des syllabes, c'est vite la catastrophe.

C'est un usage auquel je n'avais pas pensé, mais qui m'intéresse.

J'ai rajouté un paragraphe dans la dépêche pour expliquer l'intérêt de combiner commande et dictée vocale dans le même logiciel.

Effectivement, j'ai raté quelques trucs.
J'ai été très malade pendant les fêtes et je n'ai pas encore retrouvé toute ma lucidité.

Je voulais passer NoComprendo en version 2.0 avant de faire cette annonce. Ce sera pour bientôt.

J'ai également oublié de signaler le dépôt git chez KDE.

Perl fait un très bon super-shell.

Pareil.
Dès que je galère un peu trop en bash, je passe en perl.
Le code est réduit d'un facteur 5 à 10.

Dans les deux cas, j'ai besoin de la doc sous la main.
En bash pour écrire le moindre test (la pire syntaxe de tous les langages, à mon avis).
En perl pour retrouver comment écrire en une ligne ce qui en prend 30 dans la plupart des autres langages.

Beaucoup de choses sont scriptées en perl dans Linux. Il serait difficile de s'en passer.

Merci, pour cette solution.
C'est celle qui me plait le plus.
Si le graphiste est d'accord, ça arrivera dans une prochaine version de GCompris.

Eh bien propose-nous une série de quatre couleurs qui te conviendrait.
Si je pose la question ici, c'est bien parce que les gens concernés sont les seuls à pouvoir y répondre.

Il ne s'agit pas de choisir à votre place une palette, mais de les rendre disponibles dans la configuration de l'activité.
À chacun de trouver la plus adaptée.

Si la tendance se confirme, je pense que je vais pouvoir supprimer les versions 2 avec les étoiles claires.

L'idée est de proposer plusieurs palettes. Ensuite à chacun de voir celle avec laquelle il est le plus à l'aise.

La simulation permet de comprendre les problèmes des daltoniens, comment ils voient des couleurs normales.
Ici la question est, est-ce qu'ils arrivent à suffisamment différencier celles des palettes proposées.
Si celles-ci ne conviennent pas, on peut m'en proposer de meilleures.

Pareil, mais la question est posée aux gens concernés.
Si on n'est pas daltonien, on utilise la palette "vision normale" par défaut, sinon un choix serait proposé.

L'ajout du contour facilite la lecture de l'image.

C'est bien ce que me dit le graphiste de GCompris.
La technique retenue actuellement est de mettre sur le fond coloré un caractère spécifique.
Ça permet aux daltoniens de résoudre les problèmes, mais on ne sait pas si les non daltoniens ont utilisé la couleur ou le symbole.

Plutôt que des machines à voter. Pourquoi pas des machines à compter les votes papiers.
On pourrait garder une trace physique des votes.
Faire recompter par une autre machine (concurrente ?)
Et et en cas de problèmes, il restera toujours la possibilité de recompter à la main.

On ne pourra jamais faire confiance à un vote purement informatique.

D'autant plus que la personne visée publie beaucoup de liens dont la plus grande partie est bien dans le thème du site.
Un petit coup de cœur de temps en temps ne me pose pas de problème.
Si tu n'aimes pas cet utilisateur, tu n'as qu'à le zapper, ce n'est pas difficile.
Je change souvent de chaîne de télé à l'arrivée de tel ou tel éditorialiste qui me file des boutons.

Entièrement d'accord pour le côté archéologique.
Je soutiens les initiatives de sauvegarde de tout ce qui a fonctionné un jour.
J'ai moi-même écrit beaucoup de lignes qui ne tournerons plus jamais.

Du code en assembleur de 38 ans d'age pour faire du Basic.
Qui a besoin de ça ?
Qui va mettre le nez dans ce code ?

Merci micro$oft.

Oui, la version ruchers comporte 3 cercles de 1, 2 et 3 kilomètres.
Cela permet aux apiculteurs de voir les zones de recouvrements de leurs ruchers. Je ne connais pas leurs règles précises mais ça les aide à éviter la surdensité.
La version qu'on m'avait montré avec GoogleMaps : http://apiculture35.fr/html/carte/carte.html
Son clone avec OSM : http://abeille-dauphinoise.fr/files/Zone%20butinage/index.html