物理演算エンジンってどうやって作るの？

**名前は開発中のものです。** · 2007/05/24(木) 19:10:51

ハーフライフとか、オブリビオンのあれです。

詳しい人教えて

**名前は開発中のものです。** · 2007/05/26(土) 00:18:34

>>12
アルゴリズムが知りたいだけなら、
金子氏のソースを見るのが一番早い。

ペナルティー法を知った上で、
いろんな不都合を回避する方法が知りたければ、
実験を積み重ねるしかないんじゃないかなぁ・・・

**名前は開発中のものです。** · 2007/05/26(土) 04:05:23

物理わからない自分が最近物理知りたいと思ってちらっと本を覗き見している。
物理てなんかいろいろな数式があるけども、
全てが関連しているわけではなくて、物理の表し方が違って
似たようなことを表すにもいろいろな表現方法があるかんじ？
(この計算方法だと正確な値は取れないが計算が楽とか)

ゲーム開発に必要な物理ってどういう風に学んでいくものでしょうか？

**名前は開発中のものです。** · 2007/05/26(土) 14:01:47

http://www.amazon.co.jp/%E3%82%B2%E3%83%BC%E3%83%
A0%E9%96%8B%E7%99%BA%E3%81%AE%E3%81%9F%E3%82%81%E3
%81%AE%E6%95%B0%E5%AD%A6%E3%83%BB%E7%89%A9%E7%90%86%E
5%AD%A6%E5%85%A5%E9%96%80-Beginning-Math-Physics-Progra
mmers/dp/4797329076/ref=sr_1_1/250-4262830-8714649?ie=UTF8&
s=books&qid=1180155658&sr=8-1

**名前は開発中のものです。** · 2007/05/29(火) 09:26:10

>>15
ゲーム開発のための数学・物理学入門
http://www.amazon.co.jp/dp/4797329076/
ゲームプログラミングのための3Dグラフィックス数学
http://www.amazon.co.jp/dp/4939007375/

前者￥2,940。後者￥7,350。
安物買いの銭失いの典型例

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

F = ma

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

ゲームプログラミングのための3Dグラフィックス数学
は第二版も出てるよ。
http://www.amazon.co.jp/dp/1584502770/
しかも、価格：￥ 4,194 （税込）！

**名前は開発中のものです。** · 2007/07/22(日) 01:35:22

>>5の金子氏のサンプルプログラムを見て感動したんですが、
このサンプルプログラムの解説とかって無いんですか？
ソース見てもいまいちわからないです・・・

**名前は開発中のものです。** · 2007/07/22(日) 16:09:13

見て盗め…職人の世界か；

**名前は開発中のものです。** · 2007/07/23(月) 15:14:44

いまいち分からない時は答えを見るよりも試行錯誤して自分で
注釈いれていった方がよい。見るだけでは盗めない。

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

理論は普通に勉強するしかないだろ

**名前は開発中のものです。** · 2007/08/16(木) 13:10:37

エンジンではないけど、日本語の本一通り読んだところ次が一番良かった

OpenGLで作る力学アニメーション入門
http://www.amazon.co.jp/exec/obidos/ASIN/4627845618/

**名前は開発中のものです。** · 2008/01/03(木) 09:49:21

まだ、金子さんのSampleを色々と見て研究程度だけど、
この分野に興味をもったので保守代わりのあげ・・・・

**名前は開発中のものです。** · 2008/03/18(火) 15:23:05

金子氏のサンプルはさすがに古い。
つか間違ってるな（タイムステップ固定だと問題ないが）
数値積分なんか好きなのを適当に使えばいいけどverlet法がいいと思う。
むしろ物理エンジンはコンストレイント・ソルバーの実装が肝なんだが、CryEngineとか最近のは恐ろしくレベルが高い。
ODEとかBox2Dのソースを読むのはバックグラウンドとなる知識が無いと全く意味が無いぞ。Havokもタダで使えるようになるんだし、それらの使い方を覚えるほうがよっぽど有意義。
それでもあえて自作したいんならbulletのフォーラムを覗いてみるといい。
ゲームメーカーも英語出来ないプログラマの言葉を鵜呑みにして、物理エンジン自社開発とか無謀なことはしないほうがいい。もう追いつけるレベルじゃないから。

**名前は開発中のものです。** · 2008/03/20(木) 18:26:11

