Dans ma boite, les courriers menaçants et sans fondements du BSA passaient directement à la poubelle.
Pendant plusieurs années, nous avons procédé ainsi.
Sauf qu'un jour, nous avons été directement contactés par une entreprise bien connue, adhérente du BSA. L'interlocuteur nous a expliqué que si nous ne répondions pas, certes nous ne recevrions pas la visite de la maréchaussée. Par contre, la maison mère serait mise au courant de notre «mauvaise volonté», et vu qu'elle même disposait d'accords commerciaux pour l'achat de licences d'utilisations, ces accords seraient remis en cause.
Nous avons donc répondu à un questionnaire fort indiscret.
Taille du parc, répartition, logiciels installés (y compris les logiciels libres, car «ah mais vous avez tant de serveur, et vous avez déclaré moins de licences»), etc…
Un bon gros questionnaire commercial, pour de la prospection future.
Avec pas mal d'aller et retours téléphoniques/emails entre notre service et le commercial de la partie adverse (à ce stade, on ne peut pas décemment parler de «partenaires commerciaux»).
De toutes façons nous avions toutes les licences, et même si ça n'avait pas été le cas, je ne vois pas comment ils auraient pu vérifier. Hors commission rogatoire bien sûr, car autrement ils ne rentrent pas dans l'entreprise.
Renseignement pris, il parait que le chantage à la maison mère est une pratique très courante de la part de certains adhérents du BSA. Je ne sais pas si le BSA procède ainsi, mais je pense que leur levier serait moindre, car ils ne disposent pas du moyen de pression du contrat cadre.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
Il y a eu plus d'articles dans la presse Américaine, y compris celle orientée «business et finances». On dit que «nul n'est prophète en son pays», mais il semblerait que dans son cas, c'était faux.
Le jeu d’instructions MMX a ainsi été complété par les jeux d’instructions SSE, SSE 2, SSE 3, puis SSE 4, pour un bénéfice pas toujours évident.
Sandy Bridge apporte de nouvelles fonctions d’opérations vectorielles en 256 bits, sous le nom Advanced Vector Extensions (AVX).
Plus précisément, le MMX opère sur des entiers, et le SSE sur des flottants. À l'origine, l'extension SSE était la réponse du berger à la bergère (en l’occurrence l'extension «3DNow!» de AMD).
Le SSE pouvait remplacer avantageusement le FPU, sauf pour la précision (64 bits pour le SSE et 80 bits pour le FPU). De même, l'architecture du FPU (l'accès à ses registres ne pouvait se faire que par une pile, et sans concurrence avec le CPU) ne facilitait pas l'optimisation.
Je me souviens encore avec émotion de ma compilation de xpdf, avec le support SSE2.
xpdf s'est mis à fonctionner environ 30% plus rapidement sur un pdf d'une lenteur extrème (un manuel rempli de photos). Et encore, je n'avais même pas recompilé la lib jpeg avant de faire ce premier essai.
Je n'ai pas besoin d'une grande précision arithmétique, ne mettant pas de fusées sur orbite. J'ai donc toujours été très satisfait des performances de SSE2 et suivants, par rapport au support FPU par défaut.
AVX est destiné à remplacer SSE, et semble déja prometteur.
Mais ça ne s'écrit qu'une seule fois, et ça peut servir dans les projets qui construisent plein d'exécutables (dans mon cas, il s'agit de plein de petites libs et des exécutables associés pour les tests unitaires).
Dans le post ci-dessus, j'ai oublié de préciser que peur débugger «eval», c'est à dire avoir une sortie claire des rêgles qui vont être générées, il faut utiliser «info» (en lieu et place de «eval»). C'est la commande siamoise indispensable pour s'y retrouver.
$(info text...)
This function does nothing more than print its (expanded) argument(s) to standard output.
No makefile name or line number is added.
The result of the expansion of this function is the empty string.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
Quand on commence à utiliser make, on pense qu'il faut écrire toutes les cibles à la main. En particulier quand on doit générer plusieurs exécutables ou librairies (ou autre, qui ne soit pas une simple substitution de patterns du genre .c vers .o ).
Plutôt que d'écrire une rêgle à chaque fois, on peut utiliser la commande eval qui permet d'écrire des templates
Avec ce système, chaque construction peut s'écrire avec une variable, contenant les sources impliquées (il faudra parfois en ajouter d'autres, contenant par exemple les libs pour le link, ou d'éventuelles options spécifiques pour le compilateur).
J'ajoute quand même une remarque à la doc de make, cela m'ayant posé problème au départ:
Dans les templates, les seules variables à déréférencer sont les vars qu'on passe en paramètre depuis le "eval": $(1) et suivants.
Les autres variables doivent être protégées avec un '$' supplémentaire.
Donc on écrit directement $(1) pour les paramètres du template.
Par contre, les variables qui servent à la rêgle vont s'écrire ainsi: $$(CXX)
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
Il y a quand même quelques différences entre la scène indé et les jeux open-source.
SI = scène indé. JOP = jeux open source
L'expérience
SI = souvent des transfuges du JV classique et commercial, qui tentent leur chance pour gagner plus d'argent.
JOP = des débutants la plupart du temps. Souvent une bonne expérience pour ceux qui participent, mais ça se disperse pas mal (conflits d'égos, trolls sur le dev, importance accordée à des points inutiles car on veut ressembler à un studio AAA).
Les moyens
SI = utilisation d'outils closed-sources dans toute la chaine de dev (de 3DSMax au moteur graphique à license). Ces outils sont souvent éprouvés et facilitent grandement le travail.
JOP = outils performants mais génériques. Maintenus le plus souvent par des bonnes volontés, le suivi s'en ressent. Par exemple, Blender ne supporte correctement le format md2 que depuis la 2.49, et les filtres dans la branche 2.5x sont loins d'être aboutis (l'API ne semble stabilisée que depuis la 2.57, et ça bouge encore).
Le multiplateforme
SI = souvent un seul OS visé, résultat des choix de dev (moteur & outils). C'est plus simple (on peut faire beaucoup moins propre du coup).
JOP = l'intêret est de proposer plusieurs OS. Prends plus de temps. (cf les régressions dans la pourtant excellente lib «Clan Lib», ou la stagnation de SDL, dont le support accéléré pour la 2D est encore dans la branche expérimentale 1.3).
La finalité
SI = gagner des ronds.
JOP = la gloire. C'est moins motivant il faut croire.
(oui je sais, on peut faire payer de l'open source).
Les équipes
SI = un budget pour recruter autre chose que des codeurs, et l'assurance (fausse) pour les artistes de garder les droits sur leurs œuvres.
JOP = les graphistes et musiciens ont peur de l'open-source, et ne travaillent pas gratuitement.
La comm
SI = bénéficient d'une communauté soudée et de forums très fréquentés (une news favorable sur un gros site de jeu, et c'est à moitié gagné).
JOP = Pas de bol, les petits branleurs font beaucoup de bruit et parasitent le paysage (cf les news de linux game tome, certains font des «up» à peine déguisés à coup d'updates insignifiantes, et d'autres présentent un énième jeu infame).
Pas de bol encore, les meilleurs sont souvent les plus associaux. Qui a entendu parler de Aaron Bishop ?
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
Dans la liste des nouveautés, il y en a également une très intéressante: les «templates variadiques». Cela permet d'avoir des templates avec un nombre variable d'arguments.
Jusqu'à présent, je m'en sortais avec des macros ou avec les va_list du C, mais il parait que ce n'est pas bien.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
Je suis plutôt d'accord, mais il ne faut pas oublier qu'on peut facilement requalifier toute monnaie en «pyramide de Ponzi». Après tout, dans le cas d'une monnaie classique, l'émetteur est un gouvernement ou une banque centrale, et le système de redistribution initial est plutot pyramidal. Ensuite, toute l'astuce est de persuader les gens qu'ils vont bosser toute leur vie pour rembourser une dette dont ils seraient responsables… mais c'est un autre débat.
Tout ça pour dire qu'une grande partie de la valeur d'une monnaie est constituée de la confiance qu'on est prêt à lui accorder, et que c'est toujours relativement irrationnel.
Mais il n'y a pas que ça. La rareté joue également.
Par exemple, l'ancien système de contrepartie avec les réserves d'or semble plus logique de prime abord que le système actuel dématérialisé… mais c'est quoi de l'or ? Pourquoi a t-on décidé que c'était l'étalon de la richesse ? Ça ne se mange même pas.
Mais l'or avait pour lui sa rareté. Rareté qu'on tente d'introduire dans le système bitcoins, et qui peut passer pour une pyramide de Ponzi.
La question est donc: le bitcoin peut être artificiellement limité pour garder sa valeur par rareté, mais peut-il inspirer confiance ?
Je me demande également si c'est une bonne idée de baser une nouvelle idée sur d'anciens dogmes qui ont déjà fait beaucoup de dégâts. La rareté développe l'avidité (et le sens des affaires, qui est une expression plus présentable pour parler de la même chose).
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
La copie de fichier est ce qui s'accommode le moins bien d'interfaces graphiques.
C'est avec les problèmes de sélection de fichiers que j'ai trouvé ma motivation à l'apprentissage du shell.
Pour une copie simple, point besoin d'autre chose que cp (j'avoue que j'utilise MidnightCommander, mais surtout pour examiner les fichiers avant copie/suppression/déplacement).
Pour les cas plus compliqués, rsync est une commande à ne pas sous-estimer.
Elle fait déja la majorité de ce que propose UltraCopier, et l'avantage, c'est qu'on n'a pas besoin de cliquer partout.
ps: qu'appellez-vous "disponible en paquet Gentoo" ?
(avec un sync portage juste avant)
~$ eix ultracopier
No matches found.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
Le fait d'avoir un GC n'implique pas pour autant de se contenter de prendre de la mémoire sur le tas et de laisser le compilateur/l'interpréteur se débrouiller:
Lire les papiers de ATI et NVIDIA sur les textures compressées, le stockage de données etc... ne sert à rien si on utilise un moteur 3D. C'est le moteur 3D qui s'occupe de la partie bas-niveau.
Les performances vont surtout dépendre de la façon dont les données sont transmises
au moteur 3D. Il faut lui transmettre les données de façon à ne pas le perturber, et bien respecter son cycle de rendu.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
"un moteur 3D libre orienté scène qui permet à partir d'objets à facettes de réaliser un environnement 3D qui sera perçu par un rendu 2D au travers d'une caméra virtuelle"
Houlala c'est pas simple tout ça :)
Sinon, je postais surtout pour signaler qu'un Vrai Jeu (c'est à dire commercial avec des gens payés pour le faire) utilisant Ogre3D était sorti il y a quelques jours. Il s'agit de Torchlight, un Diablo-Like (réalisé par une partie de l'équipe de Diablo originale).
Ça pavoise méchamment sur le forum de Ogre3D (et on les comprend), et un topic spécial consacré au sujet a été ouvert. Vous y trouverez les développeurs y répondant aux questions. Ils ne font pas du tout la promo du jeu, les questions/réponses sont vraiment intéressantes.
J'avais fait quelques essais avec Ogre3D, cela m'avait paru assez lourd.
Après test de Torchlight sur une machine dans la moyenne (mon portable sous Linux avec carte graphique assez moyenne et Wine), me voila contraint de réviser mon jugement.
Juste un regret à propos de Torchlight: ils ont utilisé Ogre3D, CEGui (avec une skin pour le jeu, c'est une bibliothèque pour faire des GUI), FMod (argl) et une bibliothèque de particule externe. A priori, tout ça se trouve sous Linux, mais il y a juste un build pour MS-Windows et MacOS-X. A noter que l'éditeur du jeu (voir les videos qui le décrivent sur youtube) a été réalisé en C# et ne sera donc dispo que sous MS-Windows (dixit les devs). Le portage Linux n'a pas l'air à l'ordre du jour :/
N'oubliez pas non plus Irrlicht, qui est un moteur 3D passé OpenSource l'année dernière, et qui est bien plus léger que Ogre3D. Les méchantes langues disent qu'il est aussi beaucoup moins bien programmé. Je conseille à ces méchantes langues de lire les sources des exemples fournis avec Ogre3D :) (si vous aimez le préprocesseur, vous allez être servis).
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
Oui, oui, phoronix je connais, mais je t'assure. Ma X1600 (famille R500) qui a quand même plus de 4 ans commence seulement à être supportée.
Quand à la famille R600, dont les plus anciens représentants auront bientôt 3 ans, on ne peut pas dire que ce soit utilisable (plantages intempestifs, seule la 2D fonctionne correctement).
R700, même pas la peine d'y rêver.
Ou alors j'ai pas de bol.
J'attendrai donc prudemment les premiers cris de joie et la dépèche de linuxfr.org qui ne manquera pas de sonner trompettes et résonner musettes.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
LE gros problème de Linux, c'est quand même les drivers propriétaires.
Je suis prêt à acheter n'importe quelle carte de n'importe quel constructeur, même si les performances sont un peu à la traine, du moment qu'il y a un driver libre.
J'ai tout essayé, que ce soit sur les portables ou les desktops.
Les drivers proprios sont certes plus performants avec les puces récentes, mais à quel prix!
intel (l'accélération 3D ne fonctionnait plus en sortie d'hibernation)
amd/ati (horribles bugs qui ont longtemps empêchés la mise en hibernation)
nvidia (que je soupçonne de freezer mon linux aléatoirement. Plantages inexpliqués et totaux (plus de réseau, tout est bloqué) avec des drivers à jour).
Bref j'en peux plus. Je regarde régulièrement l'avancée des pilotes libres, surtout du côté de AMD qui semblait s'être engagé dans cette voie. Ça ne bouge pas depuis au moins deux ans.
M'en fiche, je ne rachèterai pas de matos tant que le problème du driver libre ne sera pas rêglé (je sais que cette déclaration publique va faire trembler et réfléchir les géants de la carte graphique).
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Dénoncés, et alors ?
Posté par jseb . En réponse au journal La délation: nouvelle méthode de la Business Software Alliance. Évalué à 9.
Un exemple vécu de ce qui se passe ensuite.
Dans ma boite, les courriers menaçants et sans fondements du BSA passaient directement à la poubelle.
Pendant plusieurs années, nous avons procédé ainsi.
Sauf qu'un jour, nous avons été directement contactés par une entreprise bien connue, adhérente du BSA. L'interlocuteur nous a expliqué que si nous ne répondions pas, certes nous ne recevrions pas la visite de la maréchaussée. Par contre, la maison mère serait mise au courant de notre «mauvaise volonté», et vu qu'elle même disposait d'accords commerciaux pour l'achat de licences d'utilisations, ces accords seraient remis en cause.
Nous avons donc répondu à un questionnaire fort indiscret.
Taille du parc, répartition, logiciels installés (y compris les logiciels libres, car «ah mais vous avez tant de serveur, et vous avez déclaré moins de licences»), etc…
Un bon gros questionnaire commercial, pour de la prospection future.
Avec pas mal d'aller et retours téléphoniques/emails entre notre service et le commercial de la partie adverse (à ce stade, on ne peut pas décemment parler de «partenaires commerciaux»).
De toutes façons nous avions toutes les licences, et même si ça n'avait pas été le cas, je ne vois pas comment ils auraient pu vérifier. Hors commission rogatoire bien sûr, car autrement ils ne rentrent pas dans l'entreprise.
Renseignement pris, il parait que le chantage à la maison mère est une pratique très courante de la part de certains adhérents du BSA. Je ne sais pas si le BSA procède ainsi, mais je pense que leur levier serait moindre, car ils ne disposent pas du moyen de pression du contrat cadre.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Et pas un mot dans la presse
Posté par jseb . En réponse à la dépêche Dennis Ritchie, un père d’UNIX, nous a quittés. Évalué à 3.
C'est beau comme du Magritte.
Et Dennis Ritchie aurait pu ajouter: «ceci n'est pas un pipe».
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Et pas un mot dans la presse
Posté par jseb . En réponse à la dépêche Dennis Ritchie, un père d’UNIX, nous a quittés. Évalué à 5.
Je suppose que tu parles de la presse Française.
Il y a eu plus d'articles dans la presse Américaine, y compris celle orientée «business et finances». On dit que «nul n'est prophète en son pays», mais il semblerait que dans son cas, c'était faux.
Par contre, si quelqu'un peut me dire qui est le type à droite sur la photo…
http://www.adeptis.ru/vinci/dennis_ritchie2.jpg
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: exit(-1);
Posté par jseb . En réponse au journal Dennis Ritchie est mort. Évalué à 3.
J'espère que ce n'est pas au sein d'une boucle.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# Ça m'apprendra à ne pas rafraichir ma page d'accueil
Posté par jseb . En réponse au journal Dennis Ritchie est mort. Évalué à 2.
Et qu'est-ce que ça aurait été si j'avais proposé une dépêche :þ
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# À propos de SSE et AVX
Posté par jseb . En réponse à la dépêche Intel Sandy Bridge et Linux : état des lieux. Évalué à 7.
Plus précisément, le MMX opère sur des entiers, et le SSE sur des flottants. À l'origine, l'extension SSE était la réponse du berger à la bergère (en l’occurrence l'extension «3DNow!» de AMD).
Le SSE pouvait remplacer avantageusement le FPU, sauf pour la précision (64 bits pour le SSE et 80 bits pour le FPU). De même, l'architecture du FPU (l'accès à ses registres ne pouvait se faire que par une pile, et sans concurrence avec le CPU) ne facilitait pas l'optimisation.
Je me souviens encore avec émotion de ma compilation de xpdf, avec le support SSE2.
xpdf s'est mis à fonctionner environ 30% plus rapidement sur un pdf d'une lenteur extrème (un manuel rempli de photos). Et encore, je n'avais même pas recompilé la lib jpeg avant de faire ce premier essai.
Je n'ai pas besoin d'une grande précision arithmétique, ne mettant pas de fusées sur orbite. J'ai donc toujours été très satisfait des performances de SSE2 et suivants, par rapport au support FPU par défaut.
AVX est destiné à remplacer SSE, et semble déja prometteur.
Un test avec Blender 2.59 sur un Core i5-2400.
(avec ce bench: http://www.eofw.org/bench/ )
Version binaire générique: 9,73 secondes
Version compilée avec support AVX (GCC 4.6.1): 6,53 secondes.
Le gain est là, et bien là.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Paix
Posté par jseb . En réponse à la dépêche Prix Ig Nobel 2011. Évalué à 4.
On se fait appater par une Rolls et une Ferrari, et finalement, c'est une vieille Mercedes qui se fait écraser.
Je ne peux pas m'empêcher d'être un peu déçu (en plus le «propriétaire» de la Merco joue très mal).
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# powney
Posté par jseb . En réponse à la dépêche Deux nouveaux CD pour découvrir les jeux libres. Évalué à 5.
C'est là qu'on voit qu'il manque un truc indisponible à Linux.
Les jeux de poney.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# 0day
Posté par jseb . En réponse à la dépêche Linux Foundation tombe à son tour. Évalué à 5.
Ça sent le 0day qui traine, ça…
À qui le tour ?
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# stats des liens
Posté par jseb . En réponse à la dépêche Revue de presse - septembre 2011. Évalué à 4.
Prévision de l'évolution des clics sur les liens:
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: templates avec make
Posté par jseb . En réponse à la dépêche Petit éventail des outils de construction (« builder ») libres. Évalué à 2.
Je n'ai pas dit que c'était lisible :)
Mais ça ne s'écrit qu'une seule fois, et ça peut servir dans les projets qui construisent plein d'exécutables (dans mon cas, il s'agit de plein de petites libs et des exécutables associés pour les tests unitaires).
Dans le post ci-dessus, j'ai oublié de préciser que peur débugger «eval», c'est à dire avoir une sortie claire des rêgles qui vont être générées, il faut utiliser «info» (en lieu et place de «eval»). C'est la commande siamoise indispensable pour s'y retrouver.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# templates avec make
Posté par jseb . En réponse à la dépêche Petit éventail des outils de construction (« builder ») libres. Évalué à 5.
Quand on commence à utiliser make, on pense qu'il faut écrire toutes les cibles à la main. En particulier quand on doit générer plusieurs exécutables ou librairies (ou autre, qui ne soit pas une simple substitution de patterns du genre .c vers .o ).
Plutôt que d'écrire une rêgle à chaque fois, on peut utiliser la commande eval qui permet d'écrire des templates
Avec ce système, chaque construction peut s'écrire avec une variable, contenant les sources impliquées (il faudra parfois en ajouter d'autres, contenant par exemple les libs pour le link, ou d'éventuelles options spécifiques pour le compilateur).
C'est très bien expliqué ici:
http://www.gnu.org/software/make/manual/html_node/Eval-Function.html#Eval-Function
J'ajoute quand même une remarque à la doc de make, cela m'ayant posé problème au départ:
Dans les templates, les seules variables à déréférencer sont les vars qu'on passe en paramètre depuis le "eval": $(1) et suivants.
Les autres variables doivent être protégées avec un '$' supplémentaire.
Donc on écrit directement $(1) pour les paramètres du template.
Par contre, les variables qui servent à la rêgle vont s'écrire ainsi: $$(CXX)
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Another FPS
Posté par jseb . En réponse à la dépêche Evènement : sortie de Red Eclipse 1.1. Évalué à 10.
Il y a quand même quelques différences entre la scène indé et les jeux open-source.
SI = scène indé.
JOP = jeux open source
L'expérience
SI = souvent des transfuges du JV classique et commercial, qui tentent leur chance pour gagner plus d'argent.
JOP = des débutants la plupart du temps. Souvent une bonne expérience pour ceux qui participent, mais ça se disperse pas mal (conflits d'égos, trolls sur le dev, importance accordée à des points inutiles car on veut ressembler à un studio AAA).
Les moyens
SI = utilisation d'outils closed-sources dans toute la chaine de dev (de 3DSMax au moteur graphique à license). Ces outils sont souvent éprouvés et facilitent grandement le travail.
JOP = outils performants mais génériques. Maintenus le plus souvent par des bonnes volontés, le suivi s'en ressent. Par exemple, Blender ne supporte correctement le format md2 que depuis la 2.49, et les filtres dans la branche 2.5x sont loins d'être aboutis (l'API ne semble stabilisée que depuis la 2.57, et ça bouge encore).
Le multiplateforme
SI = souvent un seul OS visé, résultat des choix de dev (moteur & outils). C'est plus simple (on peut faire beaucoup moins propre du coup).
JOP = l'intêret est de proposer plusieurs OS. Prends plus de temps. (cf les régressions dans la pourtant excellente lib «Clan Lib», ou la stagnation de SDL, dont le support accéléré pour la 2D est encore dans la branche expérimentale 1.3).
La finalité
SI = gagner des ronds.
JOP = la gloire. C'est moins motivant il faut croire.
(oui je sais, on peut faire payer de l'open source).
Les équipes
SI = un budget pour recruter autre chose que des codeurs, et l'assurance (fausse) pour les artistes de garder les droits sur leurs œuvres.
JOP = les graphistes et musiciens ont peur de l'open-source, et ne travaillent pas gratuitement.
La comm
SI = bénéficient d'une communauté soudée et de forums très fréquentés (une news favorable sur un gros site de jeu, et c'est à moitié gagné).
JOP = Pas de bol, les petits branleurs font beaucoup de bruit et parasitent le paysage (cf les news de linux game tome, certains font des «up» à peine déguisés à coup d'updates insignifiantes, et d'autres présentent un énième jeu infame).
Pas de bol encore, les meilleurs sont souvent les plus associaux. Qui a entendu parler de Aaron Bishop ?
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# templates variadiques
Posté par jseb . En réponse à la dépêche Le standard C++0x a enfin été voté. Évalué à 7.
Dans la liste des nouveautés, il y en a également une très intéressante: les «templates variadiques». Cela permet d'avoir des templates avec un nombre variable d'arguments.
Jusqu'à présent, je m'en sortais avec des macros ou avec les va_list du C, mais il parait que ce n'est pas bien.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Déjà vendredi ?
Posté par jseb . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 9.
Ahlala j'arrive après la bataille…
pour la peine, j'en place une petite que personne ne remarquera:
— Why all Java programmers live in Atlantis ?
— Because it's below C level.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Est ce que le bitcoin résistera ...
Posté par jseb . En réponse au sondage Que pensez-vous des bitcoins ?. Évalué à 0.
Je suis plutôt d'accord, mais il ne faut pas oublier qu'on peut facilement requalifier toute monnaie en «pyramide de Ponzi». Après tout, dans le cas d'une monnaie classique, l'émetteur est un gouvernement ou une banque centrale, et le système de redistribution initial est plutot pyramidal. Ensuite, toute l'astuce est de persuader les gens qu'ils vont bosser toute leur vie pour rembourser une dette dont ils seraient responsables… mais c'est un autre débat.
Tout ça pour dire qu'une grande partie de la valeur d'une monnaie est constituée de la confiance qu'on est prêt à lui accorder, et que c'est toujours relativement irrationnel.
Mais il n'y a pas que ça. La rareté joue également.
Par exemple, l'ancien système de contrepartie avec les réserves d'or semble plus logique de prime abord que le système actuel dématérialisé… mais c'est quoi de l'or ? Pourquoi a t-on décidé que c'était l'étalon de la richesse ? Ça ne se mange même pas.
Mais l'or avait pour lui sa rareté. Rareté qu'on tente d'introduire dans le système bitcoins, et qui peut passer pour une pyramide de Ponzi.
La question est donc: le bitcoin peut être artificiellement limité pour garder sa valeur par rareté, mais peut-il inspirer confiance ?
Je me demande également si c'est une bonne idée de baser une nouvelle idée sur d'anciens dogmes qui ont déjà fait beaucoup de dégâts. La rareté développe l'avidité (et le sens des affaires, qui est une expression plus présentable pour parler de la même chose).
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# Autre article, mais sur les piles cette fois.
Posté par jseb . En réponse à la dépêche De l'utilisation des batteries rechargeables. Évalué à 4.
Le dossier est très intéressant, et est accompagné d'un test sur les principaux modèles du marché.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# Gravure
Posté par jseb . En réponse à la dépêche Firefox 3.6 en breton. Évalué à 10.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# Petit déjeuner libre
Posté par jseb . En réponse à la dépêche Petit déjeuner sur la sécurité des données grâce au logiciel libre - vendredi 18 décembre à Digne. Évalué à 3.
Et le café, il est dans un format de capsule libre et ouverte ? :)
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# UltraCommentaire
Posté par jseb . En réponse à la dépêche Sortie d'UltraCopier 0.2 et Catchcopy. Évalué à 7.
C'est avec les problèmes de sélection de fichiers que j'ai trouvé ma motivation à l'apprentissage du shell.
Pour une copie simple, point besoin d'autre chose que cp (j'avoue que j'utilise MidnightCommander, mais surtout pour examiner les fichiers avant copie/suppression/déplacement).
Pour les cas plus compliqués, rsync est une commande à ne pas sous-estimer.
Elle fait déja la majorité de ce que propose UltraCopier, et l'avantage, c'est qu'on n'a pas besoin de cliquer partout.
ps: qu'appellez-vous "disponible en paquet Gentoo" ?
(avec un sync portage juste avant)
~$ eix ultracopier
No matches found.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: système et garbage collector?
Posté par jseb . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 5.
Et puis j'ai lu des choses comme celles-ci:
http://www.ocaml-tutorial.org/garbage_collection
Le fait d'avoir un GC n'implique pas pour autant de se contenter de prendre de la mémoire sur le tas et de laisser le compilateur/l'interpréteur se débrouiller:
http://www.inrialpes.fr/pop-art/people/bjeannet/mlxxxidl-for(...)
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Projets réalisés avec Ogre
Posté par jseb . En réponse à la dépêche Conférence sur le moteur 3D "Ogre" le 12 novembre 2009. Évalué à 2.
Les performances vont surtout dépendre de la façon dont les données sont transmises
au moteur 3D. Il faut lui transmettre les données de façon à ne pas le perturber, et bien respecter son cycle de rendu.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# Projets réalisés avec Ogre
Posté par jseb . En réponse à la dépêche Conférence sur le moteur 3D "Ogre" le 12 novembre 2009. Évalué à 7.
Houlala c'est pas simple tout ça :)
Sinon, je postais surtout pour signaler qu'un Vrai Jeu (c'est à dire commercial avec des gens payés pour le faire) utilisant Ogre3D était sorti il y a quelques jours. Il s'agit de Torchlight, un Diablo-Like (réalisé par une partie de l'équipe de Diablo originale).
Ça pavoise méchamment sur le forum de Ogre3D (et on les comprend), et un topic spécial consacré au sujet a été ouvert. Vous y trouverez les développeurs y répondant aux questions. Ils ne font pas du tout la promo du jeu, les questions/réponses sont vraiment intéressantes.
http://www.ogre3d.org/forums/viewtopic.php?f=11&t=49496&(...)
Admirez les screenshots.
J'avais fait quelques essais avec Ogre3D, cela m'avait paru assez lourd.
Après test de Torchlight sur une machine dans la moyenne (mon portable sous Linux avec carte graphique assez moyenne et Wine), me voila contraint de réviser mon jugement.
Juste un regret à propos de Torchlight: ils ont utilisé Ogre3D, CEGui (avec une skin pour le jeu, c'est une bibliothèque pour faire des GUI), FMod (argl) et une bibliothèque de particule externe. A priori, tout ça se trouve sous Linux, mais il y a juste un build pour MS-Windows et MacOS-X. A noter que l'éditeur du jeu (voir les videos qui le décrivent sur youtube) a été réalisé en C# et ne sera donc dispo que sous MS-Windows (dixit les devs). Le portage Linux n'a pas l'air à l'ordre du jour :/
N'oubliez pas non plus Irrlicht, qui est un moteur 3D passé OpenSource l'année dernière, et qui est bien plus léger que Ogre3D. Les méchantes langues disent qu'il est aussi beaucoup moins bien programmé. Je conseille à ces méchantes langues de lire les sources des exemples fournis avec Ogre3D :) (si vous aimez le préprocesseur, vous allez être servis).
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Garder sa 3DFX ?
Posté par jseb . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 4.
Quand à la famille R600, dont les plus anciens représentants auront bientôt 3 ans, on ne peut pas dire que ce soit utilisable (plantages intempestifs, seule la 2D fonctionne correctement).
R700, même pas la peine d'y rêver.
Ou alors j'ai pas de bol.
J'attendrai donc prudemment les premiers cris de joie et la dépèche de linuxfr.org qui ne manquera pas de sonner trompettes et résonner musettes.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# Garder sa 3DFX ?
Posté par jseb . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 7.
Je suis prêt à acheter n'importe quelle carte de n'importe quel constructeur, même si les performances sont un peu à la traine, du moment qu'il y a un driver libre.
J'ai tout essayé, que ce soit sur les portables ou les desktops.
Les drivers proprios sont certes plus performants avec les puces récentes, mais à quel prix!
intel (l'accélération 3D ne fonctionnait plus en sortie d'hibernation)
amd/ati (horribles bugs qui ont longtemps empêchés la mise en hibernation)
nvidia (que je soupçonne de freezer mon linux aléatoirement. Plantages inexpliqués et totaux (plus de réseau, tout est bloqué) avec des drivers à jour).
Bref j'en peux plus. Je regarde régulièrement l'avancée des pilotes libres, surtout du côté de AMD qui semblait s'être engagé dans cette voie. Ça ne bouge pas depuis au moins deux ans.
M'en fiche, je ne rachèterai pas de matos tant que le problème du driver libre ne sera pas rêglé (je sais que cette déclaration publique va faire trembler et réfléchir les géants de la carte graphique).
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr