GRATUIT

Vos offres d'emploi informatique

Développeurs, chefs de projets, ingénieurs, informaticiens
Postez gratuitement vos offres d'emploi ici visibles par 4 000 000 de visiteurs uniques par mois

emploi.developpez.com

Sortie de la première beta de PhysX 3.2
Le moteur physique de NVIDIA spécialisé dans les jeux vidéos pour toutes plateformes

Le , par dourouc05, Responsable Qt
La version finale de PhysX 3.2 est disponible

Attendue au deuxième trimestre 2012, voici la version finale de PhysX 3.2, après trois betas successives, dont les nouveautés sont présentées ci-dessous. Ces versions intermédiaires ont servi à supprimer des éléments déjà devenus obsolètes et à corriger des bogues. Un guide de migration depuis PhysX 3.1 est inclus dans la documentation.

Nouveauté pour cette version : les moyens de la récupérer. Pour les versions précédentes, on devait passer par l'interface peu intuitive du Developer Support Center ; désormais, on peut passer par le PhysX Registered Developer Program de la NVIDIA Developer Zone. Bien que cette dernière version ne soit pas encore disponible (à l'heure où ces lignes sont écrites, seule la troisième beta est téléchargeable), on remarque que la validation des inscriptions n'est plus manuelle : au lieu de quelques jours ouvrables au pire, on passe à un temps maximal entre la création du compte et la possibilité de télécharger le middleware d'au plus une demie heure ! Cette nouvelle plateforme est également intégrée aux nouveaux forums, basés sur des tags (pour le meilleur comme pour le pire). Le support commercial passe toujours par l'ancien site (mais pour combien de temps encore ?).

Source : http://physxinfo.com/news/8336/physx...-is-available/

---
Actualité du 26 décembre 2011.
Sortie de la première beta de PhysX 3.2
Le moteur physique spécialisé dans les jeux vidéos sur toutes plateformes de NVIDIA

Cadeau de Noël de la part de NVIDIA : première beta publique de PhysX 3.2, un moteur physique spécialisé dans les jeux vidéos sur toutes les plateformes (Windows, Linux, Mac OS X, Android actuellement disponibles gratuitement, XBox 360, PS 3, iOS, Wii également).

On peut remarquer que cette beta est en avance sur la roadmap initialement prévue : on peut donc s'attendre à avoir la version finale au début du deuxième trimestre de 2012. APEX 1.2 supportera PhysX 3.x et devrait sortir en 2012 (la version 1.1 était prévue pour le dernier trimestre 2011 mais n'est toujours pas sortie).

Parmi les nouveautés, toute la gestion du frottement a été refaite : le frottement anisotropique n'est plus supporté comme avant (cette possibilité a été retirée). À la place, deux modèles seront disponibles : celui par défaut actuellement et un modèle basé sur les lois de Coulomb. Ce dernier est bien plus lent, mais donne des résultats bien plus proches des solutions analytiques, il est donc à préférer si l'on souhaite des résultats aussi précis que possible. Grâce à ce changement, les tissus disposent également d'une simulation des frottements !

Une seule version du SDK pour Windows est actuellement disponible, elle devrait être compatible avec VS 2008 et 2010 (pour la version 3.1, les deux versions sont en effet disponibles).


Exemple de jeu réalisé avec PhysX

