Il serait peut être temps d'en dire un peu plus, savoir d'où vient le prototype, es(ce qu'il respecte la philosophie d'OpenSourceHardWare ?
Rien de cela n'est explicite, vous semblez être les premiers à avoir prix la caméra Elphel 353 au niveau soft et en avoir fait une bien plus performante. Je serais très intéressé d'en savoir un peu plus sur l'équipe qui a conduit ce projet, avez vous développé ma carte mère de la caméra ou avez vous utiliser une carte de type panda-board ?
Avez vous une estimation de la publication du nouveau site ?
Changer de capteur ne changera rien au problème. Le capteur est parfaitement dimensionné pour le flux qu'est capable de transmettre la caméra. En effet la caméra est basée sur un capteur Axis ETRAX FS (http://www.axis.com/products/dev_etrax_fs/index.htm), ce SoC ne peut gérer qu'un ehternet de type 10/100 Mbit/s. Je pense que les gens de chez Apertus espèrent que ma carte 373 reviendra à l'ordre du jour prochainement. Cette carte sera basée sur un processeur arm, avec un FPGA plus puissant et du gigaeternet. Cela semble parfait, mais malheureusement cette carte est en stand-by depuis fin 2009 (http://blog.elphel.com/2009/10/gige-is-working/), car ils ont trouvé un marché qui les intéresse plus à savoir la caméra panoramique eyesis (http://blog.elphel.com/2011/10/elphel-eyesis-4%CF%80-preassembly-stage/) pour la googlecar. Je trouve personnellement que c'est bien dommage que cette carte mère ne soit sortie, car elle m'aurait permis d'avoir vraiment une très bonne caméra scientifique. J'utilise la plupart du temps des caméras Elphel au laboratoire car elle permettent de choisir ce qui est important pour nous : soit être rapide en sous-structurant le capteur, soit de faire du binning (moyenne de pixels), on peut également choisir d'être en jpeg compressé ou pas, d'utiliser leur format de fichier maison jp4, qui permet la HDR. En bref lorsque l'on sait parfaitement ce que l'on fait, on peut faire de très belles choses.
Globalement, le niveau de finition des options HardWare est en dessous des caméras expérimentales classiques, mais le prix est également moins important. Il nous a fallu beaucoup de temps pour pouvoir utiliser des caméras simultanément, mais pouvoir gérer des synchro grace au FPGA se révèle très précis. Ces caméra se règlent à coup de curl, pour pas mal de paramètres, ce qui permet également pas mal d'automatisation, il y a un serveur d'images plutôt bien fait, et la flux transmis le sont grâce au protocole RTSP, ce qui autorise vlc, mplayer Gstreamer, lorsqu'il n'y a pas de bugs avec la lib live555.
Donc c'est certainement la meilleur caméra que l'on peut trouver pour ce prix et en plus elle est openhardware ! Je ne suis pas sur que ça restera le cas dans les prochaines années, car l'arrivée de l'USB3 dans les webcams permet déjà des performances bien au dessus (http://www.overclock.net/t/578225/engadget-worlds-first-usb3-0-webcam-supports-1080p60).
Je pense donc qu'il faut vraiment attendre de voir, pour ce qui est du rapport performance coût, avec ce qui arrivera cette année, en tout cas sur l'aspect "hackable-device" c'est clairement ce qui se fait de mieux.
il semblerait que les choses avancent du cotés de Wine pour l'USB. Si tu as du temps tu peux toujours essayer de patcher les sources comme expliqué ici http://wiki.winehq.org/USB, et suivre la procédure d'installation spécifique à Wine.
Là pour moi tu en fais trop !
On t'a bien trouvé ici en France, car tu as accepté de faire une thèse sur ce domaine non ?
Je pense qu'il faut accepter qu'il n'est pas dans "notre" intérêt de lui refuser d'apporter de la valeur ajoutée à la France. Ceci dit ce qui me gène beaucoup plus c'est que la majeur partie des doctorants, dont je participe au recrutement, sont étrangers car les magnifiques et nobles ingénieurs et master français valent mieux qu'une thèse, résultat : une industrie qui n'innove qu'à la marge ...
Mais pour moi personne n'est irremplaçable, même moi ! Et pourtant tu sais que je suis une brute dans mon domaine (cf ta thèse). Ce qui est agaçant dans cette histoire c'est que tout le monde avait à y gagner ...
Je ne veux en aucun cas lancer une polémique et je trouve lasher ta colère toute justifiée. Je me permets juste de mettre par écrit une question que je me pose, en outrepassant le filtre oral/écrit qui confine à la bienséance.
Une personne ne voulant plus retourner vivre dans son pays car le monde qu'elle s'est construit au long de son cheminement son parcours lui convient, est elle encore vraiment "membre" de ce pays ?
Si elle veut passer sa vie professionnelle en France ne devrait elle pas demander la nationalité française. Je prendrais l'exemple de mon Labo ou une doctorante Iranienne a choisie de prendre la nationalité française à l'issue de sa thèse. Sachant de plus que la France comme l'Algérie autorise la double nationalité, ne serait ce pas une option valable ?
On nait français mais on peut également le devenir, et même si je suis de ton avis sur l'inanité de telles mesures en terme d'efficacité, peut être que la distance te fait oublier les élections qui se profilent et ou il faudra laver plus blanc que blanc ?
Peut être que plutôt que de partir chez les Américains elle pourrait compléter son identité de naissance par celle de culture et adoption ?
Peut être que cette requête est impossible au regard de la différence de régime entre Iran et Algérie, mais je pense que la question peut se poser, non ?
Je me réponds à moi même. J'ai refait un peu de veille (nouveau véhicule inside) J'ai été un peu déçu de l'attitude de scantool, qui a abandonné l'OpenSource pour se rabattre sur un système proprio plus traditionnel. J'ai donc voulu savoir s'il y avait des alternatives et j'ai trouvé cela : http://www.obdtester.com/obdtester
un module de lecture complètement OpenSource, des programmes python pour accéder directement au matériel qu'ils vendent. Il existe donc des moyens de Hacker sa voiture. On apprend beaucoup de choses comme le fait que depuis 2000 en EU la norme ODB-II est imposée, et que de ce fait c'est standardisé. Je ne risquerais pas à dire qu'il n'y a pas de loups, mais au moins il est possible de visualiser les informations de son véhicule avec un programme OpenSource qui donne accès à un environnement de développement riche (python) : http://www.obdtester.com/pyobd
Il ne manquerait plus qu'un petit module à base de arduino, mais cela ne serait pas très sympa car ça plomberait leur "business model". Ceci dit leur page : Pourquoi nous explique bien les avantages.
Je trouve vraiment que c'est une bonne façon de voir les choses.
Je vais peut être faire une folie et en acheter un, 14 ans après mon BEP méca auto ... ça doit être la nostalgie du trentenaire !
La cinétique d'une bulle bien que complexe n'est pas sans modélisation. De nombreuses bulles ont eu lieu et il semble bien qu'elles suivent invariablement la même tendance décrite par ce schéma d'étape d'une bulle immobilière
Une fois cette analyse sociologique de la bulle illustrée, il est possible de se demander ce qu'il en est pour l'immobilier. L'économiste Jacques Friggit suit ce sujet pour le Conseil Général de L'Environnement et du Développement Durable (CGEDD).
Vous pouvez trouvez sur le site du CGEDD le Rapport mensuel de Friggit permettant d'observer l'évolution du marché de l'immobilier. Je vous conseil plus particulièrement de regarder la figure au paragraphe 2.4. On ne peut qu'être troublé de la ressemblance avec la courbe de la bulle. En étant bien attentif on constate le dépassement pour la province du deuxième point d'inflexion qui même couramment au désespoir relatif au dégonflement d'une bulle. Maintenant la question se pose en dégonflement ou explosion ?
À titre personnel j'envisageais d'acheter en tant que primo-accédant l'année dernière, puis j'ai décidé reporter mon achat de 5 ans en mettant beaucoup de soin dans le choix de l'appartement que je loue. Je suis bien content d'avoir fait ce choix aujourd'hui ; en effet ;
une part de l'argent initialement investi de l'épargne vers l'immobilier aurait alors été définitivement perdu alors que j'ai pu continuer tranquillement mon épargne.
Je pense qu'il pourrait être intéressant de faire un sondage sur Linuxfr où les utilisateurs de Linux (à plus de 90%) répondraient à la question suivante : Combien avez vous acheté de PC équipés d'une version de Windows OEM ?
Je pense que la proportion de linuxiens achetant un pc avec un Windows pour cause de bonne affaire, promotion, garantie, ... est assez importante. Même si ça ne vaut pas grand chose, on pourrait peut être alors avoir un ordre d'idée sur la pénétration du SE.
Ok, je ne pense pas que cela soit un problème d'optique de collège si bète que cela. Je ne dis pas que la différence de refraction n'engendre pas de problèmes, j'essaye de mettre en balance qu'il existe une autre raison. Les méthodes d'autofocus, sont calées pour une configuration du système optique donné. Si tu changes cette configuration, tu n'es plus assuré que les méthodes mises en oeuvres fonctionneront encore.
Si tu fais un tour ici http://steph.ubaud.free.fr/articles.php?lng=fr&pg=208
tu verras qu'ils expliquent la procédure pour une canon 350D. Il semblerait qu'après le retrait du filtre si on ne rajoute pas une plaque de verre d'épaisseur optique équivalente alors on ne peut pas avoir la mise au point automatique.
En ce qui concerne la différence de focalisation entre l'infrarouge et le visible, je sais qu'elles ne se font pas tout à fait à la même distance, mais je ne sais pas vraiment pourquoi et je ne suis pas sur que la réfraction explique cela. Si quelqu'un a des liens là dessus, cela m'intéresserait.
Je persiste,c'est un paramètre matériau, il est donc associé à un milieu, le fait que la valeur de ce paramètre change en fonction des longueurs d'ondes dans lesquelles il est utilisé ne change rien au fait que cet indice est associé à un matériau et qualifié pour un intervalle de longueur d'onde.
En fait je ne pense pas du tout. La focalisation est extrêmement perturbée si tu changes le chemin optique. En ce qui concerne l'aspect flou de tes photos c'est uniquement du à la différence de chemin optique. D'ailleurs je trouve ta phrase "l'infrarouge a un indice de réfraction différent de la lumière visible" un peu étrange, un indice de réfraction est associé à un milieu et non à une longueur d'onde.
Tu as un système de focalisation automatique qui a été étalonné pour le filtre, il y a de grandes chances qu'il y ait un biais systématique si tu changes le chemin optique.
En effet, et c'est plutôt psitif, car le L-K set parmis les meilleurs en multipasse.
Si j'ai bien compris ils calculent des vecteurs vitesses à l'intérieur de leur bounding-box, ils enclenchent ensuite un alogorithme d'apprentissage qui va évaluer les directions locales par rapport à la direction moyenne des vitesses, ils construisent ainsi au fur et à mesure une évolution de la texture à suivre. Personnellement je ne suis pas du tout au fait des techniques d'apprentissage, donc je ne peux pas trop évaluer leur performances ...
En ce qui concerne mes activités, je pense que je peux y trouver un intérêt.
Dans les algo de pilotages par vidéo que nous avons développés, il peut arriver que les zones d'intérêt se déplacent beaucoup ce qui amène des variations d'éclairement, cette méthode pourrait apprendre l'impacte de ces variations et ainsi éviter à l'algo de planter. De plus le fait de pouvoir détecter que l'objet n'est plus là, puis le retrouver après, est une fonctionnalité vraiment intéressante en cas de "boulets" (ha ben mince je suis passé devant la caméra ...), elle permet de déclencher des évennements de sécurité et de reprendre, c'est vraiment intéressant.
Si vous regardez les sources, le projet est écrit en c++. Le lien avec matlab est fait au travers des mex files (Matlab EXecutable), ce qui veut dire qu'il est tout à fait possible de prendre l'algo pour le mettre en c++ standard. Le problème vient du fait que MatLab a l'immense avantage de permettre d'avoir des outils pour charger les images travailler sur les matrices et tout un tas de fonctions internes qui peuvent faciliter la vie. Je n'ai pas encore examiner le code pour voir à quel point les routines spécifiques sont utilisées, mais en général un code MatLab n'est pas très dur à porter en Octave, un peu plus long à porter en python scipy,numpy,matplotlib, et vraiment chiant à porter en C++.
La question que l'on est en droit de se poser est pourquoi ne pas avoir utiliser OpenCV, pour implémenter les algos. Si l'on se pose cette question, la réponse peut rapidement être trouvée, c'est chiant de coder avec OpenCV. La lib est vraiment optimisée pour les performances, le parcours de tableau est vraiment très rapide (plus que Qt par exemple), mais les différents binding font que cette lib est vraiment une plaie à utiliser dans les autre langages. J'ai travaillé dessus fut une époque en python, et un binding SWIG est vraiment désagréable. Je pense donc que le choix a été fait de la simplicité d'utilisation.
Pour l'aspect temps réel, il faut voir ce qui a été utilisé pour l'interfaçage avec le matériel, le plus souvent sous linux c'est v4l2 qui est utilisé, ce choix réduit le champs des possibles en ne traitant pas des caméras IP et n'est pas multi-OS. Il existe une lib qui s'appelle gstreamer et qui est multiplateforme, elle permet de lire n'importe quel flux, que ce soit un fichier ou un/dev/video*, un /dev/dsp, ou une uri.
J'essayerais de voir la publie pour comprendre un peu ce qu'il y a dérrière, car le trvail à l'air vraiment intéressant. Bien qu'il soit un peu éloigné des travaux que je fais (flot optique) ça peut toujours apporter du grain à moudre.
je suis allé faire un tour sur le site, car je fais un peu de veille sur ce sujet ces derniers temps, et je dois avouer, que je trouve cela très mal mis en valeur, l'animation mise en avant est d'une laideur incroyable.
Je n'ai pas réussi à trouver de captures d'écrans de ce dont est capable ce logiciel. Je ne comprends pas quelle cible il vise. L'aspect affichage de données non structurée pourrait être intéressant, mais il faut pour cela qu'il y ait des plugins permettant de lire des données non sutrcutées, au hazard, vtk, hdf5 ...
En ce qui concerne le couplage avec scilab, qu'apporte ce logiciel par rapport au nouveau moteur graphique de scilab5 ?
J'utilise principalement aujourd'hui l'environnement python pour faire des graphiques, la combinaison numpy,scipy,matplotlib permet de traiter des données structurées et non-structurées, principalement 2D et 2.5D. Il y a une gallerie impressionnante sur le site de matplotlib qui permet de mettre en avant tout ce qu'il est possible de faire avec ce module. En ce qui concerne l'aspect 3D, kitware vtk a gagné la partie depuis bien longtemps, mais la complexité de sa structure le rend pénible à prendre en main. Il existe plusieurs projets qui ont permis de simplifier la mise en oeuvre de ce puissant moteur, tels que mayavi2 et Visit. Il est assez simple, avec ces projets, de traiter de gros volumes de données avec des rendus complexes et ce via un langage de haut niveau tel que python.
La technologie utilisée semble être vielle de plusieurs décennies et je ne pense pas (peut être à tort) qu'elle soit encore utilisée au cea.
Quel est l'avantage de cette solution par rapport à des solutions plus modernes ?
Je te conseille cet article : http://www.jp-petit.org/science/Z-machine/from_geffray/ltd.html.
Il faut bien comprendre que les enjeux industriels sont énormes, il y a donc peu de chance qu'une technique si simple soit publiée avant que les brevets ne soient déposés.
J'ai entendu parlé de plusieurs brevets américains sur l'amorçage de bombe H via ces circuits LTD, je n'ai pas encore réussi à les trouver ...
Ces découvertes sont assez sensibles politiquement. Le lobby du cea a toujours été porté vers le laser mega Joule qui est en phase de finalisation au cea cesta au Barp. Il y a une réelle volonté de de lutter contre la technologie de striction axiale pour l'amorçage de réaction de fusion à ce que j'ai cru comprendre, comme tout ceci n'est que bruit de couloirs il faut le prendre avec des pincette. Ce que je peux affirmer c'est que la Z-machine française(SPHINX) qui se trouve à Gramat dans le Lot est fonctionnelle, elle était précédemment utilisée par la DGA pour simuler l'influence de rayonnement électromagnétiques sur les électroniques des véhicules militaires. En 2010 le centre d'étude de Gramat a été réorganisé pour faire parti du cea et non plus de la DGA. Les enjeux politiques et économiques sont bien trop important pour que l'on sache ce que va en faire le cea, mais je tiens à rappeler que le SPHINX a été la première Z-machine utilisant des circuits LTD.
Il est tout à fait envisageable de produire de l'énergie avec de telles installations, ce serait un peut le passage de la machine à vapeur (énergie continue) au moteur à combustion interne (fonctionnement par allumage successif). Il n'y a aucune barrière scientifique en ce qui concerne les matériaux (principale inconnue pour ITER), et la faisabilité. Il reste "juste" une dizaine d'année ingénierie intense (peut être beaucoup moins) pour maîtriser ce cycle un peu plus subtil que celui de la fission.
Nous n'en entendrons pas parler avant je pense que le premier démonstrateur soit sorti de chez Sandia, mais comme nous disposons du deuxième plus puissant à ce jour avec l’architecture la plus moderne, il y a de grande chances que des recherches discrètes nous permettent de suivre l'état de l'art de chez Sandia.
Je rappel que l'état français s'est vu accorder l'implantation de ITER sur son sol, ce serait le plus grand scandale en terme d'investissement en R&D internationale si ce projet était abandonné pour une technologie plus réaliste. Il faut bien assimiler le fait que personne ne sait aujourd'hui pourquoi Sandia a pu atteindre ces températures. Il serait donc possible d'utiliser cette énergie en y mettant de l’ingénierie, mais de comprendre d'où elle vient. Les français en sont pas du genre à accepter un tel paradoxe, qui n’empêchera pas de dormir un américain.
J'ai donc bien peur que le jour où cette application sorte, elle soir bardée de brevets et donc peu utilisable avant plusieurs générations.
Ce qui je veux souligner ici c'est que encore une fois les solutions semblent être à notre portée, mais les défenseurs d'une certaine chapelle vont nous faire perdre au moins 10 ans (5 années ont passée depuis la découverte de Sandia).
J'ai essayé cette version de l'import et si les choses vont dans le bon sens, il me semble qu'il est complètement prématuré de parler d'un support. Il n'existe aucun éditeur graphique (WYSIWYG, ) vi/emacsNedit/kate/gedit ... en WYSIWYM) capable de prendre en compte toute les fonctionnalités de SVG. Essayez donc d'importer un SVG contenant du texte des images, des dégradés, issu de inkscape et lisible sous Gecko/webkit et vous allez voir le massacre.
La bonne nouvelle est que l'import pdf est relativement correct ce qui permet le passage vectoriel entre Inkscape et LOdraw.
En quoi quelqu'un voulant livrer une partie de ses réalisations artistiques en utilisant une licence libre devait il le faire gratuitement. Tu sais lorsque je veux faire un programme en OpenSource, il me faut payer quelqu'un (bon hein souvent un stagiaire, vu nos finances...) et au final cela me coute vraiment !
Si ce monsieur propose de livrer à la communauté 30 portrait pour 1500$ et que les concepteurs des jeux videos opensources trouvent le travail valorisable pour leur réalisations alors tout le monde est gagnant.
Il faut arrêter de croire que les ressources non matérielles n'ont pas de coût.
Après j'ai des doutes sur l'utilité de portrait fait sous GIMP pour les jeux, mais cela vient probablement du fait que je n'y connais rien ...
Pour être aller à une conférence, ce Monsieur déclamait qu'il y avait des "vrai" terroristes chez microsofts. Qu'il n'existait aucun cas où le logiciel libre était moins adapté qu'un logiciel propriétaire, il n'est peut être pas extrémiste dans ton référentiel, mais pour les gens qui n'ont pas ton niveau dans la compréhension de l'écosystème libre, le message est complètement inaudible car volontairement radical.
Ce genre de logiciels a un temps de gestation bien plus lent que les logiciels traditionnels de part la complexité initialement requise. On pourrait prendre l'exemple de Salome qui est codé en utilisant Corba, ce choix a initialement été fait de part la nécessité de tout pouvoir faire en parallèle et en déporté simplement. A l'époque ou se projet a été commencé cela semblait une bonne idée, mais ça a malheureusement mis un frein à des contributions externe de part la complexité de corba.
Il faut bien voir que le nombre de soft que contient Salomé est impressionnant, il me semble que le gros problème vient du fait que ces softs sont fait par des scientifiques qui n'ont ni les connaissances ni l'envie d'apprendre à empaqueter leurs programmes pour différentes distributions (pour donner du grain à moudre à Zenitram). Il ne mettent pas forcément leurs softs à jour, car lorsqu'il fait le travail et qu'ils n'ont pas motivations scientifiques pour le faire évoluer alors ils ne le feront pas. Il devient du coup très difficile de faire cohabiter toutes les version des différentes lib dans le gestionnaire de programme. Il est donc souvent décidé de compiler en local. Je te rappel qu'il y a également des standard pour qu'un dépot soit accepter et je pense qu'ils s'en contrefichent. La solution de l'équipe de CAELinux est donc de prendre une distribution à jour, de se frapper tout le travail de compilation et de générer une "distribution" ou tout marchera "out of the box". Cette tactique me semble pertinente car ce sont les distributions (et le noyau) qui gères les évolutions de matériels et de softs standards.
Je ne pense donc pas qu'il faille réellement prendre ça au sens d'une distribution, mais plutôt au sens d'une compilation de logiciels sur une distribution déjà existante.
Le débat de la complexité de faire des logiciels pour linux a déjà souvent été abordé ici et je n'ai pas vu de solution simple. Celle-ci l'est pour le développeur et pour l'utilisateur qui accepte la contrainte de devoir installer un système pour ces applications. Je pense donc que c'est un compromis qui fait avancer les choses.
[^] # Re: la profondeur de couleur compte aussi
Posté par freejeff . En réponse à la dépêche Apertus, une caméra video professionnelle Open Source. Évalué à 2.
Beaucoup de teasing, et c'est intéressant.
Il serait peut être temps d'en dire un peu plus, savoir d'où vient le prototype, es(ce qu'il respecte la philosophie d'OpenSourceHardWare ?
Rien de cela n'est explicite, vous semblez être les premiers à avoir prix la caméra Elphel 353 au niveau soft et en avoir fait une bien plus performante. Je serais très intéressé d'en savoir un peu plus sur l'équipe qui a conduit ce projet, avez vous développé ma carte mère de la caméra ou avez vous utiliser une carte de type panda-board ?
Avez vous une estimation de la publication du nouveau site ?
[^] # Re: 4K/FrameRate
Posté par freejeff . En réponse à la dépêche Apertus, une caméra video professionnelle Open Source. Évalué à 8.
Changer de capteur ne changera rien au problème. Le capteur est parfaitement dimensionné pour le flux qu'est capable de transmettre la caméra. En effet la caméra est basée sur un capteur Axis ETRAX FS (http://www.axis.com/products/dev_etrax_fs/index.htm), ce SoC ne peut gérer qu'un ehternet de type 10/100 Mbit/s. Je pense que les gens de chez Apertus espèrent que ma carte 373 reviendra à l'ordre du jour prochainement. Cette carte sera basée sur un processeur arm, avec un FPGA plus puissant et du gigaeternet. Cela semble parfait, mais malheureusement cette carte est en stand-by depuis fin 2009 (http://blog.elphel.com/2009/10/gige-is-working/), car ils ont trouvé un marché qui les intéresse plus à savoir la caméra panoramique eyesis (http://blog.elphel.com/2011/10/elphel-eyesis-4%CF%80-preassembly-stage/) pour la googlecar. Je trouve personnellement que c'est bien dommage que cette carte mère ne soit sortie, car elle m'aurait permis d'avoir vraiment une très bonne caméra scientifique. J'utilise la plupart du temps des caméras Elphel au laboratoire car elle permettent de choisir ce qui est important pour nous : soit être rapide en sous-structurant le capteur, soit de faire du binning (moyenne de pixels), on peut également choisir d'être en jpeg compressé ou pas, d'utiliser leur format de fichier maison jp4, qui permet la HDR. En bref lorsque l'on sait parfaitement ce que l'on fait, on peut faire de très belles choses.
Globalement, le niveau de finition des options HardWare est en dessous des caméras expérimentales classiques, mais le prix est également moins important. Il nous a fallu beaucoup de temps pour pouvoir utiliser des caméras simultanément, mais pouvoir gérer des synchro grace au FPGA se révèle très précis. Ces caméra se règlent à coup de curl, pour pas mal de paramètres, ce qui permet également pas mal d'automatisation, il y a un serveur d'images plutôt bien fait, et la flux transmis le sont grâce au protocole RTSP, ce qui autorise vlc, mplayer Gstreamer, lorsqu'il n'y a pas de bugs avec la lib live555.
Donc c'est certainement la meilleur caméra que l'on peut trouver pour ce prix et en plus elle est openhardware ! Je ne suis pas sur que ça restera le cas dans les prochaines années, car l'arrivée de l'USB3 dans les webcams permet déjà des performances bien au dessus (http://www.overclock.net/t/578225/engadget-worlds-first-usb3-0-webcam-supports-1080p60).
Je pense donc qu'il faut vraiment attendre de voir, pour ce qui est du rapport performance coût, avec ce qui arrivera cette année, en tout cas sur l'aspect "hackable-device" c'est clairement ce qui se fait de mieux.
# Support de l'USB dans Wine
Posté par freejeff . En réponse au journal MobiGo et Linux, quelqu'un a essayé ?. Évalué à 2.
Bonsoir et bonne année,
il semblerait que les choses avancent du cotés de Wine pour l'USB. Si tu as du temps tu peux toujours essayer de patcher les sources comme expliqué ici http://wiki.winehq.org/USB, et suivre la procédure d'installation spécifique à Wine.
Bon courage.
[^] # Re: étudiant = statut
Posté par freejeff . En réponse au journal Quand la directive Guéant commence à me les briser menues.... Évalué à 3.
Là pour moi tu en fais trop !
On t'a bien trouvé ici en France, car tu as accepté de faire une thèse sur ce domaine non ?
Je pense qu'il faut accepter qu'il n'est pas dans "notre" intérêt de lui refuser d'apporter de la valeur ajoutée à la France. Ceci dit ce qui me gène beaucoup plus c'est que la majeur partie des doctorants, dont je participe au recrutement, sont étrangers car les magnifiques et nobles ingénieurs et master français valent mieux qu'une thèse, résultat : une industrie qui n'innove qu'à la marge ...
Mais pour moi personne n'est irremplaçable, même moi ! Et pourtant tu sais que je suis une brute dans mon domaine (cf ta thèse). Ce qui est agaçant dans cette histoire c'est que tout le monde avait à y gagner ...
# Seulement Algérienne ?
Posté par freejeff . En réponse au journal Quand la directive Guéant commence à me les briser menues.... Évalué à 6.
Je ne veux en aucun cas lancer une polémique et je trouve lasher ta colère toute justifiée. Je me permets juste de mettre par écrit une question que je me pose, en outrepassant le filtre oral/écrit qui confine à la bienséance.
Une personne ne voulant plus retourner vivre dans son pays car le monde qu'elle s'est construit au long de son cheminement son parcours lui convient, est elle encore vraiment "membre" de ce pays ?
Si elle veut passer sa vie professionnelle en France ne devrait elle pas demander la nationalité française. Je prendrais l'exemple de mon Labo ou une doctorante Iranienne a choisie de prendre la nationalité française à l'issue de sa thèse. Sachant de plus que la France comme l'Algérie autorise la double nationalité, ne serait ce pas une option valable ?
On nait français mais on peut également le devenir, et même si je suis de ton avis sur l'inanité de telles mesures en terme d'efficacité, peut être que la distance te fait oublier les élections qui se profilent et ou il faudra laver plus blanc que blanc ?
Peut être que plutôt que de partir chez les Américains elle pourrait compléter son identité de naissance par celle de culture et adoption ?
Peut être que cette requête est impossible au regard de la différence de régime entre Iran et Algérie, mais je pense que la question peut se poser, non ?
[^] # Re: Une piste
Posté par freejeff . En réponse au journal Doit-on hacker les voitures ?. Évalué à 2.
Je me réponds à moi même. J'ai refait un peu de veille (nouveau véhicule inside) J'ai été un peu déçu de l'attitude de scantool, qui a abandonné l'OpenSource pour se rabattre sur un système proprio plus traditionnel. J'ai donc voulu savoir s'il y avait des alternatives et j'ai trouvé cela : http://www.obdtester.com/obdtester
un module de lecture complètement OpenSource, des programmes python pour accéder directement au matériel qu'ils vendent. Il existe donc des moyens de Hacker sa voiture. On apprend beaucoup de choses comme le fait que depuis 2000 en EU la norme ODB-II est imposée, et que de ce fait c'est standardisé. Je ne risquerais pas à dire qu'il n'y a pas de loups, mais au moins il est possible de visualiser les informations de son véhicule avec un programme OpenSource qui donne accès à un environnement de développement riche (python) : http://www.obdtester.com/pyobd
Il ne manquerait plus qu'un petit module à base de arduino, mais cela ne serait pas très sympa car ça plomberait leur "business model". Ceci dit leur page : Pourquoi nous explique bien les avantages.
Je trouve vraiment que c'est une bonne façon de voir les choses.
Je vais peut être faire une folie et en acheter un, 14 ans après mon BEP méca auto ... ça doit être la nostalgie du trentenaire !
# Une piste
Posté par freejeff . En réponse au journal Doit-on hacker les voitures ?. Évalué à 3.
Voilà une réponse que syntaxerror m'avait faite sur linuxfr il y a un moment :
http://linuxfr.org/users/vincent_k/journaux/linformatique-est-sensiblement-identique-%C3%A0-la-m%C3%A9canique
Il y a des pistes vraiment intéressantes.
# Attendre ...
Posté par freejeff . En réponse au journal [hs] Hacker l’immobilier.. Évalué à 6.
La cinétique d'une bulle bien que complexe n'est pas sans modélisation. De nombreuses bulles ont eu lieu et il semble bien qu'elles suivent invariablement la même tendance décrite par ce schéma d'étape d'une bulle immobilière
Une fois cette analyse sociologique de la bulle illustrée, il est possible de se demander ce qu'il en est pour l'immobilier. L'économiste Jacques Friggit suit ce sujet pour le Conseil Général de L'Environnement et du Développement Durable (CGEDD).
Vous pouvez trouvez sur le site du CGEDD le Rapport mensuel de Friggit permettant d'observer l'évolution du marché de l'immobilier. Je vous conseil plus particulièrement de regarder la figure au paragraphe 2.4. On ne peut qu'être troublé de la ressemblance avec la courbe de la bulle. En étant bien attentif on constate le dépassement pour la province du deuxième point d'inflexion qui même couramment au désespoir relatif au dégonflement d'une bulle. Maintenant la question se pose en dégonflement ou explosion ?
À titre personnel j'envisageais d'acheter en tant que primo-accédant l'année dernière, puis j'ai décidé reporter mon achat de 5 ans en mettant beaucoup de soin dans le choix de l'appartement que je loue. Je suis bien content d'avoir fait ce choix aujourd'hui ; en effet ;
une part de l'argent initialement investi de l'épargne vers l'immobilier aurait alors été définitivement perdu alors que j'ai pu continuer tranquillement mon épargne.
Après chacun fait ce qu'il veut.
# Sondage ?
Posté par freejeff . En réponse au journal 94% des ordinateurs vendus dans le monde équipés de Windows (contre 2% pour Linux). Évalué à 5.
Je pense qu'il pourrait être intéressant de faire un sondage sur Linuxfr où les utilisateurs de Linux (à plus de 90%) répondraient à la question suivante : Combien avez vous acheté de PC équipés d'une version de Windows OEM ?
Je pense que la proportion de linuxiens achetant un pc avec un Windows pour cause de bonne affaire, promotion, garantie, ... est assez importante. Même si ça ne vaut pas grand chose, on pourrait peut être alors avoir un ordre d'idée sur la pénétration du SE.
# FTDI
Posté par freejeff . En réponse au message Cherche Adaptateur Série-USB compatible Open SUSE. Évalué à 2.
Bonjour,
depuis de nombreuses années FTDI joue le jeu et les drivers sont dans le noyau.
Donc tu la branches et ça marche. De plus c'est souvent ce très économique. C'est ce qui était utilisé dans la arduino.
http://documents.rs-components.com/itc_doclist_FR.htm?stockno=0429252
[^] # Re: Focalisation
Posté par freejeff . En réponse au journal Convertir un Canon IXUS 100 IS pour la photo infrarouge. Évalué à 1.
Ok, je ne pense pas que cela soit un problème d'optique de collège si bète que cela. Je ne dis pas que la différence de refraction n'engendre pas de problèmes, j'essaye de mettre en balance qu'il existe une autre raison. Les méthodes d'autofocus, sont calées pour une configuration du système optique donné. Si tu changes cette configuration, tu n'es plus assuré que les méthodes mises en oeuvres fonctionneront encore.
Si tu fais un tour ici http://steph.ubaud.free.fr/articles.php?lng=fr&pg=208
tu verras qu'ils expliquent la procédure pour une canon 350D. Il semblerait qu'après le retrait du filtre si on ne rajoute pas une plaque de verre d'épaisseur optique équivalente alors on ne peut pas avoir la mise au point automatique.
En ce qui concerne la différence de focalisation entre l'infrarouge et le visible, je sais qu'elles ne se font pas tout à fait à la même distance, mais je ne sais pas vraiment pourquoi et je ne suis pas sur que la réfraction explique cela. Si quelqu'un a des liens là dessus, cela m'intéresserait.
[^] # Re: Focalisation
Posté par freejeff . En réponse au journal Convertir un Canon IXUS 100 IS pour la photo infrarouge. Évalué à 0.
Je persiste,c'est un paramètre matériau, il est donc associé à un milieu, le fait que la valeur de ce paramètre change en fonction des longueurs d'ondes dans lesquelles il est utilisé ne change rien au fait que cet indice est associé à un matériau et qualifié pour un intervalle de longueur d'onde.
[^] # Re: Focalisation
Posté par freejeff . En réponse au journal Convertir un Canon IXUS 100 IS pour la photo infrarouge. Évalué à 2.
En fait je ne pense pas du tout. La focalisation est extrêmement perturbée si tu changes le chemin optique. En ce qui concerne l'aspect flou de tes photos c'est uniquement du à la différence de chemin optique. D'ailleurs je trouve ta phrase "l'infrarouge a un indice de réfraction différent de la lumière visible" un peu étrange, un indice de réfraction est associé à un milieu et non à une longueur d'onde.
Tu as un système de focalisation automatique qui a été étalonné pour le filtre, il y a de grandes chances qu'il y ait un biais systématique si tu changes le chemin optique.
# Deux sommaires
Posté par freejeff . En réponse à la dépêche Revue de presse de l’April pour la semaine 20 de l’année 2011. Évalué à 1.
Est il logique que le sommaire apparaisse deux fois ?
- Est il logique que le sommaire apparaisse deux fois ?
[^] # Re: Excellent
Posté par freejeff . En réponse au journal Prédator: une bibliothèque GPL pour la détection d'images. Évalué à 3.
En effet, et c'est plutôt psitif, car le L-K set parmis les meilleurs en multipasse.
Si j'ai bien compris ils calculent des vecteurs vitesses à l'intérieur de leur bounding-box, ils enclenchent ensuite un alogorithme d'apprentissage qui va évaluer les directions locales par rapport à la direction moyenne des vitesses, ils construisent ainsi au fur et à mesure une évolution de la texture à suivre. Personnellement je ne suis pas du tout au fait des techniques d'apprentissage, donc je ne peux pas trop évaluer leur performances ...
En ce qui concerne mes activités, je pense que je peux y trouver un intérêt.
Dans les algo de pilotages par vidéo que nous avons développés, il peut arriver que les zones d'intérêt se déplacent beaucoup ce qui amène des variations d'éclairement, cette méthode pourrait apprendre l'impacte de ces variations et ainsi éviter à l'algo de planter. De plus le fait de pouvoir détecter que l'objet n'est plus là, puis le retrouver après, est une fonctionnalité vraiment intéressante en cas de "boulets" (ha ben mince je suis passé devant la caméra ...), elle permet de déclencher des évennements de sécurité et de reprendre, c'est vraiment intéressant.
[^] # Re: Excellent
Posté par freejeff . En réponse au journal Prédator: une bibliothèque GPL pour la détection d'images. Évalué à 7.
Si vous regardez les sources, le projet est écrit en c++. Le lien avec matlab est fait au travers des mex files (Matlab EXecutable), ce qui veut dire qu'il est tout à fait possible de prendre l'algo pour le mettre en c++ standard. Le problème vient du fait que MatLab a l'immense avantage de permettre d'avoir des outils pour charger les images travailler sur les matrices et tout un tas de fonctions internes qui peuvent faciliter la vie. Je n'ai pas encore examiner le code pour voir à quel point les routines spécifiques sont utilisées, mais en général un code MatLab n'est pas très dur à porter en Octave, un peu plus long à porter en python scipy,numpy,matplotlib, et vraiment chiant à porter en C++.
La question que l'on est en droit de se poser est pourquoi ne pas avoir utiliser OpenCV, pour implémenter les algos. Si l'on se pose cette question, la réponse peut rapidement être trouvée, c'est chiant de coder avec OpenCV. La lib est vraiment optimisée pour les performances, le parcours de tableau est vraiment très rapide (plus que Qt par exemple), mais les différents binding font que cette lib est vraiment une plaie à utiliser dans les autre langages. J'ai travaillé dessus fut une époque en python, et un binding SWIG est vraiment désagréable. Je pense donc que le choix a été fait de la simplicité d'utilisation.
Pour l'aspect temps réel, il faut voir ce qui a été utilisé pour l'interfaçage avec le matériel, le plus souvent sous linux c'est v4l2 qui est utilisé, ce choix réduit le champs des possibles en ne traitant pas des caméras IP et n'est pas multi-OS. Il existe une lib qui s'appelle gstreamer et qui est multiplateforme, elle permet de lire n'importe quel flux, que ce soit un fichier ou un/dev/video*, un /dev/dsp, ou une uri. J'essayerais de voir la publie pour comprendre un peu ce qu'il y a dérrière, car le trvail à l'air vraiment intéressant. Bien qu'il soit un peu éloigné des travaux que je fais (flot optique) ça peut toujours apporter du grain à moudre.
# Rendu et cible
Posté par freejeff . En réponse à la dépêche Narcisse logiciel de visualisation scientifique. Évalué à 6.
Bonjour,
je suis allé faire un tour sur le site, car je fais un peu de veille sur ce sujet ces derniers temps, et je dois avouer, que je trouve cela très mal mis en valeur, l'animation mise en avant est d'une laideur incroyable.
Je n'ai pas réussi à trouver de captures d'écrans de ce dont est capable ce logiciel. Je ne comprends pas quelle cible il vise. L'aspect affichage de données non structurée pourrait être intéressant, mais il faut pour cela qu'il y ait des plugins permettant de lire des données non sutrcutées, au hazard, vtk, hdf5 ...
En ce qui concerne le couplage avec scilab, qu'apporte ce logiciel par rapport au nouveau moteur graphique de scilab5 ?
J'utilise principalement aujourd'hui l'environnement python pour faire des graphiques, la combinaison numpy,scipy,matplotlib permet de traiter des données structurées et non-structurées, principalement 2D et 2.5D. Il y a une gallerie impressionnante sur le site de matplotlib qui permet de mettre en avant tout ce qu'il est possible de faire avec ce module. En ce qui concerne l'aspect 3D, kitware vtk a gagné la partie depuis bien longtemps, mais la complexité de sa structure le rend pénible à prendre en main. Il existe plusieurs projets qui ont permis de simplifier la mise en oeuvre de ce puissant moteur, tels que mayavi2 et Visit. Il est assez simple, avec ces projets, de traiter de gros volumes de données avec des rendus complexes et ce via un langage de haut niveau tel que python.
La technologie utilisée semble être vielle de plusieurs décennies et je ne pense pas (peut être à tort) qu'elle soit encore utilisée au cea.
Quel est l'avantage de cette solution par rapport à des solutions plus modernes ?
[^] # Re: Avant le débat, l'informatio
Posté par freejeff . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à -1.
Méfies toi des mesures par thermographie infrarouges réalisées sur bâtiments, elles sont toutes absolument fausses !
[^] # Re: Sortir du nucléaire
Posté par freejeff . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 0.
Je te conseille cet article : http://www.jp-petit.org/science/Z-machine/from_geffray/ltd.html.
Il faut bien comprendre que les enjeux industriels sont énormes, il y a donc peu de chance qu'une technique si simple soit publiée avant que les brevets ne soient déposés.
J'ai entendu parlé de plusieurs brevets américains sur l'amorçage de bombe H via ces circuits LTD, je n'ai pas encore réussi à les trouver ... Ces découvertes sont assez sensibles politiquement. Le lobby du cea a toujours été porté vers le laser mega Joule qui est en phase de finalisation au cea cesta au Barp. Il y a une réelle volonté de de lutter contre la technologie de striction axiale pour l'amorçage de réaction de fusion à ce que j'ai cru comprendre, comme tout ceci n'est que bruit de couloirs il faut le prendre avec des pincette. Ce que je peux affirmer c'est que la Z-machine française(SPHINX) qui se trouve à Gramat dans le Lot est fonctionnelle, elle était précédemment utilisée par la DGA pour simuler l'influence de rayonnement électromagnétiques sur les électroniques des véhicules militaires. En 2010 le centre d'étude de Gramat a été réorganisé pour faire parti du cea et non plus de la DGA. Les enjeux politiques et économiques sont bien trop important pour que l'on sache ce que va en faire le cea, mais je tiens à rappeler que le SPHINX a été la première Z-machine utilisant des circuits LTD. Il est tout à fait envisageable de produire de l'énergie avec de telles installations, ce serait un peut le passage de la machine à vapeur (énergie continue) au moteur à combustion interne (fonctionnement par allumage successif). Il n'y a aucune barrière scientifique en ce qui concerne les matériaux (principale inconnue pour ITER), et la faisabilité. Il reste "juste" une dizaine d'année ingénierie intense (peut être beaucoup moins) pour maîtriser ce cycle un peu plus subtil que celui de la fission.
Nous n'en entendrons pas parler avant je pense que le premier démonstrateur soit sorti de chez Sandia, mais comme nous disposons du deuxième plus puissant à ce jour avec l’architecture la plus moderne, il y a de grande chances que des recherches discrètes nous permettent de suivre l'état de l'art de chez Sandia.
Je rappel que l'état français s'est vu accorder l'implantation de ITER sur son sol, ce serait le plus grand scandale en terme d'investissement en R&D internationale si ce projet était abandonné pour une technologie plus réaliste. Il faut bien assimiler le fait que personne ne sait aujourd'hui pourquoi Sandia a pu atteindre ces températures. Il serait donc possible d'utiliser cette énergie en y mettant de l’ingénierie, mais de comprendre d'où elle vient. Les français en sont pas du genre à accepter un tel paradoxe, qui n’empêchera pas de dormir un américain.
J'ai donc bien peur que le jour où cette application sorte, elle soir bardée de brevets et donc peu utilisable avant plusieurs générations.
Ce qui je veux souligner ici c'est que encore une fois les solutions semblent être à notre portée, mais les défenseurs d'une certaine chapelle vont nous faire perdre au moins 10 ans (5 années ont passée depuis la découverte de Sandia).
My 2 cents
[^] # Re: Multiplateforme
Posté par freejeff . En réponse au journal Qt pour Android en version alpha. Évalué à 5.
Rhooo ! On en a entendu parlé tout le weekend, tu veux pas le laisser où il est le DSK ..., même s'il semblerait qu'il aime bien ce qui est "Qt"
---->[]
[^] # Re: SVG !!!!!
Posté par freejeff . En réponse à la dépêche LibreOffice est de sortie !. Évalué à 3.
La bonne nouvelle est que l'import pdf est relativement correct ce qui permet le passage vectoriel entre Inkscape et LOdraw.
[^] # Re: Plait-il ?
Posté par freejeff . En réponse au journal Des graphismes dans les jeux libres. Évalué à 10.
En quoi quelqu'un voulant livrer une partie de ses réalisations artistiques en utilisant une licence libre devait il le faire gratuitement. Tu sais lorsque je veux faire un programme en OpenSource, il me faut payer quelqu'un (bon hein souvent un stagiaire, vu nos finances...) et au final cela me coute vraiment !
Si ce monsieur propose de livrer à la communauté 30 portrait pour 1500$ et que les concepteurs des jeux videos opensources trouvent le travail valorisable pour leur réalisations alors tout le monde est gagnant.
Il faut arrêter de croire que les ressources non matérielles n'ont pas de coût.
Après j'ai des doutes sur l'utilité de portrait fait sous GIMP pour les jeux, mais cela vient probablement du fait que je n'y connais rien ...
# Un journal ?
Posté par freejeff . En réponse au journal Comportement d'apt-get par défaut. Évalué à 10.
Ceci est une vrai question, pas juste un, "ya les forum pour ça". Il y a il un intérêt au niveau du référencement ?
[^] # Re: Bayart et Stallman en conf. à Paris
Posté par freejeff . En réponse à la dépêche Richard Stallman: 2 conférences à Paris. Évalué à 4.
Pour être aller à une conférence, ce Monsieur déclamait qu'il y avait des "vrai" terroristes chez microsofts. Qu'il n'existait aucun cas où le logiciel libre était moins adapté qu'un logiciel propriétaire, il n'est peut être pas extrémiste dans ton référentiel, mais pour les gens qui n'ont pas ton niveau dans la compréhension de l'écosystème libre, le message est complètement inaudible car volontairement radical.
[^] # Re: pourquoi ?
Posté par freejeff . En réponse à la dépêche CAElinux 2010 et Salome-meca 2010. Évalué à 9.
Il faut bien voir que le nombre de soft que contient Salomé est impressionnant, il me semble que le gros problème vient du fait que ces softs sont fait par des scientifiques qui n'ont ni les connaissances ni l'envie d'apprendre à empaqueter leurs programmes pour différentes distributions (pour donner du grain à moudre à Zenitram). Il ne mettent pas forcément leurs softs à jour, car lorsqu'il fait le travail et qu'ils n'ont pas motivations scientifiques pour le faire évoluer alors ils ne le feront pas. Il devient du coup très difficile de faire cohabiter toutes les version des différentes lib dans le gestionnaire de programme. Il est donc souvent décidé de compiler en local. Je te rappel qu'il y a également des standard pour qu'un dépot soit accepter et je pense qu'ils s'en contrefichent. La solution de l'équipe de CAELinux est donc de prendre une distribution à jour, de se frapper tout le travail de compilation et de générer une "distribution" ou tout marchera "out of the box". Cette tactique me semble pertinente car ce sont les distributions (et le noyau) qui gères les évolutions de matériels et de softs standards.
Je ne pense donc pas qu'il faille réellement prendre ça au sens d'une distribution, mais plutôt au sens d'une compilation de logiciels sur une distribution déjà existante.
Le débat de la complexité de faire des logiciels pour linux a déjà souvent été abordé ici et je n'ai pas vu de solution simple. Celle-ci l'est pour le développeur et pour l'utilisateur qui accepte la contrainte de devoir installer un système pour ces applications. Je pense donc que c'est un compromis qui fait avancer les choses.