* Taille: ca doit rester un compact, et rentrer dans la poche (une poche d'un pantalon/veste normale, pas un jean taille basse super moulant par exemple). Donc exit les reflex (je veux encore me promener sans porter 3kg d'appareil photo)
Pas de problèmes, il est vraiment compact. Un petit poil plus grand que la moyenne mais il rentre quand meme bien dans les poches.
* Type de prise de photo : Forcément j'attend des modes de prise de vue equivalents à ceux que j'ai actuellement : un mode automatique, un mode totalement manuel, un mode ou l'on choisi le temps de pose, un mode ou l'on choisi la focale ...
Tu peu aller d'un extreme à l'autre, du mode tout automatique ou il suffit d'appuyer sur le bouton et c'est tout, ou bien les modes scène ou les pré réglage sont adapter a un type de photo particulier, jusqu'au mode entièrement manuel ou l'appareil te confie même la mise au point.
Tu dispose de tout les modes classiques P, A, S, M aisin que de pas mal de reglage, le tout bien foutus. Il y a juste la mise au point manuelle qui est un peu délicate, mais bien pratique pour la macro avec un pied ou pour les photos ou l'on peut bloquer la mise au point sur l'infinit et ne pas avoir a attendre le déclenchement de l'autofocus.
* Truc que j'aime bien : Comme je m'amuse beaucoup avec le HDR actuellement, je veux une fonctionnalité de bracketing automatique (l'appareil prend 3 photos d'une meme scene avec 3 valeurs d'exposition différentes). Un intervale de -2/+2 EV me semble correct (c'est ce que j'ai actuellement)
Pas de probs
* Format de fichiers : amateur éclairé, j'aime bien pouvoir prendre mes photos au format RAW en plus du JPEG
Pas de soucis non plus, tu peux enregistrer en raw avec une profondeur de 12bits. ça donne des fichiers de 20Mo par contre le logiciel de dévellopement fournis n'est pas super à mon goût et ne tourne pas sous linux. (mais une news recente te donnera des infos sur les alternatives.)
* Fonctionnalités: de nos jours, je pense que je peux attendre d'un appareil photo qu'il soit réactif, et doté d'un systeme de stabilisation de prise de vue
Pour la réactivitée il est tout à fait correct même si ce n'est pas le plus rapide de sa catégorie. Il est bon pour les photos en rafale, et si tu peut le rendre quasi-instantané en utilisant la mémorisation de la mesure de lumière et/ou de mise point, aisin que la mise au point manuelle.
* Systeme de fixation sur un trepied.
A ma connaissance seuls les appareils vraiment très bas de gamme non pas de pas de vis pour les trepied standards.
* Petit bonus mais pas obligatoire : Si l'on pouvait adapter des objectifs sur l'optique de l'appareil (grand angle, téléobjectif) ce serait top.
Voir message au dessus.
Pour ce qui est du prix, on le trouve maintenant autour de 365¤.
Voilà, en esperant que ça puisse être utile à certains.
PS: oui, je suis dingue de cet appareil, la puissance d'un bridge avec une grande qualitée de fabriquation, la taille d'un compact et pas trop cher... Le seul problème c'est le niveau de bruit dans les hautes sensibilitées. En jpeg je déconseille de monté au dessus de 200iso, en raw ca passe à 400iso et c'est utilisable à 800 si vous ête près a passer pas mal de temps au dévelopement.
En effet le Lx2 est terrible, par contre de manière officielle il n'y a pas de possibilitée d'ajouter de complements optiques. Mais de manière un peu moins officielle ça ce fait très bien.
Il y a un chinois super sympa qui réalise et vend une bague d'adaptation bien foutue qui permet d'adapter des filtres ou des compléments optiques en 52mm.
Voir par exemple les deux que l'on à acheter sur http://nosys.oniros.org/DC-PL816/ avec les compléments grand angle et télé on passe d'un équivalent 28-112mm à une plage d'environ 18.5-190.5mm (par contre à 18.5mm il y a du vignétage mais dès 20mm la qualitée est nickel)
Pour l'acheter une recherche sur le net avec DC-PL816 vous emmenera sur les sites d'enchères en chinois ou il les vends. Sinon vous pouvez faire comme moi, le contacter directement par mail et faire le payement par paypal. J'ai fait confiance au mec, je lui ait envoyer l'argent en croisant les doigts pour qu'il soit honète et ce fut le cas. J'ai reçu en moins d'une semaine les deux adaptateurs, avec numéro de suivi du colis.
Pour infos on a payer 26¤ chaque adaptateur et 28¤ de frais de ports, ce qui est plustôt raisonable quand on voit le prix auquel les marques vendent ce genre de chose en général.
Si certains d'entre vous veulent commander par mail, contactez moi je vous transmettrais le contact.
Pour les premiers essais j'utilisait les binnaires fournits directement par Lisaac, mais justement, ne sachant pas quelles options il passait à gcc je me suis mits à les compiler avec exactement les mêmes options que pour mon code. Les comparaisons sont faites avec ces derniers binnaires.
Pour ce qui est des algorithmes, ils sont déjà optimisés à mort, mais même avec les meilleurs algos, si tu les implémente comme un pieds tu obtiens un programme qui se trainne comme un bousin. Et même si tu fais gaffe de bien coder ton algo il peut toujours y avoir certains coûts cachés dans certaines constructions du langage.
Pour ce qui est de la gestion de la mémoire, à mon avis, une bonne partie de la différence de prformance viens de la. Mes programmes travail sur des volumes de données assez énormes, l'un d'entre eux ayant des pics à 15 Go en C, le même dépassant les 21 Go en Lisaac. Et la machine sur laquelle il tourne dispose de 16 Go de ram, le deuxième doit donc swapper de temps en temps pendant l'éxecution.
Le programme en C est beaucoup plus complèxe à ce niveau car toute la mémoire est gérée manuellement et le tout optimisé pour tenir en mémoire sur cette machine. Mais cela n'explique pas toute la différence de perfs.
Pour ce qui est des déroulements de boucles, c'est plustôt au compilateur de le faire. (éventuellement via un -funroll-loop) La version en C n'a aucun déroulement manuel pas plus que la version en Lisaac. Le problème c'est que ce genre de manip rend vite le code illisible et impossible à maintenir pour un gain qui au final est minimime par rapport à ce que le compilateur produit.
Pour ce qui est de l'inniling du message en dessous, il est déjà configurer mais je ne sais plus à combien, je n'ai pas le makefile sous les yeux mais je pourrais vérifié. La taille du code ayant peu d'importance ici, l'essentiel est de trouver le bon compromis avec la taille du cache. J'avais fait pas mal d'essais pour voir à quel point on pouvais inliner sans que les caches miss fassent perdre plus qu'on ne gagne. Le problème c'est que tout les petits reglages dans ce genre on été faits pour la version en C et ne sont surement pas adapters à la version en Lisaac.
Par contre il reste un point ou la version en Lisaac est loin derrière la version en C, c'est le temps de compilation...
Depuis le temps que je voyais des news sur Lisaac, je n'avais pas eu le temps d'éssayer. Et bien c'est chose faite. Enfin c'est en cours.
Je ne vais pas parler du langage car je ne le connais pas encore suffisament, et je n'ai pas eu le temps de m'habituer à la syntaxe, mais je vais parler de l'environement.
Je trouve que l'environnement de Lisaac est beaucoup trop intrusif. Je ne supporte pas qu'un programme pense savoir mieux que moi ce que je veux.
Donc pour moi, il y a quelques choses essentielles à modifier dans le package fournit :
- ne pas allez modifier le fichier .bashrc de l'utilisateur, ou en tout cas pas sans lui demander avant si il le desire.
- dans le fichier d'indentation de vim, ne pas forcer l'utilisateur à utiliser les même tabulation que l'auteur.
Peut-être que l'auteur adore les tabulations qui on une largeur de 2 espace et qui sont automatiquement converties en espace, mais ce n'est pas le cas de tout le monde.
Et lors de l'instalation de la syntaxe pour vim, indiquer clairement que l'instalation du fichier de configuration par default est le fichier .vimrc et non pas une config du fichier de syntaxe. Il est douloureux de voir que l'installation d'un script de coloration syntaxique a virer toute la configuration de votre éditeur...
Donc j'ai installé Lisaac et je dois dire que l'installation m'a fortement refroidit. Mais je ne me suis pas découragé, et je vais quand même faire quelques petites remarques.
La syntaxe est particulière et pour le moment je ne la trouve pas très lisible, mais il va falloir voir à l'usage. En général il me faut un temps d'adaptation quand j'éssaye un nouveau langage. Par contre je n'aime pas que les langages qui forcent l'utilisation des majuscules et minuscules. Je trouve moche de devoir ecrire les noms des prototypes en majuscule, mais c'est une question de goûts. Y a-t'il une raison particulière qui force ceci ?
Ensuite un point de détails, mais la doc ne semble pas à jours car elle parle de category dans la section Header, mais le compilateur le signale comme deprecated.
Mais je dois avouer que si je n'ai pas accrocher au niveau de la syntaxe, le reste du langage me plait bien pour l'instant. Il est relativement puissant, et simple à apprendre si l'on connait déjà un peu les concept qui sont derrière.
Pour faire quelques tests j'ai recoder en Lisaac quelques un des codes de calculs scientifique que j'avais code en C. Ça ce fait très bien et naturellement. Le code Lisaac me semble même dans quelques cas plus simple à comprendre.
Et question perf, mon code en C est super optimisé, alors que le code Lisaac est loin de l'être puisque je ne connait encore aucune des subtilitées du langage, ni les manière de rendre le code rapide et facilement optimisable. Et pourtant les perfs sont plustot bonnes. J'obtiens en moyenne du code 40% plus lent, ce qui me laisse penser que l'on peut obtenir des perfs equivalentes quand on maîtrise le langage.
Donc un bilan plustot encourageant. Mes principaux grief étant dirigés vers l'instalation et celle-ci ne se faisant qu'une seule fois...
Pour l'instant il reste clair pour moi que mes codes critiques resterons en C, mais je vais surement ecrire quelques programmes non critique en Lisaac pour l'étudier plus en profondeur et voir si l'investissement en temps est valable.
On peut aussi boycoter internet et aller se balader dans la rue loin des publicités... oups...
(Prenez ce commentaire au degré opposé de celui des deux précédents)
Peut etre qu'un liveCD de ce genre va apparaitre mais ca risque d'etre complique pour le parametrage (les canaux des chaines hertziennes changent suivant les regions par exemple) ou alors il faudrait passer par une solution generant a la volee un liveCD pre-parametré.
D'un autre côté dans 4 ans les chaines hertziennes disparaîtront totalement au profit de la TNT, et si j'ai bien compris la TNT gère cela beaucoup plus simplement donc, au moins pour la France, cela réduira la configuration.
Vu que tu semble connaître ce genre de chose, j'ai une petite question.
Je dispose d'un objectif fisheye : le RAYNOX DCR-CF185PRO qui me permet de faire de jolies photos, mais je suis à la recherche d'un programme du genre des panorama tools mais qui me permmette de passer de mes images fisheye à des images sphériques.
En gros j'aimerais pouvoir faire comme pou les panorama : Mettre mon appareil sur pied avec l'objectif fisheye, faire des photos en faisant une rotation de l'appareil et assembler le tout. Mais au final au lieu d'avoir juste une bande que je peux coller sur un cylindre, avoir nue image que je puisse coller sur une sphère ou un cube .Si je comprend bien ton logiciel permet de passer de la sphere au cube, ça je vois comment le faire, mon problème c'est de passer des fisheye à la sphere.
Alors, aurais-je mal vu et panotools permet de le faire, ou bien existe-t-il un autre soft pour ça ou rien du tout ?
Le problème des chipset ralink c'est de les trouver...
Les constructeurs ont la mauvaise habitude de changer de chipset entre les différentes version d'une même carte et les vendeur ont la mauvaise habitude de ne pas indiquer la version de la carte qu'ils vendent.
Mais je pense en avoir trouver une (voir juste au dessus) chez Hercule.
Sauf bien sur si quelqu'un à quelque chose à dire contre cette carte. Mais elle me semble très bien, pas plus chère qu'une autre et compatible linux....
Pour différentes raisons, la principale étant que l'USB bouffe plus de ressources que le PCI. Mais si c'ette excuse n'est plus d'actualitée ou si je ne trouve pas en PCI, j'irais voir du coté de l'USB.
Donc si tu as de bonnes suggestion de clé USB-WiFi n'hésite pas.
> Si la GPL est contaminance, le proprio aussi.
> LA GPL N'EST PAS CONTAMINANTE !!!!
Tu saute un peu vite au conclusions...
La GPL est contaminante tout comme de nombreuses licences propriétaires.
Le FUD de Microsoft n'est pas l'utilisation du terme "contaminant" mais le fait de ne pas dire que c'est le cas de la majorité des licence, y compris celles qu'ils utilisent.
Tu as lu mon commentaire jusqu'au bout ? Si c'est le cas je n'ai pas du être clair. Je n'aime pas l'utilisation du terme "contaminant" pour la GPL *mais* ce terme est applicable.
Il est tout à fait possible de dire que la GPL est contaminante, par contre l'usage à donner une conotation a ce mot, et l'utiliser pour la GPL donne cette ambiance de FUD que Microsoft a voulut lancer en oubliant de préciser que la majoritée des licences propriétaires sont aussi contaminante que la GPL...
Il faut bien distinguer deux choses :
1) L'auteur du programme _choisit_ d'utiliser du code sous licence GPL.
2) Ce choix implique _l'obligation_ de passer le programme sous licence GPL.
Le choix de l'étape 1) fait que le code sous GPL impose un changement au programme complet : un passage sous licence GPL. Donc de ce choix résulte une contamination du programme par le code sous GPL.
Il est tout à fait possible de choisir d'être contaminé, une contamination n'est pas forcément négative.
Pour une image glauque et qui vas dans le sens de microsoft, si je choisit de coucher avec une personne atteinte du SIDA, je vais être contaminé. Cette contamination est le résultat du choix fait précédament.
Ce qui est important, à mon avis, c'est que le choix soit fait en ayant toutes les informations nécéssaire. Dans le cas du SIDA si l'on est au courrant que la personne est atteinte, le choix est de ne pas ou coucher ou bien de se protéger puisque cette possibilité éxiste.
Dans le cas de l'écriture d'un programme, avant de choisir d'intégrer un code, il est nécéssaire de lire sa licence et d'accepter toutes les conséquences. Donc si le code est sous GPL, il est nécéssaire d'accepter de modifier la licence de son logiciel. Le code sous GPL contamine donc bien le logiciel hôte puisqu'il modifie une de ses caractéristiques.
Donc à mon avis le terme contaminant est tout à fait applicable et représente bien ce qui ce passe lors de l'inclusion de code sous GPL dans un autre programme. *Par contre*, et c'est un avis personnel, je n'aime pas l'utiliser car un mot ne se résume pas uniquement à sa définition. Le mot contaminant est associé principalement à la transmition d'effets négatifs tel que dans le cas de virus.
Et si l'aspect contaminant de la GPL est vu comme négative par certains, ce n'est pas mon cas. Je respecte le choix de l'auteur, et je comprend tout à fait ce choix.
C'est pour ça que plustôt que dire que la GPL est contaminante, je préfère prendre un peu de temps pour expliquer clairement le principe. Et de manière générale en expliquant simplement comment ça marche je réussit à convaincre beaucoup plus facilement et plus durable les gens que le respect des licence est quelque chose d'important et surtout quelque chose qui devrait être _normal_.
Personnellement je ne suis pas intérgiste. J'utilise principalement de logiciels libres, mais aussi quelques logiciels propriétaires. Je souhaite évidement que tous les logiciels soient libres, mais je suis réaliste et je sais que c'est actuellement impossible, et qu'il faudrat du temps avant que ça arrive. Mais par contre je suis infléxible sur le respect des licences. A partir du moment ou l'on choisit d'utiliser un logiciel sous une certaines licence, on ce doit de la respecter.
Il faut toujours lire attentivement avant de répondre : le monsieur il demande un editeur de texte pas de flux, mais surtout il demande de pouvoir faise ces opérations via une interface graphique, donc exit sed... (même si à mon avis quelques coups de sed/grep ou autres sont généralement une solution, il y a surement de très bons éditeurs qui embarquent ces fonctions : par exemple Vim...)
Je suis tout à fait d'accord, mais j'ai beau chercher je ne vois pas de solution qui permette d'éviter les débordement qui ce produirait en cas d'ouverture complète.
Je comprend tout à fait que des boites cherchent à éviter que l'on fasse n'importe quoi sur le reseau GSM étant donné que ça pourrirais la vie de tout ceux qui sont autour. J'imagine que des trucs du style bloquer ou écouter les conversation des autres serait possible. (je n suis pas expert donc je ne fais que spéculer)
J'attend avec impatience le jour ou quelqu'un trouvera une solution, mais en attendant j'aimerais quand même bien qu'il soit possible de voir les sources, histoire d'être sur que mon portable ne fait pas n'importe quoi. (n'étant pas expert je ne pourrait pas le vérifier, mais si les sources sont disponibles il y a du monde près à le faire)
Aaaaargh, je suis bon pour un deuxième Mea Culpa. Promis cette fois je fais gaffe.
Donc les parties non-libres d'OpenMoko sont :
- Le firmware du module GSM, qui tourne avec un OS différent dans sa propre puce et avec lequel on communique via les commande AT classiques.
- Le module GPS qui fait les calculs de coordonées.
Pour le premier, ça revient au même que n'importe quel firmware que l'on peut trouver dans la pluspart des matos informatique pour ordinateur. Je ne sais pas si le firmware est présent dans la distribution et envoyer a la puce GSM a chaque démarage (comme les chipset wifi intel) ou si il est stocker dans une mémoire flash séparée. Cette partie fermée ne me dérange pas trop dans le sens ou elle n'interagie pas directement avec les systeme du téléphone. Elle dispose juste d'une interface AT classique et donc ne risque pas de foutre le bordel dans le reste du code. (ce qui me gène plus c'est que l'on ne sait pas ce que fait la puce éxactement : envoie-t-elle toute les minutes des infos de localisation ?)
Pour le module GPS, ce qui me gène par contre c'est que la, la partie fermée s'éxectue avec le système, et donc il y a beaucoup plus de risques.
Le problèmes c'est qu'il est impossible légalement d'ouvrir ces codes, les gars d'openmoko on ouvert le maximum de choses et je trouve ça génial. J'espère qu'un jour plus de libertée serons possibles.
Pour ce qui est du code du GSM, le problème c'est que les responsable de je ne sais plus trop quoi ne veulent pas de code ouverts car ils on peur qu'avec un controle total de la puce GSM les gens fassent n'importe quoi et pourrissent le reseau GSM.
Une crainte que je trouve tout à fait justifiée, mais opur la quelle à mon avis ils n'on pas choisit la bonne solution.
Une solution serait d'autoriser la diffusion des sources mais en autorisant que l'execution de firmware signés. à mon avis il doit déjà y avoir une signature des firmware, car sinon, avec de la motivation il serait possible de les modifier (je ne dis pas que ce serait simple, mais ça reste possible) Donc autoriser la diffusion des sources permet de vérifié ce que fait le code.
Ce n'est pas encore libre, puisque si je peux modifier le code, je ne peux pas éxécuter mes modifications, mais c'est déjà un plus, et je ne vois pas comment résoudre ce problème sans risquer de foutre le reseau GSM en l'air.
Faudra aussi me compter dedans par contre faudra organiser ça un peu à l'avance. J'ai été pas mal pris c'est dernier temps et donc hier soir j'ai débarquer un peu à l'arrache pour ma commande, sans trop me souvenir combien ils en avais prévus. Donc quand ils on ouvert la boutique j'ai commander pour être sur. En fait il y a l'air d'y en avoir pas mal et donc il n'y aurrais pas eu trop de problèmes pour faire une commande groupée.
Mais sur le chan irc, les commandes groupée à la dernière minute c'était un peu le bordel... Et personellement pour une livraison en france je paye 77$ auquels faudra rajouter la TVA... donc une commande groupée ce serai sympa pour la prochaine fois.
(certains pays se retrouvais avec plus de 120$... vive UPS...)
Aucun problème, tu as tout le framework pour developper, et toutes les sources. C'est l'avantage du libre.Tu as meme une version spéciale de qemu qui emule la bête, pour les tests et le debuggage.
La platforme JTAG c'est pour du débuggage directement sur le telephone donc pour les logiciels très bas niveaux mais surtout pour le hardware. En effet ils ont laisser plein de port disponibles pour pouvoir aussi modifier le hard.
Personellement c'est la que je trouve qu'ils vont vraiment jusqu'au bout dans la démarche libre, à l'exception du blob GSM qui ne peut être libre pour des raisons juridiqes, mais là c'est un autre débat (et on verra si ya pas moyen de faire quelque chose...)
On dispose vraiment d'une platforme sur laquelle ya moyen de s'éclater pour pas trop cher et en faire profiter tout le monde.
[^] # Re: Panasonic FX10
Posté par beagf (site web personnel) . En réponse au journal Quel appareil photo numérique compact me faut-il ?. Évalué à 4.
* Taille: ca doit rester un compact, et rentrer dans la poche (une poche d'un pantalon/veste normale, pas un jean taille basse super moulant par exemple). Donc exit les reflex (je veux encore me promener sans porter 3kg d'appareil photo)
Pas de problèmes, il est vraiment compact. Un petit poil plus grand que la moyenne mais il rentre quand meme bien dans les poches.
* Type de prise de photo : Forcément j'attend des modes de prise de vue equivalents à ceux que j'ai actuellement : un mode automatique, un mode totalement manuel, un mode ou l'on choisi le temps de pose, un mode ou l'on choisi la focale ...
Tu peu aller d'un extreme à l'autre, du mode tout automatique ou il suffit d'appuyer sur le bouton et c'est tout, ou bien les modes scène ou les pré réglage sont adapter a un type de photo particulier, jusqu'au mode entièrement manuel ou l'appareil te confie même la mise au point.
Tu dispose de tout les modes classiques P, A, S, M aisin que de pas mal de reglage, le tout bien foutus. Il y a juste la mise au point manuelle qui est un peu délicate, mais bien pratique pour la macro avec un pied ou pour les photos ou l'on peut bloquer la mise au point sur l'infinit et ne pas avoir a attendre le déclenchement de l'autofocus.
* Truc que j'aime bien : Comme je m'amuse beaucoup avec le HDR actuellement, je veux une fonctionnalité de bracketing automatique (l'appareil prend 3 photos d'une meme scene avec 3 valeurs d'exposition différentes). Un intervale de -2/+2 EV me semble correct (c'est ce que j'ai actuellement)
Pas de probs
* Format de fichiers : amateur éclairé, j'aime bien pouvoir prendre mes photos au format RAW en plus du JPEG
Pas de soucis non plus, tu peux enregistrer en raw avec une profondeur de 12bits. ça donne des fichiers de 20Mo par contre le logiciel de dévellopement fournis n'est pas super à mon goût et ne tourne pas sous linux. (mais une news recente te donnera des infos sur les alternatives.)
* Fonctionnalités: de nos jours, je pense que je peux attendre d'un appareil photo qu'il soit réactif, et doté d'un systeme de stabilisation de prise de vue
Pour la réactivitée il est tout à fait correct même si ce n'est pas le plus rapide de sa catégorie. Il est bon pour les photos en rafale, et si tu peut le rendre quasi-instantané en utilisant la mémorisation de la mesure de lumière et/ou de mise point, aisin que la mise au point manuelle.
* Systeme de fixation sur un trepied.
A ma connaissance seuls les appareils vraiment très bas de gamme non pas de pas de vis pour les trepied standards.
* Petit bonus mais pas obligatoire : Si l'on pouvait adapter des objectifs sur l'optique de l'appareil (grand angle, téléobjectif) ce serait top.
Voir message au dessus.
Pour ce qui est du prix, on le trouve maintenant autour de 365¤.
Voilà, en esperant que ça puisse être utile à certains.
PS: oui, je suis dingue de cet appareil, la puissance d'un bridge avec une grande qualitée de fabriquation, la taille d'un compact et pas trop cher... Le seul problème c'est le niveau de bruit dans les hautes sensibilitées. En jpeg je déconseille de monté au dessus de 200iso, en raw ca passe à 400iso et c'est utilisable à 800 si vous ête près a passer pas mal de temps au dévelopement.
[^] # Re: Panasonic FX10
Posté par beagf (site web personnel) . En réponse au journal Quel appareil photo numérique compact me faut-il ?. Évalué à 3.
Il y a un chinois super sympa qui réalise et vend une bague d'adaptation bien foutue qui permet d'adapter des filtres ou des compléments optiques en 52mm.
Voir par exemple les deux que l'on à acheter sur http://nosys.oniros.org/DC-PL816/ avec les compléments grand angle et télé on passe d'un équivalent 28-112mm à une plage d'environ 18.5-190.5mm (par contre à 18.5mm il y a du vignétage mais dès 20mm la qualitée est nickel)
Pour l'acheter une recherche sur le net avec DC-PL816 vous emmenera sur les sites d'enchères en chinois ou il les vends. Sinon vous pouvez faire comme moi, le contacter directement par mail et faire le payement par paypal. J'ai fait confiance au mec, je lui ait envoyer l'argent en croisant les doigts pour qu'il soit honète et ce fut le cas. J'ai reçu en moins d'une semaine les deux adaptateurs, avec numéro de suivi du colis.
Pour infos on a payer 26¤ chaque adaptateur et 28¤ de frais de ports, ce qui est plustôt raisonable quand on voit le prix auquel les marques vendent ce genre de chose en général.
Si certains d'entre vous veulent commander par mail, contactez moi je vous transmettrais le contact.
[^] # Re: sonntag
Posté par beagf (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 4.
Pour ce qui est des algorithmes, ils sont déjà optimisés à mort, mais même avec les meilleurs algos, si tu les implémente comme un pieds tu obtiens un programme qui se trainne comme un bousin. Et même si tu fais gaffe de bien coder ton algo il peut toujours y avoir certains coûts cachés dans certaines constructions du langage.
Pour ce qui est de la gestion de la mémoire, à mon avis, une bonne partie de la différence de prformance viens de la. Mes programmes travail sur des volumes de données assez énormes, l'un d'entre eux ayant des pics à 15 Go en C, le même dépassant les 21 Go en Lisaac. Et la machine sur laquelle il tourne dispose de 16 Go de ram, le deuxième doit donc swapper de temps en temps pendant l'éxecution.
Le programme en C est beaucoup plus complèxe à ce niveau car toute la mémoire est gérée manuellement et le tout optimisé pour tenir en mémoire sur cette machine. Mais cela n'explique pas toute la différence de perfs.
Pour ce qui est des déroulements de boucles, c'est plustôt au compilateur de le faire. (éventuellement via un -funroll-loop) La version en C n'a aucun déroulement manuel pas plus que la version en Lisaac. Le problème c'est que ce genre de manip rend vite le code illisible et impossible à maintenir pour un gain qui au final est minimime par rapport à ce que le compilateur produit.
Pour ce qui est de l'inniling du message en dessous, il est déjà configurer mais je ne sais plus à combien, je n'ai pas le makefile sous les yeux mais je pourrais vérifié. La taille du code ayant peu d'importance ici, l'essentiel est de trouver le bon compromis avec la taille du cache. J'avais fait pas mal d'essais pour voir à quel point on pouvais inliner sans que les caches miss fassent perdre plus qu'on ne gagne. Le problème c'est que tout les petits reglages dans ce genre on été faits pour la version en C et ne sont surement pas adapters à la version en Lisaac.
Par contre il reste un point ou la version en Lisaac est loin derrière la version en C, c'est le temps de compilation...
[^] # Re: sonntag
Posté par beagf (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 9.
Je ne vais pas parler du langage car je ne le connais pas encore suffisament, et je n'ai pas eu le temps de m'habituer à la syntaxe, mais je vais parler de l'environement.
Je trouve que l'environnement de Lisaac est beaucoup trop intrusif. Je ne supporte pas qu'un programme pense savoir mieux que moi ce que je veux.
Donc pour moi, il y a quelques choses essentielles à modifier dans le package fournit :
- ne pas allez modifier le fichier .bashrc de l'utilisateur, ou en tout cas pas sans lui demander avant si il le desire.
- dans le fichier d'indentation de vim, ne pas forcer l'utilisateur à utiliser les même tabulation que l'auteur.
Peut-être que l'auteur adore les tabulations qui on une largeur de 2 espace et qui sont automatiquement converties en espace, mais ce n'est pas le cas de tout le monde.
Et lors de l'instalation de la syntaxe pour vim, indiquer clairement que l'instalation du fichier de configuration par default est le fichier .vimrc et non pas une config du fichier de syntaxe. Il est douloureux de voir que l'installation d'un script de coloration syntaxique a virer toute la configuration de votre éditeur...
Donc j'ai installé Lisaac et je dois dire que l'installation m'a fortement refroidit. Mais je ne me suis pas découragé, et je vais quand même faire quelques petites remarques.
La syntaxe est particulière et pour le moment je ne la trouve pas très lisible, mais il va falloir voir à l'usage. En général il me faut un temps d'adaptation quand j'éssaye un nouveau langage. Par contre je n'aime pas que les langages qui forcent l'utilisation des majuscules et minuscules. Je trouve moche de devoir ecrire les noms des prototypes en majuscule, mais c'est une question de goûts. Y a-t'il une raison particulière qui force ceci ?
Ensuite un point de détails, mais la doc ne semble pas à jours car elle parle de category dans la section Header, mais le compilateur le signale comme deprecated.
Mais je dois avouer que si je n'ai pas accrocher au niveau de la syntaxe, le reste du langage me plait bien pour l'instant. Il est relativement puissant, et simple à apprendre si l'on connait déjà un peu les concept qui sont derrière.
Pour faire quelques tests j'ai recoder en Lisaac quelques un des codes de calculs scientifique que j'avais code en C. Ça ce fait très bien et naturellement. Le code Lisaac me semble même dans quelques cas plus simple à comprendre.
Et question perf, mon code en C est super optimisé, alors que le code Lisaac est loin de l'être puisque je ne connait encore aucune des subtilitées du langage, ni les manière de rendre le code rapide et facilement optimisable. Et pourtant les perfs sont plustot bonnes. J'obtiens en moyenne du code 40% plus lent, ce qui me laisse penser que l'on peut obtenir des perfs equivalentes quand on maîtrise le langage.
Donc un bilan plustot encourageant. Mes principaux grief étant dirigés vers l'instalation et celle-ci ne se faisant qu'une seule fois...
Pour l'instant il reste clair pour moi que mes codes critiques resterons en C, mais je vais surement ecrire quelques programmes non critique en Lisaac pour l'étudier plus en profondeur et voir si l'investissement en temps est valable.
[^] # Re: Esprit critique, quand tu nous tiens ...
Posté par beagf (site web personnel) . En réponse au journal "OOXML is a superb standard" qui a dit ca a votre avis?. Évalué à -2.
Vu ton orthographe, on est en droit de se poser des questions à ce sujet...
[^] # Re: AdBlock+
Posté par beagf (site web personnel) . En réponse au journal Le comble de l'ironie pour LinuxMag us. Évalué à 6.
(Prenez ce commentaire au degré opposé de celui des deux précédents)
[^] # Re: mediacenter
Posté par beagf (site web personnel) . En réponse au journal Media center sous linux. Évalué à 2.
D'un autre côté dans 4 ans les chaines hertziennes disparaîtront totalement au profit de la TNT, et si j'ai bien compris la TNT gère cela beaucoup plus simplement donc, au moins pour la France, cela réduira la configuration.
[^] # Re: Tiens, je pensais a CImg quelques minutes avant de voir ce journal !
Posté par beagf (site web personnel) . En réponse au journal Pour manipuler des images en C++, il suffit de .... Évalué à 1.
Je dispose d'un objectif fisheye : le RAYNOX DCR-CF185PRO qui me permet de faire de jolies photos, mais je suis à la recherche d'un programme du genre des panorama tools mais qui me permmette de passer de mes images fisheye à des images sphériques.
En gros j'aimerais pouvoir faire comme pou les panorama : Mettre mon appareil sur pied avec l'objectif fisheye, faire des photos en faisant une rotation de l'appareil et assembler le tout. Mais au final au lieu d'avoir juste une bande que je peux coller sur un cylindre, avoir nue image que je puisse coller sur une sphère ou un cube .Si je comprend bien ton logiciel permet de passer de la sphere au cube, ça je vois comment le faire, mon problème c'est de passer des fisheye à la sphere.
Alors, aurais-je mal vu et panotools permet de le faire, ou bien existe-t-il un autre soft pour ça ou rien du tout ?
[^] # Re: Chipset Ralink
Posté par beagf (site web personnel) . En réponse au message Carte PCI WiFi. Évalué à 1.
Les constructeurs ont la mauvaise habitude de changer de chipset entre les différentes version d'une même carte et les vendeur ont la mauvaise habitude de ne pas indiquer la version de la carte qu'ils vendent.
Mais je pense en avoir trouver une (voir juste au dessus) chez Hercule.
En tout cas merci à vous pour les conseils.
[^] # Re: et une en Usb ?
Posté par beagf (site web personnel) . En réponse au message Carte PCI WiFi. Évalué à 1.
Après vérification je pense que je vais prendre celle-ci :
http://www.materiel.net/ctl/Solutions_WiFi/16874-Wireless_G_(...)
Sauf bien sur si quelqu'un à quelque chose à dire contre cette carte. Mais elle me semble très bien, pas plus chère qu'une autre et compatible linux....
[^] # Re: et une en Usb ?
Posté par beagf (site web personnel) . En réponse au message Carte PCI WiFi. Évalué à 1.
Donc si tu as de bonnes suggestion de clé USB-WiFi n'hésite pas.
[^] # Re: Crayon à papier?
Posté par beagf (site web personnel) . En réponse au journal Le crayon à papier sauvera-t-il l'informatique ?. Évalué à 2.
Bon je te rappelle et on verra si j'ai le bon...
(ok ~~~~~~~~~~~~~> [ *]
[^] # Re: Alors ca c'est du bon
Posté par beagf (site web personnel) . En réponse à la dépêche Intel libère TBB. Évalué à 2.
> LA GPL N'EST PAS CONTAMINANTE !!!!
Tu saute un peu vite au conclusions...
La GPL est contaminante tout comme de nombreuses licences propriétaires.
Le FUD de Microsoft n'est pas l'utilisation du terme "contaminant" mais le fait de ne pas dire que c'est le cas de la majorité des licence, y compris celles qu'ils utilisent.
[^] # Re: Alors ca c'est du bon
Posté par beagf (site web personnel) . En réponse à la dépêche Intel libère TBB. Évalué à 1.
Tu as lu mon commentaire jusqu'au bout ? Si c'est le cas je n'ai pas du être clair. Je n'aime pas l'utilisation du terme "contaminant" pour la GPL *mais* ce terme est applicable.
Il est tout à fait possible de dire que la GPL est contaminante, par contre l'usage à donner une conotation a ce mot, et l'utiliser pour la GPL donne cette ambiance de FUD que Microsoft a voulut lancer en oubliant de préciser que la majoritée des licences propriétaires sont aussi contaminante que la GPL...
[^] # Re: Alors ca c'est du bon
Posté par beagf (site web personnel) . En réponse à la dépêche Intel libère TBB. Évalué à 6.
1) L'auteur du programme _choisit_ d'utiliser du code sous licence GPL.
2) Ce choix implique _l'obligation_ de passer le programme sous licence GPL.
Le choix de l'étape 1) fait que le code sous GPL impose un changement au programme complet : un passage sous licence GPL. Donc de ce choix résulte une contamination du programme par le code sous GPL.
Il est tout à fait possible de choisir d'être contaminé, une contamination n'est pas forcément négative.
Pour une image glauque et qui vas dans le sens de microsoft, si je choisit de coucher avec une personne atteinte du SIDA, je vais être contaminé. Cette contamination est le résultat du choix fait précédament.
Ce qui est important, à mon avis, c'est que le choix soit fait en ayant toutes les informations nécéssaire. Dans le cas du SIDA si l'on est au courrant que la personne est atteinte, le choix est de ne pas ou coucher ou bien de se protéger puisque cette possibilité éxiste.
Dans le cas de l'écriture d'un programme, avant de choisir d'intégrer un code, il est nécéssaire de lire sa licence et d'accepter toutes les conséquences. Donc si le code est sous GPL, il est nécéssaire d'accepter de modifier la licence de son logiciel. Le code sous GPL contamine donc bien le logiciel hôte puisqu'il modifie une de ses caractéristiques.
Donc à mon avis le terme contaminant est tout à fait applicable et représente bien ce qui ce passe lors de l'inclusion de code sous GPL dans un autre programme. *Par contre*, et c'est un avis personnel, je n'aime pas l'utiliser car un mot ne se résume pas uniquement à sa définition. Le mot contaminant est associé principalement à la transmition d'effets négatifs tel que dans le cas de virus.
Et si l'aspect contaminant de la GPL est vu comme négative par certains, ce n'est pas mon cas. Je respecte le choix de l'auteur, et je comprend tout à fait ce choix.
C'est pour ça que plustôt que dire que la GPL est contaminante, je préfère prendre un peu de temps pour expliquer clairement le principe. Et de manière générale en expliquant simplement comment ça marche je réussit à convaincre beaucoup plus facilement et plus durable les gens que le respect des licence est quelque chose d'important et surtout quelque chose qui devrait être _normal_.
Personnellement je ne suis pas intérgiste. J'utilise principalement de logiciels libres, mais aussi quelques logiciels propriétaires. Je souhaite évidement que tous les logiciels soient libres, mais je suis réaliste et je sais que c'est actuellement impossible, et qu'il faudrat du temps avant que ça arrive. Mais par contre je suis infléxible sur le respect des licences. A partir du moment ou l'on choisit d'utiliser un logiciel sous une certaines licence, on ce doit de la respecter.
[^] # Re: Le marketing
Posté par beagf (site web personnel) . En réponse au journal Nous, eux, là-bas et le marketing. Évalué à 5.
[^] # Re: Cadence d'horloge
Posté par beagf (site web personnel) . En réponse au journal [digg] Mini-pc 100% silencieux sous linux pour 260¤. Évalué à 2.
[^] # Re: Cadence d'horloge
Posté par beagf (site web personnel) . En réponse au journal [digg] Mini-pc 100% silencieux sous linux pour 260¤. Évalué à 0.
[^] # Re: bah
Posté par beagf (site web personnel) . En réponse au journal Le meilleur éditeur de texte ? [FEU A VOLONTE]. Évalué à 5.
[^] # Re: Petites précisions?
Posté par beagf (site web personnel) . En réponse à la dépêche Un téléphone libre : OpenMoko. Évalué à 2.
[^] # Re: Petites précisions?
Posté par beagf (site web personnel) . En réponse à la dépêche Un téléphone libre : OpenMoko. Évalué à 2.
Je comprend tout à fait que des boites cherchent à éviter que l'on fasse n'importe quoi sur le reseau GSM étant donné que ça pourrirais la vie de tout ceux qui sont autour. J'imagine que des trucs du style bloquer ou écouter les conversation des autres serait possible. (je n suis pas expert donc je ne fais que spéculer)
J'attend avec impatience le jour ou quelqu'un trouvera une solution, mais en attendant j'aimerais quand même bien qu'il soit possible de voir les sources, histoire d'être sur que mon portable ne fait pas n'importe quoi. (n'étant pas expert je ne pourrait pas le vérifier, mais si les sources sont disponibles il y a du monde près à le faire)
[^] # Re: Petites précisions?
Posté par beagf (site web personnel) . En réponse à la dépêche Un téléphone libre : OpenMoko. Évalué à 5.
Donc les parties non-libres d'OpenMoko sont :
- Le firmware du module GSM, qui tourne avec un OS différent dans sa propre puce et avec lequel on communique via les commande AT classiques.
- Le module GPS qui fait les calculs de coordonées.
Pour le premier, ça revient au même que n'importe quel firmware que l'on peut trouver dans la pluspart des matos informatique pour ordinateur. Je ne sais pas si le firmware est présent dans la distribution et envoyer a la puce GSM a chaque démarage (comme les chipset wifi intel) ou si il est stocker dans une mémoire flash séparée. Cette partie fermée ne me dérange pas trop dans le sens ou elle n'interagie pas directement avec les systeme du téléphone. Elle dispose juste d'une interface AT classique et donc ne risque pas de foutre le bordel dans le reste du code. (ce qui me gène plus c'est que l'on ne sait pas ce que fait la puce éxactement : envoie-t-elle toute les minutes des infos de localisation ?)
Pour le module GPS, ce qui me gène par contre c'est que la, la partie fermée s'éxectue avec le système, et donc il y a beaucoup plus de risques.
Le problèmes c'est qu'il est impossible légalement d'ouvrir ces codes, les gars d'openmoko on ouvert le maximum de choses et je trouve ça génial. J'espère qu'un jour plus de libertée serons possibles.
Pour ce qui est du code du GSM, le problème c'est que les responsable de je ne sais plus trop quoi ne veulent pas de code ouverts car ils on peur qu'avec un controle total de la puce GSM les gens fassent n'importe quoi et pourrissent le reseau GSM.
Une crainte que je trouve tout à fait justifiée, mais opur la quelle à mon avis ils n'on pas choisit la bonne solution.
Une solution serait d'autoriser la diffusion des sources mais en autorisant que l'execution de firmware signés. à mon avis il doit déjà y avoir une signature des firmware, car sinon, avec de la motivation il serait possible de les modifier (je ne dis pas que ce serait simple, mais ça reste possible) Donc autoriser la diffusion des sources permet de vérifié ce que fait le code.
Ce n'est pas encore libre, puisque si je peux modifier le code, je ne peux pas éxécuter mes modifications, mais c'est déjà un plus, et je ne vois pas comment résoudre ce problème sans risquer de foutre le reseau GSM en l'air.
[^] # Re: Petites précisions?
Posté par beagf (site web personnel) . En réponse à la dépêche Un téléphone libre : OpenMoko. Évalué à 2.
[^] # Re: RHAAAA
Posté par beagf (site web personnel) . En réponse à la dépêche Un téléphone libre : OpenMoko. Évalué à 2.
Mais sur le chan irc, les commandes groupée à la dernière minute c'était un peu le bordel... Et personellement pour une livraison en france je paye 77$ auquels faudra rajouter la TVA... donc une commande groupée ce serai sympa pour la prochaine fois.
(certains pays se retrouvais avec plus de 120$... vive UPS...)
[^] # Re: Petites précisions?
Posté par beagf (site web personnel) . En réponse à la dépêche Un téléphone libre : OpenMoko. Évalué à 3.
La platforme JTAG c'est pour du débuggage directement sur le telephone donc pour les logiciels très bas niveaux mais surtout pour le hardware. En effet ils ont laisser plein de port disponibles pour pouvoir aussi modifier le hard.
Personellement c'est la que je trouve qu'ils vont vraiment jusqu'au bout dans la démarche libre, à l'exception du blob GSM qui ne peut être libre pour des raisons juridiqes, mais là c'est un autre débat (et on verra si ya pas moyen de faire quelque chose...)
On dispose vraiment d'une platforme sur laquelle ya moyen de s'éclater pour pas trop cher et en faire profiter tout le monde.