Prae a écrit 2839 commentaires

> ê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.

> Free comme libre, pas comme gratuit.

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.

> 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 ...)

Parfois, entre administration, ca communique pas

> 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 me fais flipper là ... IE8 < IE6 ?!
Sources ?!

Roooh! mais un steak grillé, c'est bon ... non ? ...
(.. ok, je sors ...)

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.

Ouais, mais Leslie, lui, il les baisait les ménagères.

> [...] 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)

Sur une des photos, l'intitulé c'est ... "Jesus" ...
Mazette, on tient un vainqueur ...

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


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

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

Au temps pour moi, j'ai toujours cru que les mecs s'étaient pris la tête à recoder le coeur de Direct3D dans Wine.

Maintenant, Quid de savoir si les mecs de Wine ont envie de virer le code Direct3D et laisser un projet externe géré cela ...

"32bit: 1 and 2 (both .deb files required) -> Download: megaupload" ( http://www.megaupload.com/?d=QZW6GJGI )

Ouch!!!! c'est quoi ce truc sale et laid ?!!

> 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...

Bref, on s'fait vieux...

Il me semblait que Wine avait déjà implementé une grosse partie de DirectX dans le core de Wine, je me gourre ?

> 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.

j'ai presque envie de faire une blague à base de "ta femme" et "pour te rassurer", mais je passerais outre :)

de la 3D à distance ?!
Mais sinon d'avoir un "truc" graphique un peu terminé et qui soit utilisable, ca sera possible avant 2020, non ?

Entre MultideskOS et ce projet, y'a quand même un gap.
On sent que le mec s'y connait un peu (ou alors il a bien appris son bouquin "Howto create your own compiler")