CryEngineの物理って蟹とか鳥投げると直線にすべて突き抜けてどこかに飛んでいくやつか

**名前は開発中のものです。** · 2008/03/21(金) 01:26:09

それは物理エンジンに接続するときのバグだろ。
さすがに定常時の人間だの鳥だのはシミュレートしてる訳じゃない。
が、奴等なら5年以内にやる。NaturalMotionのが早いかもしれん。

**名前は開発中のものです。** · 2008/03/23(日) 22:38:38

当たり抜けなのかも。
物理演算エンジンがしっかりしてても、衝突判定がしっかりできていない可能性。
衝突判定なくして物理挙動はできないだろうし。

**名前は開発中のものです。** · 2008/12/14(日) 18:25:27

≫25
Bullet等のコンサルティングと言うか受託開発についてはどう思う？

**名前は開発中のものです。** · 2009/02/06(金) 20:22:48

撃力ベースで物理エンジン作ってるやついる？

**名前は開発中のものです。** · 2009/02/07(土) 22:44:46

Havokって一般人も使えるの？

**名前は開発中のものです。** · 2009/02/08(日) 00:39:39

>>31

つ　ttp://www.4gamer.net/games/032/G003263/20080602011/

> ゲームデベロッパ向けに無料で「Havok Physics」と「Havok Animation」の
> 提供を開始した。HavokのSDKやサンプルなども含まれており，配布対象は
> すべてのゲーム開発者。
> これは，趣味でゲームを開発している人や学生なども含まれている。

**名前は開発中のものです。** · 2009/02/16(月) 22:39:51

とりあえず高等範囲までの数学（もちろんＩＩＩＣ含む）と物理くらい問題なくできるようになってこい

話はそれからだ。

本読んだだけで勉強した気になるなよ。
ちゃんとひとつずつ問題解けよ。

**名前は開発中のものです。** · 2009/02/19(木) 12:22:35

物理エンジンって

自由落下(x,y,T)とか渡したら
戻り値としてT時間次の座標が返ってくるとか
そういうプログラムのことですか？

**名前は開発中のものです。** · 2009/02/20(金) 00:46:03

中学や高校の教科書の公式をそのままプログラムにしてしまえばえーやんと思った。

**名前は開発中のものです。** · 2009/02/21(土) 09:26:15

複雑な形状の衝突や跳ね返りが面倒。

**名前は開発中のものです。** · 2009/02/22(日) 15:47:27

>>31
商用利用不可だけど無料版あるぜ

**名前は開発中のものです。** · 2009/02/22(日) 17:04:17

> 37
今は条件付き（PhysysとAnimationのみ、ＰＣのみ）なら商用でも無料で使える。
小売価格１０米ドル以上ならサイトに要登録、未満なら必要なし。
ライセンスに対する合意が必要なので、熟読して利用を判断すること。

**名前は開発中のものです。** · 2009/02/22(日) 22:24:46

落としてみたが、マニュアルが分からん・・・。
日本語の書籍とか出してくれないかな・・。
はじめてのHAVOKとかｗ

**名前は開発中のものです。** · 2009/03/14(土) 02:45:52

金子さんの質点バネモデルは大好きだ
簡単だしさ
やーらかい物シミュレートするにゃもってこいだら

**名前は開発中のものです。** · 2009/04/16(木) 21:57:02

static q[objs][3];//位置
static p[objs][3];//運動量
static f[objs][3];//力
main(){
　init();
　startThread();
　startEvent();
}
runThread(){
　popEvent(); //event→f
　calc(); //f→p, p→x
　display();//x→(display)
}
pushEvent(){ //(I/F)→event
　switch(){case A: addEvent();...}
}
何でもメインルーチンはだいたいこんな感じになるよね。
いかがお過ごし？
全然違う人とかいるかな。

毎回よく困るのは、衝突後の処理かな
判定までは簡単だけど、その後の対処が難しくて
同じ衝突イベントが連続で起こっちゃったり、
それを回避しようとするとすり抜けちゃったり
○○保存則が崩れて、ほっとくと毎回すんごい総エネルギー量になりますｗ
あと衝突後の位置修正処理がそのまま別の衝突を引き起こしたり…
みんな経験あるよねぇ？

自然ってほんと良く出来てるなぁと思います（ボソ

**名前は開発中のものです。** · 2009/04/16(木) 22:11:40

