PROJET AUTOBLOG


Idleman

source: Idleman

⇐ retour index

Le bordel de l’info #30

dimanche 30 novembre 2014 à 16:16

Salut bande de tièdes nouilles instantanées (et vlan!).

Vous en avez dla chance !!

A l’heure ou le divin dispose enfin de son propre système d’exploitation, à l’heure ou les héros de notre jeunesse revienne nous tabasser à grand coup de pompes,  bref à l’heure du WTF complet, vous êtes chez vous, peinard, chez belle maman en train de vous gaver de vos plats préférés à outrance (ne niez pas, on a tous la même belle maman)  tout en vous dégustant cette 30em part d’aligot-choucroute-info qui fait au moins autant de bien quand elle re-sort que quand elle rentre (il y a du Baudelaire la dedans…)

Bien a vous.

Idle

On recrute un développeur sur bordeaux !

jeudi 6 novembre 2014 à 17:39

Vous êtes dans la région bordelaise, vous êtes du genre passionné du dev et vous cherchez un boulot ?

Ça tombe bien dis donc !! Parce qu’à Sys1, nous recherchons désespérément ce profil pour me supporter me suppléer dans ma lourde tâche de développement en prestation de service.

La société Sys1 intervient au niveau réseau et système dans les environnements Microsoft, Linux, VMware et grands systèmes Mainframe.

Nous proposons également des prestations de développements spécifiques à nos clients, je suis actuellement responsable de cette partie et je cherche un développeur passionné pour travailler sous mon encadrement sur nos divers projets.

Je me suis donc dit “Quel meilleur endroit pour trouver du passionné que sur l’idleBlog” ?!

Les missions et technologies abordées sont très variables et dépendent essentiellement du client et du projet en cours, nous recherchons donc quelqu’un capable de :

– Se passionner d’un sujet et aller un peu plus loin que les simples notions de développement apprises à l’école.
– S’adapter à un grands nombres d’environnements / langages informatiques
– Savoir travailler en groupe, se remettre en question, se plier aux règles (et attention je rigole pas au boulot :p)
– Etre un minimum sociable, un contact fréquent avec la clientèle et avec les collègues étant inéluctable sur ce poste :).

Nous recherchons si possible un niveau Bac +2 à bac + “n” et si possible en alternance, mais le plus important c’est surtout la passion du dev, donc n’hésitez pas à postuler même si vous n’entrez pas tout à fait dans les cases énoncées.

Un gros plus étant la conduite d’un ou plusieurs projets perso de dev (peu importe la techno) à nous montrer lors de l’entretien.

