Le probleme de graphisme dans les jeux libre est effectivement une plaie... Et comme le dis alexmic, les graphistes actuels sont surchargés. S'il n'a pas mieux d'ici là, sebastienb pourrait essayer de me contacter apres la sortie de KDE4.0, sait on jamais en ce qui me concerne.
Si je peux donner un peu mon avis, le probleme n'est pas là ou on pourrait le penser:
Je croyais avant que le probleme du libre était le manque de talents artistiques.. Avec le recul c'est faux. Il n'y a qu'a voir les démos d'inkscape, les réalisation sur kde-look, gnome-look, devianart, ... Ok, il y a de la merde mais aussi des vrai talents, de belles création qui passeront peut-etre inapercu car noyé dans la masse. Les artistes sont là, ils existent. Mais il ne participe pas aux logiciels... ils lancent leur créations sur des sites adaptés, c'est tout.
Le probleme est ailleurs. Il y a souvent inadéquation entre ces artistes et les projets OSS d'un point de vue culturel et compétence. Il faut déja que le projet ait abaissé sa barriere d'entrée. Allez voir ce post d'Aaron Seigo, tres interessant là dessus (meme si celui ci ne concerne pas seulement l'art): http://aseigo.blogspot.com/2005/11/writing-successful-open-s(...)
La barriere d'entrée d'un logiciel open source se situe a plusieurs niveau... :
- documentation
- compilation
- communication dans l'équipe
- ...
Dans la plupart des cas il faut imaginer que le bon designer dont le projet à besoin, est tres probablement un gas qui sait manipuler gimp/inkscape/photoshop/illustrator, et a la limite installer un logiciel via synaptic ou le panneau de config de mandrake, si déja on a la chance d'avoir a faire à un linuxien. Pas plus.
Donc meme s'il voit passer un appel au secours comme l'est cette news, meme s'il serait intéressé, il n'ira pas faire la démarche de contacter un projet/les dev, ces mystérieuses personnes qui fabriques des logiciels en fesant de la magie noire et en tapant des trucs bizarres.
Et mine de rien, la barriere est effectivement parfois assez haute. Un graphiste efficace autonome doit en effet savoir manier pas mal de choses:
- savoir compiler (logiciel, résoudre les deps, ....)
- systemes de builds (make, cmake...)
- gestion de version (cvs, svn...)
- ...
Comme c'est impossible pour lui, il ne fait pas. Et meme si parfois il connait déjà tout cela, on lui met parfois des barrieres supplémentaires... comme certains aspects graphiques qui sont codés dans l'appli. Et je peux prendre pour exemples négatif les graphiques tout vilains générés par OOo que j'étais proposer de refaire, codé en c++... aucune volonté de changer cela. Voir meme un mail envoyé dans réponses .... et au final les graphiques n'ont pas été refais alors que ceux de MSoffice sont jolies.
Pour parler positif et de ce qui marche, 2 mots sur mon expérience sur kdegames:
On est passé d'un stade calamiteux (la plupart des jeux kde3 etaient parti pour etre viré pour kde4), certaines distro comme Suse n'en installant plus qu'une partie...à un KDE4 qui devrait etre avec 27jeux aux design neuf, à l'ergonomie amélioré, 2.5 artistes et pleins de nouveaux dev. Comment? Si on limite à l'artistique:
- Déjà sur KDEgames, j'ai été reçu avec un tapis rouge (je suis meme au bout de 6 mois le release manager...), avec des dev à l'écoute de nos besoins
- Une bonne ambiance.... un cercle vertueux...
- Les dév travaillent a séparer le code du look, ... le but c'est qu'un artiste puisse travailler sur un theme avec son logiciel de dessin (inkscape) et éventuellement un éditeur texte pour quelques variables.
- Une techno de base, QT4, qui permet cela
- des tutorials pas a pas: comments installer pas a pas la version SVN...
- des packages Suse et Ubuntu, snapshot du svn, accessible via yast et synaptic (pour ceux ne maniant pas encore la compil)
- Des recrutements directs. Pensant n'avoir pas le temps de m'occuper des graphismes de tout kdegames, je suis aller voir des talents sur kdelook, et je les ai contactés directement. Sur 8, 3 réponses positives, et finalement 1 gas avec qui ça a collé. Talentieux graphiquement, mais novice pour le reste. Donc apres, beaucoup de cours et de support en ligne (merci jabber).
Finalement pas mal de temps investi, à peu pres 6 mois pour qu'il soit 100% opérationnel, mais beaucoup en retour aussi, car graphiquement talentueux (par exemple, il a fait la mer pour la bataille navale, http://johann.pwsp.net/wp-content/uploads/2007/04/kbs.png )
Là, on en est à commencer a travailler avec un 3eme artiste et un dev dédié, avec donc un peu de plus direction artisque et encore moins de graphisme pour moi, mais on développe une belle équipe efficace qui rayonnera j'espere ailleur que dans les jeux KDE ensuite (plasma, koffice, ...).
[^] # Re: Graphismes
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse à la dépêche Men Are Ants v0.4. Évalué à 10.
Si je peux donner un peu mon avis, le probleme n'est pas là ou on pourrait le penser:
Je croyais avant que le probleme du libre était le manque de talents artistiques.. Avec le recul c'est faux. Il n'y a qu'a voir les démos d'inkscape, les réalisation sur kde-look, gnome-look, devianart, ... Ok, il y a de la merde mais aussi des vrai talents, de belles création qui passeront peut-etre inapercu car noyé dans la masse. Les artistes sont là, ils existent. Mais il ne participe pas aux logiciels... ils lancent leur créations sur des sites adaptés, c'est tout.
Le probleme est ailleurs. Il y a souvent inadéquation entre ces artistes et les projets OSS d'un point de vue culturel et compétence. Il faut déja que le projet ait abaissé sa barriere d'entrée. Allez voir ce post d'Aaron Seigo, tres interessant là dessus (meme si celui ci ne concerne pas seulement l'art): http://aseigo.blogspot.com/2005/11/writing-successful-open-s(...)
La barriere d'entrée d'un logiciel open source se situe a plusieurs niveau... :
- documentation
- compilation
- communication dans l'équipe
- ...
Dans la plupart des cas il faut imaginer que le bon designer dont le projet à besoin, est tres probablement un gas qui sait manipuler gimp/inkscape/photoshop/illustrator, et a la limite installer un logiciel via synaptic ou le panneau de config de mandrake, si déja on a la chance d'avoir a faire à un linuxien. Pas plus.
Donc meme s'il voit passer un appel au secours comme l'est cette news, meme s'il serait intéressé, il n'ira pas faire la démarche de contacter un projet/les dev, ces mystérieuses personnes qui fabriques des logiciels en fesant de la magie noire et en tapant des trucs bizarres.
Et mine de rien, la barriere est effectivement parfois assez haute. Un graphiste efficace autonome doit en effet savoir manier pas mal de choses:
- savoir compiler (logiciel, résoudre les deps, ....)
- systemes de builds (make, cmake...)
- gestion de version (cvs, svn...)
- ...
Comme c'est impossible pour lui, il ne fait pas. Et meme si parfois il connait déjà tout cela, on lui met parfois des barrieres supplémentaires... comme certains aspects graphiques qui sont codés dans l'appli. Et je peux prendre pour exemples négatif les graphiques tout vilains générés par OOo que j'étais proposer de refaire, codé en c++... aucune volonté de changer cela. Voir meme un mail envoyé dans réponses .... et au final les graphiques n'ont pas été refais alors que ceux de MSoffice sont jolies.
Pour parler positif et de ce qui marche, 2 mots sur mon expérience sur kdegames:
On est passé d'un stade calamiteux (la plupart des jeux kde3 etaient parti pour etre viré pour kde4), certaines distro comme Suse n'en installant plus qu'une partie...à un KDE4 qui devrait etre avec 27jeux aux design neuf, à l'ergonomie amélioré, 2.5 artistes et pleins de nouveaux dev. Comment? Si on limite à l'artistique:
- Déjà sur KDEgames, j'ai été reçu avec un tapis rouge (je suis meme au bout de 6 mois le release manager...), avec des dev à l'écoute de nos besoins
- Une bonne ambiance.... un cercle vertueux...
- Les dév travaillent a séparer le code du look, ... le but c'est qu'un artiste puisse travailler sur un theme avec son logiciel de dessin (inkscape) et éventuellement un éditeur texte pour quelques variables.
- Une techno de base, QT4, qui permet cela
- des tutorials pas a pas: comments installer pas a pas la version SVN...
- des packages Suse et Ubuntu, snapshot du svn, accessible via yast et synaptic (pour ceux ne maniant pas encore la compil)
- Des recrutements directs. Pensant n'avoir pas le temps de m'occuper des graphismes de tout kdegames, je suis aller voir des talents sur kdelook, et je les ai contactés directement. Sur 8, 3 réponses positives, et finalement 1 gas avec qui ça a collé. Talentieux graphiquement, mais novice pour le reste. Donc apres, beaucoup de cours et de support en ligne (merci jabber).
Finalement pas mal de temps investi, à peu pres 6 mois pour qu'il soit 100% opérationnel, mais beaucoup en retour aussi, car graphiquement talentueux (par exemple, il a fait la mer pour la bataille navale, http://johann.pwsp.net/wp-content/uploads/2007/04/kbs.png )
Là, on en est à commencer a travailler avec un 3eme artiste et un dev dédié, avec donc un peu de plus direction artisque et encore moins de graphisme pour moi, mais on développe une belle équipe efficace qui rayonnera j'espere ailleur que dans les jeux KDE ensuite (plasma, koffice, ...).