そうだ、離散時間シミュの衝突で食い込んだときの処理をどうやってるか教えてほしい。
(1) 何もせず撃力与えてそのまま
(2) 移動前時間まで戻して撃力与えてそのまま
(3) 真の衝突時間（分数ステップ）を計算し、そこまで慣性移動
→正確な撃力を求めてから残り時間中だけまた慣性移動
(1) だと食い込んだままになることが多々。
(2) で妥協することが多々。
(3) までやるのが理想なのかな？普通そこまでする？
まぁモノに依ると言われるとそれまでだけど…習慣として

**名前は開発中のものです。** · 2009/04/23(木) 01:19:06

中途半端だけど面の交点に戻して激力与えてるよ
ホントは(3)がやりたいけどめんどかった

**名前は開発中のものです。** · 2009/10/24(土) 16:32:46

>>25
すごいっすねー
自前でつくるなんて無理だわ・・・

CryEngine3
http://game.watch.impress.co.jp/docs/series/3dcg/20090501_167933.html
http://www.famitsu.com/game/news/1223057_1124.html

**名前は開発中のものです。** · 2010/04/24(土) 17:54:58

スレ機能してねーなｗ

**名前は開発中のものです。** · 2010/06/15(火) 09:30:58

アマゾン探してもphysXの本ならあるけど
じまえで全部作ることについて書かれた本とか全然ないし・・

**名前は開発中のものです。** · 2010/09/04(土) 01:24:02

シーグラフとかの論文読んで勉強して作ればいいと思うよ。

**名前は開発中のものです。** · 2010/09/04(土) 08:37:50

>>46
リアルタイムの実装で、処理の順番とか精度とかCPU負荷とか色々とチューニングが必要ですね
最近のPCスペックでやっと実用的にはなって来たけど、用途で色々と実装方法も変わってくる。
汎用エンジンでゲーム作るにしても理解が及んでいないとパラメータ設定もできないしまともに動かせないよ。
今ネットにある情報で作れないなら物理演算に触るなって事でしょ。

**名前は開発中のものです。** · 2010/10/28(木) 00:00:03

振動を抑えるためいろいろやってたら非物理エンジンになってた件について
やっぱ難しいわ

**名前は開発中のものです。** · 2011/02/15(火) 13:43:32

振動を抑えるのはタイムスライスを細かくして見えない幅にするくらいか

**名前は開発中のものです。** · 2011/06/28(火) 17:50:29.78

物理演算興味持って１から趣味で作り始めたんだけど
これってやっぱ物理学関係ない所で詰まりがちやねｗ

**名前は開発中のものです。** · 2011/06/29(水) 01:09:53.80

剛体の力学の本を買ってきて理解する。
あとは、これを読めばおｋ。今の剛体の処理で主流の奴
http://www.pixar.com/companyinfo/research/pbm2001/pdf/notesg.pdf

最終的に、線形相補性問題を解くことになる。これをいかに効率よく解くかが鍵。
昔やったときは、前フレームの情報を利用して効率化したけど、それでも全然遅い。

**名前は開発中のものです。** · 2011/06/29(水) 01:18:46.99

てゆうか >>25 に書いてるな。
コンストレイントソルバーっていうのが線形相補性問題を解くっていうこと。

ODEは基本>>52の論文の方法。
ODEには処理速度で互角か勝てるぐらいまでいける。でも、それ以上のフリーじゃないやつはムリポ。

剛体が300個とかになってくると、線形相補性問題の行列の情報がキャッシュに乗り切らないから、そこがボトルネックになる。
対称行列になるからとか工夫してもムリポ

実家にdelphiだけどソースコードあるはずだから、需要あるなら公開しよっかな。

**名前は開発中のものです。** · 2011/06/29(水) 07:03:03.83

自然な動きを求めると非物理エンジンになる不思議！

**名前は開発中のものです。** · 2011/07/05(火) 00:56:10.85

>>53
じゅようありﾉｼ

**名前は開発中のものです。** · 2011/07/05(火) 01:29:26.88

>>55
http://www.dotup.org/uploda/www.dotup.org1759994.zip
物理計算の主要な部分だけ。3、4年前だから何やってるかわからんwww
具体的には何が知りたいんだ?

**名前は開発中のものです。** · 2011/07/05(火) 20:58:16.48

