Jylam / jylam.lnxsce a écrit 291 commentaires

J'ATTENDAIS LES NEWS SYMPA AVEC DES COMMENTAIRES QUI SORTIRAIENT DES HABITUELS 42, TRAMO, ET ----> [].

HE BHE POUR UNE FOIS QU'IL Y'A UNE NEWS INTERESSANTE .. :)

Tu m'expliqueras comment un "spécialiste depuis 10 ans en programmation C++ de haut niveau" (bwhaha) peut oser mettre un binaire de 100Mo dans un debugger. Tu compiles tes libs en statique pour simplifier le deploiement, soit, mais il ne me semble pas que doivent deployer du debug. Tu aurais plus d'un neuronne tu ne compilerais en statique qu'a la fin de ton projet, pas en plein milieu, c'est idiot.
Et ne me dit pas que le comportement change suivant que tu compiles en dynamique ou en statique, ou ta belle phrase "de haut niveau" elle aussi risque d'en prendre un coup.

tiens t'es pas mort toi ?
toujours aussi con par contre ;)

Excusez moi de vous deranger, mais il y'a une chose que je ne comprend pas, vous pourrez peut etre m'aider.

Vous prenez un abonnement Internet chez un FAI. Ce FAI vous propose de vous donner plus de service sans changer le prix. Pour ca, il faut juste changer de materiel, preté gratuitement il me semble. Et ca coute 60 euros. Vous n'etes absolument pas obligé d'accepter, vous pouvez rester tel quel, sans rien changer au prix ni au service que vous avez.

Et vous trouvez le moyen de gueuler ? On ne vous en donne pas assez en plus de votre abonnement ? Il vous fait des gogo danceuses avec un string Free tous les samedi soirs aussi, sans changer le prix ?


Donc ou je ne comprend pas bien, la je veux bien me faire convaincre, ou alors vous n'avez pas compris le principe de l'argent

Des mangas gratuits je suppose ? Ou tout du moins completement indisponibles en import, evidement.

Je reve ...

Marre de ces gens qui se plaignent des XP (dont on se fout), que les gens les "moinssent" (c'est un moyen de montrer que telle ou telle personne n'est pas d'accord), etc etc.

Si tu n'es pas heureux ici, va ailleur, mais par pitié, ne casse pas les couilles des gens avec tes plaintes idiotes.

ah c'est avec un 4 maintenant qu'il faut l'ecrire ? :)

En gros, ils veulent faire passer pour tres sympathique et des professionnel de leur part quelque chose qu'ils ont delaissé depuis des années, a savoir le serieux de leur travail.

Ce qu'ils disent en gros, c'est "Oui, ce qu'on fait c'est pa serieux, mais allez, votez, et on va faire notre boulot correctement sur 10 brevets parmis tant de milliers de brevets injuste et injustifiés"

Je trouve ca pathetique.

Heu, tryoutlinux c'est edité par linspire (ex lindows), donc c'est pas qu'il y'a de plus objectif tout de meme.
Enfin ils ont reussi leur coup, les gens conseillent ce site la maintenant :)

Encore un adepte du deverminage et autres cédéroms ...
Pourquoi pas coder en francais aussi ... (pardon, programmer)


de(boucle=1;boucle<10;boucle++)
chaineecrit(chaine, "plom %d", boucle);

Bon, j'ai regardé un peu ton papier, et j'en tire les conclusions suivantes :
- Ca peut etre efficace dans le cas de peu de polygones (on preferera des triangles pour faciliter les calculs) ne "s'overlapant" pas trop. Superposant pardon :). Si ils ne se superposent pas tous, on peut jouer avec des bounding boxes, de facon a ne tester que les polys de l'aire de test

- Ce n'est donc PAS efficace pour un grand nombre de polygones, car il faudra pour chaque pixel tester quels sont les polys presents. Si trop se superposent, ils faut tous les tester a chaque pixel.

Utile dans peu de cas je pense, meme si la technique est interessante

J'ai du mal a comprendre.

