Discussion :

[dourouc05]

PhysX 3.3 entre en phase de tests privés

L’équipe PhysX de NVIDIA a récemment proposé à des utilisateurs avancés de PhysX, choisis pour leur expérience et le temps qu’ils peuvent apporter aux tests, d’essayer en avant-première PhysX 3.3. Au menu, si ce n’est ce qui a été présenté à la GDC de cette année, on retrouve un bon nombre d’améliorations de performances. De manière générale, cependant, plus d’optimisations sont attendues pour la version finale.

Amélioration des performances et de la stabilité du solveur de solides

Les performances ont été améliorées de quinze à vingt pour cent par rapport à PhysX 3.2, qui représentait déjà une grande amélioration par rapport à PhysX 2.8.4. L’empreinte mémoire a été également améliorée.



Algorithme alternatif de phase large de détection des collisions

L’algorithme MBP (multibox pruning) est maintenant disponible comme alternative à SAP (sweep and prune). Il fournit de meilleures performances quand tous les objets de la scène sont en mouvement ou quand de grands nombres d’objets y sont ajoutés. Ces bénéfices ne se montrent cependant que dans les cas où un grand nombre d’objets sont simulés activement et en mouvement simultanément ; sinon, l’algorithme SAP fournira de meilleures performances. Pour utiliser MBP, il faudra configurer un peu plus, en définissant un grille du monde et des frontières.



Requêtes de scène plus robustes

L’API des requêtes de scène a été modifiée pour être plus cohérente, tandis que l’implémentation a été améliorée dans un grand nombre de scénarios.



Améliorations d’autres algorithmes

Le système de détection des collisions entièrement basé sur les distances PCM (persistent contact manifold) est maintenant souvent plus rapide et plus robuste que les algorithmes précédents.

Pour la détection des collisions continue (CCD), de grandes optimisations ont été apportées, faisant que le comportement du système a été amélioré. L’algorithme supporte maintenant des modifications de contact et les notifications.

Il sera bientôt possible de partager des formes entres des solides, ce qui permettra d’économiser de la mémoire si plusieurs acteurs ont une géométrie commune. Cependant, les géométries ne pourront pas voir leurs attributs modifiés tant qu’elles sont attachées à plusieurs acteurs.

Comme annoncé à la GDC, le solveur de tissus supporte maintenant de nouvelles fonctionnalités, comme les autocollisions, les collisions entre tissus, un nouveau solveur GPU et bien d’autres.

Support matériel

Le code GPU a été porté vers CUDA 5, d’où un support des GPU Kepler. Également, tant le solveur de tissus que de particules supportent la fonctionnalité d’interopérabilité CUDA-Graphics, ce qui permet d’améliorer les performances de la simulation en éliminant des appels inutiles au CPU.

Sur les plateformes ARM, PhysX peut désormais utiliser les extensions NEON de SIMD, afin d’améliorer les performances.


Source

http://physxinfo.com/news/11241/phys...esting-begins/

Billet original

[dourouc05]

La seconde bêta de PhysX 3.3 arrive !

Après une première phase de tests privés, voici PhysX 3.3 Beta 2, une préversion publique. PhysX 3.3 apporte un grand nombre de fonctionnalités ainsi que des améliorations de performances. L’article sur la préversion privée contient la description des fonctionnalités majeures ajoutées.

Parmi les autres points importants de cette version, on peut citer un support plus étendu des plateformes : les GPU Kepler, la dernière famille de GPU de NVIDIA ; la console Wii U ainsi que les applications Windows 8 Modern UI (l’interface traditionnelle était déjà supportée) ; sur les processeurs ARM, le jeu d’instructions NEON (instructions SIMD) est à présent utilisé. Il faut cependant remarquer que les exemples ne sont pas disponibles pour Windows RT ou la Wii U.


Votre opinion ?

Utilisez-vous PhysX dans vos projets ? Quels composants utilisez-vous le plus ?


Notes de version.

Billet original.

[dourouc05]