>>56
ありがとう
つい最近OpenGLに手をだしてやっとモデルデータを表示できるとこまで来たんだけど
それを動かすとっかかりになればなーと　参考にさせてもらいます！

**名前は開発中のものです。** · 2011/07/05(火) 21:30:52.64

>>57
待てよ。そのレベルだと参考にならないぞ
数学はどの程度知ってるの

**名前は開発中のものです。** · 2011/07/05(火) 22:36:42.54

>>58
工業系の大学数学レベルまでならしったかぶり出来る程度には・・・
とにかく右も左も分からなくて情報をかき集めてる段階です

**名前は開発中のものです。** · 2011/07/14(木) 15:23:42.32

>>59
数学が大丈夫なら、>>52に全部書いてると思う

**名前は開発中のものです。** · 2011/07/22(金) 12:09:26.27

物理エンジンの作り方って需要あるの?
ガチの本とか書いたら売れるのかな?

**名前は開発中のものです。** · 2011/07/22(金) 20:03:08.75

しかし英語がよめんかった

**名前は開発中のものです。** · 2011/07/22(金) 20:33:54.61

>>62
本書いたら買ってくれる?
表紙に萌え萌えな絵付ければ売れるかな

でも、面倒だから。お金目的じゃなくて、純粋な自己顕示欲で書くかもwww
http://haihu.zouri.jp/

**名前は開発中のものです。** · 2011/07/22(金) 20:49:28.81

いいの見つけた
http://kmkz.jp/mtm/mag/lab/

**名前は開発中のものです。** · 2011/07/23(土) 15:33:51.14

既存の物理エンジンだけで飽和状態なので需要はないに等しい。使い方の方が圧倒的に需要あると思う。

**名前は開発中のものです。** · 2011/07/23(土) 16:01:34.95

そうなのかよ。
原理から知りたいっていう熱心な若者はいないのか?

**名前は開発中のものです。** · 2011/07/24(日) 02:58:39.80

○○というゲームの○○の動きをプログラムで再現してみよう
みたいなのはうけるんじゃない本にはできなさそうだけど

**名前は開発中のものです。** · 2011/07/24(日) 06:58:28.18

昔、本買って自作したけど、独立した物体同士の相互作用までは
出来たけど関節（拘束）のやり方が載ってなくて挫折した。
なのでそこんとこ頼むわ＞本書く人

**名前は開発中のものです。** · 2011/07/24(日) 12:39:43.00

関節のほうが計算量少ないから、簡単だぞ
なんで、できなかったんだ?

**名前は開発中のものです。** · 2011/07/25(月) 09:17:53.21

>関節のほうが計算量少ない
え？え？（＾ω＾；）
ググってもよー判らんわ。関節。

**名前は開発中のものです。** · 2011/07/25(月) 09:21:53.53

それって、(本に記載されているロジック通りに組んだら)出来た
って事？

**名前は開発中のものです。** · 2011/07/25(月) 14:32:49.26

関節は、連立一次方程式になるから、計算量最悪は n * n * nで解ける。
普通の接触は、線形相補性問題になるから、計算量は最悪、2^n。

実際は反復法でやるから、ここからだいぶ減らしていくんだけど。
減らしていっても、関節のほうが圧倒的に計算量が少ない

**名前は開発中のものです。** · 2011/07/26(火) 01:20:44.78

俺が買った本、
「ゲーム開発のための物理シミュレーション入門」って奴なんだけど、
まず、
>普通の接触は、線形相補性問題になるから
ここがすっぽ抜けてる希ガス。
なので接触したらいい具合に押し戻すって感じ。ダメだこりゃ。

**名前は開発中のものです。** · 2011/07/26(火) 07:24:43.62

>>52のpdfを検索したけどLCPとかcomplementary等の単語がみつからなかったけど、
そのへんものってるでしょうか？＞読んだ人

52 · 2011/07/26(火) 07:35:42.55

>>74
俺は実は読んでないwww今読んだら、quadratic programって書いてある。同じことだと思う
ページG53に、そのことが書いてあって。関節も一緒に扱えるみたいなことが書いてある

需要あるのか?

**名前は開発中のものです。** · 2011/07/26(火) 07:47:43.81

剛体シミュレーションの処理時間のほとんどは、線形相補性問題に裂かれるから
その速い解き方を考えれば有名になれるはず