Au niveau de l'utilisation, quelques changements changements également : l'instance de PxFoundation devient un singleton et globale à toute l'application, instance qui n'est plus créée automatiquement avec PxCreatePhysics() (il faudra appeler à l'avance PxCreateFoundation()). Aussi, les appels à PxCreatePhysics() ne sont plus valides si un objet PxPhysics existe déjà. La signature de cette dernière fonction a changé en conséquence pour prendre une instance de PxFoundation explicitement.

Trois nouvelles démonstrations ont également été ajoutées (SampleCharacterCloth, SampleBridges, SampleGravity) pour le nouveau module de tissus (3.1) ou des ponts dynamiques et autres plateformes mobiles.

Cette beta du SDK est disponible dans le centre de support PhysX, gratuitement après validation d'un compte développeur.

Source : PhysXInfo.


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de Teto45 Teto45 - Membre habitué http://www.developpez.com
le 20/02/2012 à 19:17
Merci pour l'article !

Reste que c'est de la pure langue de bois la plupart du temps, et je trouve qu'il ment même à la question : "PhysXInfo.com: Also, there is an opinion that with disabled GPU PhysX option, minor effects (like sparks or cloth banners) are omitted from the games on purpose, while they can be easily calculated on CPU or substituted with non-physical objects. What can you say about this?"
-> Je l'ai bien vu pour Mirror's edge (on peut s'amuser avec l'éditeur) où l'intégralité des effets de particule qui changent le jeu en slide-show et qui en sont les seuls responsables (les effets type "clothes" passent bien) ont leur équivalent "built-in UE3".

Et puis, cette manie :
- Question : oui ou non ?
- Réponse : Il faut savoir que... et vas-y que je te dises oui, mais sans le dire car il est hors de question d'avouer que les GPU nVidia ont été privilégiés et que lorsque nVidia payait pour mettre sa techno dans un jeu, il mettait hors course AMD par des limitations artificielles.

-> Désolé, je ne crois pas à l'implantation à l'arrach' de PhysX dans l'UE3. Peut-être que cela a été vite-fait, mais en prenant bien soin de rendre incompatible le matos AMD.

Bref, interview très intéressante en tout cas.
Avatar de dourouc05 dourouc05 - Responsable Qt http://www.developpez.com
le 24/03/2012 à 21:15
La beta 3 est sortie, elle corrige des bogues et des problèmes de performances, principalement. Notamment, pas mal d'améliorations dans le système continu de détection de collisions, requêtes sur la scène et sérialisation binaire. Il reste toujours une série de problèmes avec les démos sur une série de plateformes, cependant.

Sources : http://forums.developer.nvidia.com/d...iscussion/6146.

D'ailleurs, on apprend déjà que les corps rigides simulés sur GPU seront disponibles pour PhysX 3.3, la première beta est prévue en juillet de cette année.

Source : http://forums.developer.nvidia.com/d...6#Comment_6306.
Avatar de dourouc05 dourouc05 - Responsable Qt http://www.developpez.com
le 10/05/2012 à 20:39
Attendue au deuxième trimestre 2012, voici la version finale de PhysX 3.2, après trois betas successives, dont les nouveautés sont présentées ci-dessus. Ces versions intermédiaires ont servi à supprimer des éléments déjà devenus obsolètes et à corriger des bogues. Un guide de migration depuis PhysX 3.1 est inclus dans la documentation.

Nouveauté pour cette version : les moyens de la récupérer. Pour les versions précédentes, on devait passer par l'interface peu intuitive du Developer Support Center ; désormais, on peut passer par le PhysX Registered Developer Program de la NVIDIA Developer Zone. Bien que cette dernière version ne soit pas encore disponible (à l'heure où ces lignes sont écrites, seule la troisième beta est téléchargeable), on remarque que la validation des inscriptions n'est plus manuelle : au lieu de quelques jours ouvrables au pire, on passe à un temps maximal entre la création du compte et la possibilité de télécharger le middleware d'au plus une demie heure ! Cette nouvelle plateforme est également intégrée aux nouveaux forums, basés sur des tags (pour le meilleur comme pour le pire). Le support commercial passe toujours par l'ancien site (mais pour combien de temps encore ?).

Source : http://physxinfo.com/news/8336/physx...-is-available/
Avatar de dourouc05 dourouc05 - Responsable Qt http://www.developpez.com
le 24/05/2012 à 8:38
Enfin disponible sur le nouveau site, http://developer.nvidia.com/rdp/physx-downloads (jusqu'hier, c'était toujours la beta 3). De nouveaux outils sont également disponibles :

Citation Envoyé par APEX/PhysX RDP Newsletter
APEX 1.1 Tools and SDK

3dsMax plug-in 2.7.2.0427.0200 for APEX Clothing
APEX 1.1 updates for LoD fixes
APEX Clothing exports now collision shapes once per asset instead of once per LoD
Fixed Rayfire bug – some convex failed to simulate


Note:
3dsMax 2013 is not supported for v2.7.2 due to the far more significant 3dsMax SDK compatibility changes compared to 3dsMax 2012. APEX 1.2 will provide support for 2013.
A new clothing tutorial for LoD is available at 3dsMax Clothing Tutorials.

Maya plug-in 2.7.2.0511.0400 for APEX Clothing
Support for 2013
Includes solver simulation scaling support to allow simulations to occur (and export) in current or scaled units
Fixed PhysX3 Contact Layer support


PhysXLab 1.1 (beta3) for APEX Destruction
Ability to export “Do not Fracture” chunks as a single ApexRenderMesh
Mesh texture visualization while in cutout mode
Fixed fracture maps using incorrect scaling
Fixed bug with fracture map display updates


APEX SDK 1.1 (build 116) for PhysX 2.8.4
Fixed the dynamicChunkDominanceGroup and use DynamicChunksGroupsMask which were ignored in the Destructible actor parameters.

PhysX 3.2 Tools:

