Ubuntu-fr

Bonjour,

Les dernières versions du driver libre radeon supportent OpenGL 3.3 (donc des shaders GLSL compilés en #version330) dès que le hardware le supporte (ce qui est bien le cas de ta carte) : xorg.freedesktop.org/wiki/RadeonFeature/
J'ai récemment fait marcher un bout de code OpenGL 3.3 sur ma Debian Sid avec le driver libre. Je ne sais pas où en est Ubuntu, mais  il y a des chances que les versions des paquets soient assez proches et que ça puisse aussi marcher chez toi.

Si tu tapes cette commande dans un terminal, ça te renvoie quoi ?

glxinfo | grep "OpenGL version"

Ensuite, dans ton application, il faut t'assurer que tu crées bien un contexte OpenGL 3.3. Pour le savoir, utilise glGetString(GL_VERSION).

Chez moi, j'avais besoin de demander un contexte "core" pour avoir de l'OpenGL 3.3. Par défaut, j'avais un contexte "compatibility" avec OpenGL 3.1, du coup impossible de compiler des shaders en GLSL 330. Il est possible que ce soit le même soucis chez toi. Par contre, le fait d'avoir un contexte "core" empêche d'utiliser les fonctionnalités obsolètes.

J'utilise SDL qui permet de demander explicitement un contexte OpenGL 3.3 core. Apparement tu utilises SFML, je suppose que c'est possible aussi.

C'est quoi une "approche castratrice de la conjoncture" ?

Si on estime que l'objectif de la mission est purement scientifique, uniquement pour obtenir des résultats (qui en eux-mêmes ne sont donc pas connotés), je t'aurais répondu que c'est une bonne question, et qu'effectivement il vaut mieux regarder le résultat si c'est quelque chose d'important. Mais la question ne se pose que dans très peu de cas : pour un domaine très précis où les spécialistes sont rares, où la sélection est difficile, la formation longue et coûteuse, et où les personnes doivent être confinées longtemps entre elles dans un lieu de taille réduite. En fait, à part les missions spatiales, je ne vois pas trop de domaines où tous ces critères sont réunis.

D'autre part, l'exemple d'une mission spatiale habitée est justement un cas où l'intérêt n'est pas uniquement scientifique, mais aussi  politique. Prenons l'exemple du programme Apollo : sans le contexte de la guerre froide, s'ils n'avaient pas été motivés par montrer qu'ils pouvaient faire mieux que les Russes, les Américains n'auraient probablement pas investi autant dedans.

Ce qui compte quand on envoie un homme dans l'espace, ce n'est pas uniquement qu'il va ramener un échantillon de roche ou des photos (un robot peut le faire aussi, et la mission sera moins contraignante et coûtera moins cher), c'est l'image que cela donne : "regardez, on sait faire des missions habitées". Si on choisit d'écarter une femme compétente d'une équipe parce qu'il y a un macho dedans, on enverra aussi une image pas très reluisante sur la question du sexisme : est-ce souhaitable ? Ne serait-il pas préférable de former une autre personne qui sache mieux travailler en équipe (un type qui se montre méprisant pour 50% de la population ne remplit pas vraiment ce critère) pour remplacer le macho ?
Au passage, dans ce cas-là ce n'est pas la femme qui "fout le bordel", c'est bien le macho.

C'est différent : ici il n'est pas question d'une équipe où une femme par sa présence "fout le bordel" dans l'équipe, mais du recrutement d'une unique personne sur un critère précis (jouer Napoléon).

Cela dit, je suis d'accord qu'il faut regarder le contexte dans lequel la décision est prise et ce qui pousse à la prendre. D'ailleurs, il me semble que c'est justement à cause du contexte (présence d'un macho, culture sexiste plus ou moins diffuse) que l'on va devoir choisir entre pragmatisme et sexisme (pour caricaturer un peu).

Ou on peut aussi regarder à peu près n'importe quelle peinture de Vénus ou représentation de femme censée être belle selon les canons de l'époque : il y a des rondeurs qui à mon avis n'auraient pas permis à de telles femmes d'être manequin de nos jours.

Cela dit, je suppose qu'à l'époque il existait aussi des hommes qui préfèraient les femmes minces, comme aujourd'hui il y a des hommes qui préfèrent les femmes avec des rondeurs.

Je me trompe peut-être, mais j'ai cru comprendre que la "norme porno" est une épilation intégrale. Or je ne suis pas convaincue que la majorité des femmes enlève tous leurs poils pubiens : entre ne rien enlever et tout épiler, il y a des quantités de solutions intermédiaires tout en restant "socialement correctes" (en même temps, j'ai un peu de mal à concevoir une norme sociale sur une partie du corps qu'à moins de faire du naturisme très peu de monde peut voir).

Après, concernant l'épilation des bras ou des aisselles (ce qui peut se voir quand on se promène en été, quoi), est-ce que c'est vraiment le porno qui a imposé une vision de la femme épilée, ou est-ce que c'est au contraire le porno qui s'est adapté à une mode de l'épilation ? Ou peut-être un peu des deux ?

Huhuhu : http://linuxfr.org/news/deux-nouveaux-c … eux-libres

Ca me tenterait bien d'essayer d'illustrer
Par contre, je vais partir 15 jours en vacances à la fin de la semaine, donc pas dispo tout de suite.

Tu comptes le distribuer sous quelle licence ? En CC by-nc-nd comme le texte du conte ?
J'aurais quelques réserves sur cette licence, où je rejoins pas mal les remarques de TuxFamily expliquées ici : http://faq.tuxfamily.org/Licence/Fr#Pou … e_libre.3F

Pour le scanner, c'est très bizarre : il n'est plus détecté ni sur ma Gentoo ni sur ma Debian, mais par contre sur mon Arch ça marche (oui j'aime bien tester diverses distributions ^^). Pas encore compris ce qui coince. Si maintenant les scanners se mettent à alimenter les trolls entre distributions, où va-t-on ?

Bref, voici quelques dessins que j'ai faits il y a quelque temps :
 

Un peu de couleur :
   

J'ai fait un premier essai rapidement de sorcière hier soir

Peut-être que quelque chose de davantage épuré conviendrait mieux ?

Hello !
Je viens de rentrer de vacances. Des nouvelles du projet ?

Je ne peux pas tester ton programme maintenant, mais je vois une piste que tu pourrais regarder.

C'est vraiment une version en conserve, ça. Tu es sur une vieille config ?

Mais rien ne garantit que ton implémentation d'OpenGL te permet de profiter de l'extension nécessaire pour les vertex buffer objects (celle qui te permet d'utliser glGenBuffers[ARB], glBindBuffer[ARB] et compagnie). As-tu vérifié qu'elle est disponible ? Comme tu utilises Glew, tu peux utliser la fonction glewIsSupported. Ou tu peux regarder simplement si tu as bien un GL_ARB_vertex_buffer_object (ou un GL_EXT_vertex_buffer_object) dans la liste de tes extensions quand tu fais glxinfo.
Si Mesa te dit que tu utilises de l'OpenGL 1.4 (et pas 1.5 ou supérieur), il y a sûrement une bonne raison. L'absence de support des VBO en serait une.

Si la création de ton VBO a échoué, cela expliquerait que ça plante à l'appel glDrawArrays.

Tu n'as pas besoin de glVertexAttribPointerARB pour cela.

glVertexAttribPointerARB sert quand tu utilises des shaders pour un rendu plus avancé. Cette fonction te permet d'envoyer des données qui peuvent représenter ce que tu veux, et que tu vas exploiter dans un shader. Par exemple, si tu veux renseigner une tangente pour tes sommets.

Ton code utilise le pipeline fixe, donc tu ne peux utiliser que les attributs de sommets que connait OpenGL de base.
glVertexPointer permet d'envoyer les coordonnées de sommets. Pour les normales ou les couleurs, tu as ses amis glNormalPointer et glColorPointer. Tu as aussi glTexCoordPointer pour les coordonées de textures.

A noter que tu peux envoyer toutes ces données dans un unique VBO et appeler glVertexPointer, glNormalPointer et compagnie avec la valeur de décalage qui va bien (dernier paramètre de la fonction), ou utiliser un VBO pour chaque et appeler les glBidulePointer sans décalage. Les 2 solutions fonctionnent, la 1ere étant a priori un poil plus performante (moins d'activation/désactivation de VBO à faire) mais parfois moins pratique.

Et tu peux effectivement englober les appels aux glBidulePointer dans un VAO pour améliorer les performances.

Bonne continuation !

Si vous avez prévu une mise à jour du pdf, ce serait pas mal d'en profiter pour corriger les vilaines fotedortograffe
Ca fait plaisir de lire un scénario de RPG qui ne soit pas un n-ème patchwork de clichés repompés sur Star Wars ou le Seigneur des Anneaux. Il y a de très bonnes idées dans l'univers et le scénario, je trouve.

Les différents peuples, ce sont tous des humains ? Ou des créatures humanoïdes ?
Est-ce que vous avez des artworks, jolis dessins ou gribouillages à montrer pour qu'on se fasse une idée de la tête qu'ils ont ? Ou des images des différents lieux, ce serait intéressant aussi.
D'ailleurs, est-ce que toute l'histoire va se passer plus ou moins au même endroit, ou vous avez prévu qu'on aille dans les différentes villes ?

Là ça m'intéresse beaucoup d'en savoir plus sur ce choix. Pour l'instant je suis sur un jeu abstrait, où des formes géométriques simples suffisent largement donc la question ne se pose pas. Mais pour un futur projet je vais avoir besoin d'afficher des objets 3D plus complexes.
J'avais regardé à une époque les différents formats de données 3D, et j'ai eu l'impression que c'est un vaste bazar où chacun refait son truc dans son coin. J'avais entendu parler de collada, mais difficile de trouver de la documentation dessus.

Morgiver, connais-tu le site Les Forges ? C'est une vraie mine d'or, avec tout plein d'articles très intéressants essentiellement sur le game design.
Ils ont justement fait un article sur le game over assez récemment : http://www.lesforges.org/article/game-o … to=article
C'est plus large que les RPG, mais tu y trouveras peut-être des pistes de réflexion qui pourraient t'intéresser. En particulier dans la 3ème partie, sur la narration.

Pour répondre à tes questions, je dirais que de manière générale il est pénible de refaire 2 fois la même chose, surtout si c'est long. Si la mort doit être définitive, il faut alors que la partie suivante ne soit pas identique à la première, sinon le joueur va se lasser. Penser aussi que le joueur peut perdre pour des raisons indépendantes de sa volonté et fort peu roleplay, telles que "le chat a bondi sur le clavier au moment où son personnage affrontait le vilain seigneur noir du mal" : il faut éviter qu'il ait le sentiment d'avoir perdu plusieurs heures de jeux à cause de cela, parce que ce serait très frustrant (et puis ainsi tu sauveras des chatons !).

Enfin, je crois qu'il faut bien garder à l'esprit (cela parait évident, mais quand on est à fond dans son idée de jeu on peut avoir tendance à l'oublier) que le but premier d'un jeu est d'être ludique. Il vaut mieux sacrifier un peu l'aspect réaliste/cohérent/roleplay que rendre le jeu pénible à jouer.

Ce que t'impose la licence GNU GPL, c'est de fournir les sources à ceux qui ont le binaire de ton programme, ou de donner un moyen de récupérer les sources s'ils le demandent.

En fait, je ne comprends pas trop où est le problème. Sous quelle forme comptes-tu vendre ton logiciel ?
Si tu comptes vendre les sources uniquement et la doc pour les compiler, c'est parfaitement compatible avec la GNU GPL.
Si tu comptes vendre le binaire et fournir les sources avec, c'est compatible aussi.
Le cas qui est incompatible, c'est de donner les binaires et de vendre les sources (autrement dit "si vous ne payez pas vous n'aurez pas les sources même si vous avez déjà les binaires"), mais tu n'as aucun besoin de choisir cette option, non ? Le cas "je vends le binaire à un prix et il y aura un supplément pour les sources" est assez obscur (le lien que tu as donné n'est pas très clair effectivement), mais là encore je ne vois pas trop pourquoi choisir cette option.

Autant tout vendre d'un coup, non ?

Edit :

Cela a en effet longtemps été le cas de Qt par exemple : disponible soit gratuitement sous GPL (qui impose que les applications développées avec Qt soit également sous GPL) ou propriétaire et payant (ce qui permettait de faire une application propriétaire avec Qt). Maintenant les dernières version de Qt sont aussi disponibles sous LGPL.
Pour Firefox ou OpenOffice je ne sais pas trop par contre.

Il y a aussi la solution de mettre sous licence propriétaire la version n de son programme et de libérer la version n-1 (ce qui est fait pour les différentes version du moteur de jeu Id Tech).