Mathias Bavay a écrit 391 commentaires

C'est ce que j'ai acheté en Septembre, et j'en suis très content. Néanmoins, il faut garder à l'esprit les points forts et les faiblesses:

faiblesses:
*c'est un bridge, donc la qualité n'est pas meilleure qu'un compact
*c'est plus encombrant qu'un compact
*les performances en faible lumière ne sont pas meilleures qu'un compact

points forts:
*un zoom optique 20X de cette taille, c'est inespèré! (je m'en sert en montagne, donc un tel zoom sans avoir à transporter un réflex, c'est génial)
*cadrage/réglages via l'écran (style compact) ou via le viseur (style réflex) -> en cas de lumière/soleil qui empèche de voir l'écran de façon confortable, il suffit d'utiliser le viseur (mais l'écran lui-même reste très lisible même en plein soleil)
*plein de réglages possibles (mise au point pré-règlée, exposition spot, mise au point manuelle, évidement correction d'expo, correction d'intensité du flash, etc)
*stabilisateur optique, mode de correction du contraste (pour éviter des ombres trop fortes dans une scène très lumineuse)
*films en HD (pas full HD, seulement HD) avec son stéréo (et le son en plutôt pas mal)
*écran orientable (pratique pour les macros)
*mode super-macro: pas de réglage du zoom, mais l'objectif peut aller jusqu'à toucher l'objet à photographier
*on peut monter des filtres standards sur l'objectif (diamètre 52mm)
*patte pour flash externe
*piles batton standard (AA) -> j'ai toujours sur moi un second jeux de piles rechargées, c'est beaucoup plus simple à gérer que des batteries propriétaires

