bon je peux me tromper, mais pr moi ça marche pareil que pr une carte 3D. Y a pas grand chose qui différencie un calcul d'affichage pr simuler la 3D d'un autre calcul.
Dc tout simplement pour la 3D, on "dit" à notre programme quand on veut qu'il utilise la carte 3D. Pour cela, on va utiliser des standards comme OpenGL (ou bien DirectX, qui n'est pas un standard, sinon de fait). Et les drivers faits par les constructeurs savent utiliser ces standards. Dc à chaque fois que tu utilises OpenGL, tu dis finalement à ton programme de passer par la carte 3D s'il y en a une (ou bien logiciellement sinon). Mais sinon un calcul 3D n'a rien de spécial hein. Tu peux tout à fait faire un prog en 3D sans utiliser OpenGL, et tout calculer "à la main" pour finalement envoyer le résultat de ton calcul à l'écran.
Ben là ça devrait être pareil. Quand on se balade sur le site, on voit que la boîte fournit ce qu'ils appellent le "AGEIA PhysX SDK", lequel doit être connu par le driver de la carte, et dc quand tu veux faire un calcul physique, tu le fais faire à travers l'interface de programmation du SDK fourni, ce qui aura par conséquence de l'envoyer à la carte physique si elle existe.
Maintenant pour moi il manque encore le côté "standard" d'OpenGL comme je le dis ds mon message plus bas. Parce qu'utiliser une norme comme OpenGL, c'est cool, mais si le programmeur doit être conscient de tous les SDK proprio différents fournis par tous les constructeurs... ben c'est infaisable.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: question technique :
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Les PPU !!. Évalué à 6.
bon je peux me tromper, mais pr moi ça marche pareil que pr une carte 3D. Y a pas grand chose qui différencie un calcul d'affichage pr simuler la 3D d'un autre calcul.
Dc tout simplement pour la 3D, on "dit" à notre programme quand on veut qu'il utilise la carte 3D. Pour cela, on va utiliser des standards comme OpenGL (ou bien DirectX, qui n'est pas un standard, sinon de fait). Et les drivers faits par les constructeurs savent utiliser ces standards. Dc à chaque fois que tu utilises OpenGL, tu dis finalement à ton programme de passer par la carte 3D s'il y en a une (ou bien logiciellement sinon). Mais sinon un calcul 3D n'a rien de spécial hein. Tu peux tout à fait faire un prog en 3D sans utiliser OpenGL, et tout calculer "à la main" pour finalement envoyer le résultat de ton calcul à l'écran.
Ben là ça devrait être pareil. Quand on se balade sur le site, on voit que la boîte fournit ce qu'ils appellent le "AGEIA PhysX SDK", lequel doit être connu par le driver de la carte, et dc quand tu veux faire un calcul physique, tu le fais faire à travers l'interface de programmation du SDK fourni, ce qui aura par conséquence de l'envoyer à la carte physique si elle existe.
Maintenant pour moi il manque encore le côté "standard" d'OpenGL comme je le dis ds mon message plus bas. Parce qu'utiliser une norme comme OpenGL, c'est cool, mais si le programmeur doit être conscient de tous les SDK proprio différents fournis par tous les constructeurs... ben c'est infaisable.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]