Tu nous parles de superposition de poly, en nous disant que le z-buffer n'est pas "epatant". Sache qu'en 3d (ou 2d, mais ca perd de son interet) polygonale, on peux difficilement faire mieux que le zbuffer. Classer les poly c'est bien, mais si 2 se "croisent", tu fais comment ?
Tu fais comme on faisait "avant" (jadis, dans le temps, tout ca), tu classes les polygones du plus eloigné au plus proche, selon la moyenne de leur sommets, en gros (plusieurs techniques, donc "l'algorithme du peintre", chose affreuse que vous apprenez a l'ecole). Si il y'en a 2 qui se croisent, selon la precision, il vont ou "flicker", clignoter chacun leur leur tour, soit tu va voir des "glitches" dans tous les sens parce que tu peux pas determiné quel pixel est effetivement devant l'autre, travaillant a une echelle plus grande.
(oui, les termes anglais sont fait expres, ca en ennerve certain, mais en francais c'est encore plus laid).

Le Zbuffer te permet par contre de savoir EXACTEMENT (selon la precision de celui ci) ou se trouve un pixel par rapport a ceux que tu a pu afficher avant aux meme coordonnées 2d. On peut difficilement faire plus precis.

Le Zbuffer n'empeche pas de classer ses polygones quand meme, sinon on se retrouve tres embeté quand on doit gerer la transparence d'un polygone.

En bref, il faudrais relire tes "cours", ou eviter de dire que telle ou telle chose n'est pas "epatante" quand tu ne l'a pas encore pratiquée :)


(ou alors j'ai rien compris)

Et moi, je me trompe peut etre, mais j'aurais tendance a dire qu'avant d'integrer quoi que ce soit, il faut avoir un certain niveau. Et d'apres ce que dit xavier, ca n'a pas l'air d'etre le cas.

Autant travailler dans son coin qques temps, quitte a reinventer la roue, c'est comme ca qu'on apprend, pas en envoyant des patch mal codés et/ou mal integrés, ou en cherchant dans un dedale de sources auquelles ont ne comprend rien.

Mais c'est juste mon avis ...

Oui, c'est dommage, il n'y avait a priori que 2 petites choses pas standard, l'include fourni au depart, et un appel a bzero, pas ANSI donc.
A l'année prochaine :)

Je suis d'accord avec toi, je me plaint depuis l'année derniere de la mixité ogl / soft. Mais bon, le peuple en a decidé ainsi, alors on participe ou pas, a nous de voir :)

Cette compo j'en suis tres content.
Deja pour le nombre de releases, 10 valides (et 2 qui auraient pu l'etre a vraiment peu de chose pres), ce qui est plus de 2 fois plus que l'année derniere (4)., et ma news sur linuxfr y est pour beaucoup, et ca fait plaisir :).
Ensuite, pour la qualité des compos. Outre le fait que l'année derniere mon intro etait la seule a comporter du son et que ca fait plaisir de voir que certains ont tenté avec plus ou moins de succes (plutot plus que moins), la qualité generale est meilleure.

Pour la lenteur dont tu parles, effectivement, il y'a le coté 3d accelerée, si tu n'a pas de carte 3d, ca va effectivement aller bcp moins bien. Mias il y'a aussi une difference de taille, c'est le cas de la dire, c'est la taille.
Mon petit raycaster par exemple, pourrait tourner 1000 fois plus vite sans aucun probleme. Mais pour gagner de la place, il y'a des tonnes de precalc qu'on ne peut pas faire, on va tout calculer la volée, il y'a des variables qu'on pourrait reutiliser car proche du resultat attendu, mais qui au final ferait grossir la taille du code, etc. Le raycaster est fait en une seule boucle par exemple, avec une deuxieme petite pour l'axe Y. avec 6 ou 7, c'est beaucoup BEAUCOUP plus rapide.
On ne parle pas de taille d'executable, mais de sources, et c'est l'air de rien plus difficile a gerer qu'une 4k classique, ecrite pour la plupart exclusivement en assembleur.

Apres, encore une difference entre compos, certains vont miser sur le coté technique (c'est mon cas, l'intro est tres laide, ca y'a pas a discutter, mais techniquement plus interessante que d'autre, avec 1 seul effet pas forcement "obfuscated", et bien que ca ne soit pas le but, reduire la taille passe souvent par la).
D'autre vont miser sur le coté visuel ou sonore, en limitant fortement la diversité de la chose.
Comme on dit, chacun vois midi a sa porte :)


Tout ca pour dire que c'etait quand meme bien amusant a faire :)

j'ai le meme probleme, sous 2k et linux (2.4 et 2.6). Sous le XP de ma copine a priori aucun probleme. bizzare.

dsq

Repost aussi, Si tu arrive a le faire tourner sur x86, G3/G4, le tout sou linux et windows et ce que tu veux a la bsd etc etc, oui, tu as le droit. J'en doute ;)

Apres, on peux faire des choses assez jolies (oui, question de point de vue), il n'ya qu'a voir les entrées de l'année derniere

Si tu arrive a le faire tourner sur x86, G3/G4, le tout sou linux et windows et ce que tu veux a la bsd etc etc, oui, tu as le droit. J'en doute ;)

#!/bin/sh
msg=`df`
Xdialog --msgbox "$msg" 0 0

amuse toi bien ?
(comment ca je me fout de la gueule du monde ? :)

C'est tout le niveau d'orthographe qu'on vous demande en DUT ? Fallait rester au bac, t'as bien perdu depuis.

1/ ils vont te donner le numero de ta fiche ou un numero de panne. Le numero de ton appel, tu t'en fout, de toute facon elle est enregistrée automatiquement sur ton dossier.
S'il y'a deja une panne declarée, il va t'y associer, et ca se verra aussi. Tu peux bien donner le numero de panne lors de l'appel suivant, il l'aura deja de toute facon. Inutile donc.

2/ Si tu appelles le service technique, tu aura deja un technicien. Ou si tu tombes sur un service niveau 1, il te passera le niveau 2 s'il l'estime necessaire.

3/ le mail est le meme pour tous, le numero de telephone aussi. S'ils veulent t'en donner un particulier, ils te le donnerons.


ne pas s'ennerver, CA c'est indispensable. Il faut savoir qu'un hotliner va se prendre entre 60 et 120 appels dans la journée, avec 50% de personnes qui vont esayer de lui apprendre son boulot. Rien de mieux pour l'ennerver que d'essayer de lui dire ce qu'il a a faire.

acceder a tes mots de passes (cryptés, hashé, ce que tu veux) via JDBC, ou tout simlpement via un fichier posé quelquepart en http.
C'est crypté, donc ca va etre tres dur de retrouver le pass originel. (Tu est root de ta machine, mais meme en ayant acces au /etc/shadow ou passwd, tu mettras un temps ENORME avant de retrouver le moindre pass)

Et un programme securisé en opensource ca n'existe pas ?
Il ne faut pas penser securité par "cacher les infos", mais par "securiser les infos".