剛体特有の性質を使わないと速くならないから、剛体の接触から得られる行列がどういう性質を持っているか考えるのが重要

**名前は開発中のものです。** · 2011/07/27(水) 17:02:29.87

みんな言語何使ってるの?
勉強用のやつ作ってみようと思ってるけど、C#とかDelphiとか読めるの?
C++は使いたくないお

**名前は開発中のものです。** · 2011/07/27(水) 17:58:59.82

http://www.ynl.t.u-tokyo.ac.jp/publications/pdf2007/oral07/20.pdf

これのピボット法じゃなくて、ガウスザイデルに近いやり方でやってた。
収束が保障されてないってかかれてるけど、剛体に関して言えば全体のエネルギーみたいなものに着目すれば
各ステップごとに確実に減少していくから収束はするんじゃないかなって思ってる。

lemke法は知らない。今調べてる

**名前は開発中のものです。** · 2011/07/27(水) 18:22:13.85

JavaかC#ならいいんでない？
ちっと重いかもだが

**名前は開発中のものです。** · 2011/07/27(水) 21:27:20.00

わかったC#で作ってみる

**名前は開発中のものです。** · 2011/07/29(金) 22:36:28.71

lemke法、本当に収束するのかとか、どのくらいで収束するのかとか理解してないけど。少し理解した
剛体が増えると不利だな。元々の疎行列が活かしづらい

マルチグリッドLCPが出来れば超速くなるはず

**名前は開発中のものです。** · 2012/01/08(日) 13:49:46.00

BulletXのソース読んでみたけど、あれって拘束ベースなのかな？力積ベースなのかな？
constraint(拘束)Solverっていうディレクトリが在ったから読んでたら、Impulse(力積)を加えてたんで判んなくなった。
拘束ベースの判り易いソースって知ってたら教えて欲しいな。VC++よりはC#の方が読み易いからうれしい。

**名前は開発中のものです。** · 2012/02/25(土) 23:00:55.81

拘束条件を解く方式のエンジンでも、拘束されてる（物体どうしが一定時間以上
連続して接触している）ときも常に力積を加え続ける方式のものもあるよ。
つまり、力積が吊り合ってたら物体が静止状態になるってことね。

ちなみに、ソース読むよりも代数学の行列とか勉強した方が早いかも。
連立方程式を反復法で適当に解いてくエンジンとか、
すごい高度な数学のテクニックで解いてくエンジンとかいろいろある。
まずそっちの知識が無いと、ソースだけ読んでもわけわからん。

**名前は開発中のものです。** · 2012/02/25(土) 23:04:14.93

>>82
俺が教えてやるよ。もちろん数学はできるんだよな？

・ペナルティ法
・撃力
・拘束

**名前は開発中のものです。** · 2012/02/25(土) 23:05:24.17

撃力について

衝突したら撃力を加えるっていうのを何度もやる。
静止状態も実は撃力を何度も加えて結果的に静止してる

これは静止状態が重いんだわ

**名前は開発中のものです。** · 2012/02/25(土) 23:08:49.02

だから、それに加えて力積 or 力に関してのLCP(線形相補性問題)を解く
これはどういう式かっていうと

普通静止させたい場合は、衝突部分の相対速度の法線成分が0になるっていう式を連立させて解けばいいよな？
でも、離れようとしてるのに力を加えたり、マイナスの力を加えるのはおかしいよな？

だから
力 >= 0、相対速度 >= 0、力 = 0 or 相対速度 = 0
っていう式を立てるのよ

どっちかがゼロでなければもう片方はゼロっていう

これを高速に解くのがキモなの

**名前は開発中のものです。** · 2012/02/25(土) 23:13:50.63

おおまかな流れとして

・撃力を加える(静止状態とかだとかなりの回数になるから、どこかで打ち止め(近似))
・重力とかの外力を加える
・LCPを解く

速度と加速度を別に保持しておくか、速度だけにするか
つまりLCPで解く対象を速度にするか、加速度にするか

撃力を打ちどめることが多いので、近似になるけど速度をLCPで押さえこんだほうがいい。撃力を打ち止めてほっておくとめり込む
LCPで解く対象は速度だから、外力を加えるときは、dtをかけて力積として加えてしまう

**名前は開発中のものです。** · 2012/02/25(土) 23:15:24.27

ペナルティ法

