[過去ﾛｸﾞ]
サルでもできるスロゲー開発 (877ﾚｽ)
サルでもできるスロゲー開発 http://mevius.5ch.net/test/read.cgi/gamedev/1147144329/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
648: たこ [sage] 2008/11/28(金) 00:25:45 ID:GIln1Dww >>633 仕組み的には概ねそんな感じでいいんじゃないでしょうか。 ただその感じだと、リプレイを５ラインで判定した後、他の子役も同じように記述してるという事ですよね。 ＝役判定部分だけで大分行数とるのでは？ 上に出ていますが、まずフラグに応じてテーブル制御でリール停止→停止後に役判定 すると分かりやすく、管理しやすいですよ。 リーチ目とかを作るとすると多少複雑になるけど、そうでなければ第１停止だけでもテーブル参照すると楽です。 (例・まず役抽選→リプレイフラグ当選 →第１停止が左 [リプレイ][第1左]テーブル参照し、左リールを停止位置に応じたスベリ数だけスベらせる or第１停止が中 [リプレイ][第1中]テーブル参照し、中リールを以下同文 or第１停止が右 [リプレイ][第1右]テーブル参照し、右リールを以下同文) 第２停止以降は、辻褄が合うように(他の役が同時に成立しない位置に)停止させれば。 参考までに、>>599でアプリを作った時の制御ファイルです。超手抜き制御 このファイルを配列変数に読み込み、成立フラグと、第１停止リールおよび停止位置に応じたスベリ数を参照してます。 http://usapyon.gotdns.org/D/seigyo.txt 長々と失礼しましたが、動けば何でもオーライということで、メモ書き程度に思って下さい(笑) マルチスレッドやらfpsやらこだわりの話題が出てますね… やっぱり、サミタで遊べるようなランプビカビカ液晶３Ｄなんてものになると、パフォーマンスを極限まで意識しなければならないんでしょうね。 とりあえず、にわかなりにブラー等のリール表現向上の手段についてぐぐってみようと思います。 http://mevius.5ch.net/test/read.cgi/gamedev/1147144329/648
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.026s