Les langages majoritairement abordés chez nos clients : PHP (90%) et technologies .NET (C#, asp & co).

Pour le petite avis perso : c’est une très bonne boite à partir du moment ou vous montrez que vous êtes motivés, beaucoup d’avantages et des missions aussi intéressantes que variées (sur ce point là vous ne serez pas déçu ^^).

Site vous êtes intéressés, vous pouvez postuler sur notre site web : http://sys1.fr/pages/recrutement

Bien a vous,

Idle

Un petit “tempêtage” de tête ?

lundi 13 octobre 2014 à 20:00

Étant donné le nombre de questions à ce sujet dans les commentaires, je me disais qu’il pourrait être intéressant de profiter de la cohorte d’experts que j’ai la chance de compter dans mes lecteurs pour faire un ptit ‘tempetage de tête’ (ou brainstorming si vous y tenez) à propos des solutions de reconnaissance/synthèse vocales existantes et applicables dans un projet informatique
(entre autres, yana).

Ça devrait tout du moins me permettre de centraliser un peu mes recherches et constats concernant cette techno encore peu accessible aux gueux que nous sommes malgré les stupéfiants (mais réservés) progrès de google, apple et microsoft en la matière.

Voilà mon “état de l’art” sur le sujet (oui, je me la joue académique cette semaine)

Besoin

J’ai besoin d’une librairie de reconnaissance et de synthèse vocale intégrable dans une solution domotique (yana)
Cette librairie doit être :

1 – Portable sur 3 minimum : debian (raspbian), windows, macOs
2 – Illimitée en nombre de requêtes, permettre l’écoute/la parole continue
3 – Si possible ne pas nécessiter le web
4 – Être gratuite ou low cost avec un cout ponctuel et non cyclique
5 – Être performante en terme de compréhension de la phrase énoncée, même sur un micro non spécialisé
6 – Ne pas être limitée en termes, en mots, en nombres d’expressions, ne pas être dépendant d’un fichier de phrases “statiques”
7 – Prendre en charge la langue française

Reconnaissance vocale

Voyons ce qui existe aujourd’hui :

Pour répondre direct à la question qui revient régulièrement dans les commentaires :

Non, jasper.io (et aussi LISA) n’est pas une solution de reconnaissance vocale mais un simple CMS qui utilise PocketSphinx et donc qui est inapplicable dans notre système domotique a moins de parler couramment anglais (avec la bonne intonation sinon c’est mort) à votre maison.

Le plus gros HIC étant que même en combinant les librairies, on n’arrive pas à quelque chose de concluant dans le monde linux.

Synthèse vocale

De ce côté là c’est déjà plus simple bien que pas encore parfait:

Pour la synthèse je suis actuellement partis sur le combo suivant pour yana4All :

Si l’OS est windows, on prend l’api windows (locale, performante, dynamqieu etc…) sinon…
On utilise l’api google speech dans le cas ou l’on a bien internet, sinon…
On utilise espeak qui est moche mais qui a le mérite de fonctionner gratuitement partout et en restant locale.

Cette parti est déjà implémentée à yana4All.

Méthodes alternatives

– Trouver une machine pouvant faire tourner Windows a bas coût (à trouver):
Microsoft Sharks Cove à l’air de faire tourner du windows 8.1, mais elle coute dans les 300$
hummingboard, bananapi,ne semblent pas pouvoir faire tourner windows
beaglebones dispose visiblement d’un “Windows Embedded BSP” mais j’ignore si ça    embarque ce qu’il faut pour de la reco
– La MinnowBoard MAX semble aussi pouvoir faire tourner Windows mais 178€, 81€ pour l’entré de gamme qui a l’air violemment bridée

– Installer android sur le pi ou trouver une machine low cost capable de faire tourner au minimum android 4.2 (reco locale) et déporter yana sur ce système pour bénéficier du nouveau sdk local d’android pour la reconnaissance (Si android tourne bien sur le pi SI on peux y placer la version qui embarque le sdk locale de reco/synthèse et SI on peux bien gérer les gpio et autres prérequis de yana) :
– UGOOS UM2 à l’air adaptée mais 75€ quand même ça pique un peu…

– Trouver un webservice gratuit fiable et rapide (la belle utopie)

– Utiliser une interface gestuelle plutôt que vocale (kinects, leapmotion, thalmic myo etc…)

– Trouver un moyen de faire fonctionner windows speech ou dragon naturally speaking sur linux via wine ou wineHQ

Ajout de jerome : Enregistrer les phrases a reconnaître et faire une comparaison entre deux fichiers mp3 (la phrase a reconnaître et la phrase énoncée) (cf : http://en.wikipedia.org/wiki/Acoustic_fingerprint pour la comparaison par empreintes acoustiques)

– Ajout de YannXplorer: Acheter un carte Udoo (84€) qui permet d’installer android 4.3 avec la reco vocale locale, bonne solution mais encore trop cher

– Ajout de raphkun: Acheter un carte minnowboard-max(99$) qui permet d’installer windows et sa reco vocale, même argument que pour la udoo.

– Ajout de “ah merde j’ai oublié le pseudo et je retrouve pas le commentaire”:On peux gruger voxygen en chopant le stream audio depuis l’url :  http://www.voxygen.fr/sites/all/modules/voxygen_voices/assets/proxy/index.php?method=redirect&text=test&voice=Electra&ts=14030902642 Ca fonctionne mais uniquement jusqu’au jour ou voxygen verrouillera le service.

Si vous avez des idées, questions, suggestions, insultes… pour faire avancer le schmilblick, c’est à vous de “tempêter du bulbe” dans les commentaires !  :)

 

ShareX, redevenez maître de votre écran…

vendredi 10 octobre 2014 à 19:28

Mazette (j’adore ce mot) ! Je viens de tomber sur un p’tit utilitaire de capture/diffusion au poil, il faut que j’en parle à quelqu’un … ça tombe bien vous êtes là ! :D

Il s’agit de ShareX qui, comme son nom de l’indique pas, n’a rien à voir avec l’industrie du p0rn :D
est un soft tout ce qu’il y a de plus respectable.

ShareX est un petit soft gratuit sous licence GNU/GPL permettant la capture de l’écran sous forme d’images ou de vidéo (alors, déçus bande de vicelards ? :p).

Les raccourcis touche sont évidemment configurable, il est évidemment possible de cropper,redimensionner etc.. les images  à travers un logiciel de votre choix,
d’envoyer le résultat sur ftp,sftp,http upload, ou par mail, ou dans un fichier, ou dans le presse papier blahblahblah …

Bref les fonctionnalités de bases de ce type de logiciels sont là, pas de grosses nouveautés par rapport à ses très nombreux concurrents, mais ce petit bijoux fait bien d’avantage

Okay au premier abord ça fait un peu peur cette usine à gaz pleine de boutons, et c’est peut être le seul truc que je peux reprocher au logiciel :

Il en fait beaucoup trop !!!

Chaque menu du screen donne lui même lieu à des sous menu tout aussi flippants, et ce, sur trois niveau oO.

On se sent tout de suite en présence du fameux syndrome du développeur fou qui souhaite intégrer l’ensemble du monde informatique dans un seul programme et qui perd de vue l’objectif initial du soft : faire de la capture .

Cependant pour une fois ça ne semble pas peser sur la stabilité ou les performances dudit logiciel, donc pourquoi pas…

Le plus intéressant dans ce programme, c’est certainement la quantité impressionnante de services d’upload sur lequel il peut se greffer.

La fonction qui, pardonnez l’expression, “déchire sa grand mère l’impure”, c’est le fait de pouvoir carrément ajouter un service d’upload “custom” de manière simple et intuitive.

Dans l’exemple suivant, j’envoie automatiquement, après chaque capture, mon fichier/vidéo/image ou autre directement sur un php perso du blog, avec des données contextuelles comme le
titre de la fenêtre ou l’user connecté (uniquement à des fins de logs).

Ce petit php maison de 10/20 lignes réceptionne le fichier, enregistre ses infos dans ma base, et retourne l’url public de celui ci à ShareX qui la place gentiment dans mon presse papier.

On peux ajouter a ce service custom autant de paramètre que l’on souhaite, comme une clé de connexion pour éviter que tout le monde envois des conneries sur mon blog ou encore des paramètres systèmes (nom du pc, nom du user etc…) :)

