物理エンジン　AGEIA PhysX

**名前は開発中のものです。** · 2007/10/17(水) 23:41:16

ttp://www.ageia.com/
建てちゃった・・

**名前は開発中のものです。** · 2007/10/18(木) 00:31:44

そういえばこんなんあったなー（遠い目）

**名前は開発中のものです。** · 2007/10/18(木) 00:58:06

マルチコアCPUとか普及してるしPhysXチップ意味なしじゃん
ってことで自作PC板では脂肪判定。とっくの昔にスレ消滅

破片とか煙が増えるだけだろ？マルチで不利じゃん
ってことでPCアクション板でも脂肪判定。スレも立たない

PhysX-APIって標準的な地位を築けずにこのまま滅びそうだけど大丈夫？
てことでゲームプログラマにもいまいち受けが良くない

AGEIAは果たしてこの先生きのこれるのか

**名前は開発中のものです。** · 2007/10/18(木) 18:01:28

板チガイ

**名前は開発中のものです。** · 2007/10/18(木) 20:03:52

板違いじゃないがPhysX(NovodeX)限定でお先真っ暗なスレだね

**名前は開発中のものです。** · 2007/10/20(土) 06:17:23

３Dゲーにおける物理計算のスレとしては再利用できない？

**名前は開発中のものです。** · 2007/10/20(土) 21:47:13

http://www.watch.impress.co.jp/game/docs/20060325/physx.htm
面白そうじゃん

**名前は開発中のものです。** · 2007/10/21(日) 17:59:46

俺もこういう自作魂が疼くパーツは期待大なのだが
記事の日付を見る限り古いし、自分の記憶でも初出は相当前だしな。

いまとなってはGPGPUなんて言葉が出てきたように
2枚目のGPUに任せる方向性で物理エンジン専門は消えていくんじゃないだろうか。
非常に残念ではあるけどな。

**名前は開発中のものです。** · 2007/10/21(日) 20:34:16

SDKに認証が必要ってだけで
失敗確定だっつーの

**名前は開発中のものです。** · 2007/10/21(日) 20:48:41

メール送るだけだろ？

**名前は開発中のものです。** · 2007/10/22(月) 01:48:00

メインメモリ→PhysXカード→メインメモリ→ビデオカード
っていう冗長な形でデータ転送をしなきゃならん時点で
あの専用カードは死相が出てた

最低でもPhysXカード(PCI-E)⇔ビデオカード(PCI-E)で
直接データ転送できるような仕組みを作るべきだったね

**名前は開発中のものです。** · 2007/10/22(月) 21:10:13

でも、データ転送速度は問題にならないとか>> 7に書いてあるけど

**名前は開発中のものです。** · 2007/10/22(月) 23:08:01

っていうか、物理エンジン->描画エンジンへのデータの流れは特にないよな
今まで、適当にやってたオブジェクトの移動シーケンスが
物理現象に沿ったものにすげ変わるだけでしょ

**名前は開発中のものです。** · 2007/10/22(月) 23:14:13

いや、今まで出来なかった表現が出来たり
新たなゲーム性が生まれ

**名前は開発中のものです。** · 2007/10/23(火) 01:31:38

>>12
ん？PhysX対応の市販ゲー見れば
大抵は物量で押しまくるような使い方になっちゃうって分かるでしょ。
「相互作用を伴う多量の破片エフェクト」みたいなベタな使い方のことね。
安易だけど、PhysX-PPUの効果を分かりやすい形で（視覚的に）体感
させようとすると、あれが一番簡単。

あの手の破片エフェクトをバカ正直にやる場合、大量の変位・回転情報が
出力となってメモリに書き戻される。これをインスタンスモデル生成用データ
（テクスチャ等）としてCPU処理でセットアップし、ビデオカードに転送する。

提灯記事がいくら問題ない問題ないって擁護したって、物量で押しまくる
使い方が喜ばれる以上、あの冗長なデータパスは致命的なのはバカでも分かる。

**名前は開発中のものです。** · 2007/10/23(火) 01:58:23