AU niveau de Linux, je peut récupérer les photos via libgphoto depuis l'appareil. Il ne faut simplement PAS lire directement la carte SD: en effet, les corrections de couleur (mode vivid, etc) ou de contraste ne sont appliquée à l'image QUE lors du transfert (ce qui permet de pouvoir éditer la photo sur l'appareil et changer les corrections à appliquer. Ce que l'on voit dans le viseur (ou sur l'écran) est corrigé, mais ce qui est stocké sur la carte est NON corrigé (mais la correction doit être stockée dans les méta-données)).

Donc en un mot, pour mon usage (comme un réflex mais plus petit), c'est parfait. Une dernière remarque: la sacoche Canon (achetée à part) pour cet appareil ne convient pas du tout à un usage outdoor: en bandoulière elle va bien, mais accrochée à la ceinture, elle maintient l'appareil en position horizontale ce qui fait beaucoup dépasser l'appareil (et ce n'est pas pratique pour skier!) -> il vaut mieux acheter une autre sacochequi tienne l'appareil en position verticale.

Mathias

Merci beaucoup pour ta réponse!

Les modèles numériques pour les avalanches, c'est sympa ça, à Davos ils ont un bon centre de recherche dans le domaine, mais je ne sais pas s'ils font de la modélisation.
Bah si, la preuve, j'y travaille et je m'occupe des codes de manteau neigeux, codes que je voudrais mettre dans un hébergement externe (et par étape passer en GPL).

Mathias

Bonjour!

Cela tombe bien, je suis à la recherche d'une forge avec hébergement... Je travaille dans un labo qui entre autre développe des modèles numérique (sur le domaine de la neige et les avalanches). Nous utilisons pour l'instant notre propre serveur SVN, qui est sur notre réseau local, derrière un pare feux. Comme je cherche à ouvrir le développement le plus possible, il nous faudrait un serveur SVN externe, ainsi que des outils de gestion de projet. Cela signifie les pré requis suivants:
*il faut pouvoir héberger aussi bien des projets GPL que des projets proprio (je voudrais bien que tous soit GPL, mais nous avons des bouts de codes dans certains projets qui ont été financés avec certaines restrictions)
*il faut un SVN (accessible aussi via un client SVN standard), un wiki pour la doc et communiquer avec les utilisateurs (ie: annoncer de nouvelles versions, etc) et un bug tracker
*si la partie web peut ne pas avoir une fiabilité excellente, le dépôt SVN doit être très disponible (nous travaillons quasiment tous les jours dessus, il ne faut donc pas qu'un jour sur deux le dépôt ne soit pas accessible)
*il faut des backups sérieux (car il s'agit de notre base de code, ce sur quoi nous travaillons, ce pour quoi nous recevons des financements, etc)
*évidement, il faut que nous ayons la possibilité a tout moment de récupérer notre base SVN (cela ne veux pas dire que nous allons partir à peine arrivés, mais comme il s'agit du code sur lequel nous investissons beaucoup, il faut que l'on garde toujours la possibilité de migrer vers autre chose, que l'on garde la possibilité de reprendre en main notre projet)

Est ce que InDefero peut satisfaire à cela? (ie: est ce que InDefero est prêt pour ce genre d'utilisation?)

Mathias

Euh, c'est peut être bête, mais un bête script shell utilisant netcat pour envoyer les données? (avec netcat lancé par un cron sur la machine distante)

Mathias

En effet, Pop-C++ est une autre alternative possible et semble avoir un certain nombre de points communs avec GCD (du moins en terme d'objectifs et d'approche, Pop-C++ ne s'adressant qu'au C++ donc se basant sur des objets au lieux de blocks)

http://gridgroup.hefr.ch/popc/doku.php
et http://linuxfr.org/forums/20/27417.html

Mathias
PS: et je suppose que les critiques qui aient été faites contre cette approche à l'époque de la dépêche citée plus haut sont toujours d'actualité vis à vis de GCD!

je pense qu'il veut dire quelque chose comme cela:
Apple vient de mettre, sous licence Apache 2.0, les principaux composants de Grand Central Dispatch :

Mais en fait, ta version ne me choque pas du tout...

En se contentant de SVN, une interface comme kdesvn ( http://kdesvn.alwins-world.de/ ) permet de faire des choses sympa, que l'on ne fait pas forcément juste avec la ligne de commande... (et en utilisant kdiff3 comme logiciel de diff, cf http://kdiff3.sourceforge.net/ ).

Je me sert de la combinaison svn+kdesvn+kdiff3 tous les jours et cela remplit tous mes besoins (j'ai peur que la fonctionnalité qui consiste à travailler sur des changements plutôt que sur des fichiers ne soit un peu trop fragile pour une utilisation courante/réelle)

Mathias

Excellent!! cela me fait penser à http://www.csus.edu/indiv/c/chingr/graphics/dilbert5.jpg ...

Merci d'avoir éclairé ma journée! :-)

Mathias

L'intérêt, c'est que l'immense majorité des logiciels de simulation utilisés en physique pour la recherche sont développés par des gens qui n'ont pas eut de formation solide en informatique (et quand je dis l'immense majorité, c'est pour être prudent: je n'ai en fait jamais rencontré de code pour lequel ce ne soit pas le cas). Donc une parallélisation au petits oignons, il faut oublier: c'est soit un système très simple permettant de paralléliser de façon convenable (mais pas optimale), soit pas de parallélisation du tout...

Et pour faire encore plus frémir dans les chaumières: de grosses partie du code sur lequel je travaille ont étés écrites par des étudiants qui ont appris la programmation en développant le code lui même... Déjà que la plupart ne voient pas pourquoi il ne faudrait pas mettre toutes les variables en variables globales, alors les threads...

Mathias
PS: et nous utilisons Pop-C++ pour notre code

Merci beaucoup pour tous ces tuyaux!! Quand on dit qu'il est intéressant d'avoir plus de monde qui voit le même bout de code...

Note au passage: en effet, cette fonction est elle-même appelée dans une boucle qui peut potentiellement balayer tous les tableaux en affectant (i_shoot,j_shoot) (le but est que chaque cellule du maillage peut être choisie comme cellule qui émet du rayonnement, puis ensuite on calcule pour l'ensemble du tableau ce qui est reçu par cette cellule émettrice)

Pour l'instant, nous nous dirigeons vers une réorganisation de la structure de ces boucles (sachant que nous limitons la distance pour laquelle une cellule peut émettre son rayonnement, il est idiot de continuer à parcourir le tableau en entier). Mais plusieurs des astuces données ici devraient pouvoir être réutilisées dans la version réorganisée... (et nous devrions passer en float)

Encore une fois, merci pour toutes vos suggestions!
Mathias

Bon, alors voila le code en question (uniquement le coeur de la boucle incriminée)... les tableaux sont une classe qui stocke les données 2D dans un vecteur 1D (colonnes écrites les unes à la suite des autres). Les tabelaux font typiquement ~100*100 cellules sauf le tableau vf qui lui fait 100*100*100*100 pour l'exemple cité.


// variables needed to optimize the computational speed
const double lw_radius2=lw_radius*lw_radius;
const double z_shoot=z[i_shoot][j_shoot];
const double t_snow_shoot=t_snowold[i_shoot][j_shoot];

// every grid cell receives radiation from the chosen one with coordinates (a,b)
for ( int j = 0; j < dimy; j++ ) {
for ( int i = 0; i < dimx; i++ ) {
const double bx = (double)(i_shoot - i) * cellsize; // bx = dx (m) going from (i_shoot,j_shoot) to (i,j)
const double by = (double)(j_shoot - j) * cellsize; // by = dy (m) going from (i_shoot,j_shoot) to (i,j)
const double bz = z_shoot - z[i][j]; // bz = dz (m) going from (i_shoot,j_shoot) to (i,j)

// distance between the surfaces
const double dist2 = ( (bx * bx) + (by * by) + (bz * bz) );

// the longwave radiation will only be emitted if the radius is lower than
// a preassumed radius (lw_radius) -> changeable in: lw_t(a,b) * lw_radius
//please note that it also excludes the current shooting cell itself!
if ( dist2 <= lw_radius2 && dist2>0.) {
const int ij = j * dimx + i;
const int ab = j_shoot * dimx + i_shoot;
vf[0][0] = vf[ij][ab];

// formulation of the long-wave radiation coming from the terrain:
const double rad = ( 0.000009886 * (pow( 0.5 * log(dist2),1.07 )) * (meteo2D[i][j].ta - t_snow_shoot)
+ 0.000003456 * meteo2D[i][j].ta + 0.0001452 * t_snow_shoot - 0.0304 )
* vf[0][0] * 10000. * PI;

// the received amount is added to the total radiation at ij
lwi[i][j] += rad;

// the next ('shooting') grid cell with the most unshot radiation is selected
// taking into account an air column reduction factor,
// the actual (slope) area size, emittable longwave radiation
// and the sum of total terrain view factor
if ( lw_t[i][j] * vf_t[i][j] > diffmax_lw ) {
diffmax_lw = lw_t[i][j] * vf_t[i][j];
*e = i;
*f = j;
}
s++;
} // end of if only for distances lower than lw_radius

// stopping criterion : Delta B^(k) * Sum_j(Fij) * A
eps_stern += fabs( lw_t[i][j] * vf_t[i][j] );
} // end of for i loop
} // end of for j loop

// set the emitted 'shot' radiation at that cell to zero, but in contrast to the
// shortwave radiation exchange taking into account multiple reflections here
// every grid cell emitts only once
lw_t[i_shoot][j_shoot] = 0.;


Bien sur, cela ne compile pas, il manque plein de choses, etc mais le code complet est volumineux.

Mathias

Et a tel point qu'a plus de minuit, je suis toujours en train de lire cette dépêche!! Patrick_G, l'ami des insomniaques...

Mathias

Tout d'abord, merci beaucoup pour tous vos commentaires! Pour dire d'être plus précis quand au contexte, c'est un algo de radiosite utilise dans notre code de simulation des processus de surface alpins.

Et comme j'avais vu il y a quelques mois que valgrind nous détectait plein de cache miss, nous avons mis un stagiaire sur le coup, qui doit étudier la question et proposer des améliorations. Je veux bien poster mon bout de code, mais malgré tout, dans l'esprit du sujet de stage, c'est plus au stagiaire de faire le boulot qu'a Linuxfr!! :-) Mais je crois qu'il y a la plusieurs pistes intéressantes sur lesquelles je peux le lancer et de plus, il vient de me dire aujourd'hui qu'il avait vu que nous parcourions les tableaux dans le mauvais sens...

Au niveau de l'outil idéal auquel je rêve, ce serait un simulateur qui me permette de voir le contenu du cache sur une certaine ligne de code, les données qui sont demandées, et du coup le rechargement du cache qui en résulte... ou bien de quoi voir quelles lignes provoquent des cache miss afin de pouvoir ensuite les étudier plus en détail (comme dans mon rêve au haute voix de plus haut). Je crois qu'avec perfmon2 nous ne sommes pas loin d'avoir cela (a condition d'apprendre a utiliser le dit outil...)

Encore une fois, merci beaucoup pour tous ces commentaires constructifs!!
Mathias

Je confirme... pour apres ma these, j'avais deux options: rester en France, pour faire un postdoc (donc cdd) et etre paye moins que les secretaires du centre de recherche ou bien partir aux US et etre paye 5 fois plus... (oui, reellement 5 fois plus!).

Devinez ce que j'ai choisi...

J'ai maintenant quitte les US pour venir travailler en Suisse, ou je gagne beaucoup plus que si j'etais en France, ou nous avons de tres bonnes conditions de travail, ou nous avons des moyens financiers pour notre recherche et ou l'on peut monter projet sur projet (avec le financement qui va bien). Et autant j'apprecie rentrer en France pour les vacances, autant il ne faut pas compter sur moi pour revenir y travailler! (et je conseille a tous mes collegues qui travaillent en France de faire la meme chose: si les chercheurs sont trop chers pour le pays, autant ne pas se facher, rester en bons termes et partir travailler ailleurs!)

/ma_vie
Mathias

Merci du tuyau! Je viens de faire une demande de création de compte... (en fait, vu que j'ai encore 1 ou 2 autres offres en informatique, cela devrait être assez pratique...)

Mathias

[Mode trollifère à souhaits]
Surtout que je viens d'installer/configurer ma première Ubuntu (au bureau l'admin à choisit Ubuntu), et je dois dire que cela me semble quand même un peu éloigné du mythe "Ubuntu c'est plus facile, plus convivial, bien mieux que [votre distrib habituelle]".

Du genre j'installe le meta package Kubuntu Desktop pour avoir aussi bien Kde que Gnome, et la package supprime purement et simplement toute la configuration réseau précédement faite... Plus l'écran qui n'est pas correctement configuré donc il faut modifier à la main le xorg.conf pour avoir une résolution un peu plus en rapport avec la réalité (super convivial pour un débutant ça!), et plein d'autres petites choses...

Sans compter les bugs spécifiques Ubuntu, du style les modifs de konqueror qui font que l'onglet système ne marche plus et produit des messages d'erreurs, etc (en gros, konqueror se fait pacther pour être a la sauce Ubuntu, du coup il ne marche plus correctement. Réponse des dev Ubuntu: on supprime la fonctionnalité qui déclenche le bug dans konqueror, et on marque le bug comme résolu... c'est l'approche minimaliste du dev logiciel? supprimez tout, comme cela il ne restera pas de bugs?)

Donc si tout le monde pouvait simplement voir Ubuntu comme une distrib comme une autre, avec ses forces et ses faiblesses, cela ferait un peu de bien...
[/Mode trollifère à souhaits]

Voila c'était le "rallage" du mercredi...
Mathias

J'coute beaucoup de musique classique, et en général, j'achète plutot des oeuvres "complètes" et pas de compilations (en gros, je n'achete pas les "le meilleur de Vivaldi & Co" mais l'"Oratorio de Noel de Bach"). Chez les producteurs qui se respectent, l'album est vraiment un tout:
*un chef d'orchestre/de choeur/de ce que l'on veut qui à travaillé sur la compréhension de l'oeuvre (ce peuvent etre les musiciens eux-mêmes qui ont effctués ce travail, dans certains cas de musique ancienne, ce sont des chercheurs qui ensuite interpretent musicalement ce sur quoi ils ont fait leur recherche)
*des musiciens avec un certain baggage pour s'attaquer a cette oeuvre connaissance du compositeur, d'autres oeuvres semblables, de l'époque, ... dont on fournis la biographie
*en général un spécialiste qui fait un commentaire de l'oeuvre
*les paroles et leur traduction si paroles il y a
*une maquette graphique pour lier le tout, avec des illustrations visuelles qui elles-mêmes peuvent faire l'objet d'un commentaire dans le livret

Donc l'album va contenir les paroles, les commentaires, les biographies de chaqu'un des participants, et le tout illustré. Donc l'image qui illustre la couverture fait vraiment partie de l'ensemble et le livret lui même peut être plus épais qu'une pochette CD (dans le cas d'une oeuvre sur plusieurs CD dans un coffret).

Evidement, il y a d'autres types de musique pour lesquels un livret n'est pas necessaire, dans ces cas la je suis tout a fait d'accord avec le fait que l'album physique n'a plus aucun intéret (je trouve mon bonheur sur jamendo). Mais une jolie illustration graphique peut toutefois être un bon moyen mnémotechnique pour retrouver l'album ou participer à l'atmosphère de l'album!

Mathias

Le mieux, a mon humble avis, c'est ceci (page histoire):
Dès le milieu des années 90, les fondateurs de I-ces ont pressenti que la généralisation de la téléphonie mobile et l'engouement intra-générationnel pour l'Internet aboutiraient à une mondialisation irréversible des échanges. Ainsi, ils ont anticipé le besoin de compression dans une société globale de l'Information qui dépasse, de facto, les capacités des infrastructures, même les plus récentes. I-ces a modernisé le plus grand nombre possible d'étapes de la compression, exploitées désormais dans un cadre juridique parfaitement sécurisé. Depuis juillet 2004, I-ces dispose d'une vingtaine d'antériorités qui sont indispensables à l’optimisation du domaine.

A ce niveau la, jouer au business loto ne consiste plus a faire preuve d'attention, mais simplement de reflexes pour etre sur de crier "foutaises" le premier! (cf http://www-gmm.insa-toulouse.fr/~gaudron/businessloto.jpg pour ceux qui ne connaissent pas, si il y en a)

Mathias
je crois que simplement le nom "i-ces" devrait meriter de figurer sur un grille de business loto...

Monsieur le Député,

Je me permets de vous écrire afin de vous signaler l'existence d'une déclaration sur l'utilisation du logiciel libre au parlement qui sera présentée la semaine prochaine.

J'attire votre attention sur le fait que le logiciel libre offre de multiples avantages en termes de sécurité, de liberté, d'indépendance (Voir à cet effet le rapport du député UMP Bernard Carayon pour le Premier ministre de septembre 2006 [1])... En effet, ce nouveau modèle économique favorise le développement d'une industrie logicielle "de proximité" en plaçant l'utilisateur au coeur de la démarche en lui donnant les moyens d'agir sur l'évolution des produits qu'il utilise. De plus, des économies substantielles sont en général réalisées par le recours à ce modèle économique (voir le rapport financé par la Commission européenne [2]).

Cette orientation me semble la seule capable de contrecarrer le monopole de fait de quelques entreprises américaines sur l'ensemble du marché. L'ouverture du marché peut permettre un maintien, voire une renaissance de l'informatique en Europe [2], d'autant que l'écrasante domination américaine est uniquement liée à une certaine forme de paresse et de conformisme.

J'espère que vous signerez ce texte.

Veuillez recevoir, Monsieur le Député, mes salutations distinguées.




[1] http://lesrapports.ladocumentationfrancaise.fr/BRP/064000728(...) p71-81
[2] http://ec.europa.eu/enterprise/ict/policy/doc/2006-11-20-flo(...)

C'est quand même un peu un appeau à troll cette news...

[ATTENTION: prière d'éteindre votre trollomètre afin de ne pas l'endomager]
Ce n'est pas pour annoncer la sortie d'une nouvelle version majeure d'un environnement de bureau, ni pour nous faire part de la venue au monde d'une version mineure d'un environnement de bureau, encore moins pour partager la naissance de la version beta d'un environnement de bureau, mais pour nous annoncer que bientot ,si tout va bien, si il n'y a pas de délais supplémentaires, il se pourrait probablement qu'une nouvelle version d'un environnement de bureau sorte, dans un avenir prochain... :-)

Et après, il y en a pour critiquer les news sur des version beta de Kde... :-)
[/Attention]

Ceci dit, tant mieux si Gnome avance, et j'aurais bien voulu voir un screenshot de Cheese, vu que pour l'instant je n'ai pas la moindre idée de ce que cela fait...

Mathias
PS: et si quelqu'un comprend pourquoi tout le monde se passione pour pulsaudio, je suis preneur... mis a part me faire revenir 10 ans en arrière quand configurer le son tenait de l'exploit, c'est le seul bénéfice que je lui vois... (mais le marché de la nostalgie est peu être un débouché un peu limité tout de même)

Le problème de cette démarche:
* c'est très consomateur de ressources
* la communication se fait via un protocole fermé et non documenté
* dans certains cas, il y a beaucoup de "eye candy" mais pas grand chose sous le capot...

Mathias
PS: désolé pour celles que j'ai choqué, ce n'est pas de la mysoginie, c'est de l'humour!

50-50, ce n'est pas un résultat surprenant! Je me rappelle il y a quelques année quelqu'un qui avait débarqué sur un forum dédié au libre pour en gros insulter tout le monde: son point de vue était que en faisant autre chose que Windows, il y allait avoir une alternative, donc que demain il ne pourrait plus acheter un ordinateur/logiciel/... sans se poser de questions sur la compatibilité.

Selon ce monsieur, avant Microsoft, c'était l'enfer, tout le monde incompatible avec tout le monde, donc vouloir une alternative a Microsoft, c'était revenir en arrière vers le chaos le plus complet. Et il était très émotionel sur ce sujet, on sentait qu'il ne voulait vraiment pas que cela recommence (je dirais qu'il avait le profil de l'utilisateur de l'informatique qui n'a pas le choix, qui subit l'ordinateur, donc pour qui toute notion de choix est compliquée et source de problèmes dont il se passerait bien)!

Mathias

Soyez pas mechants! Il y a plein de petites boites qui n'ont pour responsable informatique/reseau/securite/etc qu'un pauvre gars choisit plus ou moins au hazard dans la boite ("parce qu'il a deja installe office tout seul, c'est pour dire qu'il touche en info!")...

Mathias
SP: par contre, si la boite est plus grosse qu'une pme, alors c'est plus inquietant!

Je pense qu'il est possible de désactiver le SpeedStep Technology et Enhanced Intel® SpeedStep Technology sous le Biois. Enfin, je l'espère.
SI tu te compileton noyau SANS activer le driver speedstep & Co, cela ne suffit pas? (ou bien meme si tu as de la chance, en dechargeant le module correspondant)

Sinon, comme beaucoup l'ont deja suggeres, je ne suis pas sur que mesurer de facon tres precise le temps d'execution d'un bout de code court ne soit pas voue a l'echec sur un system multitache... Vu que des en fonction des taches que le processeur effectue, tu va vider ton cache ou pas, vider le cache du disque dur ou pas, ... En general, pour obtenir des mesures de temps stable, il faut prevoir dans son benchmark une etape qui nettoie les caches (je ne l'ai jamais fait pour le cache cpu, mais par contre je l'ai deja fait et vu faire pour le cache disque).

Mathias
PS: si ton bout de code demandait plusieurs minutes/heures de temps cpu, brassait des Go de donnees, alors la il n'y aurait plus vraiment ces problemes!

Si je puis me permettre quelques commentaires (suite à mes essais de l'autre jour):
*en effet, l'auto centrage de la camera marche mal... donc il m'arrive de gaspiller un peu de temps simplement pour chercher quel est le personnage qui doit jouer. Dans Worms, il y avait une flèche qui rebondissait sur la tête du personnage dont c'est le tour, c'était assez pratique
*je trouve que ce qui manque (au niveau fun), ce sont des armes plus délirantes: j'ai essayé pas mal d'armes, il y en a beaucoup qui font simplement une explosion... (mais peut être que niveau codage, c'est moins simple de gérer plein de scénarios differents!)
*en effet, les personnages ne ressortent pas énormément sur le terrain... est ce qu'il ne faudrait pas un peu désaturer le terrain, ou l'assombrir afin de rendre les personnages plus visibles?


Sinon, merci pour ce super jeu, très beau, et tout et tout! (et je vais essayer de ce pas de créé des sons ... je ne l'ai jamais fait, mais cela me tente!)

Mathias