Si je trouve mon service custom tellement cool que je souhaite le partager, il m’est possible de l’exporter au format json :

{
"Name": "Blog",
"RequestType": "POST",
"RequestURL": "http://mon-blog.fr",
"FileFormName": "file",
"Arguments": {
"windowTitle": "%t",
"processName": "%pn",
"userName": "%un",
"userLogin": "%uln",
"computerName": "%cn",
"width": "%width",
"height": "%height",
"token": "ma-clé-super-complexe-ici"
},
"ResponseType": "Text",
"RegexList": [
"(.*)"
],
"URL": "$1,1$",
"ThumbnailURL": "$1,1$",
"DeletionURL": ""
}

Autre truc plutôt cool même si ça commence à ne plus rien avoir à voir avec la capture: la possibilité de dropper un fichier dans la fenêtre pour upload immédiat au serveur

Ou encore la possibilité de gérer des actions et des workflow après une action

Si je devais résumer en quelques pour/contre:

Point fort :
– Hyper configurable via l’interface et également via des fichiers json pour ceux qui souhaitent
– Open source (GNU GPL) et gratuit
– Pluggable a n’importe quel service d’upload (même perso)
– Gère plusieurs types de fichiers (images, texte, vidéos…)
– Permet le screencast (vidéo de l’écran)
– Permet les captures totales, par fenêtres ou zone ciblées
– Permet l’upload rapide de fichiers
– Retourne l’url du fichier/capture uploadé direct dans le presse papier
– Discret et bien pensé au niveau des notifications
– Rapide et stable
– Portable

Points faible :
– Ergonomie des années 80, trop de boutons, menu mal placés, bref pas très intuitif et visuellement lourd
– Beaucoup de fonctionnalités complétement useless comme un générateur de Qr code (wtf oO), une règle, un client ftp etc etc… ça mériterait une version ‘light‘ pour les emmerdeurs de mon espèce qui prônent le minimalisme, une version qui se cantonnerait à la capture et à l’upload, ou au moins un menu de préférence pour dégager les fonctions inutiles.
– Semble être disponible uniquement pour windows (seul le binaire windows est dispo en téléchargement) et développé en C# avec le framework de crosoft donc peu de chance que ça se porte un jour sur d’autres Os.

Une bonne surprise à l’utilisation en tout cas, à essayer rapidement :).

