Cette histoire commence comme la mienne.
Un ami apiculteur me montre une application de placement de ruchers sous GoogleMaps et me demande si je peux le faire avec OSM.
À ce moment-là je n'y connais rien.
Je passe deux heures à lire la doc OpenLayers avant de laisser tomber.
Le lendemain, la doc et les exemples de Leaflet m'ont convaincu très peu de temps.
Quelques heures plus tard, l'appli fonctionnait.
MapBox utilise les cartes OSM mais nécessite un token identifiant. J'en ai créé un pour ma démo, mais je suis certain de ne pas pouvoir supporter une montée en charge (25000 utilisateur/mois pour une clé gratuite) comme celle décrite dans l'article.
Finalement ce journal permet de faire une synthèse des solutions existantes. Les applications ne manquent pas.
Ma préférence va à http://sp3r4z.fr/100km/. Les unions et intersections entre cercle, département et frontière sont très réussies
En trois jours, j'ai vu trois personnes grogner dans des journaux télé contre l'absence d'application (ils se plaignaient que ni GoogleEarth, ni ViaMichelin ne savait le faire).
N'ayant pas l'habitude de chercher sur internet si un outil le fait alors que j'ai ce qu'il faut dans les cartons, j'ai pondu ce truc.
Ce n'est pas le projet d'une vie, juste de quoi m'occuper un après-midi tout gris. Malgré le déconfinement, je n'ai pas vu le soleil depuis 10 jours. Ça m'a un peu aéré la tête.
Les fonctionnalités isochrone et isodistance de Géoportail sont vraiment spectaculaires.
L’algorithme de calcul est un peu plus sophistiqué que le dessin d'un simple cercle. Je ne joue pas dans la même catégorie. Néanmoins les 100km sont bien à vol d'oiseaux. Pas besoin de se creuser la tête.
Douze mois de retard pour la version open-source, ce n'est pas la mer à boire.
La bibliothèque est tellement riche que personne ne peut prétendre en avoir fait tout le tour. Je ne suis pas sûr que l'absence de la dernière fonctionnalité "hype" va me manquer.
Déjà que les distributions ont plus ou moins de retard sur les versions de Qt, je ne pense pas que ça va changer grand-chose pour moi.
J'utilise kdenlive depuis de nombreuses années. Il y avait peu d'autres choix à l'époque.
Le montage de base reste simple.
A propos des plantages, j'en ai connu beaucoup et il y en a toujours un peu. Mais je n'ai jamais perdu plus de 5 minutes de travail. La récupération des fichiers après plantage marche très bien et continue de m'impressionner.
L'article m'a donné envie de refaire un essai d'openshot.
Dès que j'aurai de nouvelles images de vacances à monter (pas pour tout de suite).
J'ai bien reçu le livre. Merci d'avoir corrigé mes gaffes.
Je devais partir en voyage en avril et mai. Grace à la pandémie, je vais avoir le temps de lire tout ça en détail.
Avec suspendre écoute (méta-Suspend), NoComprendo continue d'écouter mais ne réagit qu'à un énoncé qui déclenche la commande méta-Resume. Une fois à l'arrêt plus personne ne t'entend crier, il faut ressortir la main de sa poche et cliquer sur le bouton de démarrage.
L'icône dans la zone de notification différencie bien les différents états.
J'avais pensé à l'alphabet utilisé en aéronautique Alpha, Bravo, Charlie. Ça pourrait permettre de faire un clavier à commande vocale.
C'est sûr qu'utiliser les noms de lettres monosyllabiques ne serait pas une bonne idée.
Désolé mais les tutoriels en anglais, c'est trop dur pour moi. Même pas sûr de pouvoir démarrer le navigateur avec mon accent.
Les tutoriels n'intègrent pas les dernières nouveautés.
C'est vrai qu'on s'interroge sur la quantité d'utilisateurs d'un tel logiciel.
Je me suis demandé, après, combien de fois j'avais remercié ceux qui ont écrit les nombreux logiciels libres que l'utilise. Je crois bien que jamais. Alors tout le monde est pardonné.
J'ai déjà eu un retour de gens qui développent un environnement pour handicapés. C'est en pensant à ce type de public que j'ai voulu le présenter.
Je n'ai pas reçu de mail pour l'instant (2h30 après ce commentaire).
CMU_Cam_Toolkit est l'outil qui permet de fabriquer le "language model", c'est le fichier "corpus.lm" dans le répertoire ~/.config/nocomprendo/fr_FR.
Il existait une version 3 en ligne (mon lien semble mort) mais le code n'était pas disponible. J'ai trouvé la version 2 ici.
C'est composé d'une série d'outils (installés dans /usr/share/nocomprendo) et d'un script qui enchaîne tout ça. Ces outils prennent en entrée le fichier corpus.txt qui contient les mots et les énoncés et produit corpus.lm, le fichier statistique utilisé par pocketsphinx.
Je ne comprends pas bien le contenu de ce fichier, il fabrique d'autres énoncés qu'on ne lui a pas fourni, mais ça marche bien.
À chaque modification du vocabulaire, des énoncés ou changement de sélection des groupes de commandes, ce fichier est régénéré automatiquement. Ça permet d'avoir toujours un "language model" à jour, concis et rapide à l'exécution.
Simon (que je n'avais pas réussi à faire fonctionner) me semblais un peu plus "usine à gaz", avec une organisation client/serveur et la possibilité d’entraîner un modèle vocal avec sa propre voix.
J'ai préféré utiliser les modèles fournit par défaut, même si ça doit poser des problèmes avec un fort accent régional.
Participer à KDE ? Pourquoi pas, il y a sûrement des gens spécialisés dans l’internationalisation chez eux. Mais je vais manquer de disponibilité dans les mois qui viennent, sans doute pas avant l'automne prochain.
J'aimerais surtout trouver un contact francophone, parce que écrire un mail en anglais me prend 10 fois plus de temps qu'un mail en français, sans être sûr d'être bien compris à la fin. J'ai déjà eu de mauvaises expériences.
Le projet initial consistait à envoyer des raccourcis clavier, c'était donc très orienté pilotage interface graphique.
Pour un système domotique, c'est surtout le lancement de commandes qui serait utile.
Pocketphinx tourne sur RaspberryPi. Le logiciel Jarvis l'utilise.
Pour faire un système headless, certaines parties du code pourraient être réutilisé mais il faudrait repenser beaucoup de choses.
Après quelques essais sur le site d'OBS, je n'ai pas réussi à fabriquer quelque chose pour Archlinux.
Pour construire à partir de l'archive, je pense qu'il y a un problème de dépendances dans la fabrication des librairies Pocketsphinx.
Je te propose de regarder les dépendances demandées pour les autres distributions, dans les fichiers : nocomprendo.spec et/ou debian.control.
Il faut des trucs comme bison ou swig pour arriver au bout du build.
Je conseille de faire un tour dans pavucontrol. Il faut bien sélectionner ses entrées et faire un tour dans les onglets "Périphériques d'entrées" et "Enregistrement" pour ajuster le volume.
Voir la fin de la vidéo : https://vimeo.com/375368968 vers 3'30".
Je viens de faire un essai sur un vieux portable. Ça marchait vraiment mal.
Après un test d'enregistrement avec audacity, j'ai constaté un terrible souffle dans le micro. Ça peut aussi créer des problèmes.
Ce journal n'est qu'un complément du précédent qui présentait beaucoup mieux l'application. Il est un peu incomplet.
Ce sont mes premiers journaux, j'ai choisi une approche plus modeste.
Pour une dépêche, il faudrait fusionner les deux journaux et remettre des images.
Comme beaucoup de développeurs, je suis meilleur en programmation qu'en communication.
C'est pour répondre à une demande par email que j'ai créé le paquet Ubuntu 18.04.
J'ai vu la demande bien plus tard dans les commentaires.
Quelques pistes :
- Les groupes de commandes sont-ils bien sélectionnés ?
- Il reste un bug de rechargement des groupes de commandes bientôt résolu. Essayer de relancer le programme après modification de la sélection.
- l'application est-elle suspendue ?
- En démarrant NoComprendo depuis un terminal, on est bien servi en logs. Ce sont ceux de pocketsphinx, ils sont assez bavards pendant la reconnaissance vocale, mais pas sûr que ça puisse aider.
La reconnaissance vocale est effectuée par la librairie pocketsphinx.
C'est appelé dans le source "comprendo.cpp", les fonctions initPSphinx(), closePSphinx() et recognize_from_microphone() qui sont pratiquement des copier/coller des exemples fournis avec la librairie. Je ne pense pas que se plonger dans ce code éclaire beaucoup.
Je pense faire un journal bientôt pour présenter les dernières nouveautés.
Ça me rappelle le même genre de problème avec Synergy qui utilise des commande semblables.
Je l'avais résolu en forçant la disposition du clavier sur "français".
La configuration générale du système en français ne suffisait pas.
[^] # Re: OSM vs Google Maps Apis
Posté par be.root (site web personnel) . En réponse au journal Déconfinement - Règle des cent kilomètres. Évalué à 6.
Cette histoire commence comme la mienne.
Un ami apiculteur me montre une application de placement de ruchers sous GoogleMaps et me demande si je peux le faire avec OSM.
À ce moment-là je n'y connais rien.
Je passe deux heures à lire la doc OpenLayers avant de laisser tomber.
Le lendemain, la doc et les exemples de Leaflet m'ont convaincu très peu de temps.
Quelques heures plus tard, l'appli fonctionnait.
MapBox utilise les cartes OSM mais nécessite un token identifiant. J'en ai créé un pour ma démo, mais je suis certain de ne pas pouvoir supporter une montée en charge (25000 utilisateur/mois pour une clé gratuite) comme celle décrite dans l'article.
Finalement ce journal permet de faire une synthèse des solutions existantes. Les applications ne manquent pas.
Ma préférence va à http://sp3r4z.fr/100km/. Les unions et intersections entre cercle, département et frontière sont très réussies
Encore un lien pour la route : https://deconfinement.logiciel-sig.com/
Et aussi un article sur les limites du cercle : https://www.lyoncapitale.fr/actualite/le-lac-d-annecy-ouvert-mais-a-101-kilometres-du-centre-de-lyon/
[^] # Re: ça existe depuis le 1er jour
Posté par be.root (site web personnel) . En réponse au journal Déconfinement - Règle des cent kilomètres. Évalué à 6.
En trois jours, j'ai vu trois personnes grogner dans des journaux télé contre l'absence d'application (ils se plaignaient que ni GoogleEarth, ni ViaMichelin ne savait le faire).
N'ayant pas l'habitude de chercher sur internet si un outil le fait alors que j'ai ce qu'il faut dans les cartons, j'ai pondu ce truc.
Ce n'est pas le projet d'une vie, juste de quoi m'occuper un après-midi tout gris. Malgré le déconfinement, je n'ai pas vu le soleil depuis 10 jours. Ça m'a un peu aéré la tête.
[^] # Re: Geoportail
Posté par be.root (site web personnel) . En réponse au journal Déconfinement - Règle des cent kilomètres. Évalué à 2.
Les fonctionnalités isochrone et isodistance de Géoportail sont vraiment spectaculaires.
L’algorithme de calcul est un peu plus sophistiqué que le dessin d'un simple cercle. Je ne joue pas dans la même catégorie. Néanmoins les 100km sont bien à vol d'oiseaux. Pas besoin de se creuser la tête.
[^] # Re: unkm.fr
Posté par be.root (site web personnel) . En réponse au journal Déconfinement - Règle des cent kilomètres. Évalué à -2.
Je me doutais bien que je n'étais pas le premier.
Malgré tout, ce site est farci de boutons facebook, twitter etc. Il m'a demandé ma géolocalisation
Le mien est un peu plus "libre".
[^] # Re: la startup existe déjà
Posté par be.root (site web personnel) . En réponse au journal Déconfinement - Règle des cent kilomètres. Évalué à 9.
J'ai oublié de préciser que MapBox utilise Open Street Map.
Pas de cookie, pas de traçage, pas de pub, très peu de code.
# Relativisons un peu
Posté par be.root (site web personnel) . En réponse au lien Discussion d'un possible fork de Qt qui pourrait devenir payant la 1e année . Évalué à 2.
Douze mois de retard pour la version open-source, ce n'est pas la mer à boire.
La bibliothèque est tellement riche que personne ne peut prétendre en avoir fait tout le tour. Je ne suis pas sûr que l'absence de la dernière fonctionnalité "hype" va me manquer.
Déjà que les distributions ont plus ou moins de retard sur les versions de Qt, je ne pense pas que ça va changer grand-chose pour moi.
[^] # Re: Non, Kdenlive n'est pas un monstre
Posté par be.root (site web personnel) . En réponse au journal OpenShot Video Editor vs Kdenlive. Évalué à 3.
J'utilise kdenlive depuis de nombreuses années. Il y avait peu d'autres choix à l'époque.
Le montage de base reste simple.
A propos des plantages, j'en ai connu beaucoup et il y en a toujours un peu. Mais je n'ai jamais perdu plus de 5 minutes de travail. La récupération des fichiers après plantage marche très bien et continue de m'impressionner.
L'article m'a donné envie de refaire un essai d'openshot.
Dès que j'aurai de nouvelles images de vacances à monter (pas pour tout de suite).
[^] # Re: Mail perdu ?
Posté par be.root (site web personnel) . En réponse à la dépêche Meilleures contributions LinuxFr.org : les primées de février 2020. Évalué à 1.
J'ai bien reçu le livre. Merci d'avoir corrigé mes gaffes.
Je devais partir en voyage en avril et mai. Grace à la pandémie, je vais avoir le temps de lire tout ça en détail.
[^] # Re: Mail perdu ?
Posté par be.root (site web personnel) . En réponse à la dépêche Meilleures contributions LinuxFr.org : les primées de février 2020. Évalué à 3.
Merci, je vais pouvoir arrêter l’auto-flagellation un moment.
[^] # Re: Mail perdu ?
Posté par be.root (site web personnel) . En réponse à la dépêche Meilleures contributions LinuxFr.org : les primées de février 2020. Évalué à 2.
Damned, c'est ma faute.
Je n'avais pas vu le mail de confirmation. J'ai raté le coche :(
# Mail perdu ?
Posté par be.root (site web personnel) . En réponse à la dépêche Meilleures contributions LinuxFr.org : les primées de février 2020. Évalué à 1.
Je ne vois pas le livre que j'ai choisi dans les livres sélectionnés.
J'ai pourtant répondu le lendemain.
Qu'ai-je raté ?
[^] # Re: Bravo
Posté par be.root (site web personnel) . En réponse à la dépêche NoComprendo continue son chemin. Évalué à 5.
Avec suspendre écoute (méta-Suspend), NoComprendo continue d'écouter mais ne réagit qu'à un énoncé qui déclenche la commande méta-Resume. Une fois à l'arrêt plus personne ne t'entend crier, il faut ressortir la main de sa poche et cliquer sur le bouton de démarrage.
L'icône dans la zone de notification différencie bien les différents états.
J'avais pensé à l'alphabet utilisé en aéronautique Alpha, Bravo, Charlie. Ça pourrait permettre de faire un clavier à commande vocale.
C'est sûr qu'utiliser les noms de lettres monosyllabiques ne serait pas une bonne idée.
[^] # Re: tutoriels
Posté par be.root (site web personnel) . En réponse à la dépêche NoComprendo continue son chemin. Évalué à 1.
Désolé mais les tutoriels en anglais, c'est trop dur pour moi. Même pas sûr de pouvoir démarrer le navigateur avec mon accent.
Les tutoriels n'intègrent pas les dernières nouveautés.
[^] # Re: renommage
Posté par be.root (site web personnel) . En réponse à la dépêche NoComprendo, version 1.0. Évalué à 4.
Pour moi c'était plutôt un clin d’œil aux Rita Mitsouko : The No Comprendo
Du coup c'est ni de l'anglais ni de l'espagnol, c'est comme ça
[^] # Re: Merci, courage et patience
Posté par be.root (site web personnel) . En réponse à la dépêche NoComprendo, version 1.0. Évalué à 6.
C'est vrai qu'on s'interroge sur la quantité d'utilisateurs d'un tel logiciel.
Je me suis demandé, après, combien de fois j'avais remercié ceux qui ont écrit les nombreux logiciels libres que l'utilise. Je crois bien que jamais. Alors tout le monde est pardonné.
J'ai déjà eu un retour de gens qui développent un environnement pour handicapés. C'est en pensant à ce type de public que j'ai voulu le présenter.
Si je touche aussi Mageia ou KDE, ça me suffira.
[^] # Re: Intégration dans Mageia
Posté par be.root (site web personnel) . En réponse à la dépêche NoComprendo, version 1.0. Évalué à 5.
Je n'ai pas reçu de mail pour l'instant (2h30 après ce commentaire).
CMU_Cam_Toolkit est l'outil qui permet de fabriquer le "language model", c'est le fichier "corpus.lm" dans le répertoire ~/.config/nocomprendo/fr_FR.
Il existait une version 3 en ligne (mon lien semble mort) mais le code n'était pas disponible. J'ai trouvé la version 2 ici.
C'est composé d'une série d'outils (installés dans /usr/share/nocomprendo) et d'un script qui enchaîne tout ça. Ces outils prennent en entrée le fichier corpus.txt qui contient les mots et les énoncés et produit corpus.lm, le fichier statistique utilisé par pocketsphinx.
Je ne comprends pas bien le contenu de ce fichier, il fabrique d'autres énoncés qu'on ne lui a pas fourni, mais ça marche bien.
À chaque modification du vocabulaire, des énoncés ou changement de sélection des groupes de commandes, ce fichier est régénéré automatiquement. Ça permet d'avoir toujours un "language model" à jour, concis et rapide à l'exécution.
[^] # Re: faire partie de KDE
Posté par be.root (site web personnel) . En réponse à la dépêche NoComprendo, version 1.0. Évalué à 2.
Quand je reprendrai le projet, je viendrai présenter ici les nouveautés (j'ai déjà eu quelques demandes).
On verra à ce moment là.
Merci ZeroHeure
[^] # Re: faire partie de KDE
Posté par be.root (site web personnel) . En réponse à la dépêche NoComprendo, version 1.0. Évalué à 7. Dernière modification le 02 février 2020 à 10:20.
Simon (que je n'avais pas réussi à faire fonctionner) me semblais un peu plus "usine à gaz", avec une organisation client/serveur et la possibilité d’entraîner un modèle vocal avec sa propre voix.
J'ai préféré utiliser les modèles fournit par défaut, même si ça doit poser des problèmes avec un fort accent régional.
Participer à KDE ? Pourquoi pas, il y a sûrement des gens spécialisés dans l’internationalisation chez eux. Mais je vais manquer de disponibilité dans les mois qui viennent, sans doute pas avant l'automne prochain.
J'aimerais surtout trouver un contact francophone, parce que écrire un mail en anglais me prend 10 fois plus de temps qu'un mail en français, sans être sûr d'être bien compris à la fin. J'ai déjà eu de mauvaises expériences.
[^] # Re: Env graphique requis
Posté par be.root (site web personnel) . En réponse à la dépêche NoComprendo, version 1.0. Évalué à 4.
Le projet initial consistait à envoyer des raccourcis clavier, c'était donc très orienté pilotage interface graphique.
Pour un système domotique, c'est surtout le lancement de commandes qui serait utile.
Pocketphinx tourne sur RaspberryPi. Le logiciel Jarvis l'utilise.
Pour faire un système headless, certaines parties du code pourraient être réutilisé mais il faudrait repenser beaucoup de choses.
[^] # Re: Archlinux ?
Posté par be.root (site web personnel) . En réponse à la dépêche NoComprendo, version 1.0. Évalué à 2. Dernière modification le 31 janvier 2020 à 18:28.
Après quelques essais sur le site d'OBS, je n'ai pas réussi à fabriquer quelque chose pour Archlinux.
Pour construire à partir de l'archive, je pense qu'il y a un problème de dépendances dans la fabrication des librairies Pocketsphinx.
Je te propose de regarder les dépendances demandées pour les autres distributions, dans les fichiers :
nocomprendo.spec et/ou debian.control.
Il faut des trucs comme bison ou swig pour arriver au bout du build.
Bonne chance.
[^] # Re: microphone
Posté par be.root (site web personnel) . En réponse au journal NoComprendo, version 1.0. Évalué à 2. Dernière modification le 29 janvier 2020 à 16:58.
Je conseille de faire un tour dans pavucontrol. Il faut bien sélectionner ses entrées et faire un tour dans les onglets "Périphériques d'entrées" et "Enregistrement" pour ajuster le volume.
Voir la fin de la vidéo : https://vimeo.com/375368968 vers 3'30".
Je viens de faire un essai sur un vieux portable. Ça marchait vraiment mal.
Après un test d'enregistrement avec audacity, j'ai constaté un terrible souffle dans le micro. Ça peut aussi créer des problèmes.
[^] # Re: Pourquoi avoir publié en journal ?
Posté par be.root (site web personnel) . En réponse au journal NoComprendo, version 1.0. Évalué à 8.
Ce journal n'est qu'un complément du précédent qui présentait beaucoup mieux l'application. Il est un peu incomplet.
Ce sont mes premiers journaux, j'ai choisi une approche plus modeste.
Pour une dépêche, il faudrait fusionner les deux journaux et remettre des images.
Comme beaucoup de développeurs, je suis meilleur en programmation qu'en communication.
[^] # Re: les images ne sont pas stockées sur le serveur linuxfr
Posté par be.root (site web personnel) . En réponse au journal NoComprendo, version 1.0. Évalué à 2.
Effectivement, les images ont changées pour la nouvelle version.
Elles inclues maintenant un suffixe "fr" ou "en".
Merci pour l'info. Je suis un vieux lecteur mais nouveau en rédaction de messages.
[^] # Re: Log d'erreur
Posté par be.root (site web personnel) . En réponse au journal NoComprendo, la commande vocale pour Linux. Évalué à 1.
C'est pour répondre à une demande par email que j'ai créé le paquet Ubuntu 18.04.
J'ai vu la demande bien plus tard dans les commentaires.
Quelques pistes :
- Les groupes de commandes sont-ils bien sélectionnés ?
- Il reste un bug de rechargement des groupes de commandes bientôt résolu. Essayer de relancer le programme après modification de la sélection.
- l'application est-elle suspendue ?
- En démarrant NoComprendo depuis un terminal, on est bien servi en logs. Ce sont ceux de pocketsphinx, ils sont assez bavards pendant la reconnaissance vocale, mais pas sûr que ça puisse aider.
La reconnaissance vocale est effectuée par la librairie pocketsphinx.
C'est appelé dans le source "comprendo.cpp", les fonctions initPSphinx(), closePSphinx() et recognize_from_microphone() qui sont pratiquement des copier/coller des exemples fournis avec la librairie. Je ne pense pas que se plonger dans ce code éclaire beaucoup.
Je pense faire un journal bientôt pour présenter les dernières nouveautés.
[^] # Re: Qwerty ?
Posté par be.root (site web personnel) . En réponse au journal NoComprendo, la commande vocale pour Linux. Évalué à 2. Dernière modification le 02 décembre 2019 à 15:16.
Ça me rappelle le même genre de problème avec Synergy qui utilise des commande semblables.
Je l'avais résolu en forçant la disposition du clavier sur "français".
La configuration générale du système en français ne suffisait pas.
Si ça peut t'aider ?