レスアンカーを微妙に間違えた
>>12と>>13宛てかな

**名前は開発中のものです。** · 2007/10/24(水) 21:31:51

>バス速度が問題となるのは、物理シミュレーションの結果をCPU(ゲームエンジン側)に戻す時と、
ゲームエンジン側から次のフレーム分のシーンのアップデートをPhysXに行なうときだ。
これらのデータ量は物理シミュレーションのシーンセットアップと比較すると大部少ないために
PCIバスで全くまかなえる範囲であるとHedge氏は語っていた。

>ただし、大量の結果戻しや大量のアップデートが頻発する、
たとえば数千に及ぶパーティクルを物理制御するような場合にはここがボトルネックになることがあるかもしれない。
その場合は、PhysXサブシステムとの入出力同期サイクルを毎フレームではなく、
複数フレームごとに行なったりといった対応が必要になることだろう。

だって

**名前は開発中のものです。** · 2007/10/24(水) 21:35:07

PS3やXbox 360上での活躍に期待

**名前は開発中のものです。** · 2007/10/30(火) 00:54:53

ゲ製的には演算ボードの成功云々よりも無料のSDKが使えるのがポイントでしょ。
ソフトウェア処理については、ODEと比べてもなかなか良いライブラリらしいし。

**名前は開発中のものです。** · 2007/10/30(火) 01:06:50

>ODEと比べても
ぉぃぉぃ
土俵が違いすぎる

**名前は開発中のものです。** · 2007/10/30(火) 01:26:03

何の土俵だよ
無料で使える物理エンジン仲間だろが

**名前は開発中のものです。** · 2007/10/30(火) 21:38:49

PhysXハードウェア使わないでCPUで処理すればいいじゃん。

**名前は開発中のものです。** · 2007/11/01(木) 09:09:15

結局板違いの話題しか出ないww

**名前は開発中のものです。** · 2007/11/02(金) 07:34:46

これ使いこなしてる奴が
この板にいないだけ

**名前は開発中のものです。** · 2007/11/02(金) 13:30:28

「他の奴らもきっと俺と同じ！みんな同じ！」
と思い込みたいお年頃なんだね

**名前は開発中のものです。** · 2007/11/02(金) 13:56:43

お年頃というか、そう思わないと安心できないんだろうな
もっと本質を見極める目を持たないと、いつまで経っても・・・

**名前は開発中のものです。** · 2007/11/02(金) 22:45:48

じゃあ口だけの>24-26に代わって使いこなしてる俺が感想書いてやるぜ

確かにODEとは土俵が違う。TriMeshが安心して使えるのはありがたい。
HeightField使いたいならプロジェクト弄れとか言われたり
コンパイラ変えたら挙動がおかしくなりましたとかいう事もない。
これを土俵同じって言うのはアマゲーとフリー化した市販ゲーを同じっていうようなもん。

ただ使い勝手はいまいち。効率性とかハード使用時との一貫性とかなんだろうけど
回りくどくて鬱陶しかったり衝突その他のコールバックが限定された情報しか返してくれなかったり。
あとNxCharactorは肝心のTriMeshと衝突しないという中途半端っぷり。

正直物理で遊びたいだけならODEで十分だしあちらはオープンソース。
ODEに不満あるような奴が無料で喜ぶか？って思うわ。
勉強がてらゲームエンジン作ってる俺的には非常にありがたいけどな。

↑が素人の戯言だと思うならHavokとの比較を書いてくれればいいと思うよ！

**名前は開発中のものです。** · 2007/11/02(金) 23:00:27

結局同じ土俵じゃん
アマゲーとフリー化した市販ゲー、どちらが良いかなんて誰が決めるんだい？

**名前は開発中のものです。** · 2007/11/02(金) 23:10:09

どちらが良いかとかじゃなくて別物

**名前は開発中のものです。** · 2007/11/02(金) 23:58:55

そりゃそうだ
まぁどうでもいいよな

**名前は開発中のものです。** · 2007/11/03(土) 10:06:33

havokの方が名前はかっこいいな

