Je trouve ton commentaire totalement déplacé, il ne me semble pas que le "bio" soit aujourd'hui totalement démocratisé et même si c"était le cas, je ne pense pas que ton commentaire même sur le ton de l'ironie puisse d'être d'une quelconque aide, ou apporte un éclairage nouveau.
Je pense qu'il est tout à fait justifier d'être aigri d'avoir été un dommage collatéral de la production massive même si on a acheté des produits issus de cette agriculture (je ne suis pas persuadé qu'une seule personne ici ne l'ait jamais fait dans sa vie).
Je trouve que tu perds vraiment toute notion de réalité lorsque tu écris : "Parce que sinon, tu as ta part de responsabilité" à quelqu'un qui vit une injustice totale.
Je suis totalement halluciné que tu sois pertinenté.
Je ne me pose pas en garant de la bonne morale, mais je trouve qu'il y a tout de même des limites., et en ce qui me concerne tu les as totalement dépassées.
Certes cela existe, mais la luminosité est très faible, ce qui contraint à utiliser ce projecteur dans un environnement peu éclairé. Il y a des vrais progrès dans le monde des LED, mais il me semble qu'il reste de la marge avant de pouvoir projeter une scène en plein jour sans avoir une batterie de 3Kg sur soi.
Histoire de faire un commentaire constructif sur le libre, j'ai tout de même noté que l'auteur de cette conférence annonce libérer le code permettant ce genre d'interactions.
Je trouve que s'il le fait, il est tout à fait possible de retrouver ce genre d'interface dans un délai raisonnable.
Le point le plus critique me semble être la projection, en effet il faudrait vraiment faire des progrès dans les projos à LED pour pouvoir utiliser ce système dans un environnement éclairé normalement. Il faut bien reconnaitre que les outils d'identification d'objet et de fonctions qu'il utilise sont vraiment au dessus de tout ce que l'on a pu voir jusqu'à présent.
Tu reconnaitras qu'il est difficile de se faire une idée, bien que le code ait été libéré, aucun développement n'a été effectué, même pas le minimum à savoir pouvoir s'interfacer avec le SVG de manière correcte. L'import que j'avais testé était d'une telle nullité que pour essayer le logiciel j'ai dû repartir de 0. Là on nous parle d'un livre qui n'est même pas consultable gratuitement sur un logiciel qui ne nous permettra pas de communiquer avec les standards du libre.
Si Mr Pascual souhaite se faire de l'argent en écrivant des livres, il n'y a rien à redire c'est son droit, mais nous faisons tout de même parti d'une communauté qui utilise sans arrêt de la documentation libre avec des logiciels libres, il est donc naturel de faire des remarques à ce sujet.
Quant au point que tu soulèves sur les cours de dessin vectoriel qui peut être appliqué à d'autres logiciels, n'ayant pas lu le livre je ne peux te dire, mais bien souvent je me suis rendu compte qu'il n'est pas évident de passer d'un soft à un autre lorsqu'un livre se focalise sur un logiciel et non sur les concepts !
Il en allé de même avec QCAD, j'aurais bien lu son livre pour faire quelques plans personnels, mais mon intérêt pour ce logiciel n'était pas suffisant pour lui accorder une somme de plus de 30€, j'ai donc regardé d'autres tutos et ne suis jamais devenu un poweruser.
Je ne suis pas en train de dire que ce monsieur doit travailler à l'oeil, mais plutôt qu'il choisi des marché de niche avec en plus des logiciels qui ne sont pas la référence.
Il aurait très bien pu écrire son livre en utilisant inkscape, je ne pense pas qu'il aurait mis fondamentalement plus de temps.
En bref André Pascual fait des choix et nous sommes libre de ne pas lire son travail du fait ces choix même, si le sujet nous intéresse.
Un calcul de déplacement par corrélation d'images numériques peut être précis à 5e-3 pixel, il me semble donc complètement impossible de faire mieux !
En ce qui concerne le calcul de corrélation, si tu le fais pas fft2 cela va vite, très vite mais tout dépend bien sûr de la taille de la zone d'étude (Imagette) que tu veux utiliser.
Si cette fonctionnalité te tiens à coeur je peux m'investir pour la rendre plus efficace ou pour en discuter le contour.
En règle générale si on veut commander un actionneur avec des tensions faibles (-10,10V), on peut le faire aujourd'hui de manière assez simple avec le couple gator+bitlash
Gator est une carte basée sur l'arduino : http://www.ruggedcircuits.com/
et bitlash un interpréteur de commandes permettant de faire tout un tas de programmes basiques autorisant le pilotage d'actionneurs : http://bitlash.net/
Il existe également la carte USBDUX (carte entrée/sortie analogique) fonctionnant sous linux au travers de l'interface comedi, ce qui lui permet de se connecter au logiciels Scilab/Scicos via le module scicos-HIL (Hardware In Loop), cette solution plus académique, dans le principe, nécessite plus de compétences en installation de logiciels.
On peut également noter que la solution comedi+scialb+scicos n'est pas limitée à la carte usbdux, il est en effet tout à fait possible d'utiliser le matériel compatible comedi dont la liste est assez longue. Il n'est donc pas impossible (mais peu probable) que certain lycées aient déjà du matériel compatible : http://www.comedi.org/hardware.html
As tu une idée de comment inclure des vidéos dans ce concept, car je pense qu'une fois les vidéos rajoutées ça serait un outil tout à fait fonctionnel.
Pour info, l'import pdf de inkscape est vraiment très puissant, et permet d'importer des schémas fait à partir d'OOo en passant par le pdf.
Idem pour les équations issues de latex ...
Il ne reste donc plus que la vidéo et la possibilité d'inclure des animations dans des figures, mais ça il me semble que c'est prévu pour la prochaine version d'inkscape.
En gros tu pourrais t'appuyer sur tous ce qui est fait par cette communauté (shields et bibliothèque) en exploitant une carte bien plus puissante et dont tu peux étendre la puissance de calcul à volonté.
Il existe aussi le projet xduino basé sur arm, et si tu n'es pas géné par une plus faible puissance de calcul, il semble évident que la plateforme arduino semble pertinente.
en ce qui concerne l'aspect capteur, il me semble avoir vu un shield pour la arduino à une époque dont le "design" était opensource.
Il faut être conscient du nombre d'exemplaires à imprimer et du prix d'un imprimeur, les exemplaires finaux pour les rapporteurs ont suivis cette procédure, mais les diverses versions pour les différents encadrants à différentes étapes de correction non.
Donc NON dans ce cas on ne passe pas par un imprimeur, sinon quel intérêt d'avoir des imprimantes en réseau ?
Lors de l'impression de mon mémoire de thèse (LaTeX/PdfTeX), j'ai voulu utiliser les imprimantes en réseau grâce à cups dans un lecteur pdf.
J'envoyais le pdf et rien ne se produisait, l'imprimante était en dérangement et donc bloquée pour tout le monde.
Je finis par comprendre la raison (enfin, je suppose), l'aplatissage des figures vectorielles était trop "gourmand" pour l'imprimante.
Qu'à cela ne tienne je me suis dit qu'il n'y avait qu'à faire une conversion en PS, allé Jeff ça ne sera pas bien long, un petit coup de pdf2ps et ça sera bon !
Quelle crédulité ! pdf2ps ne savait pas convertir mes pdf en PS en conservant les transparences et autres subtilités, il me fallait donc envisager de retravailler toutes les figures du manuscrit !
Je commençais à déprimer, j'ai donc fait un essai direct chez moi sur mon imprimante Canon sous linux et là, le document PDF (les pages posant problèmes) s'imprimaient rapidement et sans accros, si ce n'est la qualité médiocre du au non support total de cette imprimante (que j'avais acheté dans ma lointaine époque windowsienne). J'ai donc fait tout un tas d'essais pendant plusieurs jours (voir semaines), pour finalement trouver la solution, ouvrir mon document avec acroread, imprimer dans un fichiers PS (Plus de 700 Mo !), puis me connecter en ftp sur l'imprimante (celle en réseau)pour uploader le fichier PS, car en utilisant cups il y avait systématiquement des problèmes.
J'étais donc face à un problème où il n'y avait pas de réelles solutions satisfaisantes directes (à part retravailler entièrement mon document !) et où personne n'avait la moindre idée de comment m'aider !
Je me permet donc de relativiser l'expérience d'impression sous MS Office, car la mienne me fait encore faire des cauchemars (c'était en avril/mai pourtant)!
Oui le libre est plein de personnes enthousiastes qui n'ont pas forcément le niveau de celles qui le sont moins mais qui sont soit disant bien plus compétentes !
Oui Denis est ambitieux et ne maîtrise peut être pas encore tous les concepts lui permettant de faire ce qui ce fait de mieux en terme de gestionnaire de paquet ou d'environnement de Bureau, mais Denis lui, participe à la vie de LinuxFR et même au delà il contribue au développement des Logiciels Libres ! Que vous faut-il de plus ?
Alors oui il lui arrive de ne pas avoir assez étudier ce qu'il se fait et de redévelopper des choses existantes, mais je suis sur que c'est le cas de la majorité des gens ici, car on ne peut pas être au fait de tout ce qui se fait.
Sa technique de venir exposer ce qu'il a fait pour être remis en cause et ainsi progresser est certainement une des plus difficile à appliquer car elle nécessite de pouvoir ravaler sa fierté dans le but de faire avancer ses projets au mieux, en exposant ses idées à une tribune qu'il juge compétente.
Comme David te l'a expliqué tu peux faire une fonction qui applique le gamma le gamma que tu as défini, son logiciel est assez modulaire pour le faire en une ligne !
Personnellement si j'utilise son algorithme pour faire de la thermographie (chose que j'envisage), je serais très mécontent qu'un non linéarité soit appliquée sans mon concentement !!
Il faut accepter que des personnes utilisent les logiciels d'une manière que tu n'avais pas initialement prévue.
Une question pour David, peux tu utiliser ton programme pour déformer une image et si oui, peux tu choisir un noyau d'interpolation pour les déplacement locaux sub pixel ?
Bien que trouve ce projet intéressant je me questionne sur le pdf qui est généré, en effet beaucoup d'éléments bitmaps sont encore présents (flèches, cadres, ...), est-ce par manque de temps où il y a il un choix délibéré ?
Je trouve également que le pdf généré (et donc le svg également) incroyablement lourd.
Avez vous une stratégie d'aplatissement des cartes pour les rendre accessibles à des configurations peu puissantes ?
Le rendu vectoriel allégé est quelque chose de complexe, mais un bon moyen de simplifier tout, est d'envisager de séparer les éléments filaires des éléments de texture (patch de couleur), pour ne conserver qu'un texture finale aplatie sous forme de png. Les éléments filaires et les textes étant conservés tels quels.
Nous avons utilisé cette technique sur des résultats éléments finis et les temps d'affichages sont réduits pour une qualité irréprochables (publiables dans des revues).
C'est un protocole de communication initialement dédié au matériel musical et qui a été employé comme une couche très performante sur le make controller kit
Pour les points de repères, j'ai mis des liens vers le précédent journal (pointant lui aussi sur le précédent) qui présentent le contexte, je vous invite donc à faire preuve de moins de fainéantise avant d'adresser de telles critiques. Je pourrais naturellement plus détailler, mais cela deviendrait des informations n'intéressant plus que des mécaniciens et donc hors contextes ici (je ne pense pas que nous soyons nombreux ici).
Pour ce qui est des présentations plublique je pense en avoir données quelques unes et je n'ai jamais eu de retours négatif de l'auditoire.
Ceci étant dit je peux vous expliquer ce qui vous semble flou, mais votre attitude agressive est n'est pas encourageante.
Pour synthétiser, il existe des besoins dans des communautés ne maitrisant que peut l'électronique embarquée et ces besoins sont jusque là principalement remplis pas la société NI ses cartes et son logiciel LabView. Le coût de ces solutions est prohibitif et contraint à l'utilisation de logiciels propriétaires pour avoir un support correct, et est de plus moins performant dans certains cas.
Les solutions que j'avais évalué lors de ma veille technologique au sujet de cette problématique s'avèrent être opensource et openhardware, je fais donc remarquer qu'à partir de ce type de systèmes il est possible de construire un "ordinateur" se basant sur la combinaison de plusieurs cartes et que de ce fait ceci peut intéresser les étudiants ou geek intéressés en architecturé matérielle et en programmation et compilation.
Pour la partie physical computing, je l'utilise à titre professionnel pour interagir avec des actionneusr extérieurs. Je prendrais l'exemple d'un essai peudo-dynamique dans le génie civil :
La ruine d'une structure (bâtiment) lors d'un séisme est le plus souvent localisée sur des éléments connus (piliers, murs, ...), il serait donc maladroit de faire un essai mécanique sur toute la structure. Il est cependant possible de simuler ce qui ne s'endommage pas (ce qui s'endommage aussi mais c'est plus dur car non-linéaire). Il est donc nécessaire de faire un aller/retour entre la solution de simulation et l'essai mécanique.
Pour se faire on utilise classiquement des DAQ, mais celles-ci n'ont pas de possiblité de calcul. Une carte basée sur un ucontroller permet d'embarquer des calculs qui seront effectués en temps réel sans avoir recours à un noyau temps réel (RTAI, RTLinux, ...) dont la mise en place est longue et douloureuse. Les capacités de ces ucontroller (ARM) ne valent certes pas celles d'un processeur généraliste (quoique), mais les bibliothèques sont de plus en plus simple d'accès et il n'y a que ça qui tourne dessus contrairement à un pc.
Pour revenir à l'essai mécanique mixte, communément appelé essai pseudo-mécanique, le système résolu est un système aux dérivées partielles dont la partie temporelle relative à la partie testée pourra être résolue (intégration numérique) sur le ucontroller et la partie spatiale sur un pc (ou cluster) puissant.
De tels essais coûtent généralement une fortune à mettre en place,une solution basée sur le principe permet de réduire considérablement les coûts tout en améliorant la performance du système.
Cette solution n'est à l'heure actuelle pas encore mise en place chez nous, mais il ne reste pas grand chose à faire pour y arriver.
En ce qui concerne la Illuminato X Machina, le principe est un peu différent. Elle pourrait tout à fait être utilisée pour du physical computing, sous réserve de boucliers adaptés, mais elle présente surtout l'intérêt de mettre à la portée un architecture massivement // à faible coût. C'est plutôt sur cette idée que j'attendais des réactions (Lasher si tu t'ennuies ...).
Ou là mais il faudrait un peu se renseigner. Mr Guy NEGRE est un motoriste de talent qui a tout laissé de cotés pour se lancer dans ce projet depuis 1991. Son concept a été racheté par TATA en 2007 avec la promesse de subvention pour la phase d'optimisation.
La technologie est inspirée des moteurs de locomotive à vapeur avec un seconde chambre de détente permettant d'augmenter l'adiabaticité du moteur en réduisant les frottements et donc les échauffements. Une idée très ingénieuse fut d'adjoindre une chambre de combustion permettant, dans le cas d'un cycle mixte, de chauffer l'air avant introduction dans la chambre profitant ainsi parfaitement de l'augmentation de pression induite par la thermodynamique des gaz parfaits.
La méthode de stockage étant de l'air comprimé, il y a le rendement de compression à prendre en compte, de l'ordre de 0.6 (à vérifier), ce qui en fait un meilleur client que la pile à combustible (en dehors d'une production industrielle d'hydrogène de type centrale nucléaire de génération IV). Il est aussi bon de rappeler ici que l'air comprimé peut être produit simplement à domicile de la même manière qu'il est possible de recharger une batterie à domicile.
De la même manière qu'il faut faire attention au lobbies pétrolier il existe un lobby électrique dont il faut également se méfier.
Je trouve personnellement ce concept vraiment intéressant.
Le business modèle de ce concept est également très intéressant de part sa décentralisation et son aspect pluridisciplinaire :
En même temps, beaucoup de smartphones et autres netbooks tournent sur arm et la puissance des arm progresse vite. Nvidia est en train de sortir Tegra (arm +GPU) qui permet de gérer du full HD, je ne suis pas sur que dans les trois années à venir le besoin d'un environnement si économe se fasse sentir. Peut être bien que des applis déjà bien avancées à adapter motiveront plus qu'un toolkit que quasiment personne n'utilise ...
Quand on voit la vidéo avec Kde sur le S60 de Nokia sur Symbian, ont peut vraiment penser que dans les années (ou mois) à venir ce genre de tentative va se multiplier.
Le plugin d'import pdf pour OpenOffice.org permet d'importer des pdf en tant que fichier odg dans oodraw.
Il est actuellement capable d'importer plusieurs pages.
Il est important de noter que ce plugin est fait pour respecter au maximum l'aspect graphique du document.
Une autre version est en cours de développement, elle permettra de d'importer un pdf dans oowriter en essayant de conserver l'arborescence du document.
Il semblerait que tu ne maitrise pas forcément l'un aussi bien que l'autre.
S'il est vrai que lors des débuts les philosophies diffèrent, lorsque tu commence à t'intéresser réellement à la production de documents semi-structurés, les concepts à mettre œuvre sont les même.
Tu peux avoir un document maître de la même manière dans l'un et l'autre, tu peux insérer des champs et renvois, en bref il est tout à fait possible de travailler proprement avec l'un ou l'autre au même titre qu'il est tout à fait possible de faire n'importe quoi avec l'un et l'autre.
La principale différence réside dans l'approche de base à savoir un langage à compiler pour voir le résultats et tu n'es pas censé te charger de la mise en page, alors qu'OOo te laisse dès le départ la main sur la mise en page, mais tu peux également le laisser faire en utilisant les l'organisation de ton modèle si tu en dispose.
Il est de plus important de noter qu'il y a la possiblité d'alelr de l'un à l'autre, non sans quelques difficultés, mais cette possibilité existe.
pour OOo vers latex (à noter que ce dernier est compris dans la suite OOo, mais sans les fichiers xml de configuration).
Il me semble donc tout à fait approprié de présenter les deux si la présentation est bien sur la conception de documents.
Je rappellerai aussi qu'il y a la possibilité d'utiliser les documents odf dans la chaîne documentaire scenari ( http://scenari-platform.org ), qui permet de faire des présentations flashs avec des videos.
En gros je pense que l'interopérabilité des chaînes éditoriale ne fait que commencer et qu'il faut l'encourager.
Pourrais-tu m'expliquer stp pourquoi tu n'es pas allé t'installer dans ton labo tranquillement à faire du travail correspondant à ton sujet, à faire un petit workshop en Italie après avoir porté l'affaire au prud'hommes et SANS DÉMISSIONNER. Sans déconner tu es masochiste ou quoi. Tu as subi un harcèlement un traitement incompatible avec ton statut et en plus tu donnes le bâton pour te faire battre en démissionnant. Je t'avais conseillé de te rapprocher de ton labo, as tu tenté cette approche ?
Je dois avouer que je ne comprends pas du tout ton mode de raisonnement. J'espère que tu auras la patience de m'éclairer car tu m'as vraiment l'air de t'être fait ballader dans toute cette histoire.
En tout cas bon courage à toi.
PS : tu as travailler sans compter je ne comprends pas pourquoi tu n'aspires pas à des indemnités méritées ?
[^] # Re: Aigri je suis
Posté par freejeff . En réponse à la dépêche Le Temps des Grâces. Évalué à 3.
Je pense qu'il est tout à fait justifier d'être aigri d'avoir été un dommage collatéral de la production massive même si on a acheté des produits issus de cette agriculture (je ne suis pas persuadé qu'une seule personne ici ne l'ait jamais fait dans sa vie).
Je trouve que tu perds vraiment toute notion de réalité lorsque tu écris : "Parce que sinon, tu as ta part de responsabilité" à quelqu'un qui vit une injustice totale.
Je suis totalement halluciné que tu sois pertinenté.
Je ne me pose pas en garant de la bonne morale, mais je trouve qu'il y a tout de même des limites., et en ce qui me concerne tu les as totalement dépassées.
[^] # Re: OpenSource
Posté par freejeff . En réponse au journal Mieux que l' Ipad et Open source !. Évalué à 3.
# OpenSource
Posté par freejeff . En réponse au journal Mieux que l' Ipad et Open source !. Évalué à 7.
Je trouve que s'il le fait, il est tout à fait possible de retrouver ce genre d'interface dans un délai raisonnable.
Le point le plus critique me semble être la projection, en effet il faudrait vraiment faire des progrès dans les projos à LED pour pouvoir utiliser ce système dans un environnement éclairé normalement. Il faut bien reconnaitre que les outils d'identification d'objet et de fonctions qu'il utilise sont vraiment au dessus de tout ce que l'on a pu voir jusqu'à présent.
W&S.
[^] # Re: Réponse d'André Pascual
Posté par freejeff . En réponse à la dépêche Xara Xtreme pour Linux chez Eyrolles par André Pascual. Évalué à 5.
Si Mr Pascual souhaite se faire de l'argent en écrivant des livres, il n'y a rien à redire c'est son droit, mais nous faisons tout de même parti d'une communauté qui utilise sans arrêt de la documentation libre avec des logiciels libres, il est donc naturel de faire des remarques à ce sujet.
Quant au point que tu soulèves sur les cours de dessin vectoriel qui peut être appliqué à d'autres logiciels, n'ayant pas lu le livre je ne peux te dire, mais bien souvent je me suis rendu compte qu'il n'est pas évident de passer d'un soft à un autre lorsqu'un livre se focalise sur un logiciel et non sur les concepts !
Il en allé de même avec QCAD, j'aurais bien lu son livre pour faire quelques plans personnels, mais mon intérêt pour ce logiciel n'était pas suffisant pour lui accorder une somme de plus de 30€, j'ai donc regardé d'autres tutos et ne suis jamais devenu un poweruser.
Je ne suis pas en train de dire que ce monsieur doit travailler à l'oeil, mais plutôt qu'il choisi des marché de niche avec en plus des logiciels qui ne sont pas la référence.
Il aurait très bien pu écrire son livre en utilisant inkscape, je ne pense pas qu'il aurait mis fondamentalement plus de temps.
En bref André Pascual fait des choix et nous sommes libre de ne pas lire son travail du fait ces choix même, si le sujet nous intéresse.
[^] # Re: Oui donc en fait ...
Posté par freejeff . En réponse au journal Déboires avec OpenOffice. Évalué à -3.
Il serait peut être bon d'apprendre à faire les choses avant de critiquer.
[^] # Re: bonjour
Posté par freejeff . En réponse à la dépêche Pymecavideo sort en version 4 et est compatible baccalauréat. Évalué à 4.
Un calcul de déplacement par corrélation d'images numériques peut être précis à 5e-3 pixel, il me semble donc complètement impossible de faire mieux !
En ce qui concerne le calcul de corrélation, si tu le fais pas fft2 cela va vite, très vite mais tout dépend bien sûr de la taille de la zone d'étude (Imagette) que tu veux utiliser.
Si cette fonctionnalité te tiens à coeur je peux m'investir pour la rendre plus efficace ou pour en discuter le contour.
[^] # Re: Excellent !!!
Posté par freejeff . En réponse à la dépêche Pymecavideo sort en version 4 et est compatible baccalauréat. Évalué à 5.
Gator est une carte basée sur l'arduino : http://www.ruggedcircuits.com/
et bitlash un interpréteur de commandes permettant de faire tout un tas de programmes basiques autorisant le pilotage d'actionneurs : http://bitlash.net/
Il existe également la carte USBDUX (carte entrée/sortie analogique) fonctionnant sous linux au travers de l'interface comedi, ce qui lui permet de se connecter au logiciels Scilab/Scicos via le module scicos-HIL (Hardware In Loop), cette solution plus académique, dans le principe, nécessite plus de compétences en installation de logiciels.
On peut également noter que la solution comedi+scialb+scicos n'est pas limitée à la carte usbdux, il est en effet tout à fait possible d'utiliser le matériel compatible comedi dont la liste est assez longue. Il n'est donc pas impossible (mais peu probable) que certain lycées aient déjà du matériel compatible : http://www.comedi.org/hardware.html
# Vidéo
Posté par freejeff . En réponse au journal Sozi : vers un système de présentation alternatif libre. Évalué à 2.
Pour info, l'import pdf de inkscape est vraiment très puissant, et permet d'importer des schémas fait à partir d'OOo en passant par le pdf.
Idem pour les équations issues de latex ...
Il ne reste donc plus que la vidéo et la possibilité d'inclure des animations dans des figures, mais ça il me semble que c'est prévu pour la prochaine version d'inkscape.
# Illuminayo X machina
Posté par freejeff . En réponse au journal Ubiquitous computing. Évalué à 2.
Connais tu ce projet :
http://www.liquidware.com/shop/show/IXM/Illuminato+X+Machina
tu peux utiliser autant de cartes que tu le désires, c'est basé sur un processeur ARM et il existe un fork de l'IDE arduino.
En gros tu pourrais t'appuyer sur tous ce qui est fait par cette communauté (shields et bibliothèque) en exploitant une carte bien plus puissante et dont tu peux étendre la puissance de calcul à volonté.
Il existe aussi le projet xduino basé sur arm, et si tu n'es pas géné par une plus faible puissance de calcul, il semble évident que la plateforme arduino semble pertinente.
en ce qui concerne l'aspect capteur, il me semble avoir vu un shield pour la arduino à une époque dont le "design" était opensource.
[^] # Re: Linux n'est pas sans reproche sur ce sujet
Posté par freejeff . En réponse au journal Les produits Microsoft. Évalué à 1.
Donc NON dans ce cas on ne passe pas par un imprimeur, sinon quel intérêt d'avoir des imprimantes en réseau ?
[^] # Re: Linux n'est pas sans reproche sur ce sujet
Posté par freejeff . En réponse au journal Les produits Microsoft. Évalué à 1.
# Linux n'est pas sans reproche sur ce sujet
Posté par freejeff . En réponse au journal Les produits Microsoft. Évalué à 3.
J'envoyais le pdf et rien ne se produisait, l'imprimante était en dérangement et donc bloquée pour tout le monde.
Je finis par comprendre la raison (enfin, je suppose), l'aplatissage des figures vectorielles était trop "gourmand" pour l'imprimante.
Qu'à cela ne tienne je me suis dit qu'il n'y avait qu'à faire une conversion en PS, allé Jeff ça ne sera pas bien long, un petit coup de pdf2ps et ça sera bon !
Quelle crédulité ! pdf2ps ne savait pas convertir mes pdf en PS en conservant les transparences et autres subtilités, il me fallait donc envisager de retravailler toutes les figures du manuscrit !
Je commençais à déprimer, j'ai donc fait un essai direct chez moi sur mon imprimante Canon sous linux et là, le document PDF (les pages posant problèmes) s'imprimaient rapidement et sans accros, si ce n'est la qualité médiocre du au non support total de cette imprimante (que j'avais acheté dans ma lointaine époque windowsienne). J'ai donc fait tout un tas d'essais pendant plusieurs jours (voir semaines), pour finalement trouver la solution, ouvrir mon document avec acroread, imprimer dans un fichiers PS (Plus de 700 Mo !), puis me connecter en ftp sur l'imprimante (celle en réseau)pour uploader le fichier PS, car en utilisant cups il y avait systématiquement des problèmes.
J'étais donc face à un problème où il n'y avait pas de réelles solutions satisfaisantes directes (à part retravailler entièrement mon document !) et où personne n'avait la moindre idée de comment m'aider !
Je me permet donc de relativiser l'expérience d'impression sous MS Office, car la mienne me fait encore faire des cauchemars (c'était en avril/mai pourtant)!
# Ca commence à bien faire !
Posté par freejeff . En réponse au journal Pourquoi j'utilise et utiliserai KDE et KOffice 2. Évalué à 10.
Oui Denis est ambitieux et ne maîtrise peut être pas encore tous les concepts lui permettant de faire ce qui ce fait de mieux en terme de gestionnaire de paquet ou d'environnement de Bureau, mais Denis lui, participe à la vie de LinuxFR et même au delà il contribue au développement des Logiciels Libres ! Que vous faut-il de plus ?
Alors oui il lui arrive de ne pas avoir assez étudier ce qu'il se fait et de redévelopper des choses existantes, mais je suis sur que c'est le cas de la majorité des gens ici, car on ne peut pas être au fait de tout ce qui se fait.
Sa technique de venir exposer ce qu'il a fait pour être remis en cause et ainsi progresser est certainement une des plus difficile à appliquer car elle nécessite de pouvoir ravaler sa fierté dans le but de faire avancer ses projets au mieux, en exposant ses idées à une tribune qu'il juge compétente.
Moi je dis bravo, et continues comme ça !
[^] # Re: Problème de (non) prise en compte du gamma?
Posté par freejeff . En réponse au journal [Imagerie] Avancement du projet G'MIC (version 1.3.2.8). Évalué à 3.
Comme David te l'a expliqué tu peux faire une fonction qui applique le gamma le gamma que tu as défini, son logiciel est assez modulaire pour le faire en une ligne !
Personnellement si j'utilise son algorithme pour faire de la thermographie (chose que j'envisage), je serais très mécontent qu'un non linéarité soit appliquée sans mon concentement !!
Il faut accepter que des personnes utilisent les logiciels d'une manière que tu n'avais pas initialement prévue.
Une question pour David, peux tu utiliser ton programme pour déformer une image et si oui, peux tu choisir un noyau d'interpolation pour les déplacement locaux sub pixel ?
# Rendu PDF
Posté par freejeff . En réponse à la dépêche MapOSMatic : vos cartes de ville à partir d'OpenStreetMap !. Évalué à 3.
Je trouve également que le pdf généré (et donc le svg également) incroyablement lourd.
Avez vous une stratégie d'aplatissement des cartes pour les rendre accessibles à des configurations peu puissantes ?
Le rendu vectoriel allégé est quelque chose de complexe, mais un bon moyen de simplifier tout, est d'envisager de séparer les éléments filaires des éléments de texture (patch de couleur), pour ne conserver qu'un texture finale aplatie sous forme de png. Les éléments filaires et les textes étant conservés tels quels.
Nous avons utilisé cette technique sur des résultats éléments finis et les temps d'affichages sont réduits pour une qualité irréprochables (publiables dans des revues).
Qu'en pensez vous ?
# OSC : open sound control
Posté par freejeff . En réponse au journal Jour, nuit, jour, nuit, jour.... Évalué à 1.
C'est un protocole de communication initialement dédié au matériel musical et qui a été employé comme une couche très performante sur le make controller kit
http://www.makingthings.com/documentation/tutorial/osc/overv(...)
Le lien suivant présente comment configurer un port série
http://www.makingthings.com/ref/firmware/html/group___serial(...)
je trouve cela très simple (comparé à termios ...)
il est possible de communiquer en UDP/IP et en USB en utilisant ce protocole sur cette carte.
Il est déjà possible de faire bien plus qu'allumer une lampe.
En quoi XMPP est il intéressant comparer à ça ?
[^] # Re: Ça sert à quoi ?
Posté par freejeff . En réponse au journal // Physical computing. Évalué à 1.
Pour ce qui est des présentations plublique je pense en avoir données quelques unes et je n'ai jamais eu de retours négatif de l'auditoire.
Ceci étant dit je peux vous expliquer ce qui vous semble flou, mais votre attitude agressive est n'est pas encourageante.
Pour synthétiser, il existe des besoins dans des communautés ne maitrisant que peut l'électronique embarquée et ces besoins sont jusque là principalement remplis pas la société NI ses cartes et son logiciel LabView. Le coût de ces solutions est prohibitif et contraint à l'utilisation de logiciels propriétaires pour avoir un support correct, et est de plus moins performant dans certains cas.
Les solutions que j'avais évalué lors de ma veille technologique au sujet de cette problématique s'avèrent être opensource et openhardware, je fais donc remarquer qu'à partir de ce type de systèmes il est possible de construire un "ordinateur" se basant sur la combinaison de plusieurs cartes et que de ce fait ceci peut intéresser les étudiants ou geek intéressés en architecturé matérielle et en programmation et compilation.
Voilà en gros le sens de ce journal
[^] # Re: Ça sert à quoi ?
Posté par freejeff . En réponse au journal // Physical computing. Évalué à 6.
La ruine d'une structure (bâtiment) lors d'un séisme est le plus souvent localisée sur des éléments connus (piliers, murs, ...), il serait donc maladroit de faire un essai mécanique sur toute la structure. Il est cependant possible de simuler ce qui ne s'endommage pas (ce qui s'endommage aussi mais c'est plus dur car non-linéaire). Il est donc nécessaire de faire un aller/retour entre la solution de simulation et l'essai mécanique.
Pour se faire on utilise classiquement des DAQ, mais celles-ci n'ont pas de possiblité de calcul. Une carte basée sur un ucontroller permet d'embarquer des calculs qui seront effectués en temps réel sans avoir recours à un noyau temps réel (RTAI, RTLinux, ...) dont la mise en place est longue et douloureuse. Les capacités de ces ucontroller (ARM) ne valent certes pas celles d'un processeur généraliste (quoique), mais les bibliothèques sont de plus en plus simple d'accès et il n'y a que ça qui tourne dessus contrairement à un pc.
Pour revenir à l'essai mécanique mixte, communément appelé essai pseudo-mécanique, le système résolu est un système aux dérivées partielles dont la partie temporelle relative à la partie testée pourra être résolue (intégration numérique) sur le ucontroller et la partie spatiale sur un pc (ou cluster) puissant.
De tels essais coûtent généralement une fortune à mettre en place,une solution basée sur le principe permet de réduire considérablement les coûts tout en améliorant la performance du système.
Cette solution n'est à l'heure actuelle pas encore mise en place chez nous, mais il ne reste pas grand chose à faire pour y arriver.
En ce qui concerne la Illuminato X Machina, le principe est un peu différent. Elle pourrait tout à fait être utilisée pour du physical computing, sous réserve de boucliers adaptés, mais elle présente surtout l'intérêt de mettre à la portée un architecture massivement // à faible coût. C'est plutôt sur cette idée que j'attendais des réactions (Lasher si tu t'ennuies ...).
[^] # Re: Et la voiture à air comprimé?
Posté par freejeff . En réponse au journal Un nouvel espoir pour la voiture électrique?. Évalué à 4.
La technologie est inspirée des moteurs de locomotive à vapeur avec un seconde chambre de détente permettant d'augmenter l'adiabaticité du moteur en réduisant les frottements et donc les échauffements. Une idée très ingénieuse fut d'adjoindre une chambre de combustion permettant, dans le cas d'un cycle mixte, de chauffer l'air avant introduction dans la chambre profitant ainsi parfaitement de l'augmentation de pression induite par la thermodynamique des gaz parfaits.
La méthode de stockage étant de l'air comprimé, il y a le rendement de compression à prendre en compte, de l'ordre de 0.6 (à vérifier), ce qui en fait un meilleur client que la pile à combustible (en dehors d'une production industrielle d'hydrogène de type centrale nucléaire de génération IV). Il est aussi bon de rappeler ici que l'air comprimé peut être produit simplement à domicile de la même manière qu'il est possible de recharger une batterie à domicile.
De la même manière qu'il faut faire attention au lobbies pétrolier il existe un lobby électrique dont il faut également se méfier.
Je trouve personnellement ce concept vraiment intéressant.
Le business modèle de ce concept est également très intéressant de part sa décentralisation et son aspect pluridisciplinaire :
http://www.mdi.lu/concept.php
[^] # Re: vu
Posté par freejeff . En réponse au journal Bill Gates offre au monde une leçon de physique. Évalué à 6.
[^] # Re: Ouais…
Posté par freejeff . En réponse au journal Roadmap enlightenment E17. Évalué à 3.
Quand on voit la vidéo avec Kde sur le S60 de Nokia sur Symbian, ont peut vraiment penser que dans les années (ou mois) à venir ce genre de tentative va se multiplier.
[^] # Re: Inkscape
Posté par freejeff . En réponse à la dépêche Premières versions de Caméléon et Final Page. Évalué à 2.
Il est actuellement capable d'importer plusieurs pages.
Il est important de noter que ce plugin est fait pour respecter au maximum l'aspect graphique du document.
Une autre version est en cours de développement, elle permettra de d'importer un pdf dans oowriter en essayant de conserver l'arborescence du document.
[^] # Re: Confusion des genres ?
Posté par freejeff . En réponse à la dépêche Jeudi du Libre à Lyon : Conception de documents avec Latex, OpenOffice.org le 7 mai 2009. Évalué à 3.
S'il est vrai que lors des débuts les philosophies diffèrent, lorsque tu commence à t'intéresser réellement à la production de documents semi-structurés, les concepts à mettre œuvre sont les même.
Tu peux avoir un document maître de la même manière dans l'un et l'autre, tu peux insérer des champs et renvois, en bref il est tout à fait possible de travailler proprement avec l'un ou l'autre au même titre qu'il est tout à fait possible de faire n'importe quoi avec l'un et l'autre.
La principale différence réside dans l'approche de base à savoir un langage à compiler pour voir le résultats et tu n'es pas censé te charger de la mise en page, alors qu'OOo te laisse dès le départ la main sur la mise en page, mais tu peux également le laisser faire en utilisant les l'organisation de ton modèle si tu en dispose.
Il est de plus important de noter qu'il y a la possiblité d'alelr de l'un à l'autre, non sans quelques difficultés, mais cette possibilité existe.
On pourra noter :
LaTeX and TeX for Hypertext : http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn.html
pour générer des documents odt à partir de latex et
writer2latex : http://writer2latex.sourceforge.net
pour OOo vers latex (à noter que ce dernier est compris dans la suite OOo, mais sans les fichiers xml de configuration).
Il me semble donc tout à fait approprié de présenter les deux si la présentation est bien sur la conception de documents.
Je rappellerai aussi qu'il y a la possibilité d'utiliser les documents odf dans la chaîne documentaire scenari ( http://scenari-platform.org ), qui permet de faire des présentations flashs avec des videos.
En gros je pense que l'interopérabilité des chaînes éditoriale ne fait que commencer et qu'il faut l'encourager.
Donc bravo à vous
[^] # Re: Ton labo
Posté par freejeff . En réponse au journal Prudh'ommes => conciliation. Évalué à 4.
Et alors ?
tout le monde fait des erreurs et objectivement une "punition" est tout de même justifiée pour ton ex Boss
# Ton labo
Posté par freejeff . En réponse au journal Prudh'ommes => conciliation. Évalué à 8.
Je dois avouer que je ne comprends pas du tout ton mode de raisonnement. J'espère que tu auras la patience de m'éclairer car tu m'as vraiment l'air de t'être fait ballader dans toute cette histoire.
En tout cas bon courage à toi.
PS : tu as travailler sans compter je ne comprends pas pourquoi tu n'aspires pas à des indemnités méritées ?