Tu sais très bien que seul le C affiche les pixels de façon directe
Alors ça veut dire quoi "100% pur Java" dans ta phrase d'origine ?
Tu reconnais finalement avoir dit des âneries, c'est bien ;)
Enfin, SDL, la bibliothèque C sur laquelle est basée FrozenBubble en Perl est destinée à la programmation de jeu. Le blitting des sprites est écrit en assembleur, par exemple.
Que vient faire la méthode d'implémentation des bibliothèques natives dans une discussion sur les langages compilés en bytecode ?
Trouver là dedans une preuve des performances de Perl est bien sur ridicule
Oui. Et trouver dans Arkanae une preuve des performances de Java est ridicule. Tu comprends l'analogie ou il te manque encore un bout d'objectivité pour accepter l'évidence ?
C'est quoi le rapport avec la choucroute à par dénigrer gratuitement le travail des autres
Oh rien, je ne fais que sous-entendre que manipuler quelques dizaines de triangles simultanés ne doit pas être trop lourd pour une machine moderne, même avec un langage poussif... Et comme la complexité graphique du rendu (texturages, etc.) est dévolue à OpenGL ou à l'accélération matérielle, cela ne rentre de toute façon pas en ligne de compte dans le travail dévolu à Java.
Le rendu d'arkanae est plus complexe que celui de Frozen Bubble
Sans définition de la "complexité" d'un rendu cela ne veut pas dire grand'chose de chercher à comparer 2D et 3D. Et puis, après avoir convenu toi-même que le rendu ne faisait pas partie du langage hôte (puisque réalisé par des bibliothèques natives), tu persistes avec cet argument idiot. Mais bon, si ça peut te permettre d'évacuer un excédent de fougue :)
[^] # Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow
Posté par Moby-Dik . En réponse à la dépêche 1ère mouture du collecticiel client de OpenOffice.org : Glow. Évalué à -1.
Alors ça veut dire quoi "100% pur Java" dans ta phrase d'origine ?
Tu reconnais finalement avoir dit des âneries, c'est bien ;)
Enfin, SDL, la bibliothèque C sur laquelle est basée FrozenBubble en Perl est destinée à la programmation de jeu. Le blitting des sprites est écrit en assembleur, par exemple.
Que vient faire la méthode d'implémentation des bibliothèques natives dans une discussion sur les langages compilés en bytecode ?
Trouver là dedans une preuve des performances de Perl est bien sur ridicule
Oui. Et trouver dans Arkanae une preuve des performances de Java est ridicule. Tu comprends l'analogie ou il te manque encore un bout d'objectivité pour accepter l'évidence ?
C'est quoi le rapport avec la choucroute à par dénigrer gratuitement le travail des autres
Oh rien, je ne fais que sous-entendre que manipuler quelques dizaines de triangles simultanés ne doit pas être trop lourd pour une machine moderne, même avec un langage poussif... Et comme la complexité graphique du rendu (texturages, etc.) est dévolue à OpenGL ou à l'accélération matérielle, cela ne rentre de toute façon pas en ligne de compte dans le travail dévolu à Java.
Le rendu d'arkanae est plus complexe que celui de Frozen Bubble
Sans définition de la "complexité" d'un rendu cela ne veut pas dire grand'chose de chercher à comparer 2D et 3D. Et puis, après avoir convenu toi-même que le rendu ne faisait pas partie du langage hôte (puisque réalisé par des bibliothèques natives), tu persistes avec cet argument idiot. Mais bon, si ça peut te permettre d'évacuer un excédent de fougue :)