**名前は開発中のものです。** · 2007/11/03(土) 11:24:08

スーパーハボキってモルボルに似てねえ？

**名前は開発中のものです。** · 2007/11/03(土) 14:55:30

質問です。C#からPhysXを使いたいのですが、それは大変でしょうか？
C#とPhysXどちらもあまり詳しくないため、ご助言頂きたいです。

**名前は開発中のものです。** · 2007/11/03(土) 16:04:12

>>33
ねーよ、と思ったらググりゃ出てくるほどメジャーだったり。

**名前は開発中のものです。** · 2007/11/03(土) 16:08:56

>>34
ごめんなさいごめんなさいごめんなさい・・
私もそもそも無いと思っていたのですが、1番目にヒットしていたのですね・・
http://www.zelsnack.com/jason/JttZ/Novodex_NET_Wrapper/
どうもありがとうございました

**名前は開発中のものです。** · 2007/11/04(日) 22:03:45

Havokってフリーじゃないんじゃ

**名前は開発中のものです。** · 2007/11/04(日) 22:33:20

ODEは誰も使わなくても作りたい奴が勝手に作るだけだが
PhysXは企業に使ってもらって金取らなきゃいけないからな。

「無料で使える物理エンジン」って観点だけで見るなら>27の後半

**名前は開発中のものです。** · 2007/11/08(木) 14:13:15

http://www.gdm.or.jp/voices.htmlによると、
＞ELSA製のPhysX搭載カード「ELSA PHYNITE X100」が一部ショップで特価販売されたが、
＞近日中に今度はバルク版として大量に出回る予定。付属品付きで予価は\5,980。

ということらしいのだが、買い？なんかゲーム以外で使えたりする？

**名前は開発中のものです。** · 2007/11/08(木) 20:16:17

>>38
twotopにあったお、asusの。
入口近くに積みだったけど何のpopも無いから分かりにくいかも。

**名前は開発中のものです。** · 2007/11/08(木) 21:59:22

\1980なら買いたい

**名前は開発中のものです。** · 2007/11/08(木) 22:10:40

この価格でやっと普及価格の気がｗ
もともとないと困るもんじゃないからな。
グラボで物理エンジンのほうは、ぼちぼち対応できそうなマザボが出てきましたが、ハイエンドで高いー

>>38
バンドルゲームでちょっとやってもいいとか、これから出る対応ゲームでプレイ予定があればいいんじゃないでしょうかー

38 · 2007/11/09(金) 00:49:34

…いやあ、ゲームはあんまやる気ないかも…
3DCGやってるんで、レンダリングを早くしたりできるかと思ったけど、
物理関係の演算にしか使えないっぽいですね。勘違いでした。

いちばん簡単に扱えそうなのは上で出てるC#なのかなあ
LLで簡単に使えるようになったらいいなあ

**名前は開発中のものです。** · 2007/11/09(金) 23:50:23

叩き売りの理由を考察しよう

１．ASUSが新型PhysXカードを発売するから旧型を在庫処分するんだよ
２．ASUSがAGEIAを見限ってPhysXカード“市場”から撤退するから在庫処分だよ
３．PS3即死でAGEIA脂肪も秒読み始まったよ

どう考えても１です。ほんとうにありがとうございました

**名前は開発中のものです。** · 2007/11/10(土) 00:34:01

大して使われもせずに人知れずフェードアウトしそうだなー

単機能カードとか独自APIが滅び行くサマはVoodooとか
GlideAPIを彷彿とさせるが、アレはちゃんと一時代を築くことが
できたから同一視するのは失礼か

**名前は開発中のものです。** · 2007/11/10(土) 02:14:36

>>43
新型売れそうにねーｗ
PCI Express対応かな。

グラボが流用できるようになったら、とどめ刺されそうだから、専用カード挿して楽しめるのはいまだけだな。

>>44
他に選択肢がなかったのが大きいんじゃまいか。

いまはMicrosoft巻き込んで標準化まで行かないと成功はおぼつかない。。。

物理エンジン AGEIA PhysX

物理エンジン　AGEIA PhysX