神奈川産の基地外とそれに粘着する基地外は書き込み禁止!!
ゲーム製作にスクリプトが必要かどうかの議論はよそでやれ!!
オススメのがあったら適宜付け加えてくれ
>1
大義であった
>>9 作る奴は作ってるし
スクショがあがり始める秋頃に詳細決めれば無問題
それ以前にこのスレが消滅する可能性もあるがw
11 :
名前は開発中のものです。:2011/02/01(火) 19:23:12 ID:b7mZCOFG
>>999(前スレ)
ライブラリとゲームエンジンを混同してないか?
どんなプラットフォームでも一応のことはできるライブラリ
が揃ってるもんだけど、それは問題にしてないよ。
>>10 そうだね、またその頃になったらテンプレに加えたら良いか。
前
>>998 >うんまあそうなんだけど心情的には合ってるでしょ?
過去にお金がないから使いたいゲームエンジンが使えないという事情があったりして
例えばUnreal Engineとかを酸っぱい葡萄のように思ってたことはあったかな。心情的に
>>12 うむ
言い出しっぺの一人として9月までにはα揚げるよ
3D版ウディタだから同人限定だけどね
>>11 普通に開発ツールも含めたゲームエンジンの話だけど?
さっきからどんだけ狭い「ゲーム業界」を対象に話してるの?
まさかゲームエンジン∋個別のゲームシステムっていう視点で話してる?
16 :
名前は開発中のものです。:2011/02/01(火) 20:15:23 ID:HxULywaf
おまいらPCで作るんだろうけど3D関係とか基本的なのは
すでにDirectXとかあってこれ以上何が要るのって状況なのに
何作るつもりなのよ。
17 :
名前は開発中のものです。:2011/02/01(火) 20:19:50 ID:HxULywaf
>>15 ゲームエンジンがなかったらハード直叩きするしかないと思ってない?
今のハードってそれをやろうと思っても出来ない方向になってるんだけど。
>>16 例えてみれば
やっと16色表現できるようになった程度だろ
19 :
名前は開発中のものです。:2011/02/01(火) 20:41:31 ID:HxULywaf
DirextXだったら参考書も色々あるしサンプルも豊富だし。
わざわざ独自エンジンで再構築したら不案内になるだろ。
作るとしたらそこじゃねえよな多分w
パブリッシャーが試作品(付きの企画)を募っては審査しては細かく手広く出資しては審査しては
この繰り返しで絞り込んで商品化、みたいなプロセスが主流の場合、吹けば飛ぶような新興の
デベロッパーが雲霞のごとく発生しては消滅を繰り返してるから人材の流動性が大きいんだよな
内製のエンジンだのライブラリだのツールだのノウハウだのの蓄積と継承が望めない短命豆粒ソフトハウス
だらけの(例えばアメリカのような)状況下で見栄えのするプレゼン用プロトタイプを短期間にサクサクと
作り捨てないといけない需要が旺盛となれば、それに応えてゲームエンジン市場が日本に先行して
育つのは必然かなぁ、とも思う
日本は零細でも比較的長命だし余程の底辺でもなければ内製のライブラリだのツールだのノウハウだのは
蓄積・継承されやすいから、サウンド系のミドルウェアとか一部を除けば買うまでも無いよ内製でどうにか
しちゃうよってパターンが成り立ちやすいよ。発注側からこれ使えって供与されれば使うし
シリコンスタジオのアルケミーとか
×発注側からこれ使えって供与されれば使うし
○でも発注側からこのエンジン使えって供与されれば使うけど
>>19 小規模な3DSTGや3Dアクションゲーを個人で作って同人で出したときはDirectX+自作だったな
今はいいものがあるのかな。UDKとかゴツいのは苦手だから自作のライブラリやツールは手放せん
前スレでも言われてたが紙芝居エロゲみたいにある種の様式美で型にはまったものなら既存の
吉里吉里とかNスクとか安定したものがあるからそれ使えばいいんだけどな
23 :
名前は開発中のものです。:2011/02/01(火) 21:50:46 ID:HxULywaf
>>20 いやー日本ほ昔からコンシューマ主流だから。
家庭用機って数年おきに新機種移行するから
一生懸命汎用的なもの作ってもすぐパアになるんだよ。
そういう土壌ではゲームエンジンみたいなのは育たんわな。
だから蓄積されるとしたら方法論とかだけど
それにしても人材が長持ちしないから失われたりするww
レイヤーの下層、ターゲット依存部が作り直しになるのは不可避ってのは同感だよ
でも全部ASMで記述して頃に比べれば使いまわし可能な非依存部はずいぶん増えたと思うよ
型にはまったゲームばっか作ってるだけだからかもしれんがwww
方法論についてはもちろん同意。人が辞めちゃうのも同意。。。
でも海外フォーラムでお話聞いてると日本よりももっと短周期で人が入れ替わるケースをたびたび耳にする
あ、人が入れ替わるっていうか小さな会社がアボーンして散り散りになるってケースね
おそらく勤続年数の平均値とかとったら日本よりぐんと短いと思うよ
>>23 スマン。なんか誤読してた。PCゲー主流時代があったアメリカとは事情が違うってのも同意。
あとあいつらほんとFPS大好きだよな。俺も好きだけどさwwww
28 :
名前は開発中のものです。:2011/02/01(火) 23:17:05 ID:HxULywaf
アメリカ人みたいにゲームのキャラとマップだけすげ変えて
違うゲームだぜヒャハー!ってぐらい割り切れればいいんだけどな。
日本人だとどうしても他と違うものを、他が真似できないものを
って考えちゃうから肌に合わん。
29 :
名前は開発中のものです。:2011/02/01(火) 23:21:51 ID:lxouVGdC
>>28 トライエースが開発したとかいう国産エンジンもその一つ?
洋ゲーだと古いPCで動かなくてもOKみたいなのがうらやましい。
>アメリカ人みたいにゲームのキャラとマップだけすげ変えて
>違うゲームだぜヒャハー!ってぐらい割り切れればいいんだけどな。
駄目なゲームが山ほどあるのも事実だがそういうのは見向きもされてないけどな
ソッコーでsteamで$5とかで叩き売られても人気サッパリだったりするぞ
UE3使ってるタイトルでもキラリと光るやつは色々手を加えてる
見た目の差別化の話に限定するとBioShockは水流エフェクトのためにエンジニア雇ったり
かなり作りこんでいたしMirrors Edgeとかもライティングの処理は独自改良していた
(GIレンダラーでテクスチャにベイクしただけってわけじゃない)
既存エンジンで差別化できないから独自エンジンに手を出す、という動機が成り立ってるところは
上の例より更に要求水準が高いほんの一握りのトップランナー。資金も桁外れに潤沢なんだよ。
(例えばBioShockの続編、BioShock Infiniteは独自エンジンだが勿論BioShockが売れなければ無理だった)
>日本人だとどうしても他と違うものを、他が真似できないものを
>って考えちゃうから肌に合わん
「俺の肌に合わない、俺はフルスクラッチ(痒い表現だな)DA!!」とかの嗜好・恰好は
外販されてる既製ゲームエンジン採用可否の決定的な要素にはなってねーと思うよ
使わないケースは単純に「本当に必要ない」or「本当は使いたいけど先立つおぜぜがない」
32 :
名前は開発中のものです。:2011/02/02(水) 06:55:25 ID:Lum9xTSb
>>31 うーん、何か違うよなあ。
むしろ日本じゃ外部のエンジン使うほうが贅沢だと思うけどな。
なんでかっつうと和ゲーだと標準ライブラリ+αで十分作れ
ちゃうんだよ。洋ゲーとは求めてるもの方向性が違うから
例えばFPS用のレベルエディタとかあっても余計なお世話だし
物理エンジンとかあってもそもそも無理に使う必要ないし。
それよりも使うと会社的に著作権100%主張出来なくなるから上層部が
嫌う。使用料も移植とかリリースするたんびに払わなくちゃいけないから
いやな感じだし。だから出来るだけ自前で作ろうとする。
日本のゲームって絵づら的にも写実的じゃない方向性だし
むしろシナリオとか萌えキャラとかに重きを置いて、システム
というよりは人手をかけてゲームを細かくコントロールして
いくことに美徳を求めるから他社製ゲームエンジンとか入れても
かえって阻害になるような感覚がある。
>>33 まあ、ゲームエンジンを固定しまうと演出面とかでは限界が出てくるわな…。
そういう点が日本のゲーム向きではないのだろうね。
>>34 しかしその結果がコスト増大に技術的な遅れになってるんだからしょーもないわ。
>>35 コスト面は別にあんたが心配するこっちゃないだろw
そもそも採算が合わなければ自然に市場から淘汰されるだけだし、
そもそもゲームエンジンを使ってないからって、
使いまわせる部分が皆無で毎回1からコードをフルスクラッチしてるわけでもないんだし、
製作コストそんなに大きく変わんないと思うよ。
せいぜいデザイナーにやらせられるはずの仕事がプログラマに回ってくる程度の話だろう。
そんなのは単価の安い下っ端のプログラマがやればいいので、デザイナーより単価が高いわけでもあるまい。
37 :
名前は開発中のものです。:2011/02/02(水) 09:45:46 ID:oI6fW534
洋ゲーって
「ホラ、こんな素晴らしいゲームシステムを作ったぞ!さあ勝手に遊べや!」
って感じでユーザーを突き放すけど、そういうのって日本じゃウケねえ。
日本人はグルメだから美味しいものだけ集めて口元までもってって
やらないと食わない。だけどそれをやるには人手をかけて作りこみの
方向になるから金がかかると。
エンジン安く買って、好きなだけ造り込め。以上。
39 :
名前は開発中のものです。:2011/02/02(水) 12:45:18 ID:vzLczDxT
おお、スゲー伸びてる。
バン・ナムの人が監修して最近出た翻訳本の影響か。
翻訳にムラがあるが、確かにあの本イイよな。
「ちっ、また1から作り直しかw」ってなっちまうよw
>>38 日本のゲームって微にいり細にわたって作りこまれてて一見高度
なようだけど、あれって裏を返すとイレギュラーな処理のオンパレード
ってことで中身ゴチャゴチャなんだよな。それに対してシステム化
というのは色々な切り口があるものに対して「この方向でいきましょう」
ってバッサリやっちゃうから逆に不自由になって日本人的な
作りこみができなくなる。
41 :
名前は開発中のものです。:2011/02/02(水) 14:58:45 ID:LTe00tqX
エルシャダイdisってんじゃねーぞ
続編や焼き直しゲーばっか売ってる日本人。
ゲームを面白さではなく技術で語る。
肝心のゲーム部分を作れないプログラマ主導の、プログラマに依存した体質。
職人指向と言えば聞こえがいいが、機材の限界を追求することに固執してゲームデザインが見えてない。
ゲームエンジンは元々MOD文化から生まれたものだからな。
リソース差し替えガラっと絵ヅラ変えて新ゲームでござい
ってのが基本なのでエンジン使うほうが似たりよったりの
ゲームになりやすい(笑
似たり寄ったりのクソゲーを作るのが外人
多種多様なクソゲーを作るのが日本人ってことか
>>42 >肝心のゲーム部分を作れないプログラマ主導の、プログラマに依存した体質。
ゲーム部分が作れないというか、企画がゲーム部分をまともに考えられないから
プログラマが文句言いながら無難に作ってるだけだよなw
お前らそんなに自己分析出来てんだったら洋ゲーに押されてんじゃねぇ
>>39
だから早くゲームエンジンアーキテクチャーのパクリエンジン創ろうず
とっくに作ってるよ
>>39 >「ちっ、また1から作り直しかw」ってなっちまうよw
なるなるw
新しいことを知るたびにちゃぶ台返ししたくなるw
まぁ、作る度によくなってる実感があるから楽しいんだけどね。
趣味で作る自分のためのオナニーエンジンと割り切るならそれもアリだが
もしも公開して人に使ってもらって好評を得たいと考えてるならそのループはやばいぜ
他人の評価がない自己完結型のスクラップアンドビルドの反復は効率が悪いからな
他人の評価が望めない場合は、とにかく繰り返し実戦投入(ゲームを完成させる)
自己完結型ならバトルプルーフこそが最良の道だと思うぜ。あとYAGNIの心得も
52 :
名前は開発中のものです。:2011/02/03(木) 08:43:34 ID:qq+odQVY
>>49 ちゃぶ台返したくなるってことは、それだけいろんな考え方が
あるってことだからね。そういうことに対してエンジンみたいに
固定化しちゃうと使う人と感覚がかみ合わないから
「ダッセー!こんなん要らんわ(プ」
とか言われて使われないのがオチだったりする。
だから作るとしたらよほど普遍的なものに限定されるけど
そういうのって大抵ライブラリで供給されてて、じゃあエンジン
って何よ?要らねえじゃん!ってことになってしまう。
>>42 隣の芝生はーだなそれは
むしろ海外こそ続編や焼き直しばかりだぞ
>>42は国内大手が海外の大手と契約して販売権とってきて
タイトル選りすぐって完全日本語化して大々的に広告をうって
国内販売してるコンシューマ機の洋ゲーしか知らないんじゃないかな
それらが洋ゲーの中のほんの一部の極上品ということも
steamとかで二束三文で売られてる金太郎飴FPSの山を眺めれば
彼らがかなーり保守的で偏食漢の客相手に手堅く商売してるとわかるはず
デベロッパ:とりあえずFPSにしとけば採用してもらいやすいかな?かな?
パブリッシャ:とりあえずFPSなら最低でもこれくらいは売れるかな?かな?
(投資家:とりあえずFPSなら最悪でも投資は回収できるかな?かな?)
彼らもリスクヘッジに余念はないよ
そんなわけでどの洋ゲームエンジンもFPSの作りやすさを前面に押し出して
そこに特化した高レベルの各種モジュールやツールを最優先に入れてくる
使おうと使うまいとそこの分の開発費や維持費はライセンス価格にばっちり
反映されるから日本では「これ高ぇえよ…」となるケースが多いのも頷ける
>金太郎飴FPSの山を眺めれば
広告見てるだけでもゲップ出るよなww
日本はあそこまで露骨じゃないからまだマシだろう。
金太郎飴FPSとはうまいことと言うなwww
お前ら、ろくにプログラムも書けないド低能のくせに、
悪口だけは天才的だな
57 :
名前は開発中のものです。:2011/02/03(木) 20:02:46 ID:LmFmiAtj
あんまり興味無いから最近は見てないけどたしか、
@兵隊さん、Aスパイ、B忍者、C緑色の巨人、・・・etc
基本システム皆同じで一斉発売。
さあ好きなの買えや!って感じだろ。
ゲームエンジン地獄www
>>54 金太郎飴になることはむしろ利点ではあると思うけどね。
それだけ簡単にそれなりのクオリティの物が作れちゃうわけだから。
プログラマーいなくてもジャンル固定でも
十分いいものが簡単に作れるってのは大きいんじゃないかね?
FPSでも美少女キャラクターに変えるだけでも結構売れると思うけどなあ
ユーザー層がそんなかぶってないんじゃね?
>>58 娯楽の画一化は消費者を飽きさせる。
楽しませることがゲームの価値であるならば
「似たようなの一杯→飽きる→体感的な質の低下」
ということになるだろう。
>>62 消費することだけが娯楽じゃないよ。生産するのも娯楽だよ。
生産と消費を両立している人を生産消費者(Prosumer)って呼んでるけど、
この人たちがより多く生産して消費できる仕組みとして
いずれはコンテンツの質以上にツールの質も問われる時代が来るんじゃないかな?
生産する仕組みが未発達であればコンテンツが溢れて飽きることには同意だけど。
>>63 作る系のゲームは日本じゃあんまり流行らないよなあ。
ネットなど一部ではすげえ人気でも売り上げみるとショボいし。
作るほうもあんまりユーザーに作られると仕事なくなるから
あんまり本気出してないのかもしんないけどさw
・・・まあ、その方向はあんまり期待しないほうがいいよ。
漫画と同じでどんどん新しいの買ってもらわないと困る業界
なんだしさ。ユーザーもあんまり面倒臭いのは期待してないし。
相手は難易度高いだけでもブーブー言って糞ゲー呼ばわりする連中だぞ?
寝転んで口あけてれば美味しいもの口に入れてくれるような
のがいいんだよ。方向性としては。
あんまり他社のエンジン使ったり外部の技術に依存しちゃうと
足元見られるからね。結果、技術あるところは肥え太って
無いところはますます苦しくなって格差拡大、面白くない
ことになる。
MMDとか見ると、TPSのキャラクターだけ手軽に取り替えられると流行ると思う。
Webで見られないと無理か? Flash PlayerみたくMMD Playerとか作れば絶対はやる。
>>64 最近だとMineCraftってゲームが流行ったらしいよ。
レゴみたいな画面で自由度が高いらしい。
ゲームエンジン切り出しって言うのは、抽象化の一環なんじゃないかな。
むしろゲームエンジン作るっていうのは、再利用のためというよりも
デバッグ効率のためなんじゃないかと思う。
問題となる処理を必要最低限の要素に還元して、似た者同士グループ化して、
単純明快な利用ルールで呼び出せるようにする。
このような構造を目指さないと、デバッグが大変そうで心配になるんだが。
生産物の規模によるだろうけど。
>>64 流行るかどうかは提供の仕方によるかな。
従来通り、RPGツクールみたいな形で完全に投げるのはアウトだと思う。
ゲームを作ること自体をSNS化するみたいな、
コミュニケーションや遊びの目的をゲーム制作に求められるようになれば、
なんとか流行の風が吹くかもしれない。
ニコゲーはそういう狙いもあって、作品数が9000点と伸び続けてるみたいだけど。
少なくともアンチはいつでもどこでもいるから仕方ない。
ニコ動みたいにアンチをあまり意識しなくて済むシステムが必要かも。
>>66 Webは必須じゃないんじゃない?
ブラウザで見れるのは魅力的だけどね。
WebGLと通信インフラの普及の仕方で変わってくるかも。
>>2 新参は誰が神奈川産キチガイか知らないってこともあるから
もっとはっきり書いたほうが良いと思う
・◆GRGSIBERIAの書き込み禁止
・◆GRGSIBERIAへのレス禁止
これくらいはっきりと。
ばかばかしい。アホの口車に乗って何がしたいのか。
>>70 ゲーム作るSNSって国内でも既にいくつかあるよ
流行ってないみたいだけど…
mixiかニコ動あたりでもそんな感じのやってた気がする
ああよく見てなかったすまん
最初からスレ見てるのに誰が基地外かしらんかった…
>>74 前スレ読めるなら、このコテハンの書き込み確認してみなよ。
こいつはとんでもない基地外だから。
ブログとか読むとなかなか良い発想を持っているのだが
如何せんスキルが全然足りない
ツクールはツクールでユーザ主導のコミュニティで発表するようになってる。
ウディタは公式サイトに発表の場がある。
SNS化が必要かどうかはさておき、遊んでもらう相手を探す場は必要。
エンジンにしても、アップローダかリンク登録の仕組みを一つ用意しておくといいかも。
ただ、人が居なくて無反応だと意味ないから難しい。
もし売れ筋がはっきり分かってるのであれば金太郎飴上等で低コストで作りまくれば良い。
今までにない面白いものを作ることが目的ではなく、売れることが重要だから。
「ドラクエ」や「FF」という名前だけでゲームを買うユーザがいるように。
そのためのエンジンを目指すのは悪いことじゃない。
何の話かよくわからんが、スレに投下するだけじゃだめなのか
ゲームでもツールでも、良いものは勝手に広まってくもんだよ
難しく考えることはない。ゲームを1本つくればそれがゲームエンジン。
グラフィックや設定ファイルを生のままフォルダに入れておけ。
あとはそれらを改変するだけ。
>>80 正論だね
サンプルゲームみたいなものかな
CrysisもCryENGINEのサンプルゲームだったし
いいねそれ
難しく考えてた
83 :
名前は開発中のものです。:2011/02/05(土) 07:52:29 ID:+Uot1SRx
コンシューマでも実際その考えで1本完成すると結果論的に
ゲームエンジがあることにされてしまうのだが、エンジンあるから
予算減・想定されてない新要素追加で大手術→炎上という
お決まりのコースがあったりする。まあ余談だがww
業務系でも、前回のプロジェクトの資産を有効活用って
なかなか出来なかったなあ。
>>73 ニコゲーの理念とちょっと似てるかな。
制作は何人でやっても最終的に個人作業だけど、
あえてそれを集団でやろう的な。文化祭のノリ。
>>76 まあ、スキルはないかな。
ただ僕はいろんな方面から突っ込まれるぐらい中途半端なスキルはたくさん持ってるつもり。
>>77 FX Composerみたいなエディタと投稿サイトがリンクしてるのはいいよね。
作ったものをすぐに投稿できるし、欲しい物は検索すればだいたい出てくる。
投稿者個人のページがあったりするとブランドが根付いていいかも。Pixivみたいな。
>>85 お前みたいな基地外は出てこなくていいよ
だいたいお前のブログなんかツッコミ以前に
独りよがりで自分にしかわからない書き方してある
チラシの裏みたいな糞記事ばっかりじゃん
小学生の作文以下だよ
Fラン大学以前の問題だろ
>>89 そのスレ見たが、本当に気持ち悪いな、こいつ。
マジで吐き気がした。
いまもレスがついてほくそ笑んでやがるんだろうな。
とっとと肺に穴あけて死ねばいいのに。
ID:BaySpCb4の書き込みみても吐き気がするよ。
お前、
>>85のコテハンを叩く書き込みしかしてないじゃねーか。
>>93 本当だ・・・こいつ、
>>91に書き込みする直前にtweetしてやがるwww
こいつ本当に、わかりやすいなwww
たしかに、いつも欠かさずセットで書き込みがあるし、
文章の構成なんかに統一性があるな。
お前らスレタイも読めないんだったら同レベルだわ。
これ以上は雑談スレでコテハン野郎でも語ってろ
もう呆れ果てるな。
とりあえず神待ちしかできねーしwwwww
どうせ神待ちなんだから雑談でいいじゃん
ゲームエンジンの雑談なら良いけどキチガイを叩くスレではない
お前ら、Fラン、Fランって馬鹿にするけど、いくらFランでも
みんながみんな、えいいちみたいに馬鹿じゃないからな。
えいいちは、AO入試組なんだよ。筆記試験が無かったわけ。
学力が中学生並なのはそのため。
えいいちみたいな池沼が入ってくるから、
AOでも筆記試験を課すべきだといま教授会で問題になっている。
おいでませー おいでませー
104 :
名前は開発中のものです。:2011/02/09(水) 02:38:47 ID:oD6v8F2G
誰かTorque使ってる人いる?
今安いよね
ソースコード付きで99ドルとか
急に過疎ったなw
フルソースなら買ってみようかな
そうそうソース付きで安いし、それなりの歴史があるからいいんじゃないかと思って。
ソース読んで勉強もできるかもしれないし。
iPhoneにも手を出そうとして予算不足で経営不振になっただけで、
エンジン自体はUnrealやCryEngineをも押しのけてGame Developer Magazine誌の2008年エンジン部門大賞を取ったレベルだからな
Unityなんて今更9.0cレベルのソフトシャドウを使うために1500ドルでソース無しのPro購入必須だしアホらしい
ぼくは子どもの頃から素直で物覚えが良くて頭が悪く、まで読んだ
Torqueはインディーズ向けと謳ってるがエンジン部分のソースコードのサイズは14MB。
けっこうデカい。ソースコード付きなのはマニュアルが不親切だからってのもある
基本的なスタンスは「ソース渡すからあとはお前ら勝手に解読して使えよ」って感じ。
で、使いやすいライセンス形態のオープンソースのエンジン(例えばIrrlichtとか)に比べると
WEB上の情報量はかなり少ない。購入するならその辺も留意のこと
ちなみにIrrlichtのソースコードは6MB。初心者が解読してお勉強するにはこれでも
相当なボリュームだが、Torqueに比べればマニュアルの充実度は天地の差だし
付属のチュートリアルも良い。歴史が長い使ってるやつも多いWEB上の解説も豊富
日本人で使ってるやつらの解説ページもある
初心者の場合、洋モノに手を出すってだけで辛いものがあるのにそれに加えて
有料だわ情報量少ないわマニュアル糞でソースがデブのTorqueは正直やばい
重要な情報乙!
Torqueをけなすだけじゃフェアじゃないので褒めるところは褒めておくよ
大概の洋モノ・図体でかいゲームエンジンの例に漏れず、Torqueもスクリプト組んで
サクサクっとFPSを作りたい人に特化してる。例えばSDK付属のサンプルはFPSだけ。
C/C++で記述する部分はほとんどない。ゲームエンジン呼び出して終わり。
ミッションエディタっつーレベルエディタで作ったデータを読み込んではい動きましたー
ボットのAIや典型的なイベントは雛形スクリプトをちょちょっと改造して出来上がりー
みたいな。かなり便利。MAXやMAYA用のエクスポータとかも付いてる
FPS以外のゲームを作りたいやつはソースを解読したり改造することになるが
上記した付属マニュアルが糞とか情報が少ないってのが災いして超大変。
そこで追加パッケージを有料で買う。例えばゼルダやマリオっぽいゲームを
FPSを作る時と同様にサクサク作りたいなら$299の3D Action Adventure Kit買え
カネで解決できる奴はTorqueは悪くない
ならDarkBasicのほうがよぐねーが?って声が聞こえるが。うんそのとおりだぞ
IrrlichtもシーンエディタがTorqueより高くなってて微妙じゃね?
サンプルつってもまともなゲームの例はTorqueより少ないしさ
あっ、うん。。。
なんとなく
>>110-111を見て、本格的なゲームエンジンのソースを読んでお勉強
という用途としてはIrrlichtのほうがまだとっつきやすいかなーと思ってさ
そういう用途で他にいいものがあったらスマネ
IrrlichtのシーンエディタってCopperCubeだよね。
Maximal amount of scenes per documentが
Light(99ユーロ)だと10、Pro(299ユーロ)だと制限なしなんだけど、
これってどうなんだろう。
よく知らんけどirrEditじゃあかんの?
irrEditもCopperCubeもだけどライトマップ生成がシングルスレッド動作だから
i7とかXeon使ってても非常に遅かったりする。Hammerとか他のエディタ使って
作ったデータを引っ張ってくるほうがいいと思うお
結局
海外のエンジン頼みかよ
レベル低すぎだな日本人はw
124 :
名前は開発中のものです。:2011/02/19(土) 07:46:50 ID:U8S/2FeU
日本の技術じゃツクールシリーズが限度だな。
車輪の再発明なんかしても意味ないだけだろ。
日本に技術がないのは事実だけどな
技術がないなら最初は外国のを真似て勉強するしかないだろう
んでも判子ゲー作る需要がねぇから猿真似できてもなんにもつかえねぇよ
車輪だって発明当時のままじゃないしなw
何も発明できないやつの言い訳「車輪の再発明」
まあ、このスレでは車輪すら出来てないけどな。
偉そうに言ってる連中も作れないけどな。
しかも海外製のゲームエンジンを使うことも出来ない。
さすがに使うのはガキでもできる
英語すら読めない低レベルばっかってことだろ
煽ってないで勉強しろってことだ
文句があるなら作ってから言えよ
ところで何かゲームが作りたいのだが、スーパマリオでいいか?
チープなCGでござる
ああwwwwww
3Dのエンジンか…5時間前に見たネタを今理解した
144 :
名前は開発中のものです。:2011/02/23(水) 11:24:14.99 ID:J1zivpkQ
金太郎アメだの判子ゲーだの言うけどよ、
日本でも大概どっかで見たようなゲームしかリリースされてきてないじゃん。
中には「これ新しいな♪」ってのもあるが、
『ゼビウス』でさえ『スクランブル』のアイデアがベースになっているって話じゃないか。
斬新な要素なんて、微々たるもんだよな。
>>144 そりゃ大枠でみるとそうなんだけど
エンジンで吸収できるほど似てるかっていうとできないんだよね
アメ公のFPSはエンジンで吸収できてしまう程度(それだってかなりめちゃくちゃになると思う)
あんまりエンジンに夢を見るのもどうかと
この「○○エンジン使って開発しました!」ってのも開発ネタ的にはいいウリになるけど
使う側の苦労ってのはあんまり知らされないじゃん?
そこんとこ見えないままあんまりエンジンエンジン叫んでもね
俺もエンジン(他の会社の)使った経験あるけど
ちょっとしたことしようとするだけでカスタマイズしてもらったり
かなりエンジン提供者側の担当者とやりとりしたよそのままで使えるもんじゃないし
できることはドキュメントに書いてあるけどできないことは書いてないからねぇ
エンジン使用不使用を問わず糞ゲーを乱発してる和ゲーの自称開発者が
エンジンなんて使えないとか言っても説得力が無さすぎるわ
洋ゲー以上に既製エンジン使いこなした作品を出してから言えよ
■e < UE3でRPGつくってみました!
149 :
名前は開発中のものです。:2011/02/25(金) 00:53:19.79 ID:RQbxJU8o
プログラムを作るという行為は決まりごとや法則を
与えていく行為にほかならない。故に多大な労力をかけ
高度にくみ上げられたプログラムは決まりごとでガチガチ
に拘束されており、色々な用途に再利用できる可能性は極めて
少ないのであった・・・
例えば車でいうとホンダあたりがアメ車ひっぱってきて
「これから我が社の製品はこの車を改造して造る」
とか言うようなもんだろ。そして
燃費が悪い→エンジン改造
大きすぎる→ボディ・シャーシ改造
内装がダサい→内装全交換
小回りがきかない→タイヤ交換
跡形ものこらんわww
>>150 燃費が悪いのは重すぎるだけだし、
ボディやシャーシ改造したら全取り換えだし、
小回り悪かったら4WDにすればいいし。
喩えが悪い。
ま、このスレの過疎り具合をみれば誰も興味ないのは一目瞭然ってとこか
>>145 商用ゲーム作るならソースコード込みのライセンス買うでしょ普通。
エンジンなんて自分でガンガン改造して使うもの。
155 :
名前は開発中のものです。:2011/02/25(金) 19:05:44.48 ID:0osT/2US
改造するのはいいんだけど、所詮他人が作ったコードだから
理解度がどうしても低くなる。当然いじってトラブる確率も高い。
その点エンジン供給元のメーカーは理解度が高いので
十分使いこなしたゲームを作る。売上の一極集中が顕著な
ゲーム業界で、同じ土俵かつ供給元以上のゲームが作れない
ということは即ち、売れない上に高額なライセンス料まで取られるということ。
みんな?
みんな進んでる?
自分元気無くなって休んでる
俺もちょっと休憩中。
イベントの送付はできるようになった。
グラフィック付けるのがめんどくせ。
Androidが楽しくてそれどころじゃない
Androidって楽しいの?
どんなことしてる?
DSLに作ったゲームをソース付きで登録してきた
審査通ったらみんな買ってね
>>159 Androidで3Dぐりぐり表示する。
とりあえずコンパイル通るところまではやってみた。
OpenGLとOpenGL ESの違いさえ吸収すれば
そのまま動きそう。
162 :
159:2011/02/26(土) 00:54:20.22 ID:7FWq+ORT
>>160 おお、すごいね。
完成させることって大事だよね。
>>161 おお、おもしろそうだな・・・
Direct3Dしかやったことないけど、OpenGLもやってみようかな。
OpenGL4.1ならES2.0互換でしょ?
>>157 予定通り9月までにβ仕上げられそうだよ
3D版のウディタもどきだけどね
>>160 おー、ソース参考にしたい
ところでDSLって何?
間違い指摘するつもりじゃなかったw
gamedlsってやつかな?
新参で略語についていけない・・・
体験版プレイして、よさげだったら俺も買うよ。
自分で言うのもなんだけど完全に初心者向けな上ゲーム自体は超つまんねー
おもしろくしようとする気もおきないほど作ること自体に時間がかかってしまいかつ面倒臭かった
会社でやるのとは違うわ
そらまあ一人でやると大変だよな。
俺も昔簡単なゲームつくろうと思い立って
なんとなく「これくらいなら1週間ぐらいで作れるぜヒャハー!」
とか思ってたら、やってみると「ああこの素材どうしよう」とか
「あ、ここんとこツールみたいなの要るじゃん」とか
色々出てきて結局3週間ぐらいかかったのを思い出したわw
>>164 じゃあ自分も9月までにβ目指す
がんばろー
170だけど高いよw
1000円ぐらいなら義理で買おうかと思ったけど、3000円とはw
それに入門書なら体験版に目次のようなものも入れておいたほうがいいんじゃない?
入門書の体験版に入門書が1ページも入ってないってどういうことなの
このスレってやっぱ基地外しか居ないじゃねーか
>>175 やっぱ高い?w
別にいくらでもいいんだけど
1000円や2000円だとやらない気がするんだよね
3000円ぐれーなら折角だからやろうかな?とか無駄に狙ってみた
>>176 一応サンプル画像に入れといたけどね
>>174 へぇ〜、こういうカタチでの出品ってあるんだな。
けっこうおもしろそうだね。
>>178 この形の出品はきっと俺が初に違いないw
これからみんなこういう形の公開が増えるといいなぁ
ページ作ったものの放置してDirectXのバージョンが上がっても
誰も引き継がないってHP多いしね
だったら金とってでもちゃんとサポートしろよって俺の魂の叫びでもある
身をもって主張したのねw
熱いねぇ。
>>175 >それに入門書なら体験版に目次のようなものも入れておいたほうがいいんじゃない?
おお、なるほど
ありがとう
参考にしてみる
>>179 本当にサポートできるだけの実力あるの?w
いや、疑うわけじゃ無いけどさw
そこまで言って金をとるからには、相当の覚悟が必要だぜ?
しかも安くない価格だしw
>>182 そこはやってみないとなんとも
こっちでは動いてるけどそっちじゃ動かないって状態が一番怖いな
そんなに環境もそろってるわけじゃないんだな
まあ、動きさえすれば後はソースがあるからって感じ
難しいことしてないしね
でも数学一切わかんないって人にはどう説明したもんかなぁ・・・
入門書なんだしここ一番重要だけどなんの対策もないなw
実は使ってる数学関連のコードに対してはなんの図解もしてないw
でもこんなの書いてたらそれだけで一冊できるよね・・・
あくまで組み方だけに着目したものということでw
>>183 ボーンアニメーションは解説してる?
画像見る限りテクスチャやシェーダは皆無のようだけど。
影も今時丸影って・・・真っ黒だしw
>>184 してない
はじめは入れる予定だったんだけど
それだけであんまり巨大になっちゃうもんだから入れるの止めた
>>174 審査とおるの早い!
高くて手が出なかったけどw
ソース目当てで買う人はいそう
売り上げとかが気になるw
せめて目次ぐらい載せておきなさいよ。
これで売れたら逆に驚くわ。
1000円なら買うわ
>>185 ビルボードやパーティクルは?
さすがにアルファブレンディングは解説してるよね・・・?
お前らあんまりイジメてやるなよw
>>188 上でも指摘されたから目次は入れてみた
それと高いっていうから300円下げてみたw
あーでも初っ端って多分その通り打っても動かないとか
わけわかんないとか不具合多いよな
はじめは安く売ったほうがいいのかなぁ・・・
ちなみに変更申請して反映されるまでだいたい半日〜1日って感じ?
>>190 描画機能もほとんどしてないな
注釈レベルで入れた覚えはある
でもよくあるDirectXの入門書に大抵載ってる内容だから入れる必要ないんじゃないかなぁと
Reflectorで体験版のソース読んだけど、この品質のコードの解説で3000円とか流石に夢見すぎだろ…
うっかり買っちゃった人が不憫すぎる、Blogとかで公開してアフィで稼いだ方がいいんじゃないの
プログラム系でアフィは儲からんぞ
>>194 余計な機能一切使ってないからな
タスクシステムやグローバル変数も一切無いっしょ?
タスクシステムスレにいたタスクシステム以外でどうやって組むの?って奴等にも見てほしいぜ
それって拡張が難しいっていうだけじゃw
悦に入ってるところを申し訳ないんだけど、見せても鼻で笑われるだけだと思う
タスク云々以前のレベルで
別に煽りたいわけじゃないんだけど、
これを読んで何か得られるものがあると思って書いているならある意味すげえって思った
>>197 うーん
その辺は「ね?こう組んだほうが追加とか楽でしょ?」って感じで
チュートリアル形式で進めてあるんだw
俺はこっちのが楽だと思うんだよね
無駄にまとめようとして失敗してるソースはよくみるんだけど
こうやって素直に組んだソースがいままで出たことなかったので俺がやってみた
>>198 それは相当レベル高い人から見た意見じゃないの?
初心者なら、なんらかの参考になるんでは
ところで、これってC#からDirectXにどうやってアクセスしてるの?
XNA?
>>198 やってみるとわかるんだけど
俺のソースをトリッキーなコード使って圧縮しようとしても大して恩恵受けないっしょ?
まあ、見た目短くはなるんだけどはじめはそれを技術だと思っちゃうんだよね
そうではなくて書かなくてはいけない処理と
書かなくていい処理をしっかりと分けられるのがちゃんとした技術だと思うんだ
なんかネットまわるとよく落ちてるソースがタスクシステムまみれだから
ちゃんと組もうよってのも俺が言いたかったこと
うーん、チュートリアルやってほしいなぁ・・・(笑)
ってもう組めるやつはタスクシステム未使用もグローバル変数未使用もあんまり興味ないかw
>>200 managedとかいうヤツ
Managed DirectXかw
もう開発終了したライブラリを使うのはどうなんだという気がしないでもない
まじめに売るつもりなら2chで晒すのはやめておいた方がいいと思うよ。
>>202 そこはあんまりこだわってなかったから
C#から一番楽に3Dと音が使える方法でという感じでテキトーに決まったw
>>203 でもちょっとやると大体ここに行き着くからなぁw
なんでタスクシステムが悪いみたいな前提になってるんだ・・・?
あれほどシンプルで分かりやすい仕組みもなかろうよ。
シンプルなものを作るには、分かりやすいかもな。
「タスクシステム万能!」と言う人がいた時代があるから、嫌われてるだけだと。
実行しただけでもほめてあげるべきだと思うよ。
低レベルだって言ってる人は、ビジネスチャンスだぞ。
もっといいものを安く売ってくれたら買ってあげるよ。
確かにタスクに相当する物を
一切使ってないってのは気になるね。
まぁ買う金はないんだけど。
オブジェクト指向言語なら、タスクシステムじゃなくてStrategyパターンを使うのが
普通じゃないのかな。
自分もタスクシステムってしっくりこない。
それも一つの方法とは認識してるけど、各種パターンを通じてオブジェクト指向を学んだ後では、
特に重要とも思わないし、ムリに使う必要もないと感じた。
実際タスクシステムをまったく意識せずとも普通に動くゲームが作れた。
似てるところはもちろんあるだろうけど、「タスクシステム」という意識はまったくなかった。
・・・まあオブジェクト志向がゲーム開発にあんまり向かない
ってのはあるな。ゲームって開発途中の気分で基本概念が
コロコロ変わったりするからクラスみたいなプロパティ
とメソッドの集合管理単位をむやみに作っちゃうと後々
組み換えが非常に困難になったりするという。
>>211 最初のゲームはタスクシステムにあたるものがなかった。
しかし、ゲームがだんだん複雑化してくると、それをより簡単に管理する必要が生まれて、
タスクシステムが考案された。
つまり、タスクシステムを用いずにゲームが作れても当たり前。そちらのほうが原始的なんだよ。
現代におけるタスクシステムは、すでにオブジェクトマネージャだろ。
タスクブロックをオブジェクトという言葉に置き換えれば、何も違和感がないと思うが…
>>210 ストラテジーパターンをオブジェクトの振る舞いの設計に使うとしても、タスクシステムは単に
そのオブジェクトを登録し管理するマネージャにあたるものだから、比較するようなものではないよ。
タスクを使うと良くも悪くも分散監理になっちゃうから
かえってゴチャゴチャになる危険性もある。
あー・・・やっぱり始まったか。
それぞれの俺様定義で話が始まるのが「タスクシステム」のマズいところだよね。
> タスクブロックをオブジェクトという言葉に置き換えれば、何も違和感がないと思うが…
だったらはじめっから、より一般的な「オブジェクト」のほうを使えばいいのに。
どっちにしろ
>>174は詐欺レベル。
100円でも高いくらい。
まあ内容はともかく、行動するのはいい事だな
本人にとっても他人にとっても
3000円とかワロタ
こんなクソコード無料だろwww
>>174 買ったやつの情弱っぷりにも笑うがなwww
>>221 チュートリアル形式でゲームが作れる入門書はおそらく業界初!・・・がウリw
行動を起こしただけでも大したものだよ
口ばっか達者な奴らばかりだからなここはw
うん、行動したことを評価したい。
新しい提示方法を示したことはコード内容云々以上に大きいと思う。
これで周囲が奮起するんであれば、それこそ最大の成果だよ。
自分もがんばろうと思ったぜ。
100歩譲って頑張った事は認めても、このコードのどこがゲームエンジンなんだよ…
ドヤ顔で書かれた解説書とやらもある意味読んでみたいけど、
中身の確認も出来ずに金を出すのは嫌過ぎる
優秀な結果を出したなら褒めてやるが
行動起こすだけなら池沼にもできるからなwww
まともな人間ならこれを晒そうとか、あまつさえ金取ろうとか考えられないのは確定的に明らかだが流石に池沼は言いすぎ
229 :
名前は開発中のものです。:2011/03/04(金) 13:01:17.39 ID:aJnUbcZG
別に新しくもなんともないけど?ゲームの作り方を謳った情報商材と何が違うの?
彼がここまで叩かれてる理由を一つ
ゲームエンジンじゃない
同人で既存のゲームを作るのであれば
既存のエディタやゲームエンジンで十分だろう
既存のエディタやゲームエンジンで表現できないゲームを作りたいのなら
新規に作る必要が出てくるだろうが同人のレベルを超えてしまっている
>>174 凄いね。自分で作って売ることはいいことだと思うよ。
コミケで対面販売とかもしてみるといいかもしれない。
まあ、こっちもあまり呑気なことは言ってられないんだが……。
よし、某掲示板でなんのゲームの解説なら買う?って聞いてきたら
C/C++でSRPGなら3000円で買うってのが多かったから今度はC/C++でSRPGを作るぜ
終わったら次に多かったjavaでAVGも作ってみるぜ(javaなんて流行ってるのか?)
ちなみにC#でアクションゲームは?って聞いたら「いらねー」って即答だったぜ・・・orz
事前調査は大事だぜ・・・orz
C#はDirectX使いにくいから敬遠されてるだけだと思う
Managed DirectXのようにC/C++と同じ感覚でDirectX使えたら
C#で書きたい人一杯いると思うけどね
XNAはXBOXの制限を受けてDirectX9+XBOXの仕様の制限から
抜けられないし、SlimDXは公式以外のサードパーティ製は
いつ開発終了になるか不安ってのもあるし
>>235 ちなみに、ソフトバンクから出版されていたロールプレイングゲームプログラミング
という本がまさにC/C++でSRPGの本だったけれど、もう絶版だから
それほど売れてなかったと思う
ちなみに、その本が本体2600円なわけだが、3000円にこだわってると
いつまでたっても売れないと思うw
Panda3D ってのもあるね。フリー
>>236 2800円にしたけどあんまり変わんないっしょ?
1500〜2000円ぐらいにするとまたなんか違ったりするのか?
あと、その本なんかタイトルがRPGだからじゃね?(そんなことないかw)
ま、ゲーム自体作りたいってヤツ少ないのかもしれないなw
240 :
名前は開発中のものです。:2011/03/05(土) 00:55:57.60 ID:mwotm+MA
ていうか同人はかなり出来のいいやつでも2千円ぐらいが相場だぞ。
ただの宣伝だったね
>>242 それで何が作れるのかわかんなくね?
いくつかサンプルがほしいところ
エンジン系の商品の惜しいところはそれで何が作れるのかわからないところだよね
俺もスキンメッシュ動くソース(俺ライブラリ(名称未定))あるから作ろうと思ったけど
それをどう表現したもんかそっから先進まないんだよね
そのサークルのゲームほとんどそれで作ってるみたいだよ
D.N.A.Softwaresってとこみたいだからググったらサイトあったし、
普通の人間ならサンプルまでたどり着けると思う
>>246 これが難しいんだよ
1.スキンメッシュに対する解説をするのか?
2.あくまでクラスの使い方だけに絞ってゲーム自身に対しての解説だけにするのか?
でまず悩む
両方するにはコストでかいし
1だけだとついていけるヤツがかなり少なくなってしまうし、そもそも興味がもてない
2だけだと1からすべてを組み立てられなくなるわけで自然と対象者を絞ってしまうだろうし
人のライブラリをいきなり使うのってそれはそれで結構センスいるからなぁ・・・
>>247 なるほど2Dゲーに特化したと・・・
>>248 間口は広く初動は速くいう意味で2で始めて、
1は要望があれば個別に対応するのがよいかと思います。
>>248 んーだからDirectX自身もRMとかいう初心者向けモード
あったけど廃れたじゃない。あれって結局使い方簡単に
すると痒いところに手が届かなくなって、たいおう
>>251 そのレスはエンジンに関するものだっただろ
253 :
名前は開発中のものです。:2011/03/05(土) 09:28:21.14 ID:mwotm+MA
(続き)対応しようとすると低レベルをいじらなくちゃいけないから
かえって面倒でほとんど使われない、余計なお世話みたいな
感じになっちゃうんだよね。
254 :
名前は開発中のものです。:2011/03/05(土) 09:49:16.53 ID:mwotm+MA
外部のエンジンを使うということは逆に言うとそのエンジン
がないと動かないってことだから一種の欠点でもあって、
移植とかまで視野にいれるとちょっとまずい。
だから独自に俺ライブラリ作ったり俺エンジン作ったりとか
はそれなりに意義がある。それに根本的なこと知らないと何ができて
何が出来ないのかとか判断つきにくくなる部分もあるし、
再発明でもそれをやる意味はあるのよ。
>>250,253
RMは「しばらくこれで十分」って割り切ってた人は結構使ってたと思うけどな
スキニングが一般的になってからは廃棄処分になったけど
でもスキニングもちょっとしたことだからなぁ・・・
この辺いい感じでまとめたのも含めて売ってみるか
SRPGは先駆者が売れなかったっぽいから今度は3DADV(スキニングお披露目ゲームになるけど)でいいかw
じゃぁオレも適当にHP作ってでSTGあたりで記事書くか。
>>256 STGは回避しておけ
STGってだけで見てもらえない可能性が高い
STGは有名なのあるしな。2Dアクションゲームとかがいいんじゃないか
2Dアクションも対抗馬つえー…っていうかSTGとだいぶ被ってる
>>238 利益じゃなくて売り上げなら、もうけ0なんじゃw > 30%
だからそこは基本無料なんだろ?
軌道に乗ってからは課金してくださいっていうまさにMMO商法
取りあえずID:u5vL8x/Tはトリップ付けようぜ
酉なくても大体わかる不思議
じゃあ3DSTGにするというのはどうだろう
STGはロジックが単純過ぎて参考にならない。
RTSがいい。
STGってことだけなら複雑なことすればそれはそれでおもしろくなりそうだけど
大抵、変態的な組み方してて他に応用が効かないんだよなぁ・・・
自機も弾も敵も敵弾も障害物もなにもかも共通部分が多すぎる
その組み方に酔ってしまうと他のゲームが組めなくなるほど
>>267 肝心のゲームはどこでプレイできるんだ?
>>269 全部Moddbで無料でダウンロードできるよ
>>268 ちゃんと「基礎」読んだか?
この程度のチュートリアルが理解出来ないならゲーム作れねえだろ…
>>271 じゃあ、ちゃらっとゲーム作ってみせろよ
出来もしないくせにw
煽りあうなw
馬鹿同士で喧嘩するのはよそうぜwww
>>271 なんかね
ずっとわからないまま進むんだよ
用意されたもんを特定の組み込み方をするだけのサンプルだから
一番知りたい
「1から作る(俺の作りたいゲームを作る)にはどうしたらいいんかな?」
って部分がかなり据え置かれるっていうかもしかしたら
そういう用途だとあんまり恩恵ないのかもしんないw
チュートリアルやってから思ったけどw
>>275 「細かい解説はリファレンス見てね」ってスタンスだからね。
上級者向きのチュートリアルになってる。
>>276 ちなみにUnity使うとしたらモデリングソフトって何がいいの?
洋ゲ=ZBrushなイメージ
Unityは詳しくないから知らんけど
俺がよく遊んでるゲームで使われてるSourceエンジンに関しては
チュートリアル的なものはなんでもYoutubeで誰かが勝手に解説動画あげてるぜ
>>280 じゃあ、ちゃらっとゲーム作ってみせろよ
出来もしないくせにw
282 :
名前は開発中のものです。:2011/03/06(日) 10:44:20.66 ID:VnZMtpyd
こういうエンジンとかライブラリ的なものってHowTo的な
解説しかしないから使い手が混乱疲弊するんだよな。
人によってやりたいこと千差万別なのに、それら全てに
いちいち回答するとか無理だもんな。だからユーザー同士で
あーでもないこうでもないと議論しあってヘトヘトになっていく。
だから本当に必要なのはどういう理念で作られてるのかとか
細かい仕様以前の原理みたいなものなんだよね。それが
わかればたぶんこういう機能あるだろうとかこれは出来る
これは出来ないとか判断できる。けどそこまで理解できる
人間なら自分で作るわなw
そっかー
簡単な入門書書いて電子書籍として売れば、金になりそうだな。
285 :
名前は開発中のものです。:2011/03/06(日) 11:20:15.89 ID:wyXdBPDn
>>282 MSのマニュアル詐欺で、
マニュアル=分かりずらい
ってのが定説になっちゃったからな。
長ったらしい文章をだらだらと書いてあって、
間違ってはいないんだけど、うんこくそ分かりにくい
MSのマニュアルって分かりづらいのか・・・。
最近のMSDNが恐ろしく便利なのはその辺が改善された結果なのかねぇ。
まあ翻訳にも問題が
MSDNってほとんど機械翻訳だしその機械翻訳すらされてない(日本語版で表示すらできない)ページが多々あるからな
これなら英語でも良いから完全網羅してくれるドキュメントの方が遥かに良いわ
「MSKK仕事しろ」と言われる最たる面
289 :
名前は開発中のものです。:2011/03/06(日) 13:53:27.65 ID:wyXdBPDn
MSというか、MSに代表されるような、
海外から出てきた系なマニュアルね
290 :
名前は開発中のものです。:2011/03/06(日) 16:09:56.95 ID:VnZMtpyd
MSDNの英語ぐらいだったらまだわかりやすいほうだろ。
文法わかんなくても単語さえ知ってりゃ大体意味わかるし。
>>291 ボーンらしきものを使ってモデリングはできるけど、
アニメーションをするためのボーンそのものは使えない。
【前スレ読んでない人用】
NG推奨◆GRGSIBERIA
>>2で言われているキチガイとは292のことです
触れないようにしましょう
>>292 マジか
じゃあ、Unity使ってる人ってなにでモデリング(ボーンアニメーション込みで)してるの?
FBX云々ってあるけどその変換がすんなりいくソフトから見つけないといけないじゃないか?
そんでそのモデリングソフトが高額だったらUnity自体がフリーでもなんの意味もなくてショボーン
>>295 Blenderかよー・・・仕方ねぇいじるか
ありがとう
何が「仕方ねぇ」なんだ?
無料で全部、しかもモーションまでまとめてやりたいならそらBlenderしかないだろう。
そんなことはない
統合環境っていうならBlender1択だけど
合わせて使うならボーン入れやモーション付けは他にもあるよ
統合環境の話だよ。
>>174 のトライは面白いと思ったけど、全然売れてない… 市場がないのか?
内容がウンコだからだろ。
価格がないように見合わないから。あと、ターゲットがはっきりしない。
大体簡単なものが作れない初心者が、簡単(といってもコードを書かなければならないレベル)な
フレームワークを買うはずがない。
こういう商品は、短くてもいいからもの凄く優れたサンプルがついていたほうが売れる。
わかりやすいことは売りにならず、俺もこんなのを作ってみたいぜ、という夢を刺激するべき。
実際に作れる難易度かどうかjはまるで気にする必要が無くて、このすごいビジュアルを
どうやって実現しているのかの解説のほうが需要があるし、金を出すやつも多いだろう。
フリーで配るならこの限りではない。黎明期の猫ワカとかね。
>>174だけど
まあ、このレベルのものじゃダメってことだな
必要だと思えば値段はあんまり関係ないっしょ?
仮に1000円とか2000円にしたってそんな技術書みたことないし
第一安すぎて信用できないじゃん
値段下げてもあんま買う人いない気がするね
買っても2chの義理で4〜5人ってとこ?w(このスレの人間が見かねて買ってくれる的なw)
やっぱりゲーム自体がショボイ・つまらないってのと
C#(どうやらこの言語人気ないらしい)ってのと
書いてる俺に信用がないってのが大きな理由のような気がするね
次C/C++当たりでスキニング付のヤツ出してみたら
その次は俺もゲームエンジン使って作ってみようかな?
なんでいまとりあえずUnityをちょくちょく触ってる
>>305 それは実際の経験則で言ってるの?
売ったと言う意味で。
僕も140Pのハルヒ本出したけど、1000円で25部ぐらいが限界だったぞ。
値段設定そのもので激しく後悔したけどね。
>>306 応援するよ、面白いトライだから、是非がんばってみて欲しい。
俺は、自分で好きに作れるから要らないけどね。 方向性は有りかも知れない。
>>306 え?嘘w
2000円前後で良い技術書沢山あるよ
本屋行ったことないの?www
>>308 この形式で売る人がもうちょっと増えてくれたら
みんな気軽に買ってくれると思うんだけどなぁ・・・
こういうのってまわりの勢いもあると思うんだよね
ぶっちゃけ初心者がこの値段で買うなら
松浦や赤坂の本を買った方がまだマシ
てのはさすがに侮辱しすぎか
>>310 簡単なツールなら、ソース付き自由改変可で500円ぐらいなら出せるけど。
そんなのでいいなら、トライできるけど?
>>311 いやー、その人たちは何冊も出してるわけだし
色々と学んだこともあるんじゃないだろか?
ゲームエフェクトマニアックスもってるけど
俺よりスキル高いのは確実だねw
でもその人たちがなかなかやんない
・チュートリアル形式でゲームを作る(これが今回)
・チュートリアル形式でスキニングのサンプル付き(全ソース公開)のゲームを作る
的なのはやってからゲームエンジンに手をだしたい俺
俺が独学で勉強してるとき、この2つがほしかったんだ
>>312 それは自由にやってみてよ
できたら俺も買いたい
>>314 暇が出来たらやってみるわ、ただ、ここには非公開な。
また〜り、そのうち出てるとおもうよ。
316 :
名前は開発中のものです。:2011/03/08(火) 22:08:43.54 ID:1hMWhXKx
ハッタリでもいいからスクショどうにかしろよ。こんなショボいの三千円じゃ買わねーだろ。見た目重要
C+++DX11とかならこの価格でも分かるけど
C#+Managed DXとか滅んだ技術でこの値段って詐欺だろ
>>316 うーん、ビジュアルで引くには女の子でも出してはじめて効果あるんじゃないかなー?w
>>317 やっぱC#人気ないんだよねw
C#自体は人気あるだろ
>>319 俺の個人的な調査によるとあんまり好きな人いないよー
まずC/C++で次にjavaって感じ
もしかしたらjavaのが多いかもしんないぐらい
んでC#はそもそも知らないって人のが多い
どんなクソ環境に居るんだよ…
内容以前に3000円だと書籍が買える値段だから、信用のない人が書いた
電子媒体は相手にされないだろうね。
>>321 しらねーけど
なんでもiPhoneとかjavaが人気らしいんだ
まちがい
javaじゃなくてアンドロイド?
一般人の話だろ?マとかじゃなくて
C#が人気じゃなかったら何でGUI組むんだよ。
MFCやDelphiでも使うのか?
win32apiでガリガリ組んでます・・・
ゲームのGUIはグラフィックでいいでしょ。
GUIは別にC#じゃなくても組めるだろwwそんなに不思議がることかよwww
ゲームのGUIは画面の奥からグルグル回転しながら出てくる
ようなやつだから通常の言語やライブラリとはほとんど関係ねえよな。
C#はあのアーキテクチャ見た瞬間に却下だろ普通。
まああれでしか作れないってんなら別だけどさ。
それどころか本職だとC++すらまともに使わない人が多い。
根本原理がコロコロ変わるゲームでクラス使うとかえって
混乱するからC++環境でCライクな書き方をするのが主流w
エンジン本体はC/C++ + DirectX
その他周辺ツールにC#
これが俺のジャスティス
来年以降にC/C++本気出す
言語論議はどうでもいいからゲームエンジン作れよ
>>331 >根本原理がコロコロ変わるゲームでクラス使うとかえって
>混乱するからC++環境でCライクな書き方をするのが主流w
主流じゃねーよバカw
つかゲームでもデザパタ使用が当たり前だっつのw
>>334 じゃあ、ちゃらっとゲーム作ってみせろよ
出来もしないくせにw
ゲーム開発でデザインパターンとかダルいこと言ってたら仕事にならん。
ああいうのはIT土方などレベルの低い人達のオモチャ。
本体もC#書く
オブジェクト志向がまともに機能するためには設計を集中管理
するような仕組みが必要だけどゲームはクリエイティブ系で
皆自分の発想でおもいおもいにやりたがるから大抵駄目つうか
最終的には美味しそうなスパゲティが出来上がるというw
美しいスパゲッティを書いたら、それがデザインパターンになっていた、が正解。
デザインパターン(およびその基本概念)ってすごく便利でありがたく使ってるんだけど、
やっぱり速度の面ではデメリットになることが多いのかな?
たしかゴッド・オブ・ウォーだったっけかが、オール生Cでプログラミングしててマジビビった。
処理速度を求めてそうなったらしい。
Cのほうが若干高速になるというのはある。
だからパフォーマンスに直結するような部分はCで
ゴリゴリ書くしかないよな。
なるほど・・・
コンパイラによるぞ
VisualC++なんかだと凄くコストの高いメソッドでも使わない限り
同じ処理で最適化オンならCとほとんど変わらないかCより速くなる
C++が遅いといえるのは、バカが作った場合だ。
優秀な奴がC++ と C作ったら少しCが速いだけだが。
そもそもメンテ大変、作成大変なCなんかで書かん。
バカはコンパイラが吐いた後のコードを知らない
ついでにバカは自分を基準にしか物事を考えられない。
ゆえにバカは救いようがない。
>>336 デザインパターンというのは、先人たちが作り上げたよく使うコードの組み方に
名前を付けたものを言う。
タスクシステムなんかもデザインパターン。
だるいとか言ってる奴は、何も知らないか使い方を間違ってるだけだ。
家庭用ゲーム機とかだとハードが特殊な作りだから
トリッキーな実装を要求される場合がある。
たとえばまずこのデータ構造ありきで、クラス使って
違う内部表現すると著しくパフォーマンス落ちるとか。
また、ゲームは繰り返し大量のデータを処理するような
ことがありがちで、そういうところに内部隠蔽されたクラス使ってると
単純にコピーできないとかいちいちコンストラクタ呼び出される
とかで著しい劣化の原因になるという。
>単純にコピーできないとかいちいちコンストラクタ呼び出される
これは単にそのクラスの作成者がアホなだけでしょ・・・
だ・か・ら、そんなことも分からないバカが作るから遅い。
>>351お前はバカか
つかファミコンならともかく、今のゲーム機なら
C++のオーバーヘッドなんて無視できるレベル。
それよかソースが巨大になるからOOPの
効率化の方がよっぽど大事。
>>354 それが常識なのに速度とか無駄に気にしてる奴多すぎだよな
速度面で気にしなきゃいけないのはネックになりやすいディスクI/OやネットワークI/O等くらい
気にするだけ時間の無駄と言えるレベル。俺ならそんな余裕があるならさっさと実装進めるわ
最近のハードウェアは高性能なので俺は自分の書くC++のコードの速度でも
まあおおむね満足していますね
なので高速性のためにわざわざオール生Cで書くことはあまり真似したくないかな
言語選びもまあ突き詰めるといろいろ難しいかもしれませんが
>>352 アホではない。仕様が変わるからそうなるのだ。
なんでそんなにシビアかというとゲームはフレームレート
維持するのが重要だからちょっとしたパフォーマンス低下が
命取りになるのだよ。メモリも少ないしな。
C++自体のオーバーヘッドというよりクラスによって余計な括りが
できてしまうから後で高速化のために処理を組み換えようと
思っても無理になってしまうのが嫌われる理由なんじゃないかな。
>>358 それ完全な設計ミスじゃねーかww
オブジェクト指向の抽象化をよく理解できてない人はそういう自体に陥りやすい
まあとっつきにくいは事実だからそんな人は無理に使う必要ないんだけどね
趣味の範囲ならば
>>359 設計ミスじゃないって。そもそも気分で仕様変わるものに設計も糞もない。
オブジェクト志向は完成までのコストはかえって高くつくけど
その後の保守費用が安くなるから何年も運用してるうちに
メリットがデメリット上回ってくるんだけど、ゲームは保守しなくて
バグあってもそのままとか多いからデメリットしか残らないという。
ID:TcT++kO8
この人ダメだ、何か基本的な事を勘違いしてる・・・
しかも自分に間違いはないって完全に信じちゃってるタイプだよ。
こうなると多分何言っても無駄。技術の発展についていけない技術者って悲しい・・・
デザパタを始めとしたオブジェクト指向設計って
うまく組めばかなりスマートになるからやりがいあるよね。
Cによる恩恵よりC++で書いて他の事やる時間作るほうが有用じゃね
その時間をもたつく処理の高速化に回せば
同じ開発時間ではC++でやったほうが早かったってなりそう
364 :
名前は開発中のものです。:2011/03/10(木) 09:30:14.57 ID:FhXrBP4i
C++で書くとコーディング量が増えるし管理コストが増大する。
ちゃんと整備されて再利用できるコードはそうでないものの
3倍の開発コストがかかる。長いこと運用するコードでなければ
元がとれない。
365 :
名前は開発中のものです。:2011/03/10(木) 10:08:35.64 ID:7Am5D+nj
お前らもういいから新しく言語開発しろ。ここはゲームエンジンのスレだ。
仕様変更に強い設計ってのはCだろうとC++だろうとやればできるし、やらなければできないよ。
そこんとこ、言語の特徴みたいに言われても困る。
Cでどんなプログラム書いてるのか知らないけど、オブジェクト指向っぽいことしてるようなら
C++使えばもっと簡潔に書けるかもよ。って程度の可能性はある。
でもC++を使うだけでよりよい設計に自動的に導かれるなんてことは無い。
>>364 へ?
つかエンジンは流用するに決まってるだろ?
Unity「C++で書いたJIT上でJavascriptとC#を動かすのが最強なんですけどね^^」
>>369 PC/PS3/xbox360ではそれが標準。
コアのエンジンだけC++で、ゲームの挙動はスクリプト。
うちの会社はスクリプトにPythonを選んだ。
ゲームエンジンを使うスレで効率が悪いからC言語を使う、なんて
呆れるばかりだよね。
>>366 >でもC++を使うだけでよりよい設計に自動的に導かれるなんてことは無い。
これは正しいが。
>仕様変更に強い設計ってのはCだろうとC++だろうとやればできるし、やらなければできないよ。
>そこんとこ、言語の特徴みたいに言われても困る。
上と下は矛盾
>Cでどんなプログラム書いてるのか知らないけど、オブジェクト指向っぽいことしてるようなら
>C++使えばもっと簡潔に書けるかもよ。って程度の可能性はある。
どんな形ですら、同じ仕様が簡素に書けるなら。それは、仕様変更に強いのだ。
矛盾したことを言うな。
373 :
名前は開発中のものです。:2011/03/10(木) 16:23:23.88 ID:ppcthgwf
このスレは言語厨に監視されています。
>>366は
オブジェクト指向をうまく利用できないならCもC++も大して変わらない
うまく利用できるならCより簡素にかけるかもよ
しかし、ただ適当にC++を使ってるだけで全てがうまく行くわけないんだからそれを仕様みたいに言うな
って事言ってるだけだよね。全体的な意味としてちゃんと通ってる
それが矛盾に見えちゃうとか解読力ないのかな。そもそも矛盾の意味を誤解してたりして^^;
文章の順番変えて矛盾だ!って言っちゃうくらいだからね。打ち消しの意味とか理解してないのだろう
まあ
>>372が馬鹿でも俺は損しないから言語論争なら
>>368のスレ行けよ
ぶっちゃけどっちでもいいんだがいちいち論争しても不毛なのに気づかない辺りが馬鹿らしい
お前ら…
いいぞ、もっとやれ
>>358 意味分からん。
そう思うならクラスを使わなきゃいいだけなんじゃ…
C++は便利なCを内包した言語ですよ?
ランタイムのサイズがどうとかいうのなら、まあ分からないでもないが。
そもそもC++でガッカリなコードを書く人間が
Cならきっちりしたコードを書けるわけないんだがな。
C++理解し切れなかったかそもそもCでもガッカリかのどっちかでしょ、
379 :
名前は開発中のものです。:2011/03/10(木) 20:51:11.11 ID:H7Kirb/Z
お前ら本当に不毛な議論wが好きだな。ゲームエンジンに関してもそうだったが。
それが2ch
381 :
名前は開発中のものです。:2011/03/10(木) 22:47:50.00 ID:F7SGGM/H
Cでも自主規制によってC++と同様のことができるので
両者の違いは言語仕様で制御されてるか否かである。
自主規制であれば無理な仕様変更でもルールを破る
という必殺技が出せるが言語仕様で括られてると
どうしようもない。
言語なんか適材適所でいいとは思うけれども、
CでC++の言語仕様と同じことをやろうとするとC++よりも大抵は遅いと Scott Meyers先生が仰ってるぞ…
オブジェクト志向は継承が便利に使える状況でないと
あんまりメリット無いが、ゲームの雑多な要素をクラス化
継承とかやると組み換えが激しいのですぐカオス化する。
そういうのにはあんまり向かないわな。
オブジェクト指向で継承ってメインじゃないだろ。
ポリモーフィズムとカプセル化の方が重要だ。
>>383 だからんなこたぁないってさんざん言われてるじゃん…
だろうな。理論的な事ばかりで大事な実践的思考がまだ備わってない感じ
大方教えてもらった事が全てでそれ以上はないと勘違いしてるのだろう
訓練と実戦は違うんだぞ
それはそうと言語論争はとっととどっかいけ
基本的に同じ処理を強引にまとめたときに
「んじゃ、このパターンだけこんなことしてくれる?」
って追加がきたときにどうやってこの変更を適用するかっていうと
if(このパターン){
こんなこと
}
的な追加するぐらいしかないっしょ?
これがソースを汚くする
これは分岐のときにif文が見えているからまだわかりやすいほうで
生成するオブジェクトをどっかで変えている場合とか追加部のソースを追うのは困難になる
こういう変更が入りやすい部分ってのはハナからまとめないほうがいい場合もあるよね
ってことがわかってくるとオブジェクト指向も微妙〜な感じみ見えてくる
何だろこの青臭さw
>>389 そうやって馬鹿にだけはするけど実際晒させてみると
きったねぇ変更方法しかみたことないけどな
ちなみにif(このパターン)をソースの各所にいれちゃうと
上から下まで全部読んでみないと本当の処理がわからないソースになっちゃう
それと変更のたびに他の処理への影響も馬鹿でかくなる
まとめるのってどうよ?って俺は言いたい
未熟なのを理解したほうがいいよ。自覚無いと主うけど。
>>391 だから理論と実践なんだって
1.オブジェクトA〜Zまでまとめたソースと
2.オブジェクトA〜Zまで別々に作ってあるソースで
オブジェクトAに対して変更が入ったら
1はA〜Zまですべての影響範囲を気にしないといけないのに対して
2はAだけ見ればいい
ゲームプログラムに無駄に時間がかかるのは
なんでもかんでも1でやってしまう奴が多いからだと思う
これを程度が低いと斬ってしまって思考停止してしまっている
これの問題は明らかにトレードオフだ
393 :
名前は開発中のものです。:2011/03/11(金) 08:07:48.67 ID:d6sDWw/W
わかんねえかなあ。クラスによって設計概念の縛りが
強化されてしまうということが。
単なる構造化手法に比べてコーディングが済んだ後の
設計変更が困難になるんだよ。
ゲームはとくに趣味的根拠でコロコロ仕様変わるから致命的。
394 :
名前は開発中のものです。:2011/03/11(金) 08:09:03.09 ID:NT0FKWi+
>スキンメッシュ
『ゲームエンジン・アーキテクチャ』に4ページくらいの理論解説がある。
それまで内部がブラックボックスなサンプルを使うしかなかったが、
その解説を見て、「ああなんだ、結局それしかやっていないのか」
ってところが良く分かった。理論レベルだが。
>処理速度
見た目のインパクトで他の作品より秀でるかどうかは、最終的に処理速度に掛かっているよね。
ちょっと昔だけど、鉄拳6のラスボスを初めて見た時、老舗ゲーム屋の意地見せてると思った。
『ゲームエンジン・アーキテクチャ』でも機械語レベルの最適化について触りだけ言及されている。
並列処理パターンの要点が簡潔に解説されているのも良い。
しかし『ゲームエンジン・アーキテクチャ』は理論とか課題は豊富なんだけど、
実際の開発環境での検証手順については全く説明が無い。
またケースに応じて、どのようなゲームエンジンを構築するかって課題をほのめかすだけ。
そういう意味で、やはりこの本は「地図」ではあっても「GEMS」ではない。
この本は、ゲーム開発の経験がある人なら、すらすら読めてしまうだろう。
より詳細な参考文献の紹介も頼もしい。
クラスはプロパティとメソッドの集合という結構大きな
単位なので組み換えが頻繁に発生する
ような環境でポンポン思いつきで作ってると逆に
不自由になってしまう。組み換えのことを考えると
大きな単位での括りはつくらず、いざとなったらバラバラ
にして再構築できるほうがいいw
C++→抽象的な考えが得意な高IQ保持者などの少数派向け
C→単純が一番。凡人向け
C++使いから見れば多態性、カプセル化はうまく利用すれば利用するほど問題に柔軟に対応できるのは当然
C使いから見ればその考え自体が理解できない。何言ってんのこいつ状態
もうそれでいいじゃん。お互い理解したところで所詮自己満足にしかならないのに
随分C++使い側の肩持つ言い分になったけど実際そうだし仕方ない
ほらム板いけ、ム板
>>396 知能の問題というより制作現場の都合が大きいよな。
海のものとも山のものともわからないような状況で
ガシガシ組みはじめるゲームと設計の労力の大半を
使う非ゲープロジェクトを同列に論じてはいけない。
あら、不思議、言語論争から開発工程の議論にすり替わっちゃったよ!
開発工程など案件によるだろうに
まるでゲーム開発には設計は重要じゃないような言い草の暴論まで飛びでるしどうすんだよもう
>>397 まだ言うか…いい加減邪魔だからどっか行け
>>398 やっぱ知能の問題じゃね?って言いたくなるなw
>>393 OOPの概念がまったく理解できてないね。
ゲームの仕様はUpdate関数内で処理するもの。
どんなに仕様が変わっても、object.Update()という
インターフェイスに変化は無い。
コアのエンジン・ライブラリは汎用性のある部分だけを集めて
各ゲーム特有のロジックとは完全に分離するもの。
頻繁な仕様変更はエンジン部分にOOPを使わない理由にはならない。
OOP使えない奴がいくら騒いだって、使えないから理解できるはずもない。
OOP使える奴はCも構造化も知ってる。それだけの話し。
402 :
名前は開発中のものです。:2011/03/11(金) 15:39:54.22 ID:g8H9+0Xt
>>400 ゲームの処理はタイトル固有のものが多い。
そして表示など基本的で普遍的な部分はライブラリが
大抵用意されてるのであまり問題にはならないのだな。
ゲームって自由自在にいろんなものが組み込まれてて端から
見るとすごく高度なことをやってるように感じるけど、実のところ
は統一仕様とかシステム的なものをあえて排除することによって
自由度を高めてるだけだったりするんだよな。
こういうこと言っちゃうと身も蓋もないけどさ。
>>403 お前の開発したクソゲーはそうなんだろうよ。
ゲーム開発でしっかり設計しないとかどこの中小ブラックだよ・・・
どう考えても個人でクソゲーだろ
407 :
名前は開発中のものです。:2011/03/12(土) 18:41:31.52 ID:44igJGke
>>405 そう思うのは現実を知らないから。
そもそもゲーム開発は設計と製造が分かれてない。
一応メインプログラマと称する人はいるけど、その人も
製造工程に組み込まれてて設計に専念してない。
ゲームプログラマに求められるのは仕様が適当でも
創造力で作り上げる能力。悪くいえば好き勝手だが
そうでなければものが出来ないw
>>407 いやいやいや・・・普通のゲーム会社勤めだが
設計をしてからコーディングを始めてるつーの。
仕様変更は当然プランナーからたびたびくるけど
メインプログラマーがチェックしてOK出さない限り通らないし
通ったらその部分は再設計しなおしてるわ。
根本的に仕様が適当っていうのもおかしいけどな・・・。
適当な仕様書なんてそもそもディレクターがOKださねぇ。
その設計が
>>392の1みたいになってるなら開発を余計困難にさせる
オブジェクトが80個もできるような規模の場合
1個変更入れるたびにすべてのオブジェクトの動作確認しないとあるときバグったときに
とてもじゃないけど直しきれない
設計が共通部分を抜き出してまとめる系のことをやってるとしたら
そのゲーム開発は最悪の工数爆発を起こす
>>409 おおー、それは珍しい。
と思ったけどよく考えたらそういう会社もあるな。
大抵エロゲメーカーとかだけど。
あんまり難しいことやらない類の製品だと一生懸命
「フローチャート」で仕様書いてくるよ。
フローチャートですよフローチャート(笑
>>407 ソフトウェア工学を無視した意見だなw
大手の会社はメインプログラマが死んだら潰れるのかw
うちの会社ではプロジェクト毎に共通に設計されたライブラリを
使ってコーディングするが、そんな会社は珍しいのかw
いやー、しらなかった。勉強になったよありがとう。
大手で思い出したけど大手からよく移植の仕事でソース
貰ってもドキュメントの類がほとんど無いのが普通で元の担当者
も説明できない。ハックして使えって言われるよ。
他人に見られるの想定してないのかプログラム自体も
ゴチャゴチャだし。正直請けたくない。
>>411 いやエロゲーメーカーの話なんてしてねーよ。
単体テストも知らない素人ばかりだな。
業務アプリ等なら実際の仕事内容から推測して
かなり仕様が限定されるし無理な変更依頼があっても
理論的に説得し回避することもできる。
しかしゲームは機能的に明確な目的がなく趣味の世界で
なんでもあり、仕様の根拠が主観。ゆえに後でどう転ぶか
わからない上に主観で物言う奴は理論で説得できない。
ソフト開発においては最悪ともいえる条件だろう。
だからこそおもしろいとも言えるし、難しいところだね・・・
それでも、ゲームエンジンを導入してシステマチックに開発する風潮を醸成した、
石田氏をはじめとしたカプコン社員は偉大だと思うなぁ。
ゲームはプレイヤーを楽しませるために色々とユニークな
ものを作らなくちゃいけない。いわば特殊なものの集合体。
だから何よりもプログラミング上の自由度が高くなければいけない。
ゲームのシステム化が難しいのは、システムで枠組作っ
ちゃうとそれから逸脱したユニークなものが作りにくくなる
からなのであるよ。
なるほど。
海外で金太郎飴ばりに似たようなFPSゲームがバリバリと出てくるのと、
エンジン利用をはじめとしたシステマチックな開発の隆盛には相関があるということだね。
順調に痛いスレになってますな
ゲームにおけるユニークさとは、アイデアであり表現であるだけで、
基本的なゲームプログラムの部品は別にユニークでもなんでもない。
アイディアをプログラムで表現するのがゲームなので
アイディアがユニークならその表現であるプログラムも
ユニークなのです。しかもそのアイディア主観で変わる
から予想が困難。
>>422みたいなほとんど何も知らないような奴が、上から目線で
書き込んでるのが痛々しいな。
ゲームはその処理内容に関してこうでなくてはいけない
という根拠になるものががなにも無い。
しいて言えば企画者の想像力が根拠。人間の想像力には
限界が無いのでそこから飛び出してくる要件も無制限。
ゲーム開発者には無限の可能性や要求に応じられる
アラジンのランプの精のごとき魔法が要求されるのであったw
「アイディアがユニークならプログラムもユニーク」とか後世に残すべき名言
そういったプランナーのつまらねぇオナニーにプログラマが関与しないためにスクリプトがあるんだっつの。
スクリプトもプログラムの一種だということを忘れてはいけない。
臭いものを別のところに押し込んで蓋したところで何も解決しないw
まあ企画に問題を投げ返すためのツールだという点は同意だが。
そうやって防波堤築いていくしかないんだよ。
どうせふざけた仕様書もってきたらその場で突き返すしな
だいたい依頼する側が偉くて絶対権力を握ってたりするから始末におえない。
スクリプトとかで投げ返しても今度は何でもできるシステムを要求してくるし。
仕様を厳しく要求すると網羅的な仕様出してくるし敵も手強いwww
我が社のゲームエンジンを使えば時代のニーズに合わせて
システムを好きなようにカスタマイズできる上に、
開発中のゲームをスムーズに仕様変更するためのサポートも充実しております。
もちろん、各ハードのパフォーマンスを最大限引き出せるようエンジンをチューニングしてありますので
お客様はご自身のアイディアを実装する作業に専念することができます。
レベルが違うと議論にならないという現実を見た気がするw
頻繁に仕様が変わるというより、粘土をこねくり回してる感覚なんだろうな。
工業製品じゃなくて、芸術作品寄りの発想なんだ。
だからひらめきや思いつきを基にした試行錯誤や実験をたくさんしなくちゃならない。
で、時間一杯試行錯誤してるもんだから満足に仕様を整理して設計を見直す余裕も無い。
全体の流れを最適化する余裕も無いので、局所的な、その場しのぎのチューニングに終始する。
そこで、ゲームエンジンの出番ですよ奥さん。
めんどくさい作業は貴方の代わりにエンジンが引き受けてくれます。
開発現場からプログラマは消えて、プランナ、グラフィッカ、サウンドなどのクリエイティブな職種だけで
スマートな開発を行えるようになります。
指示に対してできない理由を並べるだけのプログラマや
当たり前のことまで細かいことを執拗に聞いてくるプログラマはもう要らない。
心の通じ合った仲間たちと一緒にフィーリングでゲームを作ろう。
さあ、みんなでゲームエンジンだ。
プログラマが居ないとかだともうそれこそ金太郎飴にしか
なんないよな。ゲームのロジックをちゃんと組もうと思ったら
どうしてもプログラマ的な素養が必要だもの。
エンジンつっても本当に何にでも応用できそうな普遍的な
ものは低レベルのライブラリ群とかだし、そういうのはデフォルト
の開発環境に大概揃ってるから今更語るようなことでもない。
ゲームエンジンに大きなメリットがあるとすればそれは異なる
環境で同じソースが動くなどクロスプラットフォーム展開で
効率化ということはある。だがゲームは元々そんなにプログラム
の開発規模が大きくない。多くてもせいぜい十数人とかのレベル
のものに馬鹿高いライセンス料払って使うのは微妙。
tst
9月にβの人、生きてる?
地震後しばらく見ないうちにやっぱり言語論争から開発工程の議論に変わってるのかよwww
途中から読み飛ばしたけど
使う道具は工程に影響を与えるしまた逆も然り。
道具使うにしても現実に則した道具を選ばないと。
実はタスク派とアンチタスク派の戦い
両派共にフレッシュな新戦力が投入されてる
ここもついに世代交代か…こみ上げてくるものがあるな・・・
こーいうとき中立派ほど利口なやつはいないよな
現実問題、ケースバイケースだから「これなら間違いない!」なんて方法はないのにな
馬鹿にはそれがわからんのです
だからといって馬鹿が中立派を気取ったところで利口の証になるわけでもないけどなw
「このケースでは明らかにこっちは間違いだろ」と分かりきってる状況で中立派だから
状況で中立派だから→状況でも中立派だから
ねえ
ちょっと脱線気味だがゲームエンジンをみんなが作ってるという事なので
そのなかでもゲームエフェクトに特化したエフェクトエンジンを作成中。
エフェクトならこれ使え!っていうミドルウェア的な立ち位置を目指したい。
>>445 そういう一点主義なのもかっけーな!
がんばれ!
>>445 なるほど、そういう発想はなかった
がんばれ!
さぁ出かけるぞって時に玄関で転ばされた気分だ
>>450 あ、だったらその足で
イベントタイムライン(俺命名)ウィンドウ作ってくんね?
やる気があったらでいいけどw
つか、俺が作って儲ける予定だったんだけど5年もやる気になんないから他の人に頼むわw
仕様としては
WinMain関数でnewするとツールウィンドウが出るようになって
そのツールウィンドウには
A―――――――――@−−@―――――A−−A――
B―――――――――――――――@−−@―――――
C―――――――――――――――――――@−−@―
・
・
・
こんな感じのタイムラインがあって
横軸フレーム数(時間軸?)、縦軸管理オブジェクト(?別にオブジェクトでなくてもよし)になってて
イベントはこのタイムライン上にビジュアル的に配置できる感じで頼む
もちろん、再生、停止、一時停止、再開等のタイムラインアプリによくある機能は考えてつけてみてくれ
(でもこのツールには必要ないっちゃないか?)
上記、ツールで作ったデータはテキストフォーマットでわかりいい感じに取得できるようにしてくれ
ゲーム中ではキー入力のOnTrg、OfTrg、On、Ofを取得できる感じでイベントを取得したい
ぶっちゃけ俺の中ではこれさえあれば
>>449で出てきたような妙なミドルウェアはいらねぇ
ちなみに横と縦は思いっきり伸ばせるようにしたい(15分のイベントとか作りたい)から
255フレーム限界とかセコイことしないでね(どこまでも伸ばせる仕様で)
それと1つのシーンを分割して作ってつなげたいときもあるから初期値は必ず0フレームから開始とかやめてね
分割したもんくっつけるときはオブジェクト配置してなくてもうまくやってね
こんなもんか?
まあ、やる気の人やってみてくれ(自宅だと会社パワー使えないから一ヶ月ぐらいかかりそうだけど)
>>451 まったく売れないw
っていうか、いまよく考えると売れたら売れたで不安だわーw
誰にもテストしてもらってないしねw
しかも、俺Unity中だからそっち興味ねーしw
454 :
450:2011/03/27(日) 22:20:43.59 ID:+bGht1MM
>>452 いわゆるスケジューラーね。
その機能なら既に入っててプラグイン形式で拡張できるようにしてある。
肝心のパーティクルとエミッターの部分が物量プレイでまだ時間かかるなぁって感じ。
>>454 他の機能つけるから逆に魅力なくなるって感じ
何がやりたいかってーと
このスケジューラー?タイムライン?単体で配ってくれたほうが楽でいいと思うんだよね
これ使って、エフェクトじゃなくてキャラモデルアニメーションさせてエロゲも作れるよね?
って話
スケジューラーなんにでも使えるのにモデリングツールぐらいでしかお眼にかかれないのが残念だなぁって俺は思うんよ
作るのが凄まじく大変だからだよ…
ゲーム側に会わせて自由に拡張できないと話にならないしね
同じようなツールで1ライセンス100万ってのがあったな。
>>457 そういうのはいらない
単純にイベントが設定できるだけでいい
んでそのトリガさえ取得できれば内容なんていらないっしょ?
462 :
名前は開発中のものです。:2011/03/28(月) 02:10:40.74 ID:4y7mWmXG
スケジューラはデバッガに組み込まれてこそ効果がある。
組み込みなんかはデッドラインがガチガチのガチガチに決まっており
プリエンプティブも頻繁だ
>>453 >まったく売れないw
>っていうか、いまよく考えると売れたら売れたで不安だわーw
負け惜しみ乙。
>>463 いや、負け惜しみどころか全面敗北
やっぱ、モノ売るってのは難しいわ
準備不足も含めて、もし買ってもらってもサポートできるか怪しいし
現状、自分のPCで動いてるのに相手のPCで動かないなんて事態があったら
もう手も足もでないわ
その後のサポートや販促は売る前に考えようよ…
つかサポート以前に内容がそもそもクソだろ。
そこ反省しろって。
>>466 おや、買ったんですか?
買いたくないけど中身だけ気になるのでインプレよろ。
468 :
名前は開発中のものです。:2011/03/28(月) 14:12:26.90 ID:Z+ak48bb
お前は出てこなくていい。3ヶ月経ったが何かできたのか?
>>464 例えば、同じ事を本なんかにすればそれなりに売れるだろうが。
内容も労力も半端無いほど大変だし、文書力という違う力がいる。
DLshitの場合。
・営業先がミスマッチであるため、宣伝ができなかった。
・内容と金額がミスマッチだった。
と思える。
方向性を変えるならば。WEB上での入門にして、アフィーで稼ぐ方向もある。
これも、大変であることには変わりはない…
>>464 勝ち負け以前の問題だと思う
無名なのだから内容を売るのではなく名前を売らないと。
値段もよくばった結果の3000円(税抜)。
>>174だけど
まあ、ここにたどり着けたようなヤツならあの内容は必要ないな
どうしても内容ちょろっとみたいならC#で組んであるからReflectorで
体験版のexeを逆変換してみ
定数やリソース、ファイルの管理はなんか元には戻らないけど
だいたいのソースの内容ならそのままみれるぞちょっと読みにくいだけだ
Unityはじめたらまったく興味がなくなってしまってw
1000円でもいいやって思ったけど今度はサポートとか全くできる自信ないから怖くなって
3000円で売れないままでもいいかな?って感じw
>>471 むしろこの手の販売作品の可能性について興味がある
サポートはぶっちゃけ、なしって書いておけばなしでいいと思うよ
これに関してのユーザーの反応(販売状況)をもっと教えてほしい
俺的には780円以下になったぐらいで反応がでてくると予想してるし
500円以下なら割安感がでてくると思う
逆に100円ぐらいにして、もっとかっこいい絵にすれば、内容関係なしに売れるんじゃねーか?
本末転倒だけどさ
宣伝は2ch以外でもやってる?
ファミ通によるとダイレクトXlもゲームエンジンらしい
ダイレクトXな
>>472 明らかに初心者向けなのにサポート無しっていかんのとちゃう?w
>>468 そう言いながらもツンデレだな、お前は。
一応、DirectXでPMDとVMDを結合してXファイルにするものを書いた。
が、XNA 5.0の内容によってはMMDX利用しながら作ったほうが早いなあと。
どうでもいいけど、MMD Agentとかゆっくりボイスって不気味の谷突っ走ってるよね。
形態素拾って文脈からメロディ生成するほうがリアルな気がする。
せっかくのミク声も甲高いゆっくりボイスになってるし。
ゆっくり(AquesTalkという意味ではなく)は良い味が醸成されちゃってるよなw
電気自動車が走行時にわざと音を鳴らすようにというわけではないが、
遠い未来でも、明らかに合成音声ですよって分からないと困るようなシチュエーションではそのまま使われてるかもなw
478 :
名前は開発中のものです。:2011/03/29(火) 19:48:55.64 ID:N4/RQuIQ
ゲームエンジンマダー
>>475 環境依存の部分をクリアしていくだけでいいんじゃないか?
サポートという名の有料ベータテストのはじまりだ!
とりあえずパーティクルエディター的なところまでは出来た。
テクスチャ対応がまだだけどそれが終われば爆発とかなら作れそう。
>>477 味と言えば味だけどね。
プレイ動画できちんとした地位も確立してるし、
キャラクターとしてアリだとは思うよ。
482 :
名前は開発中のものです。:2011/03/30(水) 07:30:16.67 ID:e5pBwVNe
4月1日はまだ早いぞお前ら
Luaを使ったLOVEってエンジン
日本語使えるようにするにはどうしたらいい?
やっぱり2chの技術系板って、馬鹿が煽りあってるだけの糞スレしかないな。
リソースの無駄だからもう次スレ立てんなよ。
書き込みも禁止、煽りあいたいのなら余所に行けカス。
>>174です
こっそり1500円にしましたw・・・が、サポートは期待しないでくださいorz
それでもたけーよ馬鹿
あの程度なら一週間位でつくれるしな、、、売るかどうかは別として
今からMDXとか何の役にも立たないじゃないですか
せめてDirectX11で作ってくれよ
300円ぐらいまで落とせば10部ぐらいは期待できんじゃないの?
カテゴリ全体の売り上げ平均から見て、価格が高すぎると思うんだが。
キャンペーンとして最低価格で売ってみては?
1部でも売れないと盛り上がらん
こういう試みは応援したいが、製作者の実力がわからんからワンコイン以上は出しづらいな・・・
体験版やったけどフリーでも落とさないレベル
>>491 内容が神なら5千円でも買うが、
内容が糞なら100円でも買わない。
それだけの話。
行動を起こした。それだけは確実に評価に値する。
アク禁状態なわけだが・・・
かけた!
>>174だけど
やっぱ、500円ぐらいにすべき?w
もう1000円以下にすれば後はタダと変わらない気もするよねw
後は、面倒だからフリーでもダウンロードしないレベル?
でもそれはやなんだよね
フリーのソースってその辺に転がってるけどDirectX8とかで動かすのもままならないの多いし
とりあえずよくあるPCレベルで一応動かせるようにする手間をかけるぐらいの責任は自分にかけておきたい
んーじゃー、500円ぐらいにしてみっかw
ココ何やってるの?的サポートと
俺のPCで動かないから動くようにしてくれ的サポートは期待しないでくれ(まあ、これは金額関係ないけど)
だからタダでもいらねーっつの。
何一人で張り切ってんだこいつは。
ウザ杉
ここはゲームエンジンに関するスレじゃなかったっけ?
>502
俺は別に構わないけど。
この板、雑談スレが乱立してるからな。
言ってみただけだ
言ってみただけって何
言い訳がキモいんだけど
この手のものはまずみれるものができるまでがながいからなあ。
そのあとは一気に進むが。
>504
は?
言い訳?
イミフだな
こう言った方がよかったか?
そろそろスレチだ。
消えろカス
他に話題もないのに
人だけおっぱらってどーすんの?w
皆オレのために喧嘩するのはやめてくれ
ちょw
何か応援したくなってきたw
500円でも買う気がしない
作者が人間的に信用できないからな
最初は
>だったら金とってでもちゃんとサポートしろよって俺の魂の叫びでもある
って息巻いてたくせに
売れないとわかったら
>こっそり1500円にしましたw・・・が、サポートは期待しないでくださいorz
>俺のPCで動かないから動くようにしてくれ的サポートは期待しないでくれ
こんな言い訳ばかり、なんだこれ
こんな人間が作ったもの買えないよ
>Unityはじめたらまったく興味がなくなってしまってw
>1000円でもいいやって思ったけど今度はサポートとか全くできる自信ないから怖くなって
>3000円で売れないままでもいいかな?って感じw
こんな事を後出しで平気でいう人間を信じられるかな
もし最初に買った人がいたら失礼過ぎるでしょ
まあ、そういうの分かってたから誰も買わなかったんだろうけど
作者は自分が最初に何を言ってたか思い出してみなよ
無料で情報公開してるサイトが、DirectXのバージョンが上がっても
サポートしないのはおかしい、だったら金取ってでもサポートしろって
そこまでの事を言ってんだよ?
あんたにそんなこと言う資格ないでしょ、あんたが一番どうしようもないクズじゃん
>>512-513 最初はそう思ってたんだけどさw
やっぱり、サポートする自信ないんだよねw(前に何発言してようが今の本音はコレ)
金とってでもってやっぱりいざ金絡むと正直まったく自信ないね
まったく売れないってのもまた成長ないしw
まあ、やってみるしかないんじゃない?
ってことで自分の腕の無さも含めて最終的にこんな感じ?w
ってとこ
自信は全くないけどサポートしていきたいってのもまた本音(でも自信ないw)
そんなとこ
とりあえず、タダにする気はないぐらい(責任をもつという意味で)
>>513 >もし最初に買った人がいたら失礼過ぎるでしょ
1人でもいたら値段動かせないな
でも0人だからってのはあった
ああ、やっぱりモノ作るってのは厳しいな
金の絡む絡まない関係無しにさ
たとえフリーでもエンジンを作るってこういう厳しさはあるんだろうね
途中でサポート止めちゃったり、サポートするって言ってた機能を
投げちゃったら金絡む絡まない関係無しに
>>512-513よりもっとキツイこと言われるだろうね
たとえフリーでもメタ糞に言われるよね
そりゃそうだよね
エンジンなんて上に乗っける形で作ってる人はみんなパァになっちゃうもんね
うーん、やっぱり根性の無さというか人間としての根っこの弱さが
こういう部分ででるな
モノつくりを舐めてる感はたしかにあるな俺
おおこわいこわい
>>517 ホントだよ
みんなも出してみればわかるけどw
色々考えるんだ
結局、自分に1人2千も3千もとるほどサポートする力がないってことに気がつくんだ
ゲームエンジンだけでなくゲームも売ったことがないみたいだなぁ。
>>519 ないな
会社にいるときはリーダーが「リリースするよー」って言ったらホイホイいってソースうpしただけだし
正直、サポート窓口だって俺じゃねぇし
サポートはごめんなさい改善努力しますでも貰ったお金はお返しできませんを言う係
正直ホントにプログラマかよってレベル
もうそっとしとけよ。
性格悪いぞおめーら
もう許してやれよ
本人が言い訳と開き直りを繰り返さなきゃとっくに忘れられてると思うがねw
174と言い神奈川工科と言い黙って消えりゃいいのに何度も沸いて見苦しい言い訳吐いていくから叩かれるんだよ
もう別の話題しようぜ。
AirPlay SDKはC++で書けて、ライセンス要件もUnity並に甘いのが長所みたい。
あいつそもそもプログラム書けねえだろw
↑
30のおっさんが大学生相手に顔真っ赤にしてるwww
情けねえwww
大学生にもなって中学生に図星点かれてふぁびょり出したよこの人www
あーあ、、、
自分で言ったら終わりなのに
スルーしきれず自分から被弾してどうするよ。
>>529 どうしてもエアギターを弾いてる姿が浮かんでしまう
いや、暇だったからつい。暇じゃないけど。
煽ったら何人ぐらい釣れるかな、と思って。
まあ、セーフかどうかと言うとスモーク炊いたからセーフぐらいだと思う。
触るならレス番付けてくれ。
連鎖あぼーんできない
>>537 マジで荒れるだけだからROMってくれ。
コテハン付けんのも何の意味あんの?
何か成果物を出したあとじゃないとコテハンにいみはないよな
>>539 気違いだから何言っても無駄だろ
NG登録してとにかく触れないのが吉
542 :
名前は開発中のものです。:2011/04/15(金) 18:19:34.30 ID:07yPBYrP
ゲームエンジンなんて3ヶ月で作れるよ(キリ してたアホだろ相手にするな
>>174 |、∧
|Д゚) ジー Download :1 (評価数0)
⊂)
\ │ /
/ ̄\
─( ゚ ∀ ゚ )∩∧ ∧∩
∩ ∧ ∧∩\( ゚∀゚)/
ヽ( ゚∀゚ )/ | /
売れた!1本売れちゃった!
おめでとうw
おめでとー
しかしニッチというか最大のパイである一般人が近づきにくいジャンル
技術系ノウハウの販売は難しそうだなぁ
単体で楽しめるようなデモで売ればいいと思うの
技術系ノウハウは需要がある。
問題はその技術力の低さ。
どこにでもある初心者向けのコンテンツなぞ要らん。
ゲームエンジンアーキテクチャの本をベースにエンジンの実装を解説したコンテンツとかRTSの作り方とか、そういうコンテンツなら買う。
いまなら海外のフリーのエンジンの日本語チュートリアル的感じなもの出すだけで売れると思う
エンジン自体の作り方って誰か興味あるんだろか?
>>548 どのエンジンのチュートリアルが売れそう?
メジャーなのはUDKやUnityじゃないかな。
あとはTorqueにIrrlicht、Ogreぐらいかな。
書店のゲーム開発書籍ってWindowsやAndroidやiPhoneの本しか売ってないんだから
全部に対応してるUnityの本出したらバカ売れのはずなのにね
>>550 Torqueは死んでるのかな?
http://www.gamebusiness.jp/article.php?id=2420 2010年11月14日(日) 02:05 Text by 土本学(Manabu Tsuchimoto)
ゲームエンジン「Torque」を提供するInstantActionは、通常業務を停止し、
事業の買い手を探すと発表しました。
InstantAction(元GarageGames)は、ゲームエンジンの「Torque」を提供するほか、
エンジンを使って開発されたゲームを誰もが公開する事のできる
ゲームサイト「InstantAction.com」を運営していました。
調べてみた
ライセンスに関してはIrrlichtがzlibライセンス、OgreがMITライセンスとかいうので楽かな?
日本語の解説が多いのがIrrlichtで
Ogreは根性が必要だなw
Unityが統合開発環境っぽくてちょっと魅かれるけど
900万以上売り上げたら10万円ぐらいのUnityPro買えって書いてある
(まあ、900万円も売れたら10万円ぐらいどうでもいいと思うし
900万円売れること心配しなくてもいーかwってことでこれもおおよそフリーといっしょか?)
日本語の解説はいくらかある
udkは商用は色々金かかるのかな?
ただし、一番情報量が多い
日本語でも英語でも
って感じ?
そういやwebマネー残ってたっけ
買えたら買ってみるか
webマネーって海外でも通用すんの?
>>174 |、∧
|Д゚) ジー Download :2 (評価数0)
⊂)
\ │ /
/ ̄\
─( ゚ ∀ ゚ )∩∧ ∧∩
∩ ∧ ∧∩\( ゚∀゚)/
ヽ( ゚∀゚ )/ | /
売れた!もう1本売れちゃった!
おめでとうwww
>>552 Torqueは復活してソース付き$99販売やってる。
>>174なんてどうでもいいから、いちいち貼るなよUZEEEEEE
300円くらいにしたほうがもっと勢いよく売れて儲かるんじゃね?
>>556 一本目を自分で買ったら馬鹿が1匹釣れたんだなw
>>563 折角買ってくれた人になんてこというんだ
自作自演するぐらいなら3000円や1500円のときにやってるわ
566 :
名前は開発中のものです。:2011/04/20(水) 18:28:21.02 ID:v9nLFS2K
お前らが常々馬鹿にするツクラーでさえ数千円でツクール買ってるのに。この値段でも無料が欲しいとかどんだけだよwww
散々ツクールをバカにしてる奴いるけど、あれは立派なエンジンだぞ。
データ駆動、スクリプトでいろいろと弄れるし。
バカにしまくってもアレ以上の物が出てこないのが完成度の高さを物語っている。
騒いでいるツクラーはスクリプトが理解できない人種なんだろうけど。
566が三人目になってくれるってよかったね♪
569 :
名前は開発中のものです。:2011/04/20(水) 18:39:55.12 ID:ZVuDujlM
ここにはなんちゃってプログラマしか居ないと言うことだな
なんちゃってで何が悪い・・・!
ゲームエンジンもミドルウェアよりからFlashのような統合環境。
そしてツクル系の専用ツールまではばひろいからな。
個人的にはミドルウェアよりのあまり統合されてない統合環境がいいなあ。
統合されすぎてると一部自前とかが妙にやりにくかったり、
環境用のスクリプトで書き直さなきゃいけなかったりするしなあ。
Flashがゲームエンジンって発想は初めて。
Flashがゲームエンジンじゃなくて、
Flashもゲームエンジンもミドルウェアってことだろ
CE3の無料開発キットが夏に出るってよ
CrytekのCEOであるYerli氏によれば、この開発キットは完全版であり
C++言語、Shaderコード、Crysis 2のサンプルコード、スクリプトのサンプル、
改善されたFlowGraphなど多数の機能を実装している。
また、キットを使用し作られた素晴らしいゲームなら開発のサポートもしていきたいと語っています。
だとさ。これでおまえらも無料なのに最新エンジンを用いて
ハイクオリティなげーム作りができるようになったな。
すでにいくつかゲームエンジンは無料化になったが使いこなしている人が少ない件
結局素晴らしいゲームエンジンがあっても、それに必要なコンテンツが作れないから
諦めている人が多数と思われる
結局最後に勝つのは絵を書ける奴、音楽作れる奴。
>>575 3Dモデラーなどの周辺ツールが弱いせいもあるんだろうね
海外ツールをカードで買うのは抵抗あるしな
それに分野ごとに専門でやってる人ばかりでトータルでゲーム作りたいって人は少ない気がする
Unity:大幅機能制限版のインディーズ向けを無料にして客引き
UDK:C++使えないバージョンを無料にして客引き
業界最重最先端のCryEngineが無制限無償化するとはたまげたなぁ
こんなもんを無料配布されたら言い訳出来なくなるじゃないか
>>578 無制限無償化なんて書いてあるっけ?
あくまで無料版(機能制限がどんだけか知らないけど)を出すよって話じゃねーの?
>>581 完全版だよ
UnityやUDKみたいに頒布が無償じゃない代わりに
CryEngineって重いイメージがあるけどどうなのかなあ
日本のユーザーは古いPCのオンボでPCゲーやろうとするから。
crysis2自体はGTX460程度でも十分動くから敷居は高くない
ただいくらなんでも今時のPCゲー遊ぶのに古いPCのオンボじゃムリがある
古いPCのオンボだと、軽さを売りに広く客を集めてるチョンゲを遊ぶのもキツイのでは?
販売するには〜
って書いてあるから非営利目的ならライセンスいらないとも思えるけどどうなんだろ
そりゃ要らないでしょ
それだとUDKだって商用利用はライセンスいるような。
間違ってたらごめん。
>>589 UDKは売上5万ドルまで無許諾でおk。それ以上は年99ドル+ロイヤリティか2500ドル買い切りの選択制
UnityはFree版もPro版もロイヤリティフリーの買い切りライセンス
CryEngineも教育機関向けのフルバージョン無償ライセンスが既にある
もしかしてCryEngine3で本格的な超エロいエロゲ作ったら
国内外でバカ売れするんじゃね?
3DCGつったってアニメーションもあるぞ。
絵書けても今度は演劇かダンス出来ないと駄目って言うね。
結局はRPGツクールが最強だった説。
教育機関向けって関係ない人間にとっては正直止めて欲しいわ
それにそう言うのって販売とか駄目なんでしょ?
海外は大学生が起業することも珍しくないし
学生のうちに囲い込んでおこうという"囲い込み戦略"なんだろうか
まだ神奈川をNGに入れてない奴いるのか…
>>578 開発ツールだけ無償でばらまいて、完成した製品からはロイヤリティを採る普通のビジネスモデルなんじゃ?
ウワァァ-----。゚(゚´Д`゚)゚。-----ン!!!!
どうしたの
泣かないで
ホームページとブログどこがいいの?
ヤフー
ありがとう
でもヤフーやだ。ごめん
seleneスレどこいった?
seleneの開発者が消息不明になったので終了。
マジ!?
悲しいね
消息不明になったのか。
ブログ復活してるみたいだけど。
復活してたな
ついでにスレも復活させて・・・
自分で立てればいーじゃないのさ
トライアングルのメッシュをトライアングル・ストリップ化するコードない?
ライセンスが緩くてそのまま自分のコードに取り込める奴
自分で作るのだるい...
D3DXのMesh関数で変換が手っ取り早い。
どうせランタイムで変換なんてしないんだし。
すまないLinuxでOpenGLなんだ。
やりたいのはメタセコイアのエクスポーターで
メッシュをトライアングルストリップ化して出力して
Linuxで読み込んでOpenGLで表示することなんだ。
さらに将来的にはAndroidで表示したい。
Androidならunityで今日にでも表示できる
>>615 そうじゃなくて
ターゲット環境でアプリ実行時にやる必要のない=事前計算させておけるものなんだから
メタセコ使ってるならWindows上で最適化処理したっていいじゃないって言われてるんだよ
>>618 そんなことは100も承知。
DirectXに依存したトライアングル・ストリッパーではなく
他のライブラリに依存しないポータブルなソースが欲しい
じゃぁNvStrip使うか自分で作れよ。
大して難しい処理じゃないだろ。
>>619 ググって数秒でソースコード付き解説がヒットするんだが。。。そういうのじゃ不満ってことだろ?
お気に召すものがネット上で見つけられないならさっさと自作したほうが早いんじゃないか
TriStripper使うことにしたからもういいです。
ありがとうございました。何の役にも立たないクソスレだな
Tootleの出力のほうが遥かにマシだが、まぁどうしても組み込みたい厨にはお似合いか
お前がそう思うんならそうなんだろ
正直Stripなんて何年も使ってないから今さらどうでもいいというか・・・
最近の流れは、ツンデレから、ツンケンみたいな感じなのか
おじさんは付いてくのが大変だよ。
単に素でアホなだけだと思うw
俺には汚物にしかみえない。
tuedaさん?
OpenGL試したけど単独じゃ音声どころかJpeg PNGも読み込めないのか
DirectXのほうがイイ。
よろしい、ならばLinuxにDirectXを移植してください
Linux使ってるなら無いものは自分で作れだろwww
Linuxだったらpng読込はlibpngとかあるでしょ(jpgもライブラリあると思うけど)
クソみたいなライブラリだけどなlibpng
自作すりゃいいじゃん。
リーダーなら1日もかからんだろ。
ddsでいいじゃん、、、
圧縮したけりゃzlibつかえばいいんだし
そこでdevilですよ
>>637 確かにddsのレイアウトならARGB情報をバイト配列で抜き出してOpenGLにロードできる筈だよね
さみしい
どした
さみしくなんかないよ
友達いなくて
ありがとう元気でたよ
がんばる
お前が死ねば椅子が1つ空く。死ね。
>>それって、Airじゃなかった?_
寂しいならbotでも作ってみろ。
俺もたまに会話してる
AI作る
650 :
名前は開発中のものです。:2011/06/14(火) 19:09:54.62 ID:hCcYekmn
ところで九月までに自作エンジン完成させるなどと豪語していた連中どこいった?
ここにいるよ
あと三ヶ月なんだし。β版くらいにはなったのか?
全然なってないよ。9月にβだよ
ビシャモンガが既にあるけどそれはまぁそれとしてエフェクトエディタはぽちぽち作ってるよ。
Irrlichtを拡張するとかツールを作るとか、そういう方向で行った方が
現実的だと思うけどなあ。
ここに現実などないから心配すんな
Androidのゲームエンジンとか凄い需要があると思うけどなあ
誰か作らない? スーパマリオが簡単に作れるレベルでいい。
え?そんなの作っても公開しないよ?
自分で使うし。
儲からなくなったら出してもいいけど。
公開しても誰も使えないと思う
660 :
名前は開発中のものです。:2011/06/18(土) 15:25:21.83 ID:WcvEffsq
ぐだぐだ言ってないで俺様の為に九月までに使えるエンジン作れよ奴隷共
661 :
名前は開発中のものです。:2011/06/19(日) 09:11:13.39 ID:9JjVLpGH
MAC用のバイナリを用意しているのに
いざMACで起動したら「Fuckintosh」ってエラー出して即落ちるようにしたら
さすがに苦情来た大学時代
寄付してよー
あ
666 :
名前は開発中のものです。:2011/07/09(土) 19:29:59.42 ID:EfScAOf3
このスレの初期に偉そうにしったかしていた人々は今はどこへ
667 :
名前は開発中のものです。:2011/07/09(土) 19:31:47.09 ID:93Lg5P1e
偉そうにしったかしていた人々はいったい
668 :
名前は開発中のものです。:2011/07/09(土) 19:36:33.20 ID:iVpcvA2j
偉そうにしったかしていた人々は変態
もうみんなunityやってるよ
今遺伝的アルゴリズム使って敵キャラ作ってんだけど今はステータスとか決めるのにデフォなの?
どうだろうね、目的で使い分けること多いんでない?
GA、PSOも使うしファジィも使うし
672 :
名前は開発中のものです。:2011/07/10(日) 06:26:27.96 ID:tp0UPU4C
流行っていそうな単語を会話に混ぜるのがここの流儀w
>>672 GAもPSOにGemsに載ってるだろ
「流行っていそう」じゃなくて既に「流行ってる」もしくは「流行った」単語だ
流行っていそうというか最適化の部分だから昔からある話
むしろ設計者のパラメータ設定や評価基準で性能が決まるから
目的に沿った最適化手法で実装しやすければそれを用いるのがベターって言いたかった
675 :
名前は開発中のものです。:2011/07/10(日) 09:06:17.96 ID:WIDodiwM
定期知ったか乙
掲示板なんて個々の実力やスキルレベルは見えなから御託の並べた方が勝ち。
知ってた。
僕の考えたすごいゲームエンジンは完成したのか?おまえら
既存のゲームエンジンの仕様すら理解していませんでした!
って認識でだいたいあってるんじゃないかな?
大人しくなったのはみんなにボコボコ叩かれて
既存のエンジンちょっとは見てみる気になって個人でこれ以上のもん作るの不可能じゃね?
って気がついたんじゃん?(笑)
実力のある奴がこんなスレに顔を出さないだろw
>>578 頭悪すぎワロタ
CryEngine3のSDKもUDKと同じようにソースまでアクセスできない制限はあるに決まってるだろ
Crysis2用のSDK触れば分かるけどCryEngine2のときからグラフィック強化しただけで実質マイナーチェンジしただけ
FPS以外のゲームはかなり作りにくい(FPSだけにしか使えない機能ばかり)、UDKに比べてAI制御も古すぎ
アニメーションや物理関連は独自すぎて制限も多くクロス機能も無いに近い
682 :
名前は開発中のものです。:2011/07/16(土) 18:44:59.41 ID:7r6f3E+s
くそスレ浮上しまーす
ゲームエンジンの話でグラフィックの綺麗さを語る人がいるけど、
あれってテクスチャの品質(実写から取り込んだ)とかモデルが精細に作ってあるかとは違うんですか?
GPUが無限に高性能であればそうだろうがな。
>>683 俺はシェーダー、映り込み、影などに注目する。
>>683 なんかシェフにむかって素材が全てでお前の能力は関係ないと言わんばかりだな
?
テクスチャ1枚やポリゴン1枚だけしか使わないわけでもないだろ。
大量のテクスチャ/メッシュを、プログラム内でメモリ効率的に管理して、
意のままにオーバーヘッド最小で描画時に適用できるプログラムを組むことが初歩。
ノベルゲームエンジンについて参考になりそうなソースコードを探してるんですが
KIRIKIRIみたいなオープンソースエンジンがあれば教えて下さい
吉里吉里だとなにか問題があるの?
同じ機能でもいろんな実装方法を参考にしたいなあと思った
他意はありません。
694 :
名前は開発中のものです。:2011/08/24(水) 21:49:05.03 ID:wajjhmD5
そろそろ9月だな、お前ら口だけじゃなかったことを証明して見せてくれよ?
やめてゲーム作ろうとして作ってないけど、待ってる人いるの?
いたら再開しようかな
ライブラリィを作っているけど9月までにまとめるのは無理だった。
γ版・ドキュメント無しなくらいの状況。
698 :
名前は開発中のものです。:2011/08/26(金) 21:57:27.89 ID:ctJIj+c5
おい、なんでLuminousのスレが立ってないんだ?
まだ全然未完成だからじゃないのかw
3Dゲームエンジンのどれがどうとか、特徴みたいなのがまとめられてるページみたいなのってある?
何を使えばいいのかわからない
つか教えてくれ
9月中にエフェクトエンジンだすわ
今風の3Dゲームと同じ見栄えを出すのに必要な技術と参考書を教えてください。
教えてくれたら実装してフリーで公開してもいいです。
よく考えたらWinRTベースのゲームってすべてDirectX11になるのか
それ以前に、winRTって、7やVISTAでも利用できるようになるのだろうか?
WinRTはMetro絡むし無理っしょー
でもDirect2DあたりのマイナーチェンジはVistaまで
バックポートしてくれてもイイと思うんだがよー
winRTとmetroは直接関係ないんじゃね?
winRTって、要するにちゃんとクラス構造になってる、言ってみればwindowsAPIの新バージョンでしょ?
だから、winRT用のDLLをVISTAや7に持っていけば使えるような気もするんだけどなー。
SSAOのチュートリアルないですか?
Wikipediaを見ましたが断片的な情報ばっかりで。。。
きちんと全部解説した資料を教えてください。
英語でもいいです
>>712の資料、いまいちわからん。
9枚目のVは視線ベクトル、Nは物体表面の法線ベクトルだと思うのだけど、
r_left,h_left,r_right,h_rightは何を意味してるのでしょうか?
デプスバッファからこれらを得ようとしてると思ったんだけどちがう?
10枚目のH(Θi)は、h_iのことでいいのかな?
714 :
名前は開発中のものです。:2011/09/23(金) 12:24:34.51 ID:yz0X/BkT
テキストにルビをふれるゲームエンジンには
どんなものがありますか?
吉里吉里
構造(こうぞう) じゃダメなのか?
Unity見ていて思ったんだけど時代はdeffered shadingなのか?
「シーングラフだけ」なライブラリってないですか?
OpenSceneGraphが名前に反して全部入りでとにかく大きすぎる。
シーンとレンダリングだけやってくれればいいです。下はOpenGLで。
シェーダー周りの抽象化とレンダリング方式がしりたいです。
DeltaEngineのβ版がそろそろリリースされるころだ
本当に開発が進んでいるのか不安で待ち遠しかったが楽しみだ
とりあえず触ってみないかな
720 :
712:2011/09/27(火) 23:22:19.03 ID:bJ4sOaGJ
>>713 >r_left,h_left,r_right,h_rightは何を意味してるのでしょうか?
r_はP点からの半径距離で、h_はP点の接平面からの距離だね。
>デプスバッファからこれらを得ようとしてると思ったんだけどちがう?
それであってる。
ただ、「in the normal direction」とあるように、
法線の向いている側に限定することに注意だね。
>10枚目のH(Θi)は、h_iのことでいいのかな?
その通り。
この資料、数式の記号説明が不十分だったり、
統一的に表記されていなかったりで少し読みにくいね・・・
Torque3D本体の値段が100$だったのが99$になってるのは
リソースを切り離して小売にしたから?
買ってみようかな
シェーダーで質問があります。
例えばバーテックス・シェーダーでライティングやスキニングを共通部分としてエンジンが提供し、
マテリアルの係数を計算するところだけデザイナーさんが自由に取り替えられるようにしたいのですが、
どうすればいいでしょうか?
エンジン側提供のシェーダーに続いてデザイナー作成のシェーダーが走ればいいのですが...
それをここで聞くのかw
724 :
722:2011/09/29(木) 21:23:04.90 ID:7ZLe0PXT
え、まさにここですよね???
どうすればいいでしょうか、って言われてもな・・・こちらこそどうしましょうというか。
とりあえず要求通りに作って使わせて感想聞いて修正してまた使わせて〜の繰り返しでひとつ
そういう意味ではない。
シェーダーのmain()はエンジンが書くのかデザイナーが書くのか?
エンジン側がmain()を提供しエンジンの定めた書式でデザイナーが関数を書いてリンクするのが妥当に思えるけど...
みんなどうしてるのかと。
したいようにしろよw
何とかシェーダーをエンジンとは独立して汎用性のある形で再利用できないかなと
無理じゃない?
頂点のフォーマットまで変わるでしょ?
これを外部に出すとプログラムは一体何をしてるの?ってほど外側の人間からはなんのうまみもないライブラリになる
>>726 それは個々の状況に因るからなんとも。例えば
記述させられる側にどこまで要求していいのか
ターゲット上での最適化はどこまで要求されるのか
最後にどこの誰がケツを拭く羽目になるのか
ウンコひり出した犯人と擦り合わせできる状況がその時あるのか
個人的には画を作る側がシェーダー言語を書くという状況にはなくて
アーチストなオペレーターの皆さんがグチャグチャと組み上げるものは
ツリーやグラフ構造状のブツ。既製ツールの仕様の下での画作りの結果が
ターゲット上で素直に反映されることを要求されるという感じ。
中間フォーマット経由でターゲット上で走るレンダラ依存の構成に変換。
ターゲット上の簡易エディタでアーチストなヂレクションするやつが
グチャグチャ調整してドヤエーナイカとご満悦。
エーナイカ→エーヤナイカ
人が沢山絡むと色々ややこしくなってけったいなものをこさえるハメになるから全然嬉しくないな
気晴らしに夏の即売会でゲーム配ってみたんだがなかなか疲れたけど楽しかった
趣味ってのは他人に配慮なんかしないでガリガリ書きまくっても平気だから爽快感が違うな
天才あらわる
どんなゲーム配布したんですか?
どう見ても馬鹿の典型だろ・・・
まともな日本語が書けない人は頭悪いってばっちゃが言ってた
>>732 プレイヤーは劉備で、張飛を性奴隷として調教するゲームです。
3Dで表現されたリアルな張飛の亀頭をタッチパネルで責めます。
まぁ俺なんだが、R-18まではあってるよ・・・
おにゃのこも自分で描いたの?
キャラクターをいきなりフレームバッファーに描かずに
いったん別に確保したテクスチャーに描画したあと
板ポリとして描く技法を考えついたんだけどどうだろう?
メリット無いかな?
Not required technique is not useful.
必要性の欠如した技術はまず浸透しない
The `Video Texture' has been implemented by requirement want to render the in-game TV.
VideoTextureはゲーム内TVを実現したい必要性に駆られて実装された。
>>738 is too stupid.
>>738バカ杉
なんか変なのが湧いてきましたね...
作ってる作ってる詐欺とうそ乙なスレでお前は何を言ってるんだ(AA略
もう10月だなw
浸透させるために技術開発してるわけじゃないんだOK?
それより最新のテクノロジーを詰め込んだオープンソースのレンダリングエンジンを作らないか?
無料でという意味ならありえんわ
最新の技術を収集蓄積するコストは誰が払ってくれるんだ?
ヒント:
ID:DbR5pb/wの言う最新のテクノロジーというのはせいぜい
>>738程度のもの
wwwwwwwwwwww
ワロタ
Videoテクスチャなんて最新でもなんでもない件
大昔からあるし、コードも公開してるところあるじゃないw
そんなにたいしたコストはかからないだろ。
今は書籍も出てるしNVIDIAのHPとかにも情報はたくさんある
それらを読んでちゃちゃっと実装すればいいだけの話
じゃあ本読んで出直して来い
ほれ Game_Design_eBooks_Pack.4621536.TPB.torrent
>>747 書籍も無料で手に入れるんですねわかります。
ごちゃごちゃ言うならまずお前が何か作ってうpれよ。
ちゃちゃっとやってくれwwwwwwwwww
ID:DbR5pb/wには
>>740みたいな台詞は似合わないと思うよ。鏡を見てほしい
752 :
名前は開発中のものです。:2011/10/05(水) 17:27:59.21 ID:qGpIKAWF
痛いな
>>737 同僚にテストプレイさせたらご褒美シーンに到達するやクリーチャーをしげしげと眺めてね
憐憫の眼差しで俺を見るや「とりあえずこの仮データ差し替えようか・・・」ってつぶやいたよ
仮じゃないんだけどって言いかけたけど素直にお言葉に甘えさせてもらったよ
良い同僚をお持ちでうらやましいw
havokも10ドル以下なら商用無料なのかすげえな
でもWindows dll onlyだから使いづらい
例によって最初の妄想乙だけだったな。
このまま冬眠か。
BISHAMONってどうなんだ?
エフェクトエンジンは他にないみたいだが。
他にないとかどんだけ情弱なんだよ
上見りゃいくらでもあるよ。
ゲームエンジンに組み込んでるものもあるし。
あんなに安価ではないがな。
BISHAMON以上なんてまず払えないだろ。
それともBISHAMONが良心的すぎるのかな、、、
BISHAMON以上が払えないならまずPC買えないだろjk…
冗談は置いといて学生じゃなく社会人でBISHAMONが高いと思う感覚じゃ一生フリーソフトでゲーム作ることになると思うぞ
ツールとSDKが別売りでSDKの方が高いっつーのがなぁ
変わったライセンス形態だな
メインはエンジン側か
エフェクト編集は使いやすいの?
他からコンバータで持ってくるからイラネ みたいにできるのかな
SDKは1個あれば足りるけど、ツールはデザイナーの人数分買えってことだろう。
エンジンと編集ツールそれぞれで金を取りたいってのはまあわかる
そうなら、それぞれ名前を変えて別製品にするところだろ、と
謎は解けた
そろそろツールのお披露目しようかと思う。
768 :
名前は開発中のものです。:2011/11/29(火) 20:53:32.04 ID:yd7ZvcGK
>>768 宣伝するなら特徴とか他のツールと比べた優位点とかちゃんと宣伝していってよw
カシオペアってなんだ?
オロチって個人販売もしてほしい
会社に問い合わせたら法人のみですって冷たくされた
冷たくするのはヒドいね・・・
べ、べつにあんたなんかとライセンス契約したくないんだからねっ!法人じゃなきゃダメなんだからっ!!
こうですか?
>>771 マッチロックが頑張ってるだけでシリコンスタジオは消極的
BISHAMONがバカ売れすればOROCHIも出るかも知れんが…
BISHAMONは値段が結構するわりにはエフェクトエディタとしてはいまいちなんだよな
もっと英語を勉強するべきなんだろうなあ。
会話は日本人相手でも少ないから、読み書きだけ勉強するか。
ワイが聞いた情報によると、もうじき中国はバブルがはじけて昔の貧乏な中国に戻るらしいで
もう経済は破綻してて、取り戻すのは無理なんだそうや
その世界ではごっつい有名な政府関係者筋から聞いた確かな情報やで
まあお前ら頭の良い連中には、今さらなくらいのネタやな、
お前らからすればもう常識的なくらいの知識やろ?
そろそろ1年経つのか早いな。
ぼくの考えた凄いゲームエンジンは結局一個も登場しなかったな
effekseerなんてのもあるんだな
ランタイムが組み込みやすくていいね。
そろそろ公開したいがここはレベル高すぎて叩かれそうでなぁ、、、
お前にとって2chで公開する意味って何?
10年前ならまだしも今なら他にいくらでも方法あるじゃない。
ここが良いなら止めないけど。
>>783 単純にゲーム製作に興味があって、なおかついろいろな意見を聞ける場所を他に知らないというか・・・。
自分でHP作って公開したところで宣伝が必要ですし全てを賄うゲームエンジンではなく、
BISHAMONっぽいエフェクトエディタを目指して作っていたものなので・・・。
ツールにしろエンジンにしろまずは多数の人に触ってもらってダメだしをしてもらわないと
使いにくい独りよがりなものになってしまうんですよねぇ・・・。
おー使ってみたい
>>784 それこそfacebookやtwitterで公開すればいいのに
2chで公開したソフトは一生2chから逃れられなくなる
facebookは実名プレイなのが・・・
公開方法より宣伝と試用数がそれなりに行きそうな方法を考えよう・・・。
それ悩みどころだよね。
HP作って、そこを2chで宣伝してみてはどうかね?
関心を持たれなかったら、そっぽ向かれて、それまでのことで終わるし、
意見があればスレで建設的な意見も出るだろう。
まあ地道に続ければどうとでもなるよ。
商品として売れるぐらいになるまで頑張れ。
>>787 別にみんな実名だからいいんじゃね?>Facebook
Twitterでも実名の人いるし、実名だと叩く連中がいるのは2chだけだよw
>>790 実名自体はどうでもいいんだ・・・
会社バレを避けたい。
Facebookで実名っぽい名前使えば良いんじゃない?
もしくはわざと誤変換したまま気がつかないとか。
俺は非常に特殊な名前だから、一文字誤変換させた名前で一般名に変えてる。
熊飼→熊谷ってな風に。
794 :
Elena Oda Vintevecom(BECKHAM)=八犬伝:2011/12/15(木) 00:33:06.84 ID:2kBGnUvT
検索エンジンGoogleで
インターネットテレビ 朝鮮総連 少頭劣一族 電気 人質
又は
インターネットテレビ 朝鮮総連 少頭劣一族 電気 波動砲
又は
インターネットテレビ 朝鮮総連 少頭劣一族 自民党 カニバ(又は命令)
を検索せよ。
>>788の案で公開してみるわ。
チュートリアルとサンプル作成が間に合ったら土日に出すぜ。
俺たちの土日はまだ始まったばかりだ!
798 :
795:2011/12/17(土) 11:56:49.28 ID:Os1QoaDI
>>798 なかなか良さげな感じがする
こういうパーティクルエディタって少し前から流行ってきてるよね
イイねぇ。
>798
すごくいいよ。
こういうの欲しがってる人
結構いるんじゃないかな?
俺は別エンジン買っちまったって同じようなFXツールも買ってしまったけど。
これがフリーで公開されるんならありだと思う。
エフェクトって作るの手間だしね。
802 :
名前は開発中のものです。:2011/12/17(土) 16:57:01.65 ID:3NQ84Fkf
>>798 ちょ、あと1か月速く公開してよ
これがあったらBISHAMON買ってねえよ…
>>802 すまん、1ヶ月前の公開は流石にムリだw
まだ機能的にも足りてないし操作マニュアルすらない状態だしなぁ。
でもBISHAMON持ってるならものすんごいエフェクト作れるじゃん!
Seleneの中の人だよね?
冬コミまであとxx日!!
VitaのSDKか個人でも手に入るらしいぞ
オープンソースのゲームエンジン作ろうぜ
>>806 今は実績ないとsdkテスターに選ばれない
春には一般公開したいらしいけど
>>806 あとクローズドベータだから、オープンソースのエンジンは今作っても公開したらアウトじゃないかな
Unity本を読んだんだが、これぐらいなら自分で作れそうじゃないか?
難しいことは何もやってない。誰かLinux用でびしっと1本頼むわ
Linux用にも色々あるが?
pss sdkのテスター選考緩くなったみたい。
週末はTwitterで国内外の色々な人から当選報告が出てた。
まだvitaでは動かないらしいです。
自分も休み明けからさわりはじめてみます。
英語わからなくても使える物理エンジンってあったら教えて
ソースコードが読めるんなら、全部オッケーじゃないのかw
それ以前にソースコートって大抵英語のような…
>811
あれ俺のところにはまだ当選メール来てないけど
困るなあちゃんと配送してくれないと(´;ω;`)
>>814 フォーラムでは2Dスプライトを簡単に扱いたいみたいな話があちこちであがってるので、ほぼまともにGL触ったことないと思われる人ま選ばれてると思う。だから審査は厳しくないはず。気長に待てばよろし。
無理矢理このスレに絡めると、2Dゲームエンジンは需要あり
訂正
>人ま
人まで
OpenGLを素で扱うということは、ゲームエンジンよりもライブラリに近い感じなのかな。
Unityが使えるという噂もあったけど、そんなこともなかったようだ。
OpenGLを素で使うといことは三角形や線を塗りつぶして行く感覚だよ。
>>817 ちょこっとだけラップされてる。
既存コードから流用しにくくなった気もするが、新規コードを起こす分には平気。外部の既存エンジンに頼るつもりの人は南無。
あとプログラマブルシェーダが使えるには使えるんだが、そっちかよ!って突っ込むと思う。
820 :
名前は開発中のものです。:2012/02/28(火) 21:15:40.02 ID:0+YFP2RK
俺達でUnityを丸パクリしたゲームエンジンをC#で作らないか!!
PSS用にどうよ?
>>817 Wikipediaに書いてあったが何とかライセンスを結ぶとUnity for VITAが使えるらしいぞ。スクエニが使っているらしい
でもそれはPSSとは何の関係もない話。あくまでUnityのVita用バイナリ
PSSで使おうと思ったら全部C#で書かれたフリーのゲームエンジンが必要
.Net/XNA/WindowsようはいくつかあるけどPSSで動くように移植するのは手間か?
どうせなら俺達で1から作らないか! Unityみたいなの!!
>>820 sdk内に3D物理関係の機能が無い。
こんなんマネージコードで実装して実用レベルになるんだろうか。
ならないんじゃね、と思うがよくわからん
NVIDIAも絡んでるみたいだし、そのうちPhysiXが使えるようになると期待
PSSがこの先生きのこるには
至れり尽くせりにするとアマチュアとの差がなくなるからパフォーマンスが出ないように
クタたんちーーーっす
まともなシステムを提供できないハード屋の言い訳だったよな結局
シェーダーで使うパラメーターって
直接Uniform変数としてセットするか
一回シーングラフの要素にしてからUniform変数にセットするのか
どちらでしょうか。具体的には
(1)SetUniform("DiffuseColor", 0xff7c7c7c)みたいな形か
Materil.DiffuseColorみたいなクラスをシーングラフに作って
(2)BindUniform(Material, "DiffuseColor");
みたいな形でしょうか
828 :
826:2012/04/27(金) 02:00:43.59 ID:s88IsWZj
わかりにくくてすみません
ある描画ライブラリの仕様が(1)のSetUniform()形式です
シーングラフのオブジェクトのパラメーターを自分でGet()してSet()してね毎ターン、
というスタンスなのですが、どうもこれが気に入らない。
エンジンの人間ではなくゲーム本体を作っている人間が
毎フレームシェーダーに送る定数をGet()してSet()しなければならないのがまずおかしい。
シーンの描画は最終的には
Graphics3D.Render (scene);
のように1行で描画できるべきで、シーンの構築が不完全と言わざるを得ない。
829 :
826:2012/04/27(金) 02:07:30.65 ID:s88IsWZj
具体的には、
1) シーンのノードは自由に継承してユーザー独自のノードを作れる
2) そのパラメーターの名前は自由に決められる
3) そのパラメーターをシェーダーに送るように設定できる(bind)
4) それらのパラメーターをシーン全体で一発更新できる(refresh)
という仕様に変更しようと思うのですが、元の仕様とは大分変えないと実装できなくて
世の中の人間はもしかして元の仕様のほうがいいのか、私の考えが間違えているのかとか
いろいろ悩んでます。
やっぱりシーンの構築が終わったらRender(scene)一発で描画できたほうがいいですよね?
830 :
名前は開発中のものです。:2012/05/08(火) 16:37:47.58 ID:ZnS759Md
過疎スレですが質問させて下さい
シャドーマップを作る時のZレンダリングのパスでは
設定されているシェーダーではなく共通のシャドーマップ生成シェーダーを使うと思うのですが、
これは例えばMeshオブジェクトには複数のシェーダーをセットしてパスによって切り替えるのでしょうか
それとも設定されたシェーダーは無視して強制的にこのシェーダーを使って描画しろみたいな仕組みがあるのでしょうか
SDL1.3っていつ出す予定なんだろ
SFMLに移った方が良いかもね
SDL1.3からライセンス変わるのか
そんな事より
>>830を誰か頼む
一応今の予定では強制シェーダー描画モードを搭載する予定だ
ここも過疎スレ
誰かゲームエンジン作れよう
タスクシステムが逝ったか・・・。
まあ、ゲーム製作スレ四天王の中でも最弱な面汚しだからな!
残ってる四天王教えてくれ
最強
__(^^) <ペイピッポォ
/__ \
| | | |
(_) (__)
エターナル4天王
・ゲームエンジン総合
・タスクシステム総合
・Unity総合
・ゲーム制作メンバー募集
>>837 エンジンなら腐るほどあるだろうに
UnityみたいなエンジンならUnityで十分
既成概念を超えるアイデアがない限り無駄
夢がないね
先の無い夢に人生を賭ける馬鹿は死ぬ
いろいろググって廃れたフォーラム覗いたときに
トピックの返信が一桁、二桁だらけなのを見ると悲しくなるな
やっぱりある程度のユーザー数がないとモチベが切れちゃうんだろうね
エンジンよりフレームワーク書いたほうがいい
実装は既存のエンジンで
グダグダ言うよりまず物を作れとあれほど言ってるのに・・・
Ogre3DとIrrlichtとOpenScenGraphを調べたんだけど、どれも酷いね
有名なライブラリだから期待してたんだけど使い物にならない
Ogre3Dはシェーダー周りが独特で見るも無残なできだし、
Irrlichtはまだましだが目が潰れるぐらい汚らしい
この2つは論外。OpenSceneGraphはかろうじて合格
それでも固定シェーダー時代の名残なのかシェーダー時代のエンジンとしては使えないだろう
結論は俺が作ったほうがまし
早く作ってオープンソースで公開してね^^
よーし、パパゲームエンジン作っちゃうぞー
C#, .Net, OpenGL環境(だけどPSMとかに移植可)
シーングラフ、アニメーション、シェーダー、スケレタルアニメーション、コリジョン検出など
今日からここが俺の日記帳だ!
やったー!
シーングラフは「ノード ー コンポーネント」モデルとする
造語だけどUnityみたいな形といえばわかりやすい
3D空間上の1点が1ノードで、そこに色々な機能を持ったコンポーネントをアタッチして使うのが基本
Predicateで指定した条件が一致するノードを探すFind, FindAllと
指定のコンポーネント型を探すFind<TComp>, FindAll<TComp>がある
子ノードをたどってActionを実行するTakeもある
あとはSendMessage()で関数名(string)を指定してコンポーネントの関数を呼び出せる
ざっくりとガワだけ書くとこんな感じ
http://dl.dropbox.com/u/32901747/DDD/DDD-20120628.chm (セキュリティ警告を外さないと見られないかも)
DDDのクラスは単一のObjectクラスを継承する(標準のObject)とは別
このObjectクラスにはUniqueID, UserID, UserObject等を含むがおもしくも何ともない話なので省略
Objectクラスの一番重要なのはアニメーション機能。
DDDではAnimationTrackを1基本アニメーション単位とする
このアニメーションを任意のプロパティ(Setter必要)にセットすると準備完了
Animate()関数の呼び出しで値が書き換わる
これはノードのアルファ値を書き換えている例
node.AddAnimationTrack (anim, () => node.Alpha);
第2引数が珍しい形だが、これがC#で最も簡単にプロパティを指定する方法
型はExpression<Func<T>>だが特に気にする必要はない
アニメーションは「値型でSetter/Getterを持ったプロパティ」なら何でもセットできるようにする
この辺はC#の機能をフルに使っている
クラス的にはKeyframeSequence<T>とAnimationTrackが存在し、
複数のAnimationTrackをAnimationClipが管理する(再生速度などはこのクラス)
歩くとか走るはこのClipが相当する
Clipを差し替える時は特に仕組みを用意してないが(全てのTrackを手動で切り離すことになる)
この辺は考慮中。あるいは
node.AddAnimationTrack()ではなくnode.AddAnimationClip()でクリップ単位でアニメーションをセットしたほうがいいのかもしれない。
MathパッケージにはVector2,3,4, Matrix3x3, 4x4, Quaternionが含まれる
すべてC#の構造体を使って実装される
これらの構造体はプロパティとしてアニメーションを付加されたりUniform変数としてシェーダーにエクスポートされる
特徴は次の2つ
(1) 構造体は不変量とする
どうしようかずいぶん迷ったがこれらの構造体は不変量、つまりnewした後は一切変更できない事にした。
不便そうだが直感に反してそうでもない。いちいち計算のたびに新しい構造体を作るがコストは安い。
(2) 必ずプロパティ(ComponentCount)と添え字演算子([])を実装する。これはエクスポートする時に必要となる
Vector2,3,4は1つにまとめてもいいが、今回はタイプセーフを優先して別クラス
座標系はOpenGLと同じ右手系でV=MVの形.
>>853 node.AddAniamationTrack()ではなくnode.AddAnimationClip()に変更
クリップ単位でセットすることにした。理由はその方が簡単
開発マシンをSSDにしてたら一日消えたんだぜ。まじ呪うMicrosoft
Uniform変数の実装について。
今現在よくある実装はSahderProgramやVertexBufferみたいなクラスに
いきなり値をSetUniform("Alpha", 1.0f)みたいに突っ込むがこれは良くない習慣だと思っている
(1) この関数を呼んだ時に値がセットされるので毎フレームOnDraw()の中で呼ぶ必要がある
(2) 毎回呼ぶので依存関係がわかりにくい。
DDDでは「データ構造と操作の分離」を基本思想としているので、以下のように実装しようと思う
ShaderArrayクラス。使用するUniform変数の情報を保存するコンテナクラス
AddUniform(name, object, property)でどのオブジェクトのどのプロパティをどの変数でエクスポートするかセットする
この段階ではまだ値はセットされず、後のRender()関数内部でこの情報に従って値がセットされる(データ構造と操作の分離)
※ 型とサイズ(vec2,3,4)はシェーダーをコンパイルした時に判定するのでここでは必要ない
※ Uniform変数の配列は当面なし。どう実装すべきか良いアイディアがない
ShaderProgramについて
シェーダーはShaderProgram1つで全て賄う(FragShader, VertShaderはなし)
クラス名を可能な限り少なくするのがDDDの思想
DDDはHWに依存しないのでコンパイルとリンクはRender()まで行われない(というかできない)
定義されたAttribute変数とUniform変数を列挙する列挙しがある。型はIEnumerable<ShaderVariable>.
ShaderVariableは
>>857と
>>858の両方で使用する
これもやはり「クラス数を可能な限り少なくする」ため
シェーダーで定義された変数名と型を調べてそれが
>>857でセットした一覧にあればそのオブジェクトとプロパティから値を拾ってきてエクスポートする事になる
シェーダーにエクスポート出来る変数はIExportableインターフェースとして明確化した
ComponentCountとValueTypeを返す添字演算子を持つ
よく考えるとIExportableはIAnimatableでもあるわけだが・・・
ある意味もっとお世話になるMesh周りはこうしようと思う
Mesh
VertexBuffer
IndexBuffer(s)
Appearance(s)
ShaderProgram
UniformArray(s)
Texture(s)
Material
PolygonMode,BlendMode,PointSpriteMode
(s)が付いているのは複数。IndexBufferとAppearanceが複数なのはサブメッシュ。
見え方は「Appearance」が担当する。
Appearanceは1つのShaderProgramとそこで使用するUniform変数のセット。あとTextureとMaterial。
Materialはユーザーがシェーダーに渡すパラメーターをセットしたObjectを置いておくためのプレースホルダー。Materialクラスは完全に空でユーザーが継承して使用する。
>>857の理由によりUniform変数には直接値をセットしない事に注意。
かならず値を取ってくる元になるObjectのプロパティがなければならない。
あとのPolygonMode, BlendMode, PointSpriteModeはシェーダーから触れないOpenGLの機能を変更するためのつまらないクラス
ポイントスプライトとは独立したノードではなくMeshクラスを使用する。
VertexBufferとIndexBuffer
バーテックス・バッファーはAttribute変数として送られる頂点ごとのデータのバッファー(x,y,z, 法線, テクスチャー座標など)
インデックス・バッファーはglDrawElement()で使うインデックス。
この辺のデータ構造はライブラリによって異なるが、どの方式が有利とかは多分無い
DDDではMeshの下にVertexBufferx1とIndexBufferxnを持つ
生の頂点データはVertexArray<T>クラスが保存する
これはそのままglBufferData()でGPUに送り込める形そのもの
操作は非ジェネリックな同名のVertexArrayを通して行う
IndexBufferは本当にintの配列をどかんと持っているだけ
やはりそのままglBufferData()でGPUに転送する
描画できるプリミティブについて
トライアングル、ライン、ポイントスプライトの「リスト」形式のみ「ストリップ」には対応しない
これは現在のGPUではリスト形式を使ったほうが高速で、あえてストリップ形式を使う理由がないため
シンプルである事を価値とするので複数の手段は提供したくない
インデックスを指定する時にリスト形式だと冗長なのでストリップ形式でも指定できるようにしようかとも考えたが
上記の理由でバッサリ削除
この辺は異論も出そうだが実際に作っている人の裁量の範囲ないということで
あれ
インデックスは32bit限定?
ushort版はなし??
これってこの部分を実装しましたという報告なのか、これからやりますなのか
>>862 intあればいいと思ったけど対称性悪いからIndexBuffer<T>にしといた
今の所ジェネリックなのはVertexArray<T>とIndexBuffer<T>とKeyframeSequence<T>
全部同名の非ジェネリック版ばあって操作はそちらから行う
>>864 今の所ガワ(API)だけ実装してある。中身はすっからかん
必要なフィールドとかは置いてあるので実装はそんなに苦労しないはず
それでも月単位で必要だけど
テクスチャーまわり
Image2DとTexture2D, TextureCube。あと基底クラスのTexture.
画像のロードは.NetのSystem.Drawingにやってもらう。
データの入力形式としては.NetのBitmapかbyte[].
フォーマットはLuminance, Alpha, LuminanceAlpha, RGB, RGB.
パック形式のRGB565, RGB5551はとりあえず対応しない。S3とかも対応しない
リピートはClampとRepeat. テクスチャー関数というかDecal, Modulteなどはシェーダー内部の話なのでここでは出てこない
あとテクスチャークラスに直接画像をロードするライブラリもあるけど今回は1クッション(Image2D)を置く
テクスチャーについて1つ注意点がある
通常CPU側にはTexture2Dクラスがあって、シェーダー側からアクセスする時は「テクスチャーユニット番号」を使用する
何番のユニットにロードされたかはTexuture2Dクラスの知る所ではなく、そのプロパティとしてテクスチャー番号を取得できない
(1つのTexuture2Dが別のユニットにセットされる事はあり得る)
従ってこれはAppearanceクラスの仕事(プロパティ)になる。
が、これは明らかにおかしくて本来はTexuture2Dクラスをシェーダー側のテクスチャー変数何とかにバインドするのが自然である
(ただしそれは上記の理由により不可能)
ではどうするか?
Texture2Dは同じ番号のユニットにロードされなければならないという制限を科す。
この制限のもとでTexture2D.TexturUnitでユニット番号が取れるようにすれば、
シェーダー側にユニット番号を自然な形でエクスポートする事ができる
svnかgitを使って公開して欲しいなぁ
BoundingVolume(BV)
BVは球かボックスで、カリング、ピッキング、LODで使われる。
コリジョン検出は別の専用のCollisionVolumeを用意する
たぶん珍しい形だと思うけどBVは独立したクラスにせずNodeの単なるパラメーターとする
BVはユーザー定義のBVと、シーンをフリーズ(後述)した際に自動で作られるBV階層のBVに分かれる
BVを使ったピッキングその1
var nodes = from n in world
let ri = n.Intersect (ray)
where ri.Hit
orderby ri.Distance
select new {Node=n, Intersection=ri};
var nearest = nodes.FirstOrDefault();
説明の必要がないぐらいソースを見れば何をやっているか明確、しかも汎用的でピッキング以外もOK
(自分で作る理由の1つがこれ)
欠点は全ノードに対して交差判定をとるので遅い事
LINQ構文はデータベースをモデルにしているので全件検索になってしまう
BVを使ったピッキングその2
float minDistance = Float.Max;
Node nearest = null;
world.Take ( n => {
var ri = n.Intersect2 (ray);
if (ri.Hit) {
if (ri.Distance < minDistance) {
nearest = n;
minDistance = ri.Distance;
}
return true;
}
return false;
})
前回のLINQ構文を使ったピッキングと異なりBV階層を利用してルートから交差判定を行いヒットしなければアーリーリタイア(return false)を行う
TakeはFunction<Node, bool>を引数にとり戻り値がtrueの限り再帰的に呼び出しを行うメソッド
BV階層を利用するのでシーンをフリーズしないと使えないけど速い
シーンをトラバースしてある処理行うメソッドはいくつか用意する予定(詳細は決めてない)
IEnumerable<Node> Search (Predicate<Node> func)
=> 指定の述語(Predicate)に一致するノードを列挙する
void Take (Action<Node> func)
=> 全ノードに対してActionを実行する
void Take (Func<Node, bool> func)
=> 全ノードに対してtrueを返す限りFuncを実行する
これらのジェネリックデリゲートを使った構文はシーンのトラバース以外にも使用する予定
処理結果を受け取りたいはクロージャーが使える(ラムダ式からラムダ式を呼び出す関数のローカル変数にアクセスできる)ので
ほとんど全ての処理が記述できる
シーンのフリーズとOnUpdate()
昨日までうっかり勘違いしていたがシーンのノードのOnUpdate()の呼び出しは
シーンを上からトラバースするのではなくPriorityの順。
従ってOnUpdate()は再帰関数ではなく単発の普通の関数
コンポーネントの呼び出しは入れた順
順不同で呼び出されるのでモデルtoワールド行列とかキャッシュするためにもシーンのフリーズが必要
どのみちコリジョン(k-DOP)のワールド座標でパラメーターのキャッシュにも必要
フリーズしたら変更を伴う操作は一切受け付けなくなる
ライト
固定時代のライトは独立したノードだったが、シェーダー時代ではライトは単なるUniform変数の1つに過ぎない
さらにDeffered Shadingにおいてはライトはメッシュと同様にGPUに頂点データを送って
(計算済みのBGufferからパラメーターを拾ってきて)レンダリングするだけの存在である
従ってDDDにおいてLightは本当に単なるMeshの別名である
using Light = Mesh;
マテリアルは専用のLightMaterialが用意されていてシェーダーにエクスポートするColorやAttenuationはここで定義されている。
アニメーションイベントの設定
アニメーションクリップの指定の時刻を再生した時に任意のコールバック関数を呼び出すことが出来る
コールバック関数はdelegate void AnimationEventHandler(Node node, object args)型で
clip.AddEvent(time, name, handler, args)で登録する。追加情報としてobject型の引数を1つだけ指定できて使い方は任意
ハンドラーの第1引数はクリップではなくクリップがセットされたNode
(利便性を考えてこうなっているが深い階層でセットされるとNodeまでたどるのが大変なのでこの仕様は変更する可能性がある)
1つのクリップが複数のターゲットにセットされていた場合、コールバック関数は複数回呼ばれる。
コールバック関数の呼ばれるタイミングはゲームエンジンによって異なるが、
Animate(time)の中で値を変更しイベントを発火させると1つの処理単位としては内容が大きすぎる(と思う)
「シンプルであること」が価値と考えるDDDではこれを分割してRaise(start, end)とする。
Raise()は時刻(start,end]までに起こりうるイベントを全て呼び出す関数
通常start=time-Δt, end=timeで前フレームから現在のフレームまでに起こるイベントを発火させる
SkinnedMeshの実装
スケレタルアニメーション用にボーンを仕込んだメッシュの実装
このクラスのやるべき事は実は多くない。ボーン行列の計算とGPUへの転送だけである
ボーンはただのNodeで表し特別なクラスは作らない。
SetBones(Node[])したタイミングでボーン行列(=バインドポーズの逆行列)を計算し
プロパティIEnumerable<Matrix4x4> BoneMatricesで取得する
ボーンインデックスはこのNode[]のインデックスそのもの。
このプロパティは配列型で定義されたUniform変数に送られる
インデックスとウェイトはAttribute変数として頂点単位で送られる
ボーンの変形は「トランスフォームステージ」でユーザーがシェーダーの中で行い結果は一回書き戻す予定
OpenGLのTransofrm Feedback Buffer機能を使う予定だが、まだ詳細を詰め切れていない
配列型のプロパティ
BoneMatricesプロパティは意外とこれが熟考が必要で、
(1) 配列型
IEnumerable<T>のプロパティを配列型とみなす
(2) アニメーション可能
アニメーショントラックは同名のトラックをクリップにAddTracks()で一括登録する
アニメーション対象がIEnumerable<T>を実装したプロパティの場合は同名のトラックが連続して存在するものと期待して長さ分適応する
(2) GPUにエクスポート可能
シェーダーが配列型のUniform変数を要求している時はそのまま列挙してセットすればOK。
でいけるはず。基本的には配列型のプロパティは例外。
多分ここにしか出てこないはず・・・
1つ迷っているのがトランスフォームシェーダーをどうやって供給すればいいかという事
今考えているのはレンダリング時に強制的にシェーダーを切り替えて実行する案
トランスフォームシェーダーは全メッシュで共通なのでこれで十分だと思われる
シルエットで描画したいとか一時的にシェーダー(というかアピアランス)を切り替えて描画するのは理にかなっていると思う
この辺実はあまり調査して無くて他のゲームエンジンがどうやってるのかよく知らね
MorphMesh
モーフィングは特に難しい処理はない。ベースのVertexBufferと同じ型のVertexBuuferをウェイトをかけて足すだけ
すべてCPU処理。ApplyMorphing()でベースのVertexBufferは上書きされるがデータ自体は置いておく必要がある(nullでは駄目)
CollisonVolume
物理エンジンが組み込まれているわけではないので勝手に動いてぶつかり合うわけではない
設定したコリジョン領域同士がオーバーラップしたら指定のコールバック関数(OnCollision)が呼ばれる
CollisionVolume(CV)はコンポーネントの1種でNodeにアタッチするとコリジョン物体として振る舞うようになる
CVはk-DOP(k=26)を使う。k=26はAABB(6)にコーナカット(8)、エッジカット(12)を足したもの(6+8+12=26)
メリットは比較が速い(なにせ最大でも単なるfloatの大小比較26回だ)。デメリットは座標変換(とても重い)。
比較の座標系は常にグローバル座標を使う。必ずしも全てのケースでベストではないが気にしない
シーンをフリーズしたタイミングで(グローバル座標に変換した)CV階層をボトムアップで作成しキャッシュする
シーンをフリーズするのはこの為という意味が強い。
コンポーネントの方のCVはユーザー定義のローカルCVで、ノードの方のCVはの自動生成のグローバルなCV
オーバーラップしていればvirtual OnCollision(Collision )が呼ばれる。引数はコリジョンの発生した位置、法線、ノード
タイミングは後述のPhysics3D.Collide (world).
Physics3D
2つある(.Net環境で定義されていない)プラットフォーム依存クラスの1つ。もう1つはGraphics3D
コリジョンの判定はPhysics3D.Collide(world)で行う。
これがWolrd.Collide()でないのは「シーンはポータブル」という思想を反映している
シーンにプラットフォーム依存の関数が入り込んではいけない
一応Physics3Dは物理エンジンを使用する為の接続口として考えているが、
この辺はまったく調べてないので実はわからん。
当面コリジョン衝突の判定だけ
BoundingVolume
あとバウンディンブボリューム(BV)も同様にして実装される
やはりコンポーネントの一種。BoxとSphere(and/or)が設定できる
BVはカリング、交差判定(ピッキング)、LODで使用される
コリジョンボリューム(CV)とは何の関係もない
このあたりのボリュームは可視化できるようにして欲しいなあ
という要望は当然あると思うが現状で特に考えてない。
LODSelector(コンポーネント)
LODは複数の子ノードを持ったノードにアタッチされたLODSelectorが行う
親ノードにアタッチされたBoundingVolume(BV)がLODの基準になる大きさ
AddCandidate(node, resolution)で子ノードとそれを何ピクセルぐらいで表示したいかを決める
例えばノードに(1)メッシュ(2)ビルボード(3)空ノードを100,10,0ピクセルで登録して
World.Select()を呼ぶとスクリーンに投影されたBVのピクセル数に一番近い子ノードのみを有効にする(残りは無効)
詳細レベルの切り替えはフリッカーを起こさないようにヒステリシスを設定できる。
例えば上記の例だとhys=0.1を指定すると10〜10.9、100〜?が遷移領域になる
ブレンドファクターを使って2つの子ノードを合成すべきかとも考えたが、
使わないだろうと判断して見送った。いきなり切り替わる
ノードの継承をObject3D - Attachable - Nodeに再編成
今ひとつゴチャゴチャしていたので3階層に再編成した。
[1] Object3D
空間上の1点をあらわし座標変換を担当する抽象クラス。TRSMを保存
[2] Attachable
1.にコンポーネントをアタッチできるようにした物。ノード単体処理もここ
[3] Node
2.に親子階層をつけシーングラフを構成できるようにしたもの。再帰的な処理はここ
これですっきり。
Graphics3D
デバイスクラス。.Net環境の外の部分
Targetプロパティ:xN RenderToTextureのターゲット最大4枚
〜Enabledプロパティ:機能の有効無効の制御
Selectionプロパティ:delegateでWorldからノードを取り出すLINQ構文の受け取りを想定
RenderPassイベント:delegateでレンダリングパスを記述する
Render()関数:RenderPassで指定したパスを実行する
最大の特徴は「不透明物体のみ取り出してzでソートしてカメラに近い方から描画」という処理を
後でエンジンの外からラムダ式を使って記述し(Selectionプロパティ)、RenderPassイベントに追加して
Render()関数でまとめて実行する事
従来型の記述よりだいぶすっきりと書けてると思う(たぶん)
Mesh再考
どう考えてもこのままだとSkinnedMeshが実装できそうにないので再考した
(1) Mesh :静的メッシュ
(2) TransformMesh :TransformFeedbackシェーダーを含むメッシュ
(3) SkinnedMesh :その中でもボーンによる変形を行うトランスフォームメッシュ
(4) MorphMesh :CPUで変形するモーフ
スキンの変形にTranformFeedback(TFB)が必要で
将来的にSoftBodyとかパーティクルも実装可能な汎用クラスを考えてTranformMeshクラスを分離独立
OpenGLリソースの保管
(.Netの範囲外である)描画コードは完全にシーンから分離する
そのためObjectとOpenGLリソース(int)の対応付けが必要になる
最初の案だとキャッシュとしてDictionary<Object, int>を考えていたが、
これだといったんキャッシュに入るとObjectの参照を保持し続けるのでシーン側で用済みになっても
ガーべっじコレクターが永遠に走らない
その都度リリースしてもらうかイベント登録とか考えたがどうもうまくない
そこで考えたのがObjectへの参照はWeakReferenceにしてディクショナリーのキーを
ObjectではなくObjectのハッシュコードに変える案
struct CacheLine {
WeakReference ref;
int resource;
}
Dictionary<int, CacheLine>
弱い参照は残っていてもGCには関係ないので消える。
後は定期的にGraphics3D.GC()を読んでもらえればキャッシュを捜査して
消えた弱い参照を消してOpenGLリソースを開放すれば完璧
ひと通りAPIは決めたので月末までお休み
Doxygenでコメント埋めて抜けてるAPIを精査する
別段面白い作業ではないので一人でひっそりと。
実装するべ。コードより先にドキュメントを完成させておきたかったけど
これ以上細部を詰める必要はほとんどない(今の仕様でまず問題ないと考えている)
全部実装するのは年内一杯ぐらいかかると思うけど
とりあえず今月はシーングラフ周りから。というわけでまた月末までお休み
irrlicht1.8aに追加でこんだけ実装した、エンジンの根本はもう実装終わりそう、やっとゲーム本体を組みに行けそう
win,osx互換、radeon,gf,intel互換、D3D,GL互換、SM2.0無印範囲で動作確認済み
・既存のHWSを改造して頂点色反映とか細々機能追加
・ソフトパーティクル
・FXAAを使えるように移植
・フォーラムに出てるXMLベースのシェーダ色々セットをD3DとGLで見た目が互換になるように改造、バグは潰し改良諸々
・自由度低い代わりに少し軽いブルーム
・A8対応(irrlichtはなぜかA8対応する気が無い?)
・A8テクスチャフォントと文章ノード
文字個々に、4頂点色個々設定可、フチも4頂点色個々設定可、フチも込みで裏から見ても大丈夫
文字の見た目重心で回転、拡大縮小、UVで上下左右反転、タブ位置揃え、タブサイズ可変
描画がそこそこ速い頂点配列モードと自由度が高い代わりに遅い文字個々ノードモードでこれら装飾が完全互換
頂点配列モード→ノードモードへはいつでも切り替え可
書体切り替え可、字間行間設定可
文字の初期配置と以降の変更は固定機能のほかにスクリプトでも可
(固定機能の 右詰,ジャスティファイ,ルビ がまだ未実装)
・この文章ノード専用のメッセージアニメータ
メッセージ表示速度やA濃度の変化距離(言い表し難い)をfloatで変更可な改行やタブサイズ対応の時間ベースアニメータ、フレーム数に依存しない
・celtストリーミング再生、oggページに分割しないで簡素に扱うためのダンパーも作った
・フルカラーもパレットも自然画もアニメ絵もPNG以上の圧縮率で、パレット画像の場合はPNGよりも展開が2倍↑速い独自コーデック、画像以外にもリソースのRAMキャッシュ用として使用、フルカラーは圧縮率を犠牲にすれば展開はもっと速くなる
・格ゲーでよくあるタイムストップ演出のためシーンマネージャ毎にタイムストップ可能にし違和感のないストップ解除も可能にした
・某エンジンで実装されてるエフェクトをパクる許可をもらったので盛り込んだ(推測で真似して実装しようとして挫折、数学苦手だ)
細々とした改造は他にも色々あるけど忘れた
がんばれー
>>893 お疲れ様です
気長にまったり頑張ってください
>>895 あ、そこ世話になったのに消えちゃったのか。
◆qSKP3eYtY6のひとブログやってる?
ブログ色々めぐってたら偶然それっぽいの見つけた。tu*daさん?
ログ読んでたらなぜか既にDDD6のひとの名前がでてるw
それに叩かれてるけどログにある神奈川工科大のひとって
Unity for MMDのひとじゃないだろうか。
単なる名無しさんよりは名前出してる人のほうが成果だすのかも。
でも名無しでも
>>893さんみたいに頑張ってるひといるし僕もがんばってみよ。
今実装してるけど進まんねー
まあのんびりいこう
来月には三角形ぐらい出したい
>>900 つくってるのは趣味?
Unity使わないの?
902 :
名前は開発中のものです。:2012/09/13(木) 00:56:24.58 ID:sGA/0Nry
ほーMITライセンスなんだ
思い切ったね
Torqueは結構迷走してるけど、会社自体は大丈夫なのかな。
でもMITライセンスは大歓迎だ。
とーきゅーって読むのかな
トルク
もう開発しないよ宣言な可能性
>>907 そうだよ?
「UnityとかUDKとかVisionとかNeoAxisとか出てPCでもスマホでも新規客取れない状況だわ。
ならもういっそTorque使ってゲームを作った方が会社としてマシだわ。
これまで支えて来てくれた既存ユーザーと業界のために現行版のソースとバイナリはそのまま公開するわ」
っていう趣旨
>>909 すげぇ
OpenGL3以降ベースのゲームエンジンって少ないから頑張って欲しい
中華か…
がんばってくれ。
いいものであるなら金払ってもいいから。
〜無双、なんて(ry
一人称カメラの動きを細かく設定できるエンジンって何があるか知らない?
俺のエンジン(未公開)
>>912 お前にとって良いものとは何なんだ?
箇条書きで答えよ!
917 :
名前は開発中のものです。:2012/10/17(水) 23:22:39.19 ID:Pfzws2L+
本見ながらjavaでのAndroidゲーム作成勉強してるんですが、java自体が全部理解できてなくて一苦労。
皆さんはjavaをどうやって学びましたか?
2chで聞かずに自分でググって学びましたよ
javaじゃなくてC#使ってるけど、言語自体って結局慣れだから、
わからないとこは飛ばしていって次進んで、わかんないとこにぶち当たったら
またわかんなかったとこに戻るみたいにするのがいいと思う。
知識って本を何週も回し読みしたら、その分力つくと思うし。
オープンソース読むのもいいんじゃないかな?
ゲームエンジンも既に公開されてるのがあるから、
それを自分好みに改造しながらスキルつけるってのがいいのではなかろうか。
922 :
名前は開発中のものです。:2012/10/18(木) 19:15:35.62 ID:ZEhkL4/X
みなさん、ありがとうございます!
分からないところは前に戻って復習しながら進めます。
ちょっと焦ってしまいました(・・;)
>>922 androidは詳しくないけど、ああいうのってvisual studioとかjava版のVSみたいなので
GUIアプリ作った経験があったほうがいいから、とりあえずCUIで文字列のみのをやったほうがいいかもね。
言語でつまってるならなおさら。
オブジェクト指向の話は知っといたほうがいいけど、言語のすべてをアプリ開発で使うわけじゃないし、
(map,vectorとか、知ってたほうがいいけど)気が向いたらアプリの本やってもいいと思う。言語と交互で。
読んでてわからないことがあったら、メモでもして必ず調べる。クラスとかメソッドならネットに説明あるから
924 :
名前は開発中のものです。:2012/10/19(金) 16:22:37.38 ID:JZnGlke5
>>798 生きてたら再うpしてくれ
最新バーでも嬉しい
>>924 どっかに残ってなかったかな・・・。
最新版は色々変わりすぎ+変えている途中だから危険。
927 :
DDD ◆qSKP3eYtY6 :2012/11/02(金) 11:07:40.77 ID:nbtbyhZ7
生存確認がてらスキンアニメーション
・
http://codepad.org/ylcEHDlR ・
http://v.youku.com/v_show/id_XNDY5ODkwMjk2.html スキンアニメーションは基本的に2パスを想定していて
1パス目がTransformFeedbackを使った変形で、2パス目が変形後の頂点を(普通に)描画する。
用語はすべてJason GregoryのGame Engine Architectureにあわせてある。
ボーンのローカル座標からモデル座標に変換する方が「ポーズ行列」で静止姿勢が「バインドポーズ」。
従って「逆バインドポーズ行列」と「カレントポーズ行列」をかけたものが「スキニング行列」。
これらの行列はGetInvBindPoseMatrix(), GetCurrentPoseMatrix(), GetSkinningMatrix()で取得できる。
この辺の実装はいろいろパターンがあってどう実装してもいいけど、
世界で一番美しく書けたと思う。いやまじで。
関係ないけどどうも世の中のJason Gregory以外のスキニングの説明とコードが気に入らなくてなんだかなあと思う。
Jason Gregoryの本を読めば一発でわかる事をなぜあんなに分かりにくく書くのか・・・
ネーミングは多少気に入らない。TransformFeedbackBufferはいくら何でも長すぎる!
TransformVertexBuffer(←変形前)も微妙におかしい。この辺の名前は改善の余地がある。
928 :
DDD ◆qSKP3eYtY6 :2012/11/02(金) 11:08:11.55 ID:nbtbyhZ7
次は遅延レンダリング。fp32のオフラインレンダリングはできるようになったのであと少し。
できればHDRの後処理も入れたいので(その方が綺麗だ!)歩みは遅いけどがんばろう。
ガンダムオンラインのCβやってる場合じゃない罠
面白かったからいいけど。
相変わらずすげー。
ところでイチャモンつけるようで申し訳ないんだけど
それシリアライズを考慮してるの?
アピアランスでラムダ使ってるからそのへん難しいのでは。
DirectX上でWindows風GUIのエンジンって需要あるかな?
需要は作るもんだよ
934 :
名前は開発中のものです。:2012/12/08(土) 13:48:53.85 ID:jgPnjvbb
ノベル・ADV系エンジンだったら今なら何を勉強するのがお勧めですか?
携帯型アプリ対応見込んだ方が将来的にはいいと思います?
目的によるとしか。
単にノベルゲームが作りたいなら何でも良いから使ってみればいいし、
自分で同等のエンジンを作りたいならオープンソースの奴のソースを見ればいい。
必要なのはテキストパーサーとサウンド&画像の表示と
シーン全体のセーブ/ロードができればなおいい(これは難しい)。
あとアニメーションの仕組みはエンジンによってピンキリ
質問です
シーン(レベル)の切り替えで永続したいデータ(自キャラとか)はどうやって記述するのがいいでしょうか
シーンがノードのツリーで表されているとしてその一部のノードを次のシーンに持ち越したい
ゲームを作っていると必ずある処理だと思うのですが、これといった定番の方法が思いつきません
938 :
名前は開発中のものです。:2013/07/12(金) NY:AN:NY.AN ID:rEbmw96f
あげときます
シーンの外に持つに決まってんじゃねーか。
940 :
937:2013/07/15(月) NY:AN:NY.AN ID:Nmr8nTDx
でもレベル実行中はシーングラフの中にいた方がいいですよね
そうするとシーン遷移の時に切り離して付け直すのは記述が難しいから止めるとして、
ノードをキー、バリュー方式でストックしておく永続データ置き場みたいなものを作るべきでしょうか。
UnityはDontDestroyフラグだった記憶がありますが、それはUnity社が馬鹿だからそういう実装になっているのでしょうか。
UnityはGUIで画面にものを置いていく関係でそうなってるのかな?
>>940 荒れるワードを持ち出したくないが、多分一番シンプルな回答としては
mvc分けろ
>>899 そうだよ。
相変わらず界隈の空気読まず。
mmdの連中には嫌われてる。
本人に自覚はないようだがw
MMD界隈は何か違うんだよなー
ジャップのコミュニティは何かが違う
何が違うかと聞かれても困るがw
当たり前だよ。
奴等はゲーム作ってるわけじゃないんだから。
むしろゲームに使われたら想定外で怒るモデラも居るだろ。
MMDはニコニコのコミュニティでワイワイやる為にが発祥だからな
Unityで使えるようになってゲーム用アニメータツールとしての基盤は出来たわけだが、
MMD用に提供してるモデルリソースをコミュから外れるのを作者がどう思うかは微妙だ
ニコニコ用のフリゲーをUnityで作ってみたってのは歓迎されるだろうけど
>>944-946 あの辺のコミュニティってライセンスの考え方はどうなってるの?
昔はミクを勝手に使うなって暴れてたと思うんだけど
例えばフリーゲームに無断で使ってみたら荒れたりするのかな
たぶん、ゲームを動画で公開するのはいいだろうと思うんだけど
実際のゲームの公開に対する反応が予想できない
MikuMikuPenguinを異常にヘイトしてるとかみたいな、頭のおかしいのが
少々よりは多いぐらいの率で居たりする世界。
まじめな話、あの界隈は危険だから近づかない方がいいと思う。
別にモデリングなんてMMD以外でも作ってる人いるんだから。
そろそろニコ動も、馬鹿が増えてまともな奴は逃げ出す頃だしな。
(2ちゃんはとうの昔にそうなったw)
尻Pあたりは心中するのかもしれんが。
Brigade Engine、期待してるんだけど、企業用なんだろうか?使用料高いかなぁ
馬鹿にしながら彼らの成果物だけ目的にして近付くから嫌がられるんだよ
禿げしく嫌われたな
> これだけMMDモデル資産を使いたい人間がいるとして、
> なぜどいつもこいつも無断で勝手に使える状況を望むんだろうな?
> 使いたいけど頭下げるつもりはないし、手柄を分けるつもりもない、
> 金払うなんてもってのほか、ということか?
>
> 害虫みたいな連中だな。MPF思い出したわ。
MMDにはマジキチがいる、と嫌われただけだがなw
MMD終了のお知らせだろ、これ。
だから近づかないように忠告したのに
作者がテンプレで基地外認定されている人物だから
理解できなかったか
作者がテンプレでキチ認定って誰の事言ってんの?
もしMMDの作者の事なら議論には参加してないが
Unity for mmdだよ。このスレの前半と
前スレの過去ログ読んでから来い。
あーそっちな
そっちよりも最初に議論の発端になった奴がヤバイと思った
ありもしない権利やら自由やら、真面目に論じてた奴な
あれはかなりヤバい
そりゃ無関係なところの成果物を新しく自分のとこで使いたいとなったら義理通してからなのは当然だろ
それを何だって変な理屈つけて喧嘩売った上に自由だ何だとほざいてんだあれは
ま、こっちは使わせて欲しいとお願いをするべき立場だわな。
あんな偉そうな態度でこっちにも使う権利がある、なんて言ったら
キチガイじゃなくても全力で叩きにくるわ。
向こうに過激なの居るけど、あいつ個人だけとは思わない方が良さそうなのは確かっぽいんだよなあ
より良い世界にするために一緒に頑張りたいんですけどってアプローチすら下策だわありゃ
やくざからチンピラまでいる界隈なのに本当に馬鹿だね。
刺されないように気をつけなさい。
いずれにしろ終了でFAだろ。
とっとと諦めて他の面白いもんさがそうぜw
ソースうんぬん言われるとあれなので自分でぐぐってね
堂本 正照 でぐぐればMMDの全容が見えるよw
GRGSIBERIAがUnityの敵と認定したおたもんってヤツは界隈ではどの程度なんだ?
ニコ動見てみたけど雀の涙ほどの再生数しかなかったが
基本的にエフェクトとか作ってる人だよ
利用者も多い
MMD4Uちゅーか竹渕の敵、ならわかるけどUnityの敵ってのがよくわからん
いつのまにか竹渕の兵隊にされてて困惑
そいつがエゴサーチしてるって呟いてたから検索してみたけど
ニコ動で8千件、ニコ静で9千件ほど引っかかって気持ち悪い
まあ他所の界隈の素材を利用規約とか知ったこっちゃねえ的な言い方で使おうとしたら相手も喧嘩腰になるわな
今後向こうの界隈と揉めそうでめんどいな…
馬鹿なことをしてくれたと思う
まあ俺はMMDなんて使わないけど
>>969 竹渕とかこっちも迷惑だよな…
本当に行動力のあるバカはいらんことばかりしてくれる…
ああいう馬鹿が一人いると、マ全体が頭の悪い馬鹿だと思われるからなぁ。
本当に迷惑だわ。
そもそも、モデラーやアーティスト系の人を敵にまわして何か得なことでもあるのかねぇ。
相当数の3DモデラーがMMDを中心に活動してるからな
リソース不足を補うためのプロジェクトだったはずなのに、
こんなことがあったら今までOKだったはずのものもNGにされる可能性高いし、
今後こっちに協力してくれるモデラーいなくなるわ。
竹渕、ありえないレベルのバカだな。
MMDを使おうという発想自体が間違ってるだろ
もっと前の互換ツールが出来たあたりから色々おかしな話が蔓延してたし
個別の利用規約は尊重出来ても、界隈の常識を尊重しろというのは無理
常識が何かを語れる人は居るけど、それならOKだと言える人は居ないんだから
MMDの作者自体がその界隈を離れてるし
せいぜい個別のモデルデータを許可取ってコンバートして使うぐらいで
竹渕が噛み付いた理由が何度読み返しても理解できない。
アセットを素材という言葉に置き換えたコトがUnity界隈に喧嘩を売っているって言ってるけど
普通にモデルデータ素材の意味でもアセットって使ってるし、
MMD4U自体がキャラクターやアクセサリ,背景モデル等の素材をアセットと呼んでるよな。
じゃあアセットとは何ですかと質問されてそれに答えないし
モデラーが声をかけてくれてるのにも返信しないし
これはますます黙って様子を見てるモデラー達の心証が悪くなるな
MMD界隈というのが存在しないのと同じで、Unity界隈というのも存在しないからな
心象の問題はしょうがない
MMDも変なのが居るからUnity以外でも心象は悪くなってるけど
向こうだってどうにもならないだろう
モデラーから声をかけられてスルーはマズかったな
プログラマ様が開発ヒエラルキーの頂点、モデラーなんか駒のひとつとしか思ってない
というのが竹渕の本音、モデルを素材としかみなしてないというのも図星なんだろ
>>980 ガチプロじゃんw
こんなのがゴロゴロいるような界隈にケンカ売ったのかよw
完全にオワタ
なんだ、数値の集まりでしかない3Dデータに著作権が認められないのは裁判でも明らかになってるのに
MMDってソフトのモデラーはライセンスとか言い出して使用者の使い方を制限しているわけ?
そんな界隈はFLOSSの4つの自由を侵害してるんだから潰せばいいよ
まあそれも選択肢とありなんだろうが、芝生の青さに惹かれていたのに
原住民が邪魔だからと焼野原にするようなシュールな結末にならなきゃいいけどね
じゃあ使うのやめるって言えない時点で乞食でしかないのに
正義面して近づくから嫌われてるだけだよ、これ
正直、こっち側の人間であることが恥ずかしい
2 名前:名前は開発中のものです。[sage] 投稿日:2011/02/01(火) 17:02:34 ID:02fxqZUk
神奈川産の基地外とそれに粘着する基地外は書き込み禁止!!
ゲーム製作にスクリプトが必要かどうかの議論はよそでやれ!!
71 名前:名前は開発中のものです。[sage] 投稿日:2011/02/04(金) 13:59:06 ID:v+xsDxji
>>2 新参は誰が神奈川産キチガイか知らないってこともあるから
もっとはっきり書いたほうが良いと思う
・◆GRGSIBERIAの書き込み禁止
・◆GRGSIBERIAへのレス禁止
これくらいはっきりと。
ここのガイキチが大暴れしてるんだから仕方ない
>>982 みたいのが代表面して発言しまくってんだからそりゃ反発される
MMD系だけじゃなく他の3DCG界隈からの心象もアカンぞこれ
まあそりゃさらされてもおかしくないわ
でもこっちでも大半が大渕やらのことをキチガイだって思ってる事を知ってくれたんじゃないだろうか
こっちでもあっちでも嫌われて、MMD4Uって誰か使う奴いるんだろうか・・・?
MMD4Mecanimでとっくにお払い箱扱いじゃなかったっけ?
>>965 株式会社スターゲートネットワークは関係ないだろ!