3dsMax plug-in 2.85.0427.0200
2013 support
PhysX 3.2 support (except for APEX Clothing 1.2, which is not supported in PhysX 3.2)
New convex decomposition algorithm for approximation of non-convex meshes
Support for pre-configured constraint limits on biped

Avatar de dourouc05 dourouc05 - Responsable Qt http://www.developpez.com
le 30/10/2012 à 11:21
La version 3.2.2 du SDK PhysX est sortie. Deux points sont à noter : Windows 8 RT (sur plateformes ARM) est désormais supporté, mais le support de la PlayStation Vita est suspendu (pas d'information supplémentaire à ce sujet : la plateforme ne sera pas définitivement abandonnée, mais n'est plus supportée pour cette version).

Parmi les améliorations de cette version, on notera la correction d'un certain nombre de bogues.

Source : http://physxinfo.com/news/9810/physx...-is-available/
Avatar de - http://www.developpez.com
le 11/11/2012 à 21:12
Ca m'intéresserait de savoir quels calculs fait le GPU avec physx...

Les algos de physique sont nettement plus compliqués que le calcul du tracé d'un triangle, je me demande comment ils arrivent à faire rentrer tout ça dans une simple puce.

Je me demande s'ils ont pas trouvé une astuce avec les zbuffer mais c'est ptêt une puce spéciale pour calculs physiques.
Avatar de Pierre Terdiman Pierre Terdiman - Candidat au Club http://www.developpez.com
le 08/03/2013 à 10:53
Toujours uniquement utilisable pour ceux ayant une CG nVidia ?

Bien sûr que non. Seuls quelques modules comme les cloth ou les particules bénéficient d'une accélération hardware via CUDA (et donc, pour le coup, en effet, ça n'est accéléré que sur les cartes nVidia).

Le reste (rigid bodies, character controllers, vehicles, etc) tourne sur le CPU, et sur de nombreuses plateformes. (Xbox/PS3/Mac/Linux/Android/etc). Difficile de dire que ça ne tourne que sur des cartes nVidia sur ces machines

La réponse sera courte : tous ces jeux sont faits avec l'UDK/UE3 -> qui utilise Physx -> Mais ne fonctionne que si on utilise une CG nVidia

Je ne comprends pas comment on peut écrire ça. L'UE3 est utilisé dans de nombreux jeux Xbox/PS3, avec PhysX en effet. Ca marche très bien sans carte nVidia...

Nvidia à racheté la boîte qui développait PhysX et a modifié le code pour qu'il ne puisse plus tourner correctement que sur des GPU... nVidia je vous l'donne en mille. Bref.

Je m'excuse mais ce sont de grosses conneries La politique de nVidia n'a jamais été de brider le moteur sur d'autres systèmes. Bien au contraire, dès le début le but explicite a été d'optimiser le moteur CPU autant que possible, pour éviter de refaire les mêmes erreurs qu'Ageia.

Code : Sélectionner tout
Batman (et tous les jeux utilisant l'UE3/UDK) n'utilise pas PhysX si on tourne sur AMD.
C'est faux. Certains effets GPU (particules et autres) sont désactivés, mais tout le reste continue de touner sur CPU. En particulier tout ce qui concerne les collisions, raycasts, sweep tests, etc.

Le code GPU de PhysX n'est que la partie visible de l'iceberg...

Ce qui est vrai, que que UE3 contient en effet l'ancien code de EPIC, qui s'occupait des collisions et autres avant de passer à PhysX. Mais il n'y a pas de mystère ou de scandale là dedans: ils modifient leur code petit à petit, pour migrer progressivement de l'ancien système au nouveau. Par exemple à l'heure actuelle ils utilisent toujours leur ancien code de "character controller" (au lieu d'utiliser celui de PhysX) mais tous les "sweep tests" sur lesquels il se base sont maintenant effectués par PhysX - au CPU, par ailleurs.

Et il il y deux raisons très simples pour justifier ce changement:

- maintenir et optimiser un moteur physique prend du temps. Laisser un "middleware" faire le boulot pour vous à du sens....

- le code de PhysX est en général plus rapide que le leur (même au CPU).

Une fois encore, pas de grand mystère ou scandale ici...

Hum, un peu limité comme utilisation, tu ne trouves pas ? Dans ce cas, autant utiliser Havok par exemple.

Oui, si on ignore la partie GPU, PhysX est un concurrent direct de Havok (ou Bullet). Et en effet, tu peux utiliser Havok pour la partie rigid bodies, c'est une excellente lib. La grosse différence, c'est que Havok est assez coûteux, alors que PhysX est plus ou moins gratuit.....

