Ceci dit, ma question était sarcastique, je vois parfaitement le concept du site, c'est juste la demande du graphiste qui me fait rire. "Je libère mon travail si vous me refilez du fric, bande de mécréant".
A ce niveau, rien que pour le faire chier, je serais capable de donner les 1500$(*) à OSARE pour qu'ils embauchent un _autre_ graphiste, rien que pour voir la tronche du premier tirer la gueule...
*: demandez pas, je garde mes 1500$ pour me louer une limo et pavaner sur les champs-élysées le 24 et le 31 au soir, avec des prost... des filles de bonnes familles et une partie du stock caché de Reservoir Prod.
> être payé à la création, pas à la diffusion / utilisation.
Bon, j'avais plusieurs réponses possibles, mais aucune d'assez résumé pour te faire comprendre que ce raisonnement, c'est pour les vendeurs de riz sur la place du marché. Désolé j'adhère pas/plus.
> En quoi quelqu'un voulant livrer une partie de ses réalisations artistiques en utilisant une licence libre devait il le faire gratuitement.
Qui te dit que payer pour avoir un truc me gène ?, c'est la démarche qui me gène.
Le mec sait que la communauté opensource est nul en graphisme, et il se met à titiller du popotin devant eux en disant "tu veux mon truc ? ouais ! hein! bah vas-y, raboules le fric"
Les mecs du projet RPG auraient fait cette démarche pour embaucher un graphiste, ca m'aurait pas déranger une seconde.
Là, si je devais prendre un exemple, c'est comme ci les développeurs étaient des SDF et que le graphiste étaient un confectionneur de saucisse ambulant (cherchez pas, ca existe pas) et que le personnage se la joue père noêl pour attirer le chaland mais ressemble plus au grinch qu'autre chose.
Désolé, j'adhère pas au côté "je propose mon aide, la main sur le coeur, parce que le portefeuille est de ce côté là".
Je préfère refiler du fric à dev OSARE pour qu'ils embauchent un graphiste.
> Il faut arrêter de croire que les ressources non matérielles n'ont pas de coût.
Descend de ton estrade, arrêtes de faire prêcheur dans le temple des convertis.
J'ai pas compris le principe du site: c'est moi ou bien le mec demande a être payé pour faire ses dessins ?
Si c'est le cas je trouve cela un peu bizarre, le mec propose de faire des trucs "Free to use", se revendique être un adorateur de la "free culture" mais faut le payer avant ...
J'espère juste avoir mal compris (ce qui n'est pas impossible ceci dit ...)
> A mon sens, c'est le début de la prise de conscience "de masse"
> de l'intérêt des hébergements répartis tels que Freenet ou les
> services cachés de Tor.
Je pense que tu te trompes.
La conscience des masses déjà, elle fait 15 min de météo au début du JT de 20H parce qu'il fait -1° de diff par rapport à hier, wikileaks étant relayé en second plan (voire on en parle pas)
Et pour l'hébergement répartis, de mon point de vue, c'est plutôt que les gens découvrent que des gens peuvent sucrer des sites web en un claquement de doigt; pour le côté décentralisé, c'est plutôt une vision très "informaticienne" (va parler de décentralisation à madame michelle, résidente du pas-de-calais)
C'est dingue que malgré les nombreuses campagnes, épaulées par Microsoft en plus, les DSI gardent encore des versions d'Internet Explorer aussi ancienne.
J'aimerais bien connaitre l'avis d'une DSI là dessus, de savoir "pourquoi". A moins qu'il y est un parc de Windows ancien très volumineux et que les DSI n'aient pas envie de migrer vers des Windows plus récent ... (coûts, toussa)
Enfin bref, de savoir le pourquoi du comment car c'est incompréhensible.
Tu n’es vraiment pas très sympa. Mais le train de tes injures roule sur le rail de mon indifférence. Je préfère partir plutôt que d’entendre ça plutôt que d’être sourd !
Le "Director", c'est un peu le metteur en scène au cinéma, donc oui, c'est bien le réalisateur. C'est un anglicisme ou bien un faux ami quand les gens le traduisent par "Directeur" (probablement parce qu'il existe aussi "Director of photography" qui se traduit bien par "Directeur de la photographie")
mes 2 cents.
> [...] des fichiers étranges, genre des images, des pdfs
> [...] j'avais tendance à ouvrir un explorateur de fichiers puis
> [...] naviguer au bon endroit et (double-)cliquer (oui, j'ai honte).
C'est de l'humour ?
Ou bien t'as une élitisme (de merde) mal placé ?
(j'espère franchement que c'est le premier choix)
et en terme de perf ?
Par exemple Symfony 2.x version CakePHP ?
Sur le site, ils montrent un benchmark entre Sym' et Cake, mais je me méfie toujours de ce genre d'annonce. Quelqu'un a un retour sur ce genre de "versus" ?
Bah alors, p'tit gars, t'as pas eu tes granolas ce matin ?
(p'tit gars ... littleboy ... huuuuuuuuuuuuumouuuuuur !)
> Pour Sony, tres peu de devs utilisent la lib tout pourrie fournie par Sony
C'est moi où déjà tu te contredis avec ta première phrase ?
De plus, si les devs n'utilisent pas le SDK et les libs fournies par SCEJ c'est pas le problème de cette dernière.
Enfin, Sony utilise bien OpenGL et OpenGL ES pour certains matos:
Je cite:
At Sony Computer Entertainment’s PlayStation meeting the company president showed off the development kit hardware and confirmed and the choice of OpenGL ES as the graphics API in order to facilitate rapid developer adoption and content creation. The Sony Playstation 3 will be using OpenGL ES for the 3D graphics API, NVIDIA’s Cg shader language and tools (CG compiler, FX composer, ShaderPerf and PerHUD), and the development tools will also incorporate support for the COLLADA format for art asset interchange so that developers can share interactive 3D art among multiple platforms. This also opens the possibility that after the PS3’s launch, the platform could be opened to general development to anyone, not just game developers. (In marked contrast to Xbox).
Je vois pas ce qu'il faut de plus.
Pour ne pas être taxé de quoi que ce soit, je cite ceci:
« The PlayStation 3 game console has an OpenGL implementation but it remains unused by most developers due to performance issues. »
Ce qui va dans ton sens (« lib tout pourrie fournie par Sony ») mais qui te contredit (« has an OpenGL implementation »).
Pour la libGCM, c'est effectivement la librairie développé pour faire des bisous directement au chipset RSX, certes.
Pour PSGL, je ne fais que citer :
PSGL is a 3D computer graphics API based on OpenGL ES »
* Features:
** OpenGL ES 1.1 extensions (VBO, FBO, PBO, Cubemap)
** OpenGL ES 1.0:
**** Supported by the PlayStation 3 as one of official graphics APIs [5] (the other one being low level libgcm library).
**** The PlayStation 3 also includes several features of OpenGL ES 2.0
Ah merde! ce que tu semble appeler "implémentation pas complète", c'est justement le type de chose que supporte OpenGL ES: l'utilisation par partie. (j'arrive plus à choper le PDF sur Khronos qui donne les différentes parties)
En bref, Que Sony n'est pas fait la totalité de l'implémentation OpenGL, pourquoi pas, mais va pas raconter que c'est "faux".
Pour la Wii/NDS/Gamecube, je te l'accorde, c'est fortement basé sur OpenGL mais ce n'est ni OpenGL ni même OpenGL ES. (je me souviens du SDK DS où ca puait le GL un peu partout mais ca n'avait que la ressemblance). Cependant, je doute que Nintendo n'est jamais utilisé OpenGL sur une de ses plateformes, parce que vu comment a été conçu la N64, quelque chose me dit qu'ils ont pas du réinventer la roue... (source? j'ai rien trouvé dessus)
Pour Sega, tu remarqueras que j'ai notifié avec "Dreamcast" avec un gros point d'interrogation. Parce que à l'époque, Sega ne voulait pas "fixer" l'OS de Microsoft dans le coeur du système, c'est notamment pour cela que le Windows CE était embarqué dans chaque galette de la Dreamcast. (c'est aussi pour cela que l'OS dans le system core est SegaOS et non Windows CE. Notons que certains s'accordent pour dire que SegaOS n'était pas vraiment un OS mais plutôt un amas de lib et de "possibilité", genre "jump sur le systeme a tel endroit du disque" comme support de base); Bref, j'écarte Sega si cela te fait plaisir, il me semblait - à une époque révolue de toute façon - que certains développeurs n'utilisant pas WinCE et avait fait une implémentation basique d'OpenGL pour leurs jeux.
> Et comme ils ont chacun leur API custom plutot que du pur OpenGL, ca detruit un peu l'argument.
Non, vu qu'ils utilisent OpenGL ES.
> [Apple] mais c'est certainement pas pour une soit-disant meilleure performance par rapport a des API concurrentes.
Et donc pour quoi ?
Je doute que ce soit pour la beauté du geste.
> Au final, quelque soit la lib utilisee, tu peux toujours arriver a exploiter a fond le matos en dessous. La question, c'est combien de temps et d'effort ca prend.
Merci de faire le professeur des écoles.
Tout le monde ici (au moins les développeurs) sait très bien qu'il y a déplacement de curseur entre optimisation mais proche du matos ou bien un peu plus de "layer" mais moins proche du coeur, et donc des problèmes de performances qui peuvent se faire ressentir. Il n'y a pas besoin de faire Saint Cyr pour capter cela (ou Epitech... quoique...)
> et c'est pas la leeeeente evolution de l'API qui est la pour rassurer
Là, on est d'accord.
Entre un DirectBidule qui, à chaque version, progresse furieusement et pousse ses petits camarades, et un OpenGL qui doit passer par 36 phases de validation, on peut toujours espérer voir les nouvelles versions arriver (tiens au fait, ca en est où de l'OpenGL version "class" ?)
Et surtout que j'imagine mal les constructeurs genre Sony, Nintendo, Sega (Dreamcast?) et Apple (pour ne citer qu'eux) utiliser à fond une API clairement moins performantes...
Surtout qu'Apple pousse à fond sur OpenGL-ES et OpenCL
> mais avant ça, la portabilité et coder proprement, ce n'était pas une priorité.
Surtout qu'à l'époque on développait spécialement pour l'architecture et donc on optimisait à mort.
Rien que pour les consoles, genre Megadrive ou SuperNes, il fallait exploiter à mort le chipset hardware sinon on était à l'ouest par rapport à son concurrent.
Maintenant, les développeurs s'en foutent un peu plus (je dis pas totalement, il en reste qui veulent faire sortir les tripes de la console). Je me demande si c'est pas le syndrome de "j'ai de la place, je peux en foutre partout": Plus de RAM: on optimise plus la mémoire bouffée par le jeu; Plus de CPU: on essaye pas de trouver des subtiles hacks pour gagner quelques cycles...
> Enfin, Direct3D est, selon le développeur, largement supérieur à OpenGL :
Houla, il parle de quel partie de Direct3D ?
Si c'est pour "les fonctions qui font tout sans avoir a se faire chier", oui effectivement, Direct3D est plus playskool que OpenGL.
En terme de perf, je suis vraiment pas sûr;
Carmack s'était déjà essayé à ce type de comparatif et avait déjà eu la conclusion que Direct3D s'était beaucoup amélioré depuis ces dernières années mais restait toujours en dessous des perfs d'OpenGL.
[^] # Re: Plait-il ?
Posté par Prae . En réponse au journal Des graphismes dans les jeux libres. Évalué à 4.
$ man oeilartistique
No manual entry for oeilartistique
$ man talentartistique
No manual entry for oeilartistique
Il suffit pas d'avoir les outils, il faut savoir les manier :)
[^] # Re: Plait-il ?
Posté par Prae . En réponse au journal Des graphismes dans les jeux libres. Évalué à 1.
Relis mes autres posts, ca me fatigue de me répéter :)
[^] # Re: Plait-il ?
Posté par Prae . En réponse au journal Des graphismes dans les jeux libres. Évalué à 1.
Ceci dit, ma question était sarcastique, je vois parfaitement le concept du site, c'est juste la demande du graphiste qui me fait rire. "Je libère mon travail si vous me refilez du fric, bande de mécréant".
A ce niveau, rien que pour le faire chier, je serais capable de donner les 1500$(*) à OSARE pour qu'ils embauchent un _autre_ graphiste, rien que pour voir la tronche du premier tirer la gueule...
*: demandez pas, je garde mes 1500$ pour me louer une limo et pavaner sur les champs-élysées le 24 et le 31 au soir, avec des prost... des filles de bonnes familles et une partie du stock caché de Reservoir Prod.
[^] # Re: Plait-il ?
Posté par Prae . En réponse au journal Des graphismes dans les jeux libres. Évalué à -6.
Bon, j'avais plusieurs réponses possibles, mais aucune d'assez résumé pour te faire comprendre que ce raisonnement, c'est pour les vendeurs de riz sur la place du marché. Désolé j'adhère pas/plus.
[^] # Re: Plait-il ?
Posté par Prae . En réponse au journal Des graphismes dans les jeux libres. Évalué à -3.
C'est bien, t'as bien appris ta leçon.
> le monsieur aura fait le même travail. Il aura donc la même
> rémunération pour celui-ci.
Cf mon commentaire au dessus.
[^] # Re: Plait-il ?
Posté par Prae . En réponse au journal Des graphismes dans les jeux libres. Évalué à 2.
Qui te dit que payer pour avoir un truc me gène ?, c'est la démarche qui me gène.
Le mec sait que la communauté opensource est nul en graphisme, et il se met à titiller du popotin devant eux en disant "tu veux mon truc ? ouais ! hein! bah vas-y, raboules le fric"
Les mecs du projet RPG auraient fait cette démarche pour embaucher un graphiste, ca m'aurait pas déranger une seconde.
Là, si je devais prendre un exemple, c'est comme ci les développeurs étaient des SDF et que le graphiste étaient un confectionneur de saucisse ambulant (cherchez pas, ca existe pas) et que le personnage se la joue père noêl pour attirer le chaland mais ressemble plus au grinch qu'autre chose.
Désolé, j'adhère pas au côté "je propose mon aide, la main sur le coeur, parce que le portefeuille est de ce côté là".
Je préfère refiler du fric à dev OSARE pour qu'ils embauchent un graphiste.
> Il faut arrêter de croire que les ressources non matérielles n'ont pas de coût.
Descend de ton estrade, arrêtes de faire prêcheur dans le temple des convertis.
# Plait-il ?
Posté par Prae . En réponse au journal Des graphismes dans les jeux libres. Évalué à -1.
Si c'est le cas je trouve cela un peu bizarre, le mec propose de faire des trucs "Free to use", se revendique être un adorateur de la "free culture" mais faut le payer avant ...
J'espère juste avoir mal compris (ce qui n'est pas impossible ceci dit ...)
[^] # Re: et la NSA ?
Posté par Prae . En réponse au journal Wikileaks et HADOPI. Évalué à 10.
# central d'achat
Posté par Prae . En réponse au journal Wikileaks : prise de conscience pour la décentralisation ?. Évalué à 10.
> de l'intérêt des hébergements répartis tels que Freenet ou les
> services cachés de Tor.
Je pense que tu te trompes.
La conscience des masses déjà, elle fait 15 min de météo au début du JT de 20H parce qu'il fait -1° de diff par rapport à hier, wikileaks étant relayé en second plan (voire on en parle pas)
Et pour l'hébergement répartis, de mon point de vue, c'est plutôt que les gens découvrent que des gens peuvent sucrer des sites web en un claquement de doigt; pour le côté décentralisé, c'est plutôt une vision très "informaticienne" (va parler de décentralisation à madame michelle, résidente du pas-de-calais)
# Inspection générale sanitaire
Posté par Prae . En réponse au journal IE6 est mort, Vive IE vé baton baton baton. Évalué à 2.
J'aimerais bien connaitre l'avis d'une DSI là dessus, de savoir "pourquoi". A moins qu'il y est un parc de Windows ancien très volumineux et que les DSI n'aient pas envie de migrer vers des Windows plus récent ... (coûts, toussa)
Enfin bref, de savoir le pourquoi du comment car c'est incompréhensible.
[^] # Re: Si seulement...
Posté par Prae . En réponse au journal IE6 est mort, Vive IE vé baton baton baton. Évalué à 2.
Sources ?!
[^] # Re: à vie
Posté par Prae . En réponse au journal "J'ai raison, mais je ne ferai pas valider mon raisonnement". Évalué à 3.
(.. ok, je sors ...)
[^] # Re: 3l33t
Posté par Prae . En réponse au journal launch - le double clic en ligne de commande. Évalué à 1.
[^] # Re: Anglicisme
Posté par Prae . En réponse au journal [bronson]Tu es mon film, Luke, je veux dire fils. Évalué à 3.
mes 2 cents.
[^] # Re: Que dire ?
Posté par Prae . En réponse au journal Y'a-t-il un flic dans la tombe ?. Évalué à 9.
# 3l33t
Posté par Prae . En réponse au journal launch - le double clic en ligne de commande. Évalué à 1.
> [...] j'avais tendance à ouvrir un explorateur de fichiers puis
> [...] naviguer au bon endroit et (double-)cliquer (oui, j'ai honte).
C'est de l'humour ?
Ou bien t'as une élitisme (de merde) mal placé ?
(j'espère franchement que c'est le premier choix)
[^] # Re: Specialise, vraiment?
Posté par Prae . En réponse au journal Le Goncourt en CC-BY-SA !. Évalué à 5.
Mazette, on tient un vainqueur ...
[^] # Re: Et le choix de Ruby on Rails ?
Posté par Prae . En réponse au journal Pourquoi réécrire LinuxFr.org ?. Évalué à 2.
Par exemple Symfony 2.x version CakePHP ?
Sur le site, ils montrent un benchmark entre Sym' et Cake, mais je me méfie toujours de ce genre d'annonce. Quelqu'un a un retour sur ce genre de "versus" ?
[^] # Re: Direct3D supérieur à OpenGL ?!
Posté par Prae . En réponse à la dépêche Lancement d'une implémentation native de Direct3D sous Linux. Évalué à 4.
(p'tit gars ... littleboy ... huuuuuuuuuuuuumouuuuuur !)
> Pour Sony, tres peu de devs utilisent la lib tout pourrie fournie par Sony
C'est moi où déjà tu te contredis avec ta première phrase ?
De plus, si les devs n'utilisent pas le SDK et les libs fournies par SCEJ c'est pas le problème de cette dernière.
Enfin, Sony utilise bien OpenGL et OpenGL ES pour certains matos:
Je cite:
At Sony Computer Entertainment’s PlayStation meeting the company president showed off the development kit hardware and confirmed and the choice of OpenGL ES as the graphics API in order to facilitate rapid developer adoption and content creation. The Sony Playstation 3 will be using OpenGL ES for the 3D graphics API, NVIDIA’s Cg shader language and tools (CG compiler, FX composer, ShaderPerf and PerHUD), and the development tools will also incorporate support for the COLLADA format for art asset interchange so that developers can share interactive 3D art among multiple platforms. This also opens the possibility that after the PS3’s launch, the platform could be opened to general development to anyone, not just game developers. (In marked contrast to Xbox).
Je vois pas ce qu'il faut de plus.
Pour ne pas être taxé de quoi que ce soit, je cite ceci:
« The PlayStation 3 game console has an OpenGL implementation but it remains unused by most developers due to performance issues. »
Ce qui va dans ton sens (« lib tout pourrie fournie par Sony ») mais qui te contredit (« has an OpenGL implementation »).
Pour la libGCM, c'est effectivement la librairie développé pour faire des bisous directement au chipset RSX, certes.
Pour PSGL, je ne fais que citer :
PSGL is a 3D computer graphics API based on OpenGL ES »
* Features:
** OpenGL ES 1.1 extensions (VBO, FBO, PBO, Cubemap)
** OpenGL ES 1.0:
**** Supported by the PlayStation 3 as one of official graphics APIs [5] (the other one being low level libgcm library).
**** The PlayStation 3 also includes several features of OpenGL ES 2.0
Et enfin: http://www.khronos.org/developers/library/siggraph2006/OpenG(...)
Et encore: http://www.khronos.org/opengles/ (regardez bien la photo vers la fin de page)
Ah merde! ce que tu semble appeler "implémentation pas complète", c'est justement le type de chose que supporte OpenGL ES: l'utilisation par partie. (j'arrive plus à choper le PDF sur Khronos qui donne les différentes parties)
En bref, Que Sony n'est pas fait la totalité de l'implémentation OpenGL, pourquoi pas, mais va pas raconter que c'est "faux".
Pour la Wii/NDS/Gamecube, je te l'accorde, c'est fortement basé sur OpenGL mais ce n'est ni OpenGL ni même OpenGL ES. (je me souviens du SDK DS où ca puait le GL un peu partout mais ca n'avait que la ressemblance). Cependant, je doute que Nintendo n'est jamais utilisé OpenGL sur une de ses plateformes, parce que vu comment a été conçu la N64, quelque chose me dit qu'ils ont pas du réinventer la roue... (source? j'ai rien trouvé dessus)
Pour Sega, tu remarqueras que j'ai notifié avec "Dreamcast" avec un gros point d'interrogation. Parce que à l'époque, Sega ne voulait pas "fixer" l'OS de Microsoft dans le coeur du système, c'est notamment pour cela que le Windows CE était embarqué dans chaque galette de la Dreamcast. (c'est aussi pour cela que l'OS dans le system core est SegaOS et non Windows CE. Notons que certains s'accordent pour dire que SegaOS n'était pas vraiment un OS mais plutôt un amas de lib et de "possibilité", genre "jump sur le systeme a tel endroit du disque" comme support de base); Bref, j'écarte Sega si cela te fait plaisir, il me semblait - à une époque révolue de toute façon - que certains développeurs n'utilisant pas WinCE et avait fait une implémentation basique d'OpenGL pour leurs jeux.
> Et comme ils ont chacun leur API custom plutot que du pur OpenGL, ca detruit un peu l'argument.
Non, vu qu'ils utilisent OpenGL ES.
> [Apple] mais c'est certainement pas pour une soit-disant meilleure performance par rapport a des API concurrentes.
Et donc pour quoi ?
Je doute que ce soit pour la beauté du geste.
> Au final, quelque soit la lib utilisee, tu peux toujours arriver a exploiter a fond le matos en dessous. La question, c'est combien de temps et d'effort ca prend.
Merci de faire le professeur des écoles.
Tout le monde ici (au moins les développeurs) sait très bien qu'il y a déplacement de curseur entre optimisation mais proche du matos ou bien un peu plus de "layer" mais moins proche du coeur, et donc des problèmes de performances qui peuvent se faire ressentir. Il n'y a pas besoin de faire Saint Cyr pour capter cela (ou Epitech... quoique...)
> et c'est pas la leeeeente evolution de l'API qui est la pour rassurer
Là, on est d'accord.
Entre un DirectBidule qui, à chaque version, progresse furieusement et pousse ses petits camarades, et un OpenGL qui doit passer par 36 phases de validation, on peut toujours espérer voir les nouvelles versions arriver (tiens au fait, ca en est où de l'OpenGL version "class" ?)
PS: tu veux un granola ? j'en ai plein mon tiroir
[^] # Re: Direct3D supérieur à OpenGL ?!
Posté par Prae . En réponse à la dépêche Lancement d'une implémentation native de Direct3D sous Linux. Évalué à 2.
Surtout qu'Apple pousse à fond sur OpenGL-ES et OpenCL
[^] # Re: Portage de jeux Direct3D ?
Posté par Prae . En réponse à la dépêche Lancement d'une implémentation native de Direct3D sous Linux. Évalué à 1.
Maintenant, Quid de savoir si les mecs de Wine ont envie de virer le code Direct3D et laisser un projet externe géré cela ...
[^] # Re: Testé et approuvé
Posté par Prae . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 4.
Ouch!!!! c'est quoi ce truc sale et laid ?!!
[^] # Re: Portage de jeux Direct3D ?
Posté par Prae . En réponse à la dépêche Lancement d'une implémentation native de Direct3D sous Linux. Évalué à 4.
Surtout qu'à l'époque on développait spécialement pour l'architecture et donc on optimisait à mort.
Rien que pour les consoles, genre Megadrive ou SuperNes, il fallait exploiter à mort le chipset hardware sinon on était à l'ouest par rapport à son concurrent.
Maintenant, les développeurs s'en foutent un peu plus (je dis pas totalement, il en reste qui veulent faire sortir les tripes de la console). Je me demande si c'est pas le syndrome de "j'ai de la place, je peux en foutre partout": Plus de RAM: on optimise plus la mémoire bouffée par le jeu; Plus de CPU: on essaye pas de trouver des subtiles hacks pour gagner quelques cycles...
Bref, on s'fait vieux...
[^] # Re: Portage de jeux Direct3D ?
Posté par Prae . En réponse à la dépêche Lancement d'une implémentation native de Direct3D sous Linux. Évalué à 2.
# Direct3D supérieur à OpenGL ?!
Posté par Prae . En réponse à la dépêche Lancement d'une implémentation native de Direct3D sous Linux. Évalué à 3.
Houla, il parle de quel partie de Direct3D ?
Si c'est pour "les fonctions qui font tout sans avoir a se faire chier", oui effectivement, Direct3D est plus playskool que OpenGL.
En terme de perf, je suis vraiment pas sûr;
Carmack s'était déjà essayé à ce type de comparatif et avait déjà eu la conclusion que Direct3D s'était beaucoup amélioré depuis ces dernières années mais restait toujours en dessous des perfs d'OpenGL.