めり込みに応じて反発力を。めり込んだ体積に比例させたり、距離に比例させたり
ステップ数が十分短ければどれも正しいんだけど、ステップ数が広いときにどれがいいのか
って分からない

ステップ数を広くできないから、他の方法と比べて衝突判定のコストが上がってしまう

**名前は開発中のものです。** · 2012/02/26(日) 22:13:56.93

>>82-88
レスありがとうございます。>>82です。

物理エンジン関係の資料はいくつか読んで、物理・数学関係は断片的な知識としてはあります。
それをプログラムに実装するにはどうしたらいいか判らなくてソース読んでました。

>>82を書き込んだ後、拘束ベースに関しては以下の本読んで勉強してました。
http://www.amazon.co.jp/Physics-Based-Animation-Graphics-Jon-Sporring/dp/1584503807

この辺りまでは、判りました。
>>普通静止させたい場合は、衝突部分の相対速度の法線成分が0になるっていう式を連立させて解けばいいよな？

LCPの解き方がキモなのですね。次は、LCPの辺り重点的に読んでみます。

**名前は開発中のものです。** · 2012/02/27(月) 08:02:04.56

ソルバも重要だけど、もちろん衝突検出の幾何学の部分も重要だよ。
そこがてきとーすぎると、やっぱり細かいとこで変な挙動になったり
誤差がふりつもってガクガクしたりするからね。

**名前は開発中のものです。** · 2012/02/27(月) 09:37:13.51

衝突検出に関しては、以下の本を１／３程度読みました。
「ゲームプログラミングのためのリアルタイム衝突判定」

時間さえ掛ければ自分のプログラムに応用できそうですし、挙動を見ながらの方が理解が早いと思っています。
初心者の自分には今時点では、目途の立っていない運動方程式の方に意識が行っています。

**名前は開発中のものです。** · 2012/02/27(月) 11:18:23.63

衝突判定なんてLCPに比べればカスみたいなもの
適当やってればいい
Rapidだか、Opcodeとか参考にすれば？

普通にAABBTreeかOBBTreeでやるのが楽だな

運動方程式理解できないとか勉強足りないぞ。
オイラーのなんたらってやつやろ？

あとあの方程式は非線形だけどエネルギーを保存するやり方で差分化できる
ちょっと考えるとな

**名前は開発中のものです。** · 2012/02/27(月) 11:20:53.53

衝突判定で唯一やっかいな問題は
これ

http://iup.2ch-library.com/i/i0575663-1330309239.png

**名前は開発中のものです。** · 2012/02/27(月) 12:11:08.44

自分の作るプログラム上で予想どおりに動かなかった場合には、衝突判定も深く勉強しようと思います。
形状も最初は球や直方体やシリンダーといった単純な形状で考えて、シミュレーション出来たら種類を増やしていこうと思います。
自分のレベルではまだ複雑な事までチャレンジできるかんじでは無いので。

opecodeですか、ソースありそうですしダウンロードして見てみます。ありがとうございます。

**名前は開発中のものです。** · 2012/02/27(月) 12:17:40.99

>>94
おいおい、最初はまず任意の多面体でやれよ
シリンダー専用衝突判定なんていうは高速化のためな

多面体でシリンダー作ればいいんだから。AABBTreeとかにすれば面の数に対して処理時間はそんなに増えない

opecodeソース読んでも分からないと思う。まあ、デモ動かしてみて計算速度の目安にするとか
解説読むとか

**名前は開発中のものです。** · 2012/02/27(月) 20:08:42.36

>>93
やっかいだけど、現実的な解決方法はちゃんとある。

**名前は開発中のものです。** · 2012/02/27(月) 20:13:04.45

>94
判定方法にもよるけど、球とかシリンダーとかの曲面を含むようなのは
面倒だから後回しで、最初は頂点と辺（直線）と面だけで作れる多面体だけでいいよ。

なんとかツリーとかの判定の高速化も後回しでOK。

**名前は開発中のものです。** · 2013/01/22(火) 15:53:44.40

新しい剛体シミュの方法思いついた
もう少し練ってデモ作る
撃力でも拘束ベースでもペナルティ法でも無い奴

**名前は開発中のものです。** · 2017/12/31(日) 20:12:15.69

簡単にお金が稼げる方法興味ある人だけ見てください。

グーグル検索⇒『来島のモノノリウエ』

UO82Y8FR9Z