Traiter son et image dans un programme Linux

[AbA2L]

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.
-----

[Factorisable]

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 ?

[Bluedeep]

En fait le logiciel de reconnaissance d'image je vais le programmer moi même à ma sauce,

Y'a comme un hiatus entre cette affirmation et les questions que vous posez ......

[pm42]

Y'a comme un hiatus entre cette affirmation et les questions que vous posez ......

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"...

[dragonjoker]

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?

[Factorisable]

Des réponses qui ont du sens ?

[pm42]

Des réponses qui ont du sens ?

Soit les réponses n'ont pas de sens, soit elles en ont mais tu ne les comprends pas.

[JPL]

Une source d'information utile : https://fr.wikipedia.org/wiki/Effet_Dunning-Kruger

[Factorisable]

De la psychologie, rien de sérieux en somme.

[dragonjoker]

Des réponses qui ont du sens ?

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).

[dragonjoker]

De la psychologie, rien de sérieux en somme.

C'est l'hôpital qui se fout de la charité, là...

[Bluedeep]

De la psychologie, rien de sérieux en somme.

Comme votre "projet" en somme.

[Factorisable]

Dragon il n'est pas ici question d'assembleur mais de Python.

[dragonjoker]

Ah tu as encore changé d'avis...
Quand je parlais de girouette.

[pm42]

Dragon il n'est pas ici question d'assembleur mais de Python.

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.

[Factorisable]

Regarde de quand datent les deux topics, je travaille les deux en parallèle pour rattraper le coup si l'assembleur n'aboutit pas.

[Bluedeep]

Ah tu as encore changé d'avis...
Quand je parlais de girouette.

"Ce n'est pas la girouette qui tourne, c'est le vent" (Edgar Faure).

[dragonjoker]

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é...

[Bluedeep]

Regarde de quand datent les deux topics, je travaille les deux en parallèle pour rattraper le coup si l'assembleur n'aboutit pas.

Penser aussi à un plan C, incluant l'écriture d'un compilateur Kamoulox.

[Factorisible]

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,

[Factorisable]

Mais avant n'oubliez pas de me conseiller une lib pour Python.

[dragonjoker]

Mais avant n'oubliez pas de me conseiller une lib pour Python.

Mais avant, n'oublie pas de consulter ton meilleur ami: Google, et de te sortir les doigts, parce qu'on va pas le faire à ta place...

[Factorisable]

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 ?

[pm42]

je n'ai aucune idée de comment chercher ce genre de library, mes recherches n'ont rien donné

Une source d'information utile : https://fr.wikipedia.org/wiki/Effet_Dunning-Kruger

[Factorisable]

pm42 rien de plus intelligent à dire ?

Personne n'a d'idée ?

[f6bes]

Bjr ,
J'en ai bien une:clore le sujet !
A+

[Factorisable]

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 ?

[antek]

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.

[pm42]

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.

[jiherve]

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