La version alpha 1 et alpha 8 avaient eu leur dépêche. La version alpha 11 « Kronos » du jeu libre 0 A.D. avait été décrite succinctement dans un commentaire en novembre dernier. Petit retour sur les dernières versions alpha parues : 12 « Loucetios », 13 « Magadha » et 14 « Naukratis ».
Sommaire
0 A.D. alpha 12 « Loucetios »
TL;DR : cette alpha a notamment vu apparaître de nouvelles fonctionnalités dans l'interface utilisateur (diplomatie, choix de la limite de population) ainsi que de nouveaux effets dans le moteur graphique qui ont conduit l'équipe à abandonner le support de certaines vieilles cartes. Sur le plan artistique, le travail sur la civilisation Maurya se poursuit, et de nouveaux modèles uniques viennent petit à petit remplacer les éléments génériques encore utilisés pour cette civilisation.
Cette alpha, qui doit son nom au dieu de la guerre gallo-romain, introduit les changements suivants :
Code/interface utilisateur :
- intégration de la diplomatie : les joueurs peuvent désormais créer ou rompre des alliances, et verser des tributs.
- il est désormais possible de fixer la limite de population lors d'une partie sur une carte aléatoire. Cette fonctionnalité est d'autant plus utile que les problèmes de performances des alphas actuelles ne permettent de jouer qu'avec un nombre d'unités assez faible.
- il est désormais possible d'utiliser des raccourcis claviers pour entraîner rapidement de nouvelles unités lorsqu'un bâtiment est sélectionné.
Code/gameplay :
- les héros sont de nouveau disponibles : ils avaient été désactivés dans l'alpha 11 à cause d'un bug qui permettait à un joueur d'en avoir plusieurs en même temps.
- de nouvelles technologies ont été introduites :
- haches de fer (ramassage du bois 25% plus rapide)/brouette (ramassage de ressource 20% plus rapide)
- offrandes (les temples soignent 50% plus vite)
- coque renforcée (+2 d'armure à tous les navires)
- hypozomata renforcée (+2 d'armure à tous les navires)
- revêtement de plomb (+2 d'armure à tous les navires)
- métropoles héllénistiques (macédoniens uniquement : double les points de vie des centre-villes ainsi que leur nombre de flèches par défaut)
Code/moteur :
- nouveaux effets sur l'eau : écume, vagues s'écrasant sur les côtes…
- nouveaux effets de post-processing : flou lumineux, brouillard de distance… L'introduction de ces effets a poussé l'équipe à abandonner la prise en charge de certaines vieilles cartes graphiques, utilisées par 1 à 3% des joueurs de 0AD selon leurs statistiques.
Citation :
Keep in mind that fixed render path has no benefit to "new" computers, while the tradeoffs of keeping it are: less progress in improving how the game looks, increased maintenance of the game going forward, and potentially less performance enhancements. The only reason to keep fixed function support is for the few users who benefit from it. The affected graphics hardware would mostly be:
- GeForce FX/5000 or older (including GeForce2, 3, 4 series), GeForce FX Go 5 or earlier [1]
- ATI Radeon R200 or older (2003's Radeon 9250 or earlier), any ATI Rage cards, Mobility Radeon 9500 or older [2]
- Intel GMA 900/950 or Extreme Graphics [3]
- Low-end cards from other vendors (SiS, S3, etc.)
- Possibly newer cards with buggy or missing drivers
- introduction des textures animées (il est prévu d'ajouter des fontaines et des chutes d'eau sur certains modèles, notamment les Jardins Suspendus de Babylone, que vous pouvez admirer dans l'Atlas (l'éditeur de cartes de 0 A.D.))
Art/objets :
- des débris apparaissent désormais à la place d'un bâtiment lorsque celui-ci est détruit.
- ajout de quelques bâtiments et unités mauryas : les tours et les forteresses viennent remplacer leurs éléments de substitution respectifs. Les étables à éléphants utilisent temporairement le modèle de la forteresse maurya comme élément de substitution. Les guerrières d'élite maurya font leur apparition.
- ajout de bâtiments spéciaux : les macédoniens peuvent désormais construire la bibliothèque et y rechercher la technologie métropoles hellénistiques, les spartes peuvent désormais construire le bâtiment du syssition (assemblée-banquet des citoyens supérieurs de Sparte), et y entraîner des héros (Léonidas, Agis) et des unités d'élite (les fameux spartiates).
Art/animations :
- les unités à attaque distante utilisent désormais une attaque rapprochée pour tuer les animaux domestiques. Ne tuez plus les poulets à l'arc ou au javelot !
- les unités de siège à attaque distante (balistes et lithobolos, scorpions, oxybeles…) doivent désormais être démontées pour se déplacer et doivent être remontées pour attaquer.
Art/cartes :
- nouvelles cartes aléatoires : Nomad et Syria
- nouveaux scénarios : Isthme Corinthien et Marais Belge en version nocturne
Art/musique et son :
- nouveaux sons pour les éléphants
- deux nouvelles musiques : Calm Before The Storm + une musique d'ambiance supplémentaire pour les celtes
Communauté :
- nouveau site web dédié. Play0AD.com vient remplacer wildfiregames.com/0ad.
- 0 A.D. est désormais disponible sur GNU/kFreeBSD dans les dépôts Debian.
…à tout cela s'ajoutent des corrections de bugs divers et variés.
0 A.D. alpha 13 « Magadha »
TL;DR : cette alpha est surtout concentrée sur le développement artistique, avec une grosse avancée sur la civilisation Maurya, maintenant proche de son état final. Beaucoup de travail a été fait également sur l'IA, avec l'apparition d'une nouvelle version du bot Aegis. Le recentrage de l'équipe de développement sur les problèmes de performances permet d'espérer une amélioration de ce côté-là dans les versions futures.
Cette alpha, qui doit son nom au royaume indien dont est issue la dynastie Maurya, introduit les nouveautés suivantes :
Code/interface utilisateur :
- nouveaux indicateurs : l'interface indique désormais le nombre de bâtiments restant pour passer à l'âge supérieur et le nombre de points de population nécessaires pour entraîner un nouveau groupe d'unités. Le nombre d'unités collectant une ressource est également affiché à côté de chaque ressource dans la barre supérieure.
Code/gameplay :
- nouvelles technologies :
- ingénieurs militaires : les armes de siège à attaque distante se montent/démontent 25% plus vite;
- artilleurs instructeurs : les armes de siège coûtent 20% de bois en moins ;
- forgeron/ferronnier : les armes de siège coûtent 20% de métal en moins ;
- précision des tireurs de carreaux : les armes de sièges à carreaux sont 25% plus précises.
- ajout d'un ordre "attaque-déplacement" : l'unité qui reçoit cet ordre se déplace jusqu'au point indiqué en attaquant tout ennemi sur son passage
Code/moteur :
- détection de batailles : le moteur est désormais capable de détecter quand une bataille a lieu sur la carte. Cette fonctionnalité permettra notamment d'alterner entre musiques de bataille et musiques d'ambiance en fonction de l'action.
Code/IA :
- nouvelle version d'Aegis : cette intelligence artificielle nommée d'après une célèbre arme de la mythologie grecque est désormais plus performante en défense et dans les tâches économiques, peut rechercher des technologies (auparavant elle ne connaissait que le passage aux phases supérieures), dispose d'un support expérimental de la marine et permet désormais de choisir entre trois niveaux de difficulté [(sans GUI pour l'instant)]. L'IA est aussi un peu plus rapide lors de parties avec plusieurs bots utilisant Aegis.
Art/objets :
- bâtiments mauryas : les maisons, les fermes, le dépôt de nourriture, le corral, le port, le marché, la caserne, le temple et les étables à éléphants remplacent les bâtiments génériques qui étaient utilisés jusqu'alors. Un nouveau centre-ville vient remplacer l'ancien modèle, et de nouveaux murs et portes se substituent aux modèles perses utilisés pour les alphas précédentes.
- le grand stūpa, merveille maurya, fait son apparition dans Atlas, avec une mise à jour de la colonne d'Ashoka, autre bâtiment spécial de cette civilisation
- peut-être : nouveau dépôt de bois/minerais
- unités mauryas : les soldats mauryas sont désormais dotés de vêtements, d'armures, de visages et de coiffes/turbans spécifiques. Le bateau de pêche, le navire marchand, le navire de guerre léger et le navire de guerre moyen viennent remplacer les modèles génériques qui les précédaient. L'éléphant d'Asie a été remodelé.
- peut-être : nouveaux modèles pour tous les éléphants : éléphant domestique, éléphant de guerre, archer éléphant et héros éléphant (Chandragupta Maurya utilise actuellement le modèle d'Hannibal), cavalier maurya et charrette de commerce maurya)
- peut-être : nouveaux modèles pour les trois héros maurya : Ashoka Le Grand, Chanakya et Chandragupta Maurya
- nouveaux éléments de décor : des cascades, des cages, des râteliers et les onagres romains font leur apparition dans Atlas
Art/animations :
- lorsqu'un bâtiment est construit, un échafaudage est posé et le bâtiment sort de terre au fur et à mesure que la construction avance
- les villageoises ont désormais une animation d'attaque (lorsqu'elles tuent des animaux par exemple)
Art/cartes :
Art/musique et son :
- ajouts de divers sons d'animaux sauvages et domestiques
- les Mauryas se voient dotés d'une musique d'ambiance et de deux musiques de bataille, une nouvelle musique d'ambiance fait son apparition chez les Celtes, une autre chez les Gaulois et une autre chez les Grecs.
Communauté :
- Depuis plusieurs alphas, le jeu souffre de grave problèmes de performances, notamment en ce qui concerne l'utilisation du CPU. En effet, le moteur est ancien et n'exploite actuellement qu'un seul thread. La résolution des problèmes de performance est désormais une tâche prioritaire. Les développeurs cherchent à optimiser certaines parties du jeu avant de le multithreader : la recherche de chemin (pathfinding) et l'intelligence artificielle notamment. Les développeurs pensent notamment à réécrire la base de l'IA en C++, et à écrire un nouveau pathfinder, moins buggué et plus rapide.
Bien entendu, cette version a eu elle aussi son lot de corrections de bugs.
0 A.D. alpha 14 « Naukratis »
Contrairement à ce qui était prévu, 0 A.D. Alpha XIII n'est pas la dernière version alpha du jeu. Une alpha XIV a suivi, elle a fait une neuvième et dernière civilisation : l'Égypte ptolémaïque. Cette version fera l’œuvre d'une très prochaine dépêche.
NdM : rectifications apportées dans les commentaires : la faction égyptienne n'est finalement pas apparue dans Naukratis, elle est prévue pour l'alpha 15 ; les Égyptiens ne sont pas la dernière faction, il est prévu d'ajouter les Séleucides aussi.
Conclusion
Actuellement, le projet, malgré une popularité croissante et une communauté qui s'élargit de jour en jour, est toujours à la recherche de contributeurs. Les développeurs C++ et javascript sont les bienvenus pour aider aux travaux d'optimisation de performance et de réécriture de l'IA et du pathfinding. L'équipe artistique, bien que déjà solide, accueillera volontiers de nouvelles contributions, notamment dans tout ce qui est audio (voix, effets sonores, enregistrements musicaux…). Les passionnés d'histoire antique peuvent contribuer à l'écriture de l'aide, de la documentation historique et des scénarios.
Aller plus loin
- play0ad.com (894 clics)
# Performance
Posté par daufinsyd . Évalué à 7.
Oui c'est un jeu très prometteur et même si ce n'est pas mon style de jeu je peux dire qu'il est très bien fait et très agréable à jouer. Seul point noir (mais très gros point), les performances. Je tourne sous un Phenom 4*3.5Ghz et une GTX460 (1Go), 4Go (RAM) et je ne vais pas bien loin (du tout) alors même que je ne joue contre qu'un seul adversaire.
J'espère qu'ils vont améliorer ce côté, en tout cas je leur souhaite bon courage :)
[^] # Re: Performance
Posté par robin . Évalué à 5.
Même constat. J'ai retrouvé les sensations de jeu du temps ou je jouait à age of empire, mais avec un souffle de jeunesse. Le jeu est beau, avec un bonne base historique, et un gameplay intéressant. Le seul vrai point noir sont effectivement les performances.
J'en profite pour transmettre un message des développeurs :
On peut donc espérer un début d'année plein de nouveautés !
PS : merci pour la dépêche. Ça fait plaisir de voir un article sur ce jeu qui de plus est très bien écrit.
bépo powered
# Obsolescence programmée
Posté par devnewton 🍺 (site web personnel) . Évalué à 1.
Snif, ça élimine à peu près tous les PC auxquels j'ai accès!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Obsolescence programmée
Posté par navaati . Évalué à 10.
Jtrouve ça un peu fort de parler d'obsolescence programmée pour des machines aussi vieilles.
Jveux dire, j'ai acheté une machine bas de gamme ya 7 ans, et c'était déjà une GeForce 7300 dedans (là on parle de GeForce 5000).
Je comprends largement qu'ils ne supportent plus les cartes au pipeline fixe, ça n'a plus aucun sens, c'est comme si tu déplorais l'arrêt du support des coprocesseurs arithmétiques.
[^] # Re: Obsolescence programmée
Posté par devnewton 🍺 (site web personnel) . Évalué à -3.
Je comprends leur décision, maintenir deux moteurs graphiques c'est trop de travail, mais je vais devoir jeter des machines qui marchent parfaitement. Donc oui, j'appelle ça de l'obsolescence programmée…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Obsolescence programmée
Posté par Guillaume Denry (site web personnel) . Évalué à 10.
J'appelle ça de "l'obsolescence" tout court, pourquoi penser qu'elle est "programmée" ?
[^] # Re: Obsolescence programmée
Posté par devnewton 🍺 (site web personnel) . Évalué à -4.
Ils ont programmé l'abandon du pipeline fixe :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Obsolescence programmée
Posté par eingousef . Évalué à 8.
C'est libre, tu peux toujours coder ou embaucher une équipe pour maintenir le support des pipelines fixes.
Mais ça risque de te coûter bien plus cher qu'un nouveau GPU /o\
PS: Ne jette pas les vieilles machines, il y a sûrement plein de gens qui seraient content de jouer à Newton Adventure dessus !
*splash!*
[^] # Re: Obsolescence programmée
Posté par devnewton 🍺 (site web personnel) . Évalué à 2.
J'ai le même problème que les devs de 0ad pour Newton Adventure et Ned et les maki: pour pouvoir aller sur mobile et sur le web où le pipeline fixe à rendu immédiat n'existe pas/plus, dois-je laisser tomber de nombreuses machines ou maintenir un double moteur?
Pour l'instant la balance penche vers le double moteur… Vive le développement durable!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Obsolescence programmée
Posté par eingousef . Évalué à 4.
Tu peux faire une enquête, un sondage, ou en discuter avec les utilisateurs pour connaître leur avis.
Apparemment les développeurs de 0 A.D. ont fait les trois :
http://feedback.wildfiregames.com/ (enquête)
http://www.wildfiregames.com/forum/index.php?showtopic=17472 (sondage)
*splash!*
[^] # Re: Obsolescence programmée
Posté par devnewton 🍺 (site web personnel) . Évalué à 1.
Une remarque récurrente sur mes deux jeux est Quoi? Il faut opengl pour un jeu 2d?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Obsolescence programmée
Posté par Zenitram (site web personnel) . Évalué à 10.
Elles marchent parfaitement pour ce pour quoi elles ont été conçues, en effet.
Mais la, tu veux leur faire faire un truc pour lequel elles n'ont pas été conçues, c'est tout, c'est mensongé de parler d'obsolescence programmée. Tu peux juste dire "ma machine n'est pas supportée car trop vieille et à part moi pas foule en a encore".
tu ne voudrais pas aussi te plaindre car ton 286 de 1992 n'est pas supporté c'est horrible?
Tu "comprends" mais parles d'obsolescence programmée, hum…
[^] # Re: Obsolescence programmée
Posté par devnewton 🍺 (site web personnel) . Évalué à 0. Dernière modification le 22 décembre 2013 à 13:20.
Ah te voilà! Je savais bien que ce terme était un excellent appeau à trolls!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Obsolescence programmée
Posté par xcomcmdr . Évalué à 5.
Hé ho, le 286, c'était en 1982 !
1992, c'est un an avant le premier Intel Pentium (586).
Entre temps il y a eu le 386 et le 486.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Les CPU
Posté par Zenitram (site web personnel) . Évalué à 4.
Les 286 étaient encore en vente neuve début des années 1990, et en occasion de masse "pas cher" (pour l'époque) en 1992 (la date vient de mon expérience, certes, l'apogée du 286 étant dans les 80, je te l'accorde!), les 386 et 486 c'était pour les riches ;-).
La devnewtown parle de GPU qui ne sont pas tous neufs (et encore, on parle presque d'archéologie), parler de début de production n'est pas cohérant.
PS : quitte à chipoter, le Pentium ne s'est jamais appelé 586, mais "P5" (il y a eu certes un Nx586 et 5x86 de la concurrence, mais pas 586)
Ca ne nous rajeunit pas.
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 1.
Newtown c'est la tuerie, moi c'est Newton!
A partir de quand c'est "vieux"? 1 an? 5 ans? 10 ans?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par Littleboy . Évalué à 10.
Quand ca commence a etre bien supporte par les pilotes libres.
~> [ ] hop hop
[^] # Re: Les CPU
Posté par Maclag . Évalué à 6.
À partir du moment où ça nécessite une branche spécifique du développement?
À partir du moment où le dév de l'appli que tu utilises le décide?
Et puis, tu peux sûrement faire encore plein de choses avec tes ordinosaures.
À un moment, il faut avouer que c'est trop vieux. Tu ne peux plus depuis longtemps lancer les applis modernes qui viennent de sortir, et ça ne te choque pas, si? Si tu codais Newton depuis seulement hier soir, tu les supporterais, les pipeline fixes (je-sais-pas-quoi, j'y connais rien)?
Une page de l'histoire se tourne. La vie continue.
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 3.
Oui, d'ailleurs je l'ai fait pour Ned et les maki commencé il y a quelques mois :-)
Ce qui m'embête dans cette histoire, c'est qu'on exclue des PC, pas pour des raisons de puissance (un GPU à pipeline fixe peut envoyer du polygones par seconde), mais de technologie. Jusqu'ici OpenGL avait réussi à permettre de gérer à la fois des GPU simples et modernes via un système d'extensions. Il faudrait utiliser des moteurs de plus haut niveau pour continuer à gérer les deux, mais je vois de plus en plus de cadriciels abandonner le vieux pipeline…
C'est justement l'occasion de réfléchir à la durabilité: forcer le remplacement du parc informatique mondial tous les 5 ans, est-ce raisonnable?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par Zenitram (site web personnel) . Évalué à 4.
Je ne comprend pas : les jeux "d'avant" ne fonctionnent plus sur le nouveau matos, vraiment?
Sinon, personne ne force, ce qui marchait avant marche toujours, et si tu code pour avant, ça marche toujours sur les veilles machines et les nouvelles.
Rien n'est forcé.
C'est juste que peut-être les gens n'ont plus envie de se faire chier et programment en 32 bit à la place de 16 bit sans s'emmerder à savoir si il va y avoir un dépassement à cause du 16-bit. Bref, c'est normal que la technologie évolue, et personne n'impose la nouveauté, tu es libre.
Toujours pas d'obsolescence programmée, tu es toujours libre de coder pour tout (et les autres libres de ne pas se faire chier). Et je dirai que le soucis, c'est peut-être que tout le monde ou presque a du "nouveau" pour diverses raisons (économie d'énergie, poids, puissance…), donc qu'en pratique, il n'y a aucun (à de rares exceptions près) besoin donc aucun développeur ne peux être payé pour ce genre de chose qui interesse quasi personne.
Note que ces salauds de mainteneurs de distros ont viré Qt3 des dépots des nouvelles versions de distros, aucunement pour des raisons de puissance mais parce que tout le monde s'en fout, le pauvre développeur qui veut coder avec les veilles technos ou juste recompiler une appli pour Linux ne peut pas, le pauvre (ou alors, cette personne n'existe pas ou si peu). Oui, le monde évolue, même dans le 100% libre ça vire des vieux trucs! Essaye aussi plein de logiciels "d'aujourd'hui" sur une distro d'il y a 5 ans… Bref, le monde évolue, et quand il n'y a plus de besoin les gens font autre chose. Si il y a un besoin, il sera répondu, la nature a horeur du vide.
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 0.
J'ai besoin d'une voiture volante avec un moteur à l'eau du robinet. Alors? J'attends!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par Maclag . Évalué à 4.
Pour la voiture volante, c'est fait:
Cherche Terrafugia Transition sur ton ami Google.
Pour le moteur à eau, si la nature a horreur du vide, la physique a aussi son petit caractère, du coup ce ne sera pas pour tout de suite…
[^] # Re: Les CPU
Posté par wismerhill . Évalué à 3.
Avec le l'eau lourde, il y a moyen de faire quelque chose, mais le réacteur risque d'être un peu encombrant.
[^] # Re: Les CPU
Posté par eingousef . Évalué à 5. Dernière modification le 22 décembre 2013 à 22:51.
Mon cher devnewton<, le succès te monte à la tête !
*splash!*
[^] # Re: Les CPU
Posté par moi1392 . Évalué à 5.
Pour un cadriciel, la technologie implique la puissance, car tu ne sais pas dans quel contexte il va être utilisé.
C'est vrai que c'est dommage d'abandonner les vieilles cartes, et quand tu codes un nouveau truc qui n'as pas forcément besoin de beaucoup de puissance, tu peux te contenter d'OpenGL 1.x
Mais d'un autre coté, je ne blâme pas les dev, cela offre tellement de souplesse et ouvre tellement de possibilités de jouer avec le pipe de rendu, que je comprends qu'on y passe à un moment.
Moi même, dès que j'ai envie de faire un truc un poil pas simple, si je peux, je passe par des shader.
Tu peux aussi voir le coût en maintenance. Ajouter des fonctionnalités sur un pipe fixe, souvent ça complexifie beaucoup, ou alors il faut revoir en profondeur l'architecture de ton moteur.
Coté shader, dès fois ça se fait en une demi journée !
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 1.
Et la puissance implique aussi un marché! Dans les conseils donnés aux indies, on retrouve souvent faites un jeu pour des machines peu puissantes, ça représente beaucoup de clients.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par Larry Cow . Évalué à 2.
On parlait quand même d'une machine de 7 ans. Je doute que ce soit ça qu'entendent les développeurs indie, mais plus "visez les petites machines, les netbooks, les entrées de gamme".
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 2.
Mon netbook, sorti en 2008, a un GPU à pipeline fixe.
Encore une fois il faut voir ce qu'on appelle vieux. Entre ceux qui on l'envie et les moyens de changer tous les deux ans, ceux qui n'aiment pas gâcher et surtout ceux pour qui un PC représente plusieurs mois de salaire, la définition ne doit pas être la même.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par Zenitram (site web personnel) . Évalué à 1.
On retrouve souvent la phrase, mais sans aucune démonstration, personne ne se risque à donner un nombre, comme par hasard…
Beaucoup de monde pour donner des conseils gratuits, personne pour s'engager (financièrement) au cas où ce conseil est faux. Un conseil gratuit n'est pas toujours (voire rarement) un bon conseil.
Combien de personnes "perdues" à cause de ce choix? A parier, pas grand monde…
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 1.
Tu veux quoi comme nombre? 51? 42? Je t'en donne plein si tu veux!
Plus sérieusement, ça dépends du type de jeu et du type de public que tu vises. Si tu veux faire un puzzle game casual, il faut que ça tourne sur le mobile de maman, il te faut chercher les stats chez les grands fournisseurs de smartphones, si tu veux faire un MMORPG avec des elfes à gros boobs 3D, tu cibles Kevin le gamer au pouvoir d'achat moyen de ses parents à noël, donc tu vas plutôt allez voir les chiffres des plateformes de vente PC et console.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 2.
Tiens tant que je tiens l'un des spécialistes codecs de linuxfr, est-ce que tu connais un format vidéo facile/rapide à décoder et non encombré par des brevets? C'est pour afficher de petites intros dans mes jeux…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par moi1392 . Évalué à 3.
nanim ?
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 1.
C'est la solution actuelle :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par xcomcmdr . Évalué à 2. Dernière modification le 24 décembre 2013 à 11:36.
Les jeux vidéo utilisent en général Bink Video pour éviter les brevets, mais c'est pas libre.
(ou le format SMK avant, des même gens, dans les années 1990).
J'ai vu aussi pas mal de jeux commerciaux (comme LA Noire) utiliser Ogg Vorbis pour le son, là encore pour éviter les royalties (du MP3).
Sinon : WebM -> brevets (oui y'a un accord de non agression entre Google et MPEG-LA, mais ça pue)
Ou, euh, Theora ? ;-) (pas taper)
Bon allez, y'a zmbv peut-être aussi mais ça risque d'être trop lourd.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 2.
J'ai besoin de décoder le flux vidéo dans une texture avec Java, ça m'étonnerait que ça soit faisable facilement avec de bonnes perfs avec webm :-(
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par moi1392 . Évalué à 7.
Peut-être, mais quand tu développe ton cadriciel, tu le fais pour les jeux qui ont besoin de peu de puissance ET ce qui en veulent plus.
après, il y a peut-être un marché pour des cadriciel de rendu 3D pour des machines à pipe fixe, mais j'ai l'impression qu'il est très faible, sinon ils seraient très utilisés, surtout dans du logiciel libre ou la maintenant coûte beaucoup moins cher que l'évolution/la réécriture.
S'ils évoluent tous et que (peu de) personne ne conserve les anciennes versions, c'est que la demande doit être vraiment très faible, tu ne penses pas ?
Après, tu fais parti de cette demande, et je comprends que ça te fasse chier, ça m'embêterai sûrement aussi.
Enfin, aujourd'hui, machine peu puissante != pipe fixe ou programmable.
On considère que les pipes sont tous programmables et que les puces graphiques peu puissantes sont celles qui on peu de coeurs de calcul, peu de mémoire et une fréquence basse.
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 3.
C'est un problème mal compris de l'offre et de la demande: certains comme Zenitram pensent que s'il y a une demande, une offre va magiquement apparaître.
Mais non souvent c'est la demande qui s'ajuste:
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par Zenitram (site web personnel) . Évalué à -5.
Tu fantasmes pour ne pas regarder la réalité en face.
Personne ne parle de magie.
On dit juste que si il y a une demande, une personne le fera.
La réalité est qu'il n'y a pas de réelle (=plus que quelques personnes "non rentables") demande.
La preuve d'ailleurs, toi-même demande mais ne va pas prendre le temps de répondre à cette "demande" qui n'en est pas une, juste une phrase perdue sur un site perdu.
Rien de magique.
La demande ne s'ajuste pas, la réponse à la demande est plus optimale, c'est tout.
Tu mélanges le besoin et la réponse au besoin, en ayant un préjugé sur comment le besoin devrait être répondu.
Juste la preuve que des personnes répondent mieux au besoin que ton préjugé avec une seule direction "obligatoire".
Le monde évolue, la réponse au besoin aussi.
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 3.
Forcément, si ta définition d'une demande, c'est un besoin pour lequel il existe une offre…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par Zenitram (site web personnel) . Évalué à -3.
J'adore ta façon de tourner autour du pot pour ne pas accepter le fait que ton besoin n'en est pas un.
Moi, j'ai le besoin d'être riche. Oui, comme ça. Zut, personne pour se bouger le cul pour répondre au besoin.
Comme toi : le seul hic est que ton besoin, certains y répondent avec un changement de machine (par exemple), pendant que d'autres se plaignent qu'il n'y a plus d'esclave pour faire le taf gratos.
Ici, ton besoin a plusieurs solutions, tu en refuse une, tu demande aux autres de faire pour l'autre plutôt que de faire toi-même, et reste à pleurnicher, ben c'est juste que c'est un constat que ce besoin n'est pas bien réel (tu es seul ou presque à avoir ce "besoin")
Et toi, quelle est ta définition de besoin, par curiosité? Parce que tu critiques la mienne, mais n'explicite pas vraiment la tienne, juste en donnant un exemple de besoin qui s'avère n'avoir pas foule de personnes l'ayant, et dont ceux qui l'ont ne sont pas près à faire quoique se soit pour y répondre…
[^] # Re: Les CPU
Posté par devnewton 🍺 (site web personnel) . Évalué à 4. Dernière modification le 24 décembre 2013 à 15:21.
Tu es au courant que je fais des jeux? Je pense avoir suffisamment
spammeralimenter linuxfr sur le sujet!Je parle de demande, pas de besoin, soyons précis. Tu peux consulter la littérature économique à ce sujet pour voir que non toutes les demandes ne sont pas satisfaites par Le Marché.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les CPU
Posté par moi1392 . Évalué à 1. Dernière modification le 26 décembre 2013 à 10:53.
Je suis d'accord, mais dans le cas présent c'est un peu différent, les offres étaient déjà là.
Et je pense (et je peux me tromper, c'est bien là le point de désaccord) que si le pipe fixe avant encore une demande raisonnable (= siffisament forte), quelques moteurs existant y seraient resté.
Après, le point que tu soulignes à l'air d'être vrai aussi. Quand la demande est faible et qu'elle va en se réduisant, en dessous d'une certaine limite, comme l'offre disparait, cela "force" un peu à se mettre à niveau si on veut utiliser ce qui sort.
Mais prends l'exemple de kwin, ils on gardé jusqu'à présent (à voir pour la version 5) du code de gestion de pipe fixe pour la composition. Ils auraient pu le virer en disant qu'il marche aussi sans, et que les gens ayant de vieille carte n'ont qu'à pas utiliser d'effets.
Donc s'il y a une demande assez forte pour quelque chose de déjà là, souvent cela reste.
# merci pour les news !
Posté par Thomas Debesse (site web personnel) . Évalué à 5.
Super dépêche, et merci pour les nouvelles détaillées (j'aime bien les dépêches détaillées :D) !
ce commentaire est sous licence cc by 4 et précédentes
# Intel HD4000
Posté par Anonyme . Évalué à 2.
Ben ça tourne au poil, 1366x768. J’avais peur que ça ne soit pas le cas, vu que pas mal de monde parlait de perfs à la ramasse, mais à première vue c’est clean.
[^] # Re: Intel HD4000
Posté par robin . Évalué à 2.
J'ai un intel hd3000. Pour moi aussi le jeu tourne nickel au démarrage. C'est uniquement au moment ou il y a trop d'unités sur le terrain que ça commence à lagguer. Du coup je pense que c'est le processeur plus que le carte graphique qui pèche (c'est surtout un problème d'optimisation). Mais ça reste un super jeu. Du coup je joue avec 50 unités max et c'est tout à fait correct.
bépo powered
# Erreurs
Posté par eingousef . Évalué à 5.
Sept des pêches contient des erreurs :
*splash!*
[^] # Re: Erreurs
Posté par Benoît Sibaud (site web personnel) . Évalué à 4.
Précisions ajoutées dans la dépêche merci. Au passage, vu que tu semble bien connaître le jeu, si tu veux lancer la dépêche sur l'alpha 14 et l'alpha 15, nécessite pas.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.