Il y a bien entendu aussi des différences au niveau utilisation mémoire et performances. Mais contrairement à ce que beaucoup prétendent, PhysX n'est pas "plus lent", loin de là. Les deux librairies sont en gros équivalentes, et supérieures à Bullet niveau perf.

Les algos de physique sont nettement plus compliqués que le calcul du tracé d'un triangle, je me demande comment ils arrivent à faire rentrer tout ça dans une simple puce.

Pas besoin de faire rentrer quoi que ce soit dans une puce. Il suffit d'implémenter les algos avec CUDA (ou OpenCL).

- Pierre (ex NovodeX, maintenant chez nVidia, bossant sur PhysX toute la journée)
Avatar de stardeath stardeath - Membre expert http://www.developpez.com
le 11/03/2013 à 1:01
Citation Envoyé par Pierre Terdiman  Voir le message
Je m'excuse mais ce sont de grosses conneries La politique de nVidia n'a jamais été de brider le moteur sur d'autres systèmes. Bien au contraire, dès le début le but explicite a été d'optimiser le moteur CPU autant que possible, pour éviter de refaire les mêmes erreurs qu'Ageia.

heu ... moi je me souviens de l'accélération hardware désactivée si par malheur il y avait dans la machine une carte graphique ati.

je n'ai pas réessayé, j'ai pas que ça à faire de monter/démonter une machine pour faire des tests de cg, mais ça avait bien fait du bruit à l'époque.

Citation Envoyé par Pierre Terdiman  Voir le message
c'est que Havok est assez coûteux

pour faire du jeu windows, Havok ne coute rien. -> http://software.intel.com/sites/havok/en/
Avatar de Pierre Terdiman Pierre Terdiman - Candidat au Club http://www.developpez.com
le 11/03/2013 à 9:47
heu ... moi je me souviens de l'accélération hardware désactivée si par malheur il y avait dans la machine une carte graphique ati.

Parle t-on de la version CPU ou GPU? Je ne parlais que de la version CPU. Pour le GPU, j'ai moi même écrit:

Certains effets GPU (particules et autres) sont désactivés, mais tout le reste continue de touner sur CPU.

Ces parties GPU sont écrites en CUDA, et donc par nature ça ne tourne que sur des cartes supportant CUDA.

pour faire du jeu windows, Havok ne coute rien

As-tu lu la license? Ou même la page dont tu donnes le lien? Ca ne coûte rien si ton jeu est vendu pour moins de 10$. En gros ça ne coûte rien pour les amateurs, dont les ventes seront négligeables de toute manière. Par contre pour les professionels bossant sur des AAA, il faut bel et bien une license - et ça, c'est loin d'être gratuit.
Avatar de stardeath stardeath - Membre expert http://www.developpez.com
le 11/03/2013 à 10:45
Citation Envoyé par Pierre Terdiman  Voir le message
Parle t-on de la version CPU ou GPU? Je ne parlais que de la version CPU. Pour le GPU, j'ai moi même écrit:

Ces parties GPU sont écrites en CUDA, et donc par nature ça ne tourne que sur des cartes supportant CUDA.

sauf quer si par malheur tu as une carte ati ET une nvidia tu es viré du club.

Citation Envoyé par Pierre Terdiman  Voir le message
As-tu lu la license? Ou même la page dont tu donnes le lien? Ca ne coûte rien si ton jeu est vendu pour moins de 10$. En gros ça ne coûte rien pour les amateurs, dont les ventes seront négligeables de toute manière. Par contre pour les professionels bossant sur des AAA, il faut bel et bien une license - et ça, c'est loin d'être gratuit.

oui j'ai lu ...

- PC titles sold for a retail value of less than $10.00 USD do not require a Havok distribution license to be executed.
- PC titles sold for a retail value of more than $10.00 USD or more do require a Havok license to be executed but at no additional cost.

après tu le dis toi même que physx est plus ou moins gratuit, je rajoute que havok c'est pareil.
Avatar de Pierre Terdiman Pierre Terdiman - Candidat au Club http://www.developpez.com
le 11/03/2013 à 15:22
après tu le dis toi même que physx est plus ou moins gratuit, je rajoute que havok c'est pareil.

Ben non... Encore une fois, "c'est pareil" pour les amateurs. Mais pour un moteur comme UE3 par exemple, il y a une grosse différence...
Offres d'emploi IT
Intégrateur SharePoint 2010
Fuzz1 - Ile de France - Le Pecq (78230)
Ingénieur expert technique - solutions citrix h/f
Régions - Centre de Services National Sogeti - Aquitaine - Pessac (33600)
Technicien Bilingue Anglais
AURA - Ile de France - paris

Voir plus d'offres Voir la carte des offres IT
Contacter le responsable de la rubrique Accueil