FSX Service Pack 1....

[drafak]

blog

Bonne nouvelle pour tout les simmer dualcorés
attendez vous a des améliorations de l'ordre de 20 a 33% , peut etre plus dans certaines circonstances.

[MikiBzh]

Cool,

Mais ton lien marche pas...

http://blogs.msdn.com/ptaylor/

[Black Wolf]

cool et merde en même temps . En voyant ton post j'étais sur qu'il était enfin sorti

[Daube]

Ouep, tout pareil... donc apparement, dernier jour d'Avril si on a beaucoup de chance et que la Beta 2 ne reserve pas de mauvaises surprises, Mai sinon... Perso je le sens pour Mai, je sais pas pourquoi :P

[STEFOSTEF]

merci pour l'info

J'en profite pour vous signaler un programme tres sympa dont j'ignorais l'existence et qui ne se limite pas qu'a FSX

http://www.vroute.net/content/view/26/40/

[Latecoere]

Oui mais même avec 30% de gains, je ne m'attends pas à un truc fulgurant !!! Le gros probléme de FSX ce n'est pas tant la non prise en charge de cores multiples, que le non prise en charges des cartes genre montées en sli, et autres trucs du genre !!! C'est 90% CPU et 10% GPU !! Alors en 1990 je veux bien, mais en 2006 (date de sortie du titre) ca le fait plus... désolé !!

[maitretomtom]

Oui enfin.. le GPU sert à afficher le jeu + les effets graphiques.
Mais qui doit le calculer ça avant ? le CPU
Le CPU doit s'occuper des calculs pour l'affichage (des scènes, des avions etc...) + les modèles de vol + le traffic IA + les effets météo (changements de météo, courants thermique etc....) et autres
C'est normal que le CPU bosse beaucoup plus que le GPU, il doit tout faire ! Alors que le GPU, lui, ne fait qu'afficher des trucs....

[Daube]

Oui mais même avec 30% de gains, je ne m'attends pas à un truc fulgurant !!! Le gros probléme de FSX ce n'est pas tant la non prise en charge de cores multiples, que le non prise en charges des cartes genre montées en sli, et autres trucs du genre !!! C'est 90% CPU et 10% GPU !! Alors en 1990 je veux bien, mais en 2006 (date de sortie du titre) ca le fait plus... désolé !!

Comme deja dit par MaitreTomTom, il est parfaitement normal que ce soit le CPU qui ait la plus prosse part du boulot a realise. C'etait en 1999 que le proc se tournait les pouces pendant que la carte video affichait de belles textures. Maintenant les jeux sont un chouilla plus complexe.... rien que la generation (je parle pas de l'affichage, mais bien de la construction) du terrain, vu sa complexite, merite un core entier a lui tout-seul.... d'ailleurs c'est ce qui est fait actuellement.

Pour le SLI, FSX le gere parfaitement, et pour cause... c'est pas le jeu qui decide, mais les drivers Tu peux patcher un jeu tant que tu veux, ca n'aura jamais aucun impact sur l'utilisation de la fonctionnalite SLI

En revanche, pour le Multi-core (et pas seulement "dual" core, les quadri cores en profitent aussi) c'est une autre histoire. Pour l'instant, le deuxieme core n'est utilise que lors de la construction initiale du terrain, et plus assez apres. Ca va changer, et ca apportera pas mal de changement.... mais comme le type du blog le souligne, il faut s'attendre a une moyenne de 20% uniquement sur le materiel adequat, donc pas trop s'attendre a des miracles sur du vieux matos depasse.

[Cartman]

Maitretomtom, plus maintenant. Désormais on essaye au max de faire bosser le gpu via les shaders.

Par exemple un personnage animé. Avant il fallait calculer les transformations du squelette du perso, et ensuite appliquer ces transformations pour chaque point, via le cpu.
Maintenant on peut déplacer les calculs de transformations pour tous les points(ce qui est le plus couteux) vers le gpu, et ça équilibre le tout.

[maitretomtom]

Maitretomtom, plus maintenant. Désormais on essaye au max de faire bosser le gpu via les shaders.

Par exemple un personnage animé. Avant il fallait calculer les transformations du squelette du perso, et ensuite appliquer ces transformations pour chaque point, via le cpu.
Maintenant on peut déplacer les calculs de transformations pour tous les points(ce qui est le plus couteux) vers le gpu, et ça équilibre le tout.