Du nouveau chez YANA

dimanche 28 septembre 2014 à 18:47

Voilà quelques jours que je me suis remis sur les avancées de mon serveur domotique gratuit Y.A.N.A.

Pour rappel celui ci se présente sous la forme d’une plateforme PHP modulaire, qui proposent plusieurs interfaces de communication (page web, interface reconnaissance vocale Windows, interface reconnaissance vocale android…)

Le but étant bien entendu de gérer tous les ptits modules domotiques que l’on construit dans nos tuto sur le sujet.

Voilà quelques nouveautés coté serveur et surtout coté client qui devraient pointer leurs nez sous peu:

 

Une nouvelle façon de gérer les pièces : le dashboard

image

L’onglet “pièces” est voué a disparaitre au profit d’un système de dashboard multiples, c’est a dire qu’il sera possible d’avoir des “pages” de Dashboard par pièces et d’ajouter/supprimer des widgets de plugins par pièces.

Actuellement la Dashboard est en place mais pas encore tout a fait stable (notamment au niveau des déplacements, j’ai du mal a situer le problème).

 

Une meilleure gestion des actions/réactions :

image

 

Le module de gestion des scénario est voué à évoluer en interface drap & drop ou vous pourrez placer/paramètres des combos d’actions, et leurs effets associés à l’aide de plusieurs contrôles (valeurs de capteurs, phrases prononcées, variables internes, notions de temps etc…)

Le module est déjà créé mais ne pourras fonctionner correctement qu’avec le nouveau client en cours de préparation.

Le fameux nouveau client : Yana4All

image

 

Je suis repartis sur une nouvelle version du client. Pour rappel le client actuel permet de faire de la reconnaissance vocale sur vos phrases, communique avec yana-server et vous réponds et/ou execute vos ordres.

 

Le nouveau client reprendras exactement les mêmes fonctionnalités mais avec tout de même de très grosses différences qui vont permettre plus d’évolutions :

 

Adieu C#, bonjour C++

– Le client ne sera plus en C# (techno Microsoft) mais en C++ avec la librairie QT, de plus les librairies utilisées pour la reconnaissance et la synthèse vocale seront multiples, ce qui permettra

l’installation de yana client sur Windows, Mac et linux (et donc si tout se passe bien, directement sur le rpi pour ceux qui le souhaitent). J’aimerais mettre en place une gestion intelligente et dynamiques des librairies de reconnaissances/synthèse vocale

qui soit capable de switcher en fonction du système, de la connexion au net etc… afin d’avoir la meilleure disponibilité et qualité possible.

 

Gestion par sockets

Le client intégrera un serveur socket ce qui permettra au serveur d’envoyer instantanément des commandes (vocales, console ou son) au client.

image

Outre le gain du coté instantané, le client n’aura plus besoin de checker toutes les minutes les événement du serveur, plus de trafic inutile.

Enfin, la possibilité de se connecter à plusieurs clients en simultané est envisagé, cela permettrais d’envoyer un même ordre sur plusieurs interfaces qui utilisent le système

de socket (ex : parler dans deux pièces différente en même temps, parler sur le téléphone quand l’utilisateur n’est pas chez lui, et dans la maison le reste du temps etc…)

 

Interface graphique 100% html/css/javascript

Les développeurs web pourront se faire plaisir avec le système de template 100% web en place, tout est modifiable et fonctionne sensiblement sur les mêmes principes que PokiPoki en terme de

conteneur bureautique/web.

image

Taille, titre, splashscreen, déplacement, animation etc… vous n’aurez pas à toucher à autre chose que du web, parole d’Idle :)

En passant si vous êtes intégrateur web et que vous souhaitez bosser sur le template “officiel” n’hésitez pas a me contacter, je vous donnerais l’alpha du logiciel permettant de tester/développer le thème en cours.

 

Une structure de fichier c++ plus claire :

image

Chaque fichier correspond à une fonction particulière, le projet sera plus simple a maintenir, et a adapter a chaque OS

 

Une meilleur stabilité

Actuellement le client C# est très instable chez certains utilisateurs, j’en suis conscient, c’est pourquoi je place une priorité sur la stabilité du nouveau logiciel.

Le nouveau client est actuellement 100% stable et beaucoup plus rapide que l’ancien ce qui laisse présager un produit bien plus finit que l’ancien bien que je n’y ai pas encore intégré le plus important : l’ASR.

 

Bien à vous.

Idle