Reprise du message précédent :
http://chrisbk.chez.tiscali.fr/diff.html
 
y commence enfin a ressembler a qqchose, cet AA

celui du bas est pas mal, bien qu'il "bave" un peu (en haut de la tete, sur la bordure)

 
bah c'est malin ca ... nan 9h23 heure de paris ... ca fait une heure que la bourse est bloquée ... et ben les acheteurs et les vendeurs doivent etre content si c'est partout pareil ...

 
ca c'est la derniere version, la bavure est le dernier truc que je voudrais regler avant de passer a autre chose mais pour le moment je vois pas d'ou elle vient....  

autre truc, mais c'est ptet une erreur manuelle : y'a un point noir en bas a droite

gagné !
merci pour vos félicitations  
 
dans le cas du bot, c'est pas la rapidité d'un langage ou d'une plate-forme qui est en jeu : le goulot d'étranglement c'est le transfert réseau.  
 
Je m'explique pas la lenteur de réaction des autres bots. A moins que vous ayiez des applications à forte consommation de bande passante (:D) sur vos machines ...
 
edit : java ca rulez quand même !  

 
un reste du cadre de la fenetre, rien de grave

 
C'est quoi ca ?
C'est quoi un AA?

* c le truc sur quoi je bosse
* anti aliasing

 
quelle technique pour le rendu vecto ?  

 
heuh ? C'est a dire ? precise ta pensee

je comprend mieux

 
c toi qui a dessiné les lionceaux ?

surveille ton langage padawan ...  

 
ca depend
C'est pas moi qui ai fait le lion (tu dois le trouver en svg un peu partout) mais c'est moi qui me suis tapé toutes les routines de rendus

 
et l'anti-aliasing tu le geres comment ?
c'est pas du temps réel ?  

est ce que quelqu'un connait la signification de cette erreur :

t'as oublié de filer le 3eme parametres a une procédure ou un prepared statement ?

 
je pense qu'il manqu le paramètre IN ou Out dans l'index    
 
 
 
 
 
 
 
 
 
 
 

t'as pas un peu de code?

 
subdivise chaque pixel en n sous pixel (n depend de la qualite que tu veux, en gros n varie de 4 a 256). Lorsque tu affiches un pixel tu calcul le nombre de sous pixels recouverts, ca te donne le facteur de transparence de ton pixel. dit comme ca ca parait assez bourrin mais y'a deux trois fines techniques pour bien sacager les tps de calculs...
 
la sur ma vieille brouette mon timer me dit environ 180ms pour le rendu (256 sous pixels par pixel), donc on doit pouvoir appeler ca du tps reel meme si c quand meme pas ce que l'on a fait de plus veloce

 
euh c'est un peu chaud parce que vu que je ne sais pas d'ou ca vient exactement ... il me donne la ligne d'un executeUpdate ...

ben file ta requete et ses params  
 
Edit: dans un nouveau topic de preference

 
oki, merci pour l'explication  

Pour ce qui est de l'ambiance, c'est pas tellement ce que tu dis : ils ont pas mal de boulot et n'ont pas vraiment le temps de chomer !
Sinon, c'est vrai qu'on se sent un peu seul sur un projet comme ça

Euh sion c'est dans la VF, en VO c'est bien zion
 
 
 

j'en suis toujours a essayer de comprendre mulholland drive
 
 
 
 

   
On echange nos projets????
Moi je fais du c++, et toi du access????
 
 
 
 
 

salut à tous!!!
 
(j'ai passé 1 heure a relire tous vos posts du week end, vous faites chier a poster autant )

 
sion du bois

 
Ouais enfin le compilo il peut pas deviner que ton truc sera tj le résultat d'une puissance de 2 quand même

c'est pour ca qu'il le fait a la main  

 
ben non c'est donc pour ca que je le fais a la main (on a un leger soucis de comprehension la )

oui je crois
je comprends bien que tu le fasses à la main, mais je vois pas pourquoi on discute là dessus, c'est le genre de trucs qu'un compilo ne pourrait pas faire quand même

J'aicapté que dalle à ce film moi non plus. Je l'ai vu trois fois, mais ca m'a pas plus avancé...
 

 
Allez, on s'échange les projets et on fait tout ca par le net

parce que j'avais demandé si c'étais pas le boulot d'un compilo avant d'avoir les précisions nécéssaires

je me demande bien qui a lancer cette discutions sur le "bah le compilo devrait pas le faire tout seul "
(ah mince je croyais que c t antp alors que visiblement c lorill, g rien dit )

tu dois faire quoi en vc++???

Moi j'aime bien. Ca reprend les avantages de java (GC, 100% objet, etc..) et ceux du C++ (pointeurs, etc...). En fait, tu peux faire du code safe (100 % managé par le CLR, pointeurs interdits) et unsafe (pointeurs autorisés, le CLR ne s'occupe pas de la gestion de la mémoire)
Tu as la possibilité de créer tes évènements, des mots clé sympas comme le foreach() ou le lock(), etc...
La syntaxe est très proche de Java. Sincèrement, Microsoft a fait un langage sympa.

ben non
moi j'aime bien en chier, sinon j'ai l'impression que je ne me suis pas donné à 100 % sur un logiciel :

Ok, ça a l'air pas mal comme langage : faudra que je regarde ça de plus près
 
Mais par contre, t'es obligé de passer par visual .net pour programmer en C# ou pas ? et point de vue légal : est-ce que Microsoft pose certaines contraintes sur l'utilisation de ce langage  ?

tu peux nous filer 1 ou 2 bonnes adresses de tuts pour C#??
Et au niveau de l'interface graphique, ca se passe comment???? (Pour le moment je n'ai fait qu'avec vc++6 et les mfc...)