Bon alors, je réiterre ma question en la cantonnant au vectoriel 2D.
Imaginons un jeu où les "lutins" sont des formes polygônales quelconques sur lesquelles sont mappées des images raster.
Par exemple un jeu de courses de voitures vu de dessus avec un beau scrolling multi-directionnel et des tas de choses animées pour les noeil-noeils!
Bref, dans ce cas les polygones se superposent mais ne s'intersectent pas. Chaque polygône est à plat, la profondeur est la même pour tous ses pixels.
J'imagine que c'est un peu les conditions de travail des moteurs de rendu 2D des techno flash ou SVG.
Donc, si on fait "le peintre" dans l'ordre des polys, on perd du temps à peindre des couches qui ne se verront pas.
Ici le z-buffer ne sert à rien sinon à éviter de trier les polys par profondeur... C'est même pire parce qu'on fait des comparaisons de profondeur pixel par pixel au lieu de les faire à l'échelle des polys. En fait, c'est complètement hors-sujet.
En revanche, l'algorithme de balayage généralisé permet de dessiner tous les polygônes en une seule passe sans autre opérateurs que l'addition et la comparaison. Sur la ligne de balayage, on calcule les intersections avec les vecteurs des polygones par delta vis à vis de la ligne précédente.
C'est très peu couteux et entre deux intersections successives sur la ligne de balayage, on sait exactement quelle surface est à peindre.
L'algorithme de balayage n'est pas à la base des serveurs X, parce que dans le cadre de l'affichage de GUI, on fait d'abord du clipping pour isoler des régions rectangulaires homogènes à raffraîchir, et on appelle une fonction dédiée à l'affichage de chaque région.
Démentiel : En codant un moteur de rendu de GUI ayant une orientation "balayage", on pourrait imaginer un bureau qui soit entièrement animé et se raffraichissent à la vitesse d'un Doom-like... J'y pense souvent.
je partage l'opinion de l'auteur au sujet de l'obsolescence de la notion de propriété intellectuelle, et de la question du financement des artistes professionnels.
Quelqu'un a t'il une URL qui présente la même opinion mais en français? j'aimerais bien la faire lire à des amis!
Attention! Beaucoup d'Esperantophones perdent la partie face au contre-argument de "l'ambiguïté".
Je l'ai déjà constaté dans une émission télé (par ailleurs complétement partiale dans son montage) qui opposait un Esperantiste (ie. quelqu'un qui millite pour l'Esperanto) à une linguiste bien-pensante.
Ce jour-là, l'espérantiste n'a pas su répondre aux arguments de la linguiste en faveur des langues naturelles. L'espérantise a nié l'interêt de l'ambiguïté et n'a pas compris le rapport entre ambiguïté et poésie.
L'ambiguïté est nécessaire dans l'échange, à la fois comme source de création, d'émulation et d'entente. Je me rappelle d'un très bon dossier de la revue "Pour la science" a ce sujet.
Mais cela ne justifie pas d'introduire de l'ambiguïté dans la langue en tant qu'outil de communication.
En effet, même si la communication en Esperanto minimise l'ambiguïté des informations échangées, elle laisse libre court à l'interprétation de cette information.
Qu'importe la langue employée, si vous demandez l'avis d'un tiers sur les qualités d'un collègue et qu'il vous donne pour seule réponse "il est très ponctuel", à vous de voir ce que cela signifie!
VRAI: l'esperanto minimise l'ambiguïté (l'ambiguïté involontaire)
VRAI: l'ambiguïté, c'est parfois utile, par exemple dans un contexte diplomatique ou créatif
VRAI: l'esperanto n'empêche pas d'être (délibérement) ambigü. Ouf! Tout le monde est content.
Désolé si ce post est un peu hors-sujet. Je n'ai pas trouvé meilleur forum.
Je reviens d'un cyber-café ou j'ai essayé de manipuler des fichiers PNG sous WinXP (tout frais installé).
Surprise! plantage dès que WinXP s'approche à vue d'un fichier PNG.
J'imagine que la routine des miniatures plante.
Evidemment, les images dans d'autres formats ne posent pas de problème.
Est que c'est général sous XP? Les développeurs du PNG sont-ils au courant de cette nouvelle "attaque" de M$ à l'encontre de leur format?
# "moteur 2D" dit le titre de l'article
Posté par Sylvain Garden (site web personnel) . En réponse au journal moteur graphique 2D. Évalué à 1.
Imaginons un jeu où les "lutins" sont des formes polygônales quelconques sur lesquelles sont mappées des images raster.
Par exemple un jeu de courses de voitures vu de dessus avec un beau scrolling multi-directionnel et des tas de choses animées pour les noeil-noeils!
Bref, dans ce cas les polygones se superposent mais ne s'intersectent pas. Chaque polygône est à plat, la profondeur est la même pour tous ses pixels.
J'imagine que c'est un peu les conditions de travail des moteurs de rendu 2D des techno flash ou SVG.
Donc, si on fait "le peintre" dans l'ordre des polys, on perd du temps à peindre des couches qui ne se verront pas.
Ici le z-buffer ne sert à rien sinon à éviter de trier les polys par profondeur... C'est même pire parce qu'on fait des comparaisons de profondeur pixel par pixel au lieu de les faire à l'échelle des polys. En fait, c'est complètement hors-sujet.
En revanche, l'algorithme de balayage généralisé permet de dessiner tous les polygônes en une seule passe sans autre opérateurs que l'addition et la comparaison. Sur la ligne de balayage, on calcule les intersections avec les vecteurs des polygones par delta vis à vis de la ligne précédente.
C'est très peu couteux et entre deux intersections successives sur la ligne de balayage, on sait exactement quelle surface est à peindre.
Alors ici, http://deptinfo.cnam.fr/Enseignement/CycleSpecialisation/IMASON/ima(...)
on en parle.
L'algorithme de balayage n'est pas à la base des serveurs X, parce que dans le cadre de l'affichage de GUI, on fait d'abord du clipping pour isoler des régions rectangulaires homogènes à raffraîchir, et on appelle une fonction dédiée à l'affichage de chaque région.
Démentiel : En codant un moteur de rendu de GUI ayant une orientation "balayage", on pourrait imaginer un bureau qui soit entièrement animé et se raffraichissent à la vitesse d'un Doom-like... J'y pense souvent.
# au sujet de la philsophie de freenet
Posté par Sylvain Garden (site web personnel) . En réponse à la dépêche Japon : arrestation du développeur de Winny. Évalué à 1.
je partage l'opinion de l'auteur au sujet de l'obsolescence de la notion de propriété intellectuelle, et de la question du financement des artistes professionnels.
Quelqu'un a t'il une URL qui présente la même opinion mais en français? j'aimerais bien la faire lire à des amis!
[^] # Esperanto contre ambiguïté: Attention au débat
Posté par Sylvain Garden (site web personnel) . En réponse à la dépêche Kurso de Esperanto - Enfin sous linux !. Évalué à 1.
Je l'ai déjà constaté dans une émission télé (par ailleurs complétement partiale dans son montage) qui opposait un Esperantiste (ie. quelqu'un qui millite pour l'Esperanto) à une linguiste bien-pensante.
Ce jour-là, l'espérantiste n'a pas su répondre aux arguments de la linguiste en faveur des langues naturelles. L'espérantise a nié l'interêt de l'ambiguïté et n'a pas compris le rapport entre ambiguïté et poésie.
L'ambiguïté est nécessaire dans l'échange, à la fois comme source de création, d'émulation et d'entente. Je me rappelle d'un très bon dossier de la revue "Pour la science" a ce sujet.
Mais cela ne justifie pas d'introduire de l'ambiguïté dans la langue en tant qu'outil de communication.
En effet, même si la communication en Esperanto minimise l'ambiguïté des informations échangées, elle laisse libre court à l'interprétation de cette information.
Qu'importe la langue employée, si vous demandez l'avis d'un tiers sur les qualités d'un collègue et qu'il vous donne pour seule réponse "il est très ponctuel", à vous de voir ce que cela signifie!
VRAI: l'esperanto minimise l'ambiguïté (l'ambiguïté involontaire)
VRAI: l'ambiguïté, c'est parfois utile, par exemple dans un contexte diplomatique ou créatif
VRAI: l'esperanto n'empêche pas d'être (délibérement) ambigü. Ouf! Tout le monde est content.
# WinXP anti-PNG
Posté par Sylvain Garden (site web personnel) . En réponse à la dépêche Le format PNG sur nos sites WEB. Évalué à 1.
Je reviens d'un cyber-café ou j'ai essayé de manipuler des fichiers PNG sous WinXP (tout frais installé).
Surprise! plantage dès que WinXP s'approche à vue d'un fichier PNG.
J'imagine que la routine des miniatures plante.
Evidemment, les images dans d'autres formats ne posent pas de problème.
Est que c'est général sous XP? Les développeurs du PNG sont-ils au courant de cette nouvelle "attaque" de M$ à l'encontre de leur format?