Mettre les différentes parties (rendu graphique, moteur physique, IA,…) dans des threads différents. L'avantages c'est que c'est assez "facile" de porter un vieux moteur monothreadé. Un des soucis est que les différentes parties ne sont pas aussi gourmandes les unes que les autres, aussi on exploite pas forcément très efficacement la machine.
Voilà, c'est ça qui sera fait si j'ai bien compris. Il est notamment question de déplacer l'IA dans un autre thread, et probablement d'autres éléments. Et comme tu l'as expliqué, suivant la consommation de chaque élément, certains cœurs se retrouveront plus sollicités que d'autres. Ça ne devrait pas être trop grave car une fois que toutes les optimisations auront été faites, le jeu devrait tourner correctement avec les paramètres par défaut même en n'exploitant qu'un seul cœur. Et après ça le multithread, c'est du bénef' :)
Par contre il n'est pas question d'aller plus loin. Le moteur du jeu est très ancien et le modifier de manière à pouvoir séparer finement chacune des entités du jeu pour les faire tourner dans des threads en évitant tout conflit serait un travail colossal. Lorsque les problèmes de performances seront résolus et le multithread "basique" implémenté, on devrait être aux alentours de la fin de la période beta et de la sortie de la première version stable de 0 A.D. Part 1 : Empires Ascendant. Les développeurs seront alors déjà en train de travailler sur 0 A.D. Part 2 : Empires Besieged, qui devrait utiliser un nouveau moteur au lieu du vieillissant Pyrogenesis. Il est encore trop tôt pour dire si les développeurs vont écrire un Pyrogenesis 2 ou utiliser un moteur déjà existant (au moins pour le rendu).
Donc non, le multithreading "fin" de 0 A.D. Part 1 ne fait pas partie de la feuille de route de WFG parce qu'il n'ont probablement pas le temps ni l'effectif pour ça. Par contre oui, il est toujours possible qu'un jour des développeurs tiers se penchent sur la question (perso je ne tablerais pas dessus mais bon). Quant au GSoC, ça n'est pas non plus dans les moyens humains de WFG.
Et du coup le passage a du multi-thread est-il un chantier prévu ? J'imagine que le boulot doit être assez conséquent, mais on peut rêver. :)
Oui, mais :
1) Il faut optimiser le code du jeu avant de le multithreader. L'implémentation du multithread sera la dernière étape de la longue liste des optimisations à faire pour rendre le jeu plus rapide.
2) Le moteur de jeu est vieux et date d'avant les multicores. La séparation des tâches dans plusieurs threads est possible, mais elle ne sera jamais parfaite.
Hum d'une part si tu veux tester les capacités de ton hardware il existe des logiciels de benchmark pour ça (je pense à la phoronix test suite mais il y en a sûrement d'autres), d'autre part ces logiciels de benchmark lancent une batterie de tests sur ton matos, chaque test correspondant à une exploitation différente de celui-ci. Là par exemple, en minant des *coins, tu as tout juste testé les capacités de calcul OpenCL de ton GPU (et du driver associé, qui ne les exploite pas forcément de façon optimale), ce qui te permet de savoir comment se débrouille ton ordinateur par-rapport à d'autres ordinateurs en terme de calcul OpenCL, mais qui ne va pas te donner beaucoup d'indications sur comment il se débrouille sur les jeux 3D par exemple.
Edit: Après si ton objectif c'était de tester la ventilo, voir combien de temps ton PC pouvait tenir en surchauffe avant que ça plante, ouais, le minage de *coin est probablement un des meilleurs tests.
Par contre je ne m'attendais pas a ce que mon i5 soit aussi pourrave, je tourne avec … … … 2 FPS :P (et c'est juste en début de partie, j'imagine pas en 3 vs 3 avec 300 pop par culture :P )
Ce n'est pas très étonnant.
Déjà 0 A.D. est un jeu qui sollicite énormément le CPU, notamment à cause du code mal optimisé (des progrès ont été fait de ce côté-là mais il en reste beaucoup à faire). Alors si en plus tu lui demandes de faire des calculs qu'il a énormément de mal à faire (comme le dit illwieckz, c'est pas pour rien qu'on a inventé les GPU), il va se retrouver à plat assez vite. Et à cela il faut ajouter le fait que le jeu est pour l'instant monothreadé : un seul cœur du CPU est exploité. Je ne sais pas comment ça se passe avec le softpipe, si les opération GPU sont monothreadées aussi ou si elles sont réparties sur tout le CPU, mais elles sont monothreadées ça doit rendre les choses encore pire effectivement :)
En fait la plupart des options graphiques un peu poussées nécessitent GLSL d'activé pour fonctionner. GLSL a été activé par défaut récemment, probablement dans l'a19. Il faudrait reprendre le fichier de config des versions précédentes pour pouvoir désactiver GLSL sans risque (mais du coup ça va désactiver la plupart des autres options).
Pour information, j'ai tenté avec le clavier numérique a droite et ça ne fonctionnait pas non plus
Il ne doit pas être mappé par défaut alors, il faut le mapper soi-même. Dans le fichier de config les touches du keypad s'appellent "Num1", "Num2", etc. En cas de doute regarde le fichier keys.txt dans le répertoire de config.
Petite question: y a-t-il des échanges de codes, de bon procédé et de graphismes entre 0ad et les autres jeux? (genre TA Spring par exemple) :)
Je ne pense pas qu'il y ait des échanges de code avec Spring, 0 A.D. utilise son propre moteur : Pyrogenesis.
1) La possibilité de désactiver le GPU (surchauffe sur certains portable (genre Acer) peu importe l'OS) pour utiliser le CPU.
Je ne sais pas si c'est réaliste comme fonctionnalité, il y a d'autres jeux qui ont ça ? J'ai bien peur que déplacer les opérations GPU vers le CPU risque de faire ramer énormément le jeu (surtout pour 0 A.D.).
Mais bon si ça ne te paraît pas déconnant tu peux créer un rapport de bug (ça m'étonnerait qu'il y ait déjà un ticket qui demande ça).
En attendant je te conseille de désactiver la plupart des effets graphiques (ombres, particules, eau HD, etc.) pour solliciter le GPU le moins possible. Autre conseil : ne pas jouer sur un laptop, en tout cas pas de façon régulière. À l'exception de trucs très haut de gamme faits par des marques qui prennent les joueurs très aux sérieux, les laptops qu'on trouve dans le commerce de nos jours sont presque toujours fragiles, mal finis, mal ventilés, trop compacts, mal aérés, et ont une espérance de vie assez faible. Bref, pas fait pour le jeu (quoi qu'en disent les pubs).
Je n'arrive pas a grouper les unités, d'après ici http://trac.wildfiregames.com/wiki/HotKeys c'est CTRL+nombre pour grouper et nombre pour sélectionner (j'ai testé sur la version de base dans Ubuntu ainsi que la dernière version).
Les claviers français nécessitent de presser Shift pour accéder aux chiffres, et peu de jeux sont compatibles avec ce comportement. Il te faudra remapper ces touches, soit en remplaçant 12345… par &é"'(… etc soit en utilisant les touches du keypad.
Et on va pas aborder le sujet "software ouvert" non plus
J'espère bien parce que "software ouvert", ça ne veut rien dire. On dirait un mélange de "format ouvert" et "software libre", deux trucs qui n'ont rien à voir, combinés dans une expression bizarre qui embrouille la conversation plus qu'autre chose.
J'avoue que j'ai du mal à comprendre. Chez moi je vois un lien du type protocole://ressource (avec protocole autre que http ou ftp), je clique dessus et là ça me l'ouvre dans le logiciel adapté. Qu'est-ce que tu voudrais de plus ?
Mais sérieusement c'est quoi la motivation ? Ce sont des petites entreprises qui galèrent et les libristes se sentent obligés de leur faire de la pub pour les aider à survivre ? Ou bien c'est de la pure provoc ? Ou encore les assos du libre pensent que ça leur donne un air "cool" qu'elles n'auraient pas sans ça ? Ça a l'air d'être une mode en ce moment alors franchement je m'interroge.
Posté par eingousef .
En réponse au journal La fin de Firefox OS.
Évalué à 7.
Dernière modification le 09 décembre 2015 à 11:27.
La vie de Replicant ne tient qu'à une chose : la possibilité d'accéder à des smartphones non tivoïsés. Le jour où Samsung arrête d'en produire, il ne restera plus que des petits projets d'openhardware, qui pour la plupart se sont déjà dotés d'un OS qui n'a rien à envier à celui des Andromerdouilles. J'ai du mal à voir comment Replicant a de l'avenir dans ce contexte.
[^] # Re: gz
Posté par eingousef . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 3. Dernière modification le 23 janvier 2016 à 22:38.
Voilà, c'est ça qui sera fait si j'ai bien compris. Il est notamment question de déplacer l'IA dans un autre thread, et probablement d'autres éléments. Et comme tu l'as expliqué, suivant la consommation de chaque élément, certains cœurs se retrouveront plus sollicités que d'autres. Ça ne devrait pas être trop grave car une fois que toutes les optimisations auront été faites, le jeu devrait tourner correctement avec les paramètres par défaut même en n'exploitant qu'un seul cœur. Et après ça le multithread, c'est du bénef' :)
Par contre il n'est pas question d'aller plus loin. Le moteur du jeu est très ancien et le modifier de manière à pouvoir séparer finement chacune des entités du jeu pour les faire tourner dans des threads en évitant tout conflit serait un travail colossal. Lorsque les problèmes de performances seront résolus et le multithread "basique" implémenté, on devrait être aux alentours de la fin de la période beta et de la sortie de la première version stable de 0 A.D. Part 1 : Empires Ascendant. Les développeurs seront alors déjà en train de travailler sur 0 A.D. Part 2 : Empires Besieged, qui devrait utiliser un nouveau moteur au lieu du vieillissant Pyrogenesis. Il est encore trop tôt pour dire si les développeurs vont écrire un Pyrogenesis 2 ou utiliser un moteur déjà existant (au moins pour le rendu).
Donc non, le multithreading "fin" de 0 A.D. Part 1 ne fait pas partie de la feuille de route de WFG parce qu'il n'ont probablement pas le temps ni l'effectif pour ça. Par contre oui, il est toujours possible qu'un jour des développeurs tiers se penchent sur la question (perso je ne tablerais pas dessus mais bon). Quant au GSoC, ça n'est pas non plus dans les moyens humains de WFG.
*splash!*
[^] # Re: gz
Posté par eingousef . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 3.
Oui, mais :
1) Il faut optimiser le code du jeu avant de le multithreader. L'implémentation du multithread sera la dernière étape de la longue liste des optimisations à faire pour rendre le jeu plus rapide.
2) Le moteur de jeu est vieux et date d'avant les multicores. La séparation des tâches dans plusieurs threads est possible, mais elle ne sera jamais parfaite.
*splash!*
[^] # Re: gz
Posté par eingousef . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 3. Dernière modification le 23 janvier 2016 à 13:46.
Hum d'une part si tu veux tester les capacités de ton hardware il existe des logiciels de benchmark pour ça (je pense à la phoronix test suite mais il y en a sûrement d'autres), d'autre part ces logiciels de benchmark lancent une batterie de tests sur ton matos, chaque test correspondant à une exploitation différente de celui-ci. Là par exemple, en minant des *coins, tu as tout juste testé les capacités de calcul OpenCL de ton GPU (et du driver associé, qui ne les exploite pas forcément de façon optimale), ce qui te permet de savoir comment se débrouille ton ordinateur par-rapport à d'autres ordinateurs en terme de calcul OpenCL, mais qui ne va pas te donner beaucoup d'indications sur comment il se débrouille sur les jeux 3D par exemple.
Edit: Après si ton objectif c'était de tester la ventilo, voir combien de temps ton PC pouvait tenir en surchauffe avant que ça plante, ouais, le minage de *coin est probablement un des meilleurs tests.
*splash!*
[^] # Re: gz
Posté par eingousef . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 3.
Ce n'est pas très étonnant.
Déjà 0 A.D. est un jeu qui sollicite énormément le CPU, notamment à cause du code mal optimisé (des progrès ont été fait de ce côté-là mais il en reste beaucoup à faire). Alors si en plus tu lui demandes de faire des calculs qu'il a énormément de mal à faire (comme le dit illwieckz, c'est pas pour rien qu'on a inventé les GPU), il va se retrouver à plat assez vite. Et à cela il faut ajouter le fait que le jeu est pour l'instant monothreadé : un seul cœur du CPU est exploité. Je ne sais pas comment ça se passe avec le softpipe, si les opération GPU sont monothreadées aussi ou si elles sont réparties sur tout le CPU, mais elles sont monothreadées ça doit rendre les choses encore pire effectivement :)
*splash!*
[^] # Re: gz
Posté par eingousef . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 4.
WHAT o_O
Tu mines des machin*coins avec le GPU de ton portable ? O_o Pas étonnant que tu niques ton matos ! Arrête tout de suite. C'est du suicide.
*splash!*
[^] # Re: gz
Posté par eingousef . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 2.
En fait la plupart des options graphiques un peu poussées nécessitent GLSL d'activé pour fonctionner. GLSL a été activé par défaut récemment, probablement dans l'a19. Il faudrait reprendre le fichier de config des versions précédentes pour pouvoir désactiver GLSL sans risque (mais du coup ça va désactiver la plupart des autres options).
*splash!*
[^] # Re: gz
Posté par eingousef . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 3.
Il ne doit pas être mappé par défaut alors, il faut le mapper soi-même. Dans le fichier de config les touches du keypad s'appellent "Num1", "Num2", etc. En cas de doute regarde le fichier keys.txt dans le répertoire de config.
Je ne pense pas qu'il y ait des échanges de code avec Spring, 0 A.D. utilise son propre moteur : Pyrogenesis.
Par contre il y a des échanges de graphismes : Stunt Rally a repris des modèles de 0 A.D. et cela a fait l'objet d'un journal sur Linuxfr.org : https://linuxfr.org/users/bluestorm/journaux/stunt-rally-course-de-voitures-reutilise-les-graphiques-de-0-a-d-strategie-antiquite Je ne sais pas si c'est définitif par contre.
*splash!*
# Crédits
Posté par eingousef . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 8.
Les animation des algorithmes de pathfinding sont issues de Wikimedia Commons et sont sous CC by 3.0 :
https://en.wikipedia.org/wiki/File:Dijkstras_progress_animation.gif
https://en.wikipedia.org/wiki/File:Astar_progress_animation.gif
*splash!*
[^] # Re: Au moment de la publication, j'étais en train d'y jouer !
Posté par eingousef . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 6.
Tu peux choisir entre différents niveaux d'IA dans l'écran Match Setup.
*splash!*
[^] # Re: gz
Posté par eingousef . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 6. Dernière modification le 22 janvier 2016 à 22:43.
Je ne sais pas si c'est réaliste comme fonctionnalité, il y a d'autres jeux qui ont ça ? J'ai bien peur que déplacer les opérations GPU vers le CPU risque de faire ramer énormément le jeu (surtout pour 0 A.D.).
Mais bon si ça ne te paraît pas déconnant tu peux créer un rapport de bug (ça m'étonnerait qu'il y ait déjà un ticket qui demande ça).
En attendant je te conseille de désactiver la plupart des effets graphiques (ombres, particules, eau HD, etc.) pour solliciter le GPU le moins possible. Autre conseil : ne pas jouer sur un laptop, en tout cas pas de façon régulière. À l'exception de trucs très haut de gamme faits par des marques qui prennent les joueurs très aux sérieux, les laptops qu'on trouve dans le commerce de nos jours sont presque toujours fragiles, mal finis, mal ventilés, trop compacts, mal aérés, et ont une espérance de vie assez faible. Bref, pas fait pour le jeu (quoi qu'en disent les pubs).
Les claviers français nécessitent de presser Shift pour accéder aux chiffres, et peu de jeux sont compatibles avec ce comportement. Il te faudra remapper ces touches, soit en remplaçant 12345… par &é"'(… etc soit en utilisant les touches du keypad.
*splash!*
[^] # Re: Bépo
Posté par eingousef . En réponse au journal Le gouvernement français veut changer de clavier. Évalué à 1.
Ceci dit Apple a déjà fait des format ouverts, par exemple ALAC. Si groumly connaissait bien cette entreprise il en aurait sûrement parlé :o
*splash!*
[^] # Re: Bépo
Posté par eingousef . En réponse au journal Le gouvernement français veut changer de clavier. Évalué à 5.
J'espère bien parce que "software ouvert", ça ne veut rien dire. On dirait un mélange de "format ouvert" et "software libre", deux trucs qui n'ont rien à voir, combinés dans une expression bizarre qui embrouille la conversation plus qu'autre chose.
*splash!*
[^] # Re: Bépo
Posté par eingousef . En réponse au journal Le gouvernement français veut changer de clavier. Évalué à 10.
On t'avait pourtant dit de ne pas le manger :/
*splash!*
[^] # Re: c'est peut-être parce que ton site tourne sous windows ?
Posté par eingousef . En réponse à la dépêche Le retour de la Méthode R.A.C.H.E. Évalué à 8.
voire télécharger de la poudre verte si ça persiste
*splash!*
[^] # Re: Contribuer au projet sans GitHub
Posté par eingousef . En réponse à la dépêche Le retour de la Méthode R.A.C.H.E. Évalué à 10.
Anéfé c'est emmaüs qui a inventé la demande de pull.
*splash!*
[^] # Re:Hécatombe
Posté par eingousef . En réponse au journal David Bowie bronsonisé. Évalué à 8.
tu en es sûr ? o_O
*splash!*
[^] # Re: Hécatombe
Posté par eingousef . En réponse au journal David Bowie bronsonisé. Évalué à 10.
En tout cas, ce ne sera pas m…
*SPLASH!**splash!*
[^] # Re: Rien de nouveau
Posté par eingousef . En réponse au journal A vos risque et périls . Évalué à 2. Dernière modification le 09 janvier 2016 à 01:55.
on dirait la com' officielle des leaders de Corée du Nord
_o_*splash!*
[^] # Le principe
Posté par eingousef . En réponse au journal L'escroquerie Contact+. Évalué à 10. Dernière modification le 07 janvier 2016 à 23:59.
alors
c est très simple
ça c'est toi ..... ça c'est l'opérateurVVV ........................... VVVVO ............................ o===8O ................. o===8O ...... o===8O o===8Oo===8HopO===8O==8O=8O8O=8O8O=8O8O=8O8O=8etc.Voilà, de rien. N'hésite pas à plusser ! _o/
*splash!*
[^] # Re: Remboursement
Posté par eingousef . En réponse au journal L'escroquerie Contact+. Évalué à 5.
c'est parce que t'as pas payé assez cher !
*splash!*
[^] # Re: Lapsus ?
Posté par eingousef . En réponse au journal L'avenir de la sécurité de nos sites oueb : DNSSEC / HPKP / DANE TLSA / CSP. Évalué à 4.
De tout façon que ce soit BSD ou GNU c'est des vilaines bêtes à cornes et à barbiche.
Je me demande vraiment ce que tu fais là c'est un coup à te faire excommuniquer o_O
*splash!*
[^] # Re: .
Posté par eingousef . En réponse au journal Opera 12: la relève?. Évalué à 8.
J'avoue que j'ai du mal à comprendre. Chez moi je vois un lien du type protocole://ressource (avec protocole autre que http ou ftp), je clique dessus et là ça me l'ouvre dans le logiciel adapté. Qu'est-ce que tu voudrais de plus ?
*splash!*
[^] # Re: Licence
Posté par eingousef . En réponse à la dépêche Rejoignez la rébellion – adhérez à l’April. Évalué à 4.
Mais sérieusement c'est quoi la motivation ? Ce sont des petites entreprises qui galèrent et les libristes se sentent obligés de leur faire de la pub pour les aider à survivre ? Ou bien c'est de la pure provoc ? Ou encore les assos du libre pensent que ça leur donne un air "cool" qu'elles n'auraient pas sans ça ? Ça a l'air d'être une mode en ce moment alors franchement je m'interroge.
*splash!*
[^] # Re: iOS
Posté par eingousef . En réponse au journal La fin de Firefox OS. Évalué à 7.
Ça ne s'écrit pas comme ça !
*splash!*
[^] # Re: Replicant
Posté par eingousef . En réponse au journal La fin de Firefox OS. Évalué à 7. Dernière modification le 09 décembre 2015 à 11:27.
La vie de Replicant ne tient qu'à une chose : la possibilité d'accéder à des smartphones non tivoïsés. Le jour où Samsung arrête d'en produire, il ne restera plus que des petits projets d'openhardware, qui pour la plupart se sont déjà dotés d'un OS qui n'a rien à envier à celui des Andromerdouilles. J'ai du mal à voir comment Replicant a de l'avenir dans ce contexte.
*splash!*