Ah....
Mais ça peut aussi déséquilibrer le truc ? Je veux dire qu'on peut aussi en demander trop au GPU, non ?

[Cartman]

Ouaip, mais c'est le boulot du développeur de bien faire gaffe à ne pas trop tirer sur un des deux.

[maitretomtom]

Merci pour ces précisions.
Pendant que j'y suis, du point de vue d'un simulateur de vol, quelles seraient les tâches qu'on ne pourrait pas confier au GPU (autrement dit qui ne pourraient être faites que par le CPU) ?

[Cartman]

ce qu'il faut savoir c'est qu'on ne peut rien récuperer de ce que fait le GPU.
Donc pour le moment, tout ce qui est calculs physiques et d'ia, et tout ce qu'on apelle la game logic(gestion des inputs, déplacements des objets) ne peut se faire que par le cpu.

Malgrès tout des types arrivent à faire calculer du pathfinding(le fait d'eviter les obstacles pour aller d'un point à un autre) par le gpu.

[maitretomtom]

OK je comprends mieux maintenant. Enfin je crois...

Corrige moi si je me trompe :

On peut (et on le fait déjà) envoyer certains calculs simples au GPU (trajectoire prévue à l'avance par exemple) pour soulager le CPU.
Autrement dit, au lieu que le CPU fasse le calcul et envoie le résultat au GPU pour l'affichage, le CPU se contente d'envoyer les données au GPU, qui les reçoit, fait le calcul (simple) et l'affiche. C'est bien ça ?

Par contre, tous les calculs "complexes", impliquant une "interactivité", si on peut dire, eux, seront toujours réservés au CPU (par exemple les moteurs physiques genre Havok ?) puisque ce que fait le GPU ne peut pas être récupéré.

J'ai bon ?

[Black Wolf]

Pour les calculs tels que la physique c'est entrain de changer et ils travaillent actuellement sur des technologies permettant d'utiliser vos "anciennes" (ancienne au moment ou cette technologie sera démocratisée donc les cartes de maintenant quoi ) cartes graphique pour faire les calculs physiques... un peu comme un SLI de deux cartes différentes mais ou la carte la moins puissante sert de carte de calcul physique. Sinon pour ce qui est des méthodes actuelles oui maitretomtom tu as bien saisi le truc

[Scrat]

On parle même de cartes chargées de prendre en charge tous les calculs de physique...
Avec la carte graphique qui elle sera chargée de l'aspect affichage, le CPU sera chargé de plus en plus de gérer tout ce qui touche à l'IA etc... ainsi que d'orchestrer et synchroniser tout ce petit monde...

[PiF]

En effet, les PPU (Physical Processor Unit), développé en premier par AGEIA pour le grand public, ça marche sur des jeux comme Half-Life 2 ou la gestion des paramêtres physiques est importante.

[666def]

ça existe même déjà avec la carte PhysiX de Ageia. du coté de nvidia ou ATI, la solution serait donc d'utiliser une carte graphique supplémentaire dédié à la physique. dans le cas d'un PC avec SLI ça ferait 3 cartes graphiques, bonjour la conso électrique! sans parler du refroidissement.

arf grilled

[moi1000]

ça existe même déjà avec la carte PhysiX de Ageia. du coté de nvidia ou ATI, la solution serait donc d'utiliser une carte graphique supplémentaire dédié à la physique. dans le cas d'un PC avec SLI ça ferait 3 cartes graphiques, bonjour la conso électrique! sans parler du refroidissement.

arf grilled

Et c'est un flop monumental, cette carte Physix. Avec les CPU multicores, ça ne sert à rien.

[666def]

c'est ton avis et ça n'engage que toi. je suis d'accord pour le PhysiX, pas pour les CPU multicore.

[666def]

ça, c'est clair.

[moi1000]

Ca me fait penser à un truc : il me semblait que FSX n'était pas immédiatement compatible DirectX10. M$ avait pas prévu un patch pour ça ? Est-il sorti ?

[666def]

je pense, enfin, j'espère que c'est inclus dans le SP1

[Black Wolf]

non c'est prévu pour la fin de l'année.. Il sera inclu dans l'addon payant qui doit sortir et disponible gratuitement en téléchargement pour ceux qui ont pas l'addon

[diditopgun]

Un addon payant ? Peut tu en dire plus s'il te plait ?