Pour créer une IA tu devrais commencer par comprendre et maitriser le deep learning sur des images enregistrées et puis l'adapter sur une caméra en temp réelle.
-----
Pour créer une IA tu devrais commencer par comprendre et maitriser le deep learning sur des images enregistrées et puis l'adapter sur une caméra en temp réelle.
Nous ne nous approchons de la verité que dans la mesure oú nous nous éloignons de la vie
En fait le logiciel de reconnaissance d'image je vais le programmer moi même à ma sauce, mais je tiens à le faire avec les données bruts, clairement pouvoir influencer mon programme suivant la couleur et l'éclairage d'un seul pixel précis par exemple, de ce que j'ai pu voir opencv ne permet pas ça, d'autres idées ?
Rien de nouveau : depuis le début du projet de robot humanoïde avec auto-apprentissage pour tout, c'est ce qu'on dit en boucle mais sans être entendu.
Je pense qu'il faut laisser faire ne serait que pour qu'il découvre ce que nécessite la reconnaissance d'image temps réel et surtout l'intérêt ou pas de "influencer le programme suivant la couleur et l'éclairage d'un seul pixel précis"...
Surtout qu'un unique pixel a une importance capitale, dans la reconnaissance d'image, faut surtout pas considérer les formes ni les patterns...
EDIT:
Pis en assembleur c'est super facile...
Tu t'es aussi renseigné pour le traitement de signal en assembleur pour la reconnaissance vocale?
Des réponses qui ont du sens ?
Une source d'information utile : https://fr.wikipedia.org/wiki/Effet_Dunning-Kruger
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
De la psychologie, rien de sérieux en somme.
Peut-être que tu ne (te) poses pas les bonnes questions?
Depuis le début tu poses des questions sans rapport (ou presque) les unes avec les autres, tu ne sais pas où donner de la tête, tu fais la girouette.
Commence par implémenter une première brique de ton programme ou de ton robot (je pense que c'est moins cher en matériel de commencer par le programme, mais bon)...
Tu te rendras alors compte de la difficulté et de la faisabilité de la chose (j'ai aucun doute sur la première, par contre la seconde si), et ça te permettra aussi d'orienter tes questions vers des points plus spécifiques.
Depuis le début je te déconseille l'assembleur (je ne suis pas le seul, d'ailleurs), mais tu t'obstines dans cette voie là.
Moi, maintenant (et depuis le début), ce que je te conseille, c'est de l'écrire en C (qui n'est pourtant pas mon dada), et si tu as besoin d'optimiser un traitement en passant par l'assembleur, à ce moment là seulement tu vois comment le faire en assembleur. Ou si tu as besoin de quelque chose qui n'existe pas encore, là seulement tu l'écris, après avoir bien vérifié que ça n'existe pas encore, ce qui a au final peu de chances d'arriver, vu la pléthore de bibliothèques existant en C.
Mais avant tout implémente une première base, aussi simple soit-elle, pour savoir quelles questions tu as besoin de poser, plutôt que de tout théoriser (ayant bossé sur un projet qui avait été complètement théorisé avant d'écrire la moindre ligne de code, je peux te dire que c'est voué à l'échec).
Dragon il n'est pas ici question d'assembleur mais de Python.
Ah tu as encore changé d'avis...
Quand je parlais de girouette.
Il faut le comprendre, tu n'es pas toujours facile à suivre :
http://forums.futura-sciences.com/pr...o-parleur.html
Pour la reconnaissance d'image temps réel en Python, bon courage.
Regarde de quand datent les deux topics, je travaille les deux en parallèle pour rattraper le coup si l'assembleur n'aboutit pas.
Bah et puis sur un forum concurrent il a tanné le monde avec ses questions sur l'assembleur... Avant que son topic soit carrément supprimé...
Pourquoi vous vous ennuyez à lui répondre.
##### supprimé
Jamais il nous écoutera.
On a essayé de le conseiller de partir sur les projets plus envisageables, il refuse. bah laissez le se foutre dans la merde et claquer ses 1000€.
Cordialement,
Dernière modification par JPL ; 28/06/2016 à 15h43.
Mais avant n'oubliez pas de me conseiller une lib pour Python.
je n'ai aucune idée de comment chercher ce genre de library, mes recherches n'ont rien donné, vous n'en connaitriez pas une ?
Une source d'information utile : https://fr.wikipedia.org/wiki/Effet_Dunning-Kruger
pm42 rien de plus intelligent à dire ?
Personne n'a d'idée ?
Bjr ,
J'en ai bien une:clore le sujet !
A+
C'est pourtant un sujet sérieux et qui respecte toutes les règles du forum, qu'est-ce qui vous empêche de répondre convenablement à ma question concrètement ?
Parce que gérer son et image en temps réel avec un langage interprêté me semble impossible.
Mais bon, je suis pas informaticien.
Ceux qui sont informaticiens le disent aussi et faire ce qu'il veut faire est globalement impossible. On lui répète depuis des mois et dans de nombreux fils mais il refuse de l'entendre...
D'où le lien posté plus haut.
Bonsoir
Gérer du son en temps réel est faisable par logiciel sur une bécane puissante et avec un bon niveau en informatique(échantillonnage BF <= 192Khz) gérer de l'imagerie (échantillonnage >> 10Mhz) en temps réel est le plus souvent hors de portée par logiciel pur il faut un support hardware, à noter qu'il existe une forte dissymétrie (son ou image) entre générer (çà c'est courant avec un GPU ou une carte son) et interpréter/analyser (là pour l'image on tombe dans les machines conçues pour supporter le deep learning qui utilisent des réseaux de processeurs souvent des GPU par ailleurs) il est comme souvent plus facile de coder que de décoder sauf pour certaines opérations comme les compressions vidéo MPEG ou on a ciblé un décodage "léger".
C'est donc généralement mission impossible pour le pékin lambda.
ABES
JR
l'électronique c'est pas du vaudou!