Après une phase de préversions privées, PhysX 3.3 est désormais disponible au grand public. En résumé, il apporte de nouvelles fonctionnalités (principalement sur la simulation des tissus), mais surtout de grandes améliorations de performances et le support de nouvelles plateformes (GPU Kepler, ARM NEON, Windows 8 Modern, Wii U. Les détails sont disponibles en ligne.

En même temps, les intégrations aux modeleurs 3D 3DS Max et Maya ont été mises à jour en version 3.0 : ces plug-ins ne supportent plus PhysX 2.8, ils se tournent exclusivement vers PhysX 3 et APEX 1.3.

Sources : Site du projet et Notes de version des plug-ins 3DS Max et Maya.

Billet original

[dourouc05]

De nouvelles versions de PhysX et APEX sont sorties (respectivement le moteur physique de NVIDIA, notamment utilisé dans l’Unreal Engine, et une série d’extensions adaptées aux artistes, utilisables indépendamment de PhysX). Outre les habituelles améliorations de performances et corrections de défauts, parmi les principales nouveautés côté PhysX, de nouvelles plateformes sont prises en charge : l’accélération GPU est désormais disponible pour Linux, tandis que le moteur fonctionnera sur les périphériques Android avec un processeur x86 (les processeurs ARM étant déjà gérés depuis la 3.3.0). Également, la documentation a été fortement restructurée et modifiée.

Le module APEX Destruction, qui gère la destruction d’objets, peut désormais employer la fracturation de Voronoï en temps réel (il fallait précédemment utiliser un modul de précalcul). Par contre, la simulation des corps rigides n’est plus possible sur le GPU (il semblerait que ce solveur avait des limitations et que ce mouvement est la première étape d’une migration vers FLEX, l’architecture unifiée de solveur GPU prévue pour PhysX 3.4).

Pour la simulation de tissus de APEX Clothing, le niveau de détail sera, dès la prochaine version, entièrement géré par l’utilisateur : le niveau de détail physique, qui utilisait un budget maximal pour tous les tissus afin d’adapter le niveau de détail de la simulation à l’impact sur l’image affichée, est désormais déprécié, le moteur de jeu sera chargé de ces détails.

Côté APEX Particles et Turbulence, la principale modification est que les GPU de génération antérieure à Fermi ne permettront plus l’accélération.

En plus de ces modifications, les ingénieurs de NVIDIA ont également travaillé sur la simulation de brins d’herbe avec NVIDIA Turf Effects, une technologie prévue pour la simulation de grandes étendues d’herbe avec des interactions physiques (avec des formes aussi simples que des cubes ou bien nettement plus complexes). Les brins peuvent être représentés avec trois triangles chacun, jusqu’à plusieurs centaines pour un plus haut niveau de détail, ce qui permet de gérer plusieurs millions de brins avec une haute fidélité (y compris pour l’éclairage et les ombres). L’intérêt pourrait être de visualiser, dans un jeu vidéo, les emplacements où une bataille a eu lieu. Ce module devrait être disponible début 2015 pour PC (DirectX 11).

Sources : PhysX SDK 3.3.2 arrives, adds GPU acceleration support on Linux, APEX SDK 1.3.2 is available, NVIDIA Turf Effects.

[Zefling]

Je me demande jusqu'où ils vont réussir à aller. Je trouve dommage que le voxel n'avance pas aussi vite même si ça revient un peu « à la mode », car je pensais que pour ce genre détails c'était une voie à explorer. Quand je parle de voxel, ce n’est pas Minecraft, mais plus ce genre de projet.

[mintho carmo]

Ce se développe progressivement (cf EverQuest Next Landmark), mais ce n'est pas forcement facile à intégrer dans un JV (gameplay un peu particulier). De toutes façon, l'utilisation de voxels de cette façon, c'est du gameplay, pas du graphisme, c'est pas trop le boulot de nvidia. Les voxels seront plus utilisés par nvidia au niveau graphique pour l’illumination globale par exemple (cf VXGI)