サルでもできるスロゲー開発
以前はスロットサロン板でやっていました。
････過去ログ････
サルスレ用保管庫（仮）
ttp://rerebo.hp.infoseek.co.jp/
････資料サイト････
サル部屋
ttp://www.deepgreen.jp/~saru/
････関連リンク････
フリーソフトの面白いスロゲーを紹介しる 機能してないまとめページ
ttp://pachihell.at.infoseek.co.jp/suroge/index.html
ttp://softtank.hp.infoseek.co.jp/komugi_index.html
リール制御等の指摘はこちらのスレでよろ。
Ｘ
∠￣＼∩
|/ﾟUﾟ|丿 楽勝！
～（｀二⊃
（ ヽ/
ﾉ>ノ
UU
ﾜﾛｽ
俺も作成中だが一年前から進んでない
ところで開発言語何？
ｽﾛｯﾄｹﾞｰﾑ、特に実機がある場合に
起こりやすい罠。その一。
リール制御とかボーナス処理実装等
目に見えない部分の実装は結構簡単に終わっちゃう(ﾃｰﾌﾞﾙ作成は別)んだけど
目に見える部分を実装しようとすると
途端に素材不足で進まなくなる罠。
自分は、力技である程度集めたのでﾁﾏﾁﾏ作ってますが。
>>5
ちなみにおいらはHSP3
わざわざC++とかで書くほどのモノではないと踏んでたんですが
いざ作ってみると、ﾎﾟｲﾝﾀが使えないのでものすごく作りにくいです。
いまさら移植っていうのもなぁ…
action scriptマジおすすめ。絵関係も余裕
リール回転中フラッシュ
（例 グランシエルのかんじ）とかて
かなり難しいと思うんだけど
なんかいい考えないかな
HIBANA100kの人しかやってないんだよな
（ま、あのひとたぶんプロだろうけど）
Cの例でもHSPの例でもおｋ
action script？ｸﾞｸﾞってみたがイマイチワカンネｗ
表示が困るんじゃなくて
表示する素材が圧倒的に不足するんですわ。
>>8
グランシエル？…忘れたｗ
回転中フラッシュってなんだっけ？
アルゴリズムを考えるのもプログラミングの面白さの一つでっせ。
とは言うものの、分からないんじゃんとか思われるとアレなんで。
例えば自分でリールをフラッシュさせる必要がある場合
メインループ内に、リール表示領域に対して
エフェクトをかけるルーチンをはさんで
そのルーチンにメッセージ投げます。
フラッシュの種類とかは、そいつに管理させればいいんだし。
要は、結果的にエフェクトが掛かった状態で
表示出来れば問題ナスな訳で…
自分の場合、作ってるのは5号機なので
そもそもフラッシュしないし。
同期？適当でｗｗｗ
漏れはVC++でやってるけど演出周りで詰まったらDirectXも追加するかも。
同じく五号機なのでフラッシュ無いのは楽。
でも素材多すぎて集められるかどうか。
音だけなんとかして絵は給料人みたいに別バージョンでやるしかないかな。
この辺は液晶機共通の悩みだよなぁ。
オリンピアの沖スロ作ってみたいな。
沖スロは演出面が楽なので内部解析出てる機種なら問題無いと思われ。
五号機は逆に内部はシンプルなんだけど演出がメンドイ。
オリのサイトにシミュあるから需要は低そうだけど。
小麦は需要ありそうだけどすごい難しそうだね。
自分も小麦はほしいなｗ実機で5万Gぐらいしか回してないしね
演 出 …基本的に光。
液 晶 …なんですか？ソレ。
…沖スロってすばらｓ（ｒｙ
>>12
内部テーブルは各成立役に付き一本らしいですが
一本で実現出来ます？
自分は、押し位置によって小役成立ラインが限定されてしまう
という事もあり、各成立役×成立ライン、分のテーブルを書いて
訳わかんなくなっちゃいましたが。
今作り直してるのは
テーブル＋コントロールで実現する予定ですが
何かいいアルゴリズムあったら教えてくｄ（ｒｙ
漏れは第一停止はテーブル、第二第三はコントロールにしてる。
実機の動きが、第二第三は必ず第一の停止出目でどちらが先でもおなじ制御だったので。
こもしのことも考えて成立役以外は並ばないようにする外し処理とか入れてるけどね。
ちなみに製作中の「マジカルと」では第一停止のテーブル本数は
フラグ別五種（ハズレ・ベル・スイカ・一枚・チョリ）＊状態別三種（通常・BB成立・CT成立)＋リプ＋CTで17種。
リール制御考えると変則押しでの小役成立ラインがなんでそこなのか、というのが良く分かるよ。
CT中変則でベルが左上がりに揃うこととか。
左リールの配置上、ベル上段受けが一番15枚成立しやすい（チョリとの配置より）から
上段受けしようとするんだけど、上段聴牌だと赤聴牌にもなってしまうので
CT中に赤が並んでしまうことが発生する。
これを避けるためにベル斜め聴牌にしている模様。
どちらにせよ実機のハズレ出目研究して制御内容を判断するしかないと思う。
乱数使わない分だけ四号機より制御は楽だけど、数が増えるので結果はとんとんかも。
ハズレ時のコントロール制御は
・状態（通常かボーナス成立後か）
・第一停止リール（＋停止出目）
・停止判定リール＋判定対象絵柄
：判定ライン
：判定結果（NGかOKか、どちらでも無い場合は次の制御チェックに移る）
：制御対象成立フラグ指定（こもし時対策：成立役がスイカの場合下段リプ聴牌はまずいのでNGとか）
の組み合わせでテーブル作って停止ごとにテーブル全チェック。
ライン単位で判定してるので組み合わせると狙った絵柄の引き込みとかもできる。
一通りそれらしく動くようになったら、
全状態全フラグ全押し順全リール位置を総当りでチェックする
デバッグルーチン用意してエラーチェックさせる。
これで制御のバグ潰せばフラグ外の成立は無くなるので
リーチ目漏れとかが残るだけの状態になるはず。
MCIだとヘボすぎたのでDirectSoundを試してみま。
メインループのリール描画を９分割（枠上下表示するなら１５分割）して描画する
一つ一つのパーツの処理は普通のリールの回転描画処理と同じでOK
コピーする領域サイズがリール１リール分から１コマ分の長さに変わるだけ
■
■
■
↑を３リール分コピーしていたのを
■
↑この単位で上中下３段×３リール分コピーする様にする
後はフラッシュのフラグによってコピー元を点灯画像or消灯画像切り替える様に
しておけば回転中だろうが停止中だろうがフラグの切り替えに対応して表示は切り替わる
■□
↑こんな風に並んだ素材からコピーする場合
pos 上段X座標、上段Y座標
gcopy リール横サイズ×左上段フラッシュフラグ＋左リール素材X座標，左リール上段現在地，リール横サイズ，１コマ縦サイズ
reg中の中段ラインだけ点灯状態のまま回転とかも楽勝
判り難いけどがんがれ
以前PCでアンと言う名のPCスロットゲーをヤフオクで転売してた事件みたいなのあったよね！
今ヤフオク見てたら今度は 北斗・正宗・大花 が売られてる！！
オークション > ホビー、カルチャー > パチンコ、パチスロ で行けば載ってるよ！
IDは iyogou2000 って奴だけどこれって違法なんだよね！？
既にいないようだ。
付属のテキストに色々書いてあると思いますが
基本的に金銭のやりとりに、作成したソフトを使われる事を
禁止している作者さんがほとんどです。
僕もそういう事に使われるのは嫌です。
売れるものなら自分で売りたいですｗ
ので、見つけたらヤフオクにでも通報するといいかもです。
売りたいなら自分で作りましょうって事でFA。
9分割は役判定が楽だから
やってみようかと思ってたんだが
継ぎ目またぎの滑りがややこしくなりそうなんで
敬遠してたんだよな
作り直してみるよ
…これでまた完成が遠くなる
オークション > ホビー、カルチャー > パチンコ、パチスロ
検索で パソコン ってするだけで奴は出てきます！
あまりこのような件に詳しくないんで勝手に通報して誤報だったら嫌なんで
ここで皆さんに聞いています＾＾；
オークションもあと１日になってます！
今の内に奴をギャフンとできる人出てきてくれないかな～
上下に2コマずつダブりで余分持たせて25コマでリールつくるといいよ。
滑りを考えるなら上6コマ下2コマくらいで。
3つ目のパチンコカウンターの方が気になった
すみません！上記に記載したID
iyogou2000 ⇒×
jyogou2000 ⇒○
でした
iとjを見間違えてました！
俺の意見は少数派らしいｗｗｗｗ
処理はそのままで描画部分を少し変えるだけでいけると思う。どんな処理してるか知らんけどｗ
HSP例
pos 左リール描画位置X，左リール描画位置Y
gcopy コピー元左リール画像位置X，リール回転位置，左リール横サイズ，縦サイズ
＃↑リール配列画像から左リール分の画像をコピーする旧サルスレの定番ルーチン
＃リール移動計算部でリール回転位置を変化する事により描画は回ってる様に見える
↓コレを
pos 左リール描画位置X，左リール描画位置Y
gcopy コピー元左リール画像位置X，リール回転位置，左リール横サイズ，【１コマの】縦サイズ
pos 左リール描画位置X，左リール描画位置Y＋【１コマの】縦サイズ
gcopy コピー元左リール画像位置X，リール回転位置＋【１コマの】縦サイズ，左リール横サイズ，【１コマの】縦サイズ
pos 左リール描画位置X，左リール描画位置Y＋【１コマの】縦サイズ＋【１コマの】縦サイズ
gcopy コピー元左リール画像位置X，リール回転位置＋【１コマの】縦サイズ＋【１コマの】縦サイズ，左リール横サイズ，【１コマの】縦サイズ
と変えるだけで９分割描画自体は簡単に出来る。リールの回転計算はそのままでＯＫ。リール端またぎの移動もＯＫ
テケトーに書いたので間違ってるかも知れんけどこんな感じ
リリースは>>2。
歌を考えるとDirectMusicも追加しないといけないし、
絵も高速化のためにDirectXGraphicsにしなきゃダメだろうなぁ。
のんびりと直していくか……。
以前小麦ちゃんのスロットスレでリール絵柄と素材をうｐした者です。
陰ながら応援していますので、潰れない程度に頑張って下さい！
ところで、ボーナス中の音楽（BIG・CT共歌付き）と編集して作ったbend.wavを
提供可能なのですが、どうしましょうか‥‥？
但し、WAVE形式にしてしまうと、3ファイルで70.4MBにもなってしまう為（ZIPや
RARで最高圧縮しても60MB位）どうしたものかと‥‥
MP3形式の元ファイル（約12MB）をうｐし、デコードソフト（午後のこ～だ等）で
ムギ○氏に変換をして頂くのが一番現実的かと思うのですが‥‥
実際にテストしてみたのですが、CTが歌付きになってしまう件については、むしろ
喜んでもらえるのではないかと思っておりますが、CT終了時にもbend.wavが
再生されてしまいますので、修正項目に追加して頂けると嬉しいです。
歌についてはMP3再生対応（DirectShow追加）する予定なのでMP3のままでいいんだけど
さすがにそれはJASRACが嫌なので各自で用意してもらう、というスタンス。
bendについてはJPSからなんか来たら本体ごとあぼーんせざるを得ないので
一緒にしちゃえるけど。
なのでbendについてのみMP3でどこかに上げて貰えると助かります。
CT終了時の選曲は単なる手抜きなので次回更新で再生ファイル変更します。
CT歌付きはアレンジモードでやる予定。
ＶＣで製作されている様ですが異常に重たいです、速度？(挙動はWAIT)18→0にしても重いです。
音が出ない罠。
動作は、そんなに重くないが
前よりもっさりしてる感じ。
まぁ、お互いにぼちぼち頑張るべぇ～
重くなる環境があるは分かっているので>>28で修正予定に入れてありま。
DirectShowでのMP3対応は動くことが確認できたので絵関係は調査中。
>>32
音ファイル付けてないから用意よろ。
それで鳴らないならなんだろう？
29で名無し氏は鳴らせてるんだからドキュメントのファイル名ミスじゃないし。
㌧把握
スロサロでもよかったかもね。
あそこは1週間は何も書き込みなくてもいける雰囲気だし。
フリーな適当な音ファイル添付してもらえると解りやすいと思った。
何でもかんでも他力本願なのは如何なものかと思った。
ムギ○氏はフリーで公開しているのだから、少し位努力しては？
適当なwaveファイルだったら、WINDOWSディレクトリに沢山有る訳だし‥‥
> JASRACが嫌なので‥‥
私も>>29を書き込んだ後、同じ事を考えておりました‥‥
それで良いのではないかと思います。
さて、bend.wavの方ですが、↓にうｐしております。パスワードは以前と同じで
ムギ○氏の◆を除いたトリップです。（WAVE形式 / 3ファイル / 3.04MB）
つ ttp://www.42ch.sc/UploaderSmall/source/1147375768.zip
後、現在のところ再生できませんが、おまけでCT終了時（声付き）とボーナス
告知時の効果音を追加しております。
ムギ○氏以外にも需要が有りそうですので、自然に消滅するまでは消さないで
おこうと思います。
ではでは‥‥
何ソレ？美味し（ry
今の所、お叱りの連絡はきてないなぁ。
もちろん、きたら消すけど
怒られる程の完成度じゃない罠。
アプリは無料公開かつオフィシャルで出てないなら
ほとんど損害賠償になることはありえないけど、
JASRACは問答無用で使用料請求来るから嫌、という話な。
タイアップ機で歌が入っていない限りJASRACとは無縁だよ。
何でもかんでも頭ごなしに否定するのはいかがな物かと思った。
タイアップ？歌？
ﾄﾞｷﾄﾞｷｗ
スタート音が「警告音」
リール停止が「クリック音」
小役こもすと「エラー音」
ボーナススタートが「Windows起動曲」
プレミアフリーズはフルスクリーンでブルースクリーン。
「とらぶる・うぃんどうず」のスロでも作らない限り、それは嫌かも（藁
フリースロゲーの意味無くね？
手軽に遊べるのは重要ですが
手軽じゃないからといって文句…というのもどうかと思います。
まぁ、公開しているのはこちらで
ソフトに関しての責任もありますので
『要望』という形で作者に言ってみるのはどうでしょう？
開発環境がHSP3なのですが
リールの表示座標をずらして動かす形にしているのです
かなりカクカクなってしまいます。
皆さんはどのような工夫をなさってますか？
実機のリールは約０．８秒で一周する速度で回転しています。
PCのfpsを60、図柄一コマが縦80dotと仮定すると
21ｺﾏ÷0.8秒×80dot÷60fps=35
となり1fps当たりに35dot移動する、という計算になります。
ので、DirectXを使用しない状態では
結構カクカクになっちゃう、との残念な結論になります。
スムーズに動かすのであれば1fps当たりの移動量を少なくして
fpsを上げるのが、オツムの足りない僕の頭でのアイディアですが
fpsに上限がある以上、回転速度の実現性がイマイチです。
これは、DirectXを使用してfpsを上げても
実機のような滑らかな回転というのは
ディスプレイにリフレッシュレートがある以上実現不可です。
解決策としてボンクラな僕の頭で考えられるのは
予め、回転しているように見えるエフェクトをかけたリール図柄を用意しておいて
回転中はこのエフェクトがかかったリール図柄を回し
停止時はエフェクトの掛かっていないリール図柄を表示する、というものです。
回転中のリール図柄を上手く作れれば
見た目上、カクカクしているのは低減出来ます。
諸般の事情で僕は不採用にしましたけど。
ゲーム、ということで割り切ってもらうのが一番の解決策のように思えますが。
少し難しい言葉がいくつかあったので調べてみました。
ていうよりfpsとか完全に無知すぎました・・・
リフレッシュレート（僕のモニターでは70hzが限界でした）
を最大限に使用したと考えて上の計算式に当てはめると
21÷0.8×46÷70fps=17.25
となり僕の場合は17.25（都合18）dot分飛ぶことは
物理的に変えることが出来ないわけですね。
回転中リール図柄を作ることに決めます。
完全な直視が出来る方にとっては気持ち悪い台ですが
そこは仕様ということでご勘弁願うことにします。
描画系をDirextXGraphicsに切り替えたので表示高速化してます。
画像がGIFからBMPになってるのはDirectXで扱うときに楽なので変更してます。
また、音ファイルの再生でMP3とWMAも再生できるようになってます。
>>31氏、ちょっと試してみてください。
読込み・回転ともに格段に軽くなりましたがブラーが掛かっている感じは仕様でしょうか？
あと、リールを停止するたびに回転中のドラムが加速して行きます。
ついでに「ＥＮＴＥＲ］で終了するのを出来れば「ＥＳＣ］あたりに変更してもらえませんか？
ついつい速度の数値変更して「ＲＥＴＵＲＮ］押しちゃうんだよね。
何かとご苦労でしょうが”がんばって”くらはい。
バージョンアップお疲れ様です‥‥
今回よりリール絵柄が24ビットBMPに対応したとの事ですので、以前作成した
8ビットGIF画像から24ビットBMPに差し替えたものを作成しましたので、次回
更新の際にでも差し替えて頂けたら幸いです。
つ ttp://www.42ch.sc/UploaderSmall/source/1147618794.ZIP
変更点は‥‥
・色数を8ビット（256色）→24ビット（16,777,216色）へ変更
→GIFへ減色した際に出ていたノイズが無くなりました
・黒ムギ絵柄、白ムギ絵柄の大きさの変更
→前回作成していたものは、他の絵柄に比べ小さかったので‥‥
既に>>49のVer0.4をダウンロードされた方も【Komugi_2006514_4\grp】以下に
展開した画像を上書きすれば、リール絵柄がフルカラーのものになります。
あと、今後またリール絵柄の仕様が変更された場合を考え、小役絵柄毎の画像
（96×44ピクセル / 24ビット）もうｐしておきます‥‥
つ ttp://www.42ch.sc/UploaderSmall/source/1147619536.ZIP
今回、色々と仕様変更が有った様ですが、うちの非力なマシン‥‥
・OS：Windows XP Professional
・CPU：Celeron 1.2GHz
・メモリ：512MB
・グラフィックカード：RADEON 9000 PRO（128MB）
‥‥でもサクサク動いております。
ついでなので筐体画像の24ビットBMP版も作成しました。
つ ttp://www.42ch.sc/UploaderSmall/source/1147634484.zip
恐らく元画像はムギ○氏が使っているもの（トレードのデジタルパンフレット
のページ00）と同じものだと思われます‥‥
ではでは‥‥
うーん、周期で再描画させてるから加速になるということは
マシンスペックで引っかかってるのかな。
こちらで確認したVer0.3で遅かったマシンでは
速度の数値を減らすとまっとうな速度になってた＆
遅くなる状態(速度18）でリール止めても加速は確認できず。
基本的にDirectXまかせなのでオンチップボードだとうまくいかないのかも。
>>51-52
素材提供ありがとうございます。
最終形態を筐体画像ベースのままやるか、
液晶とリールだけに限定してしまうかでちょっと保留してたり。
画像サイズについてはDirectXで拡大縮小できるので
そんなに困る問題ではないですけど。
公開はもうちょっと先の予定。
お疲れ様です！
あまり負担に（いろんな意味で）ならない程度に頑張って下さい‥‥
ところで、リール制御が間違っている点を発見したのですが‥‥
（全て中→右→左の押し順です）
1. 通常時にリーチ目が出てしまう（その1）
| 青7 | ﾍﾞﾙ | ﾘﾌﾟ .| 左リール操作：3 0 03 青7 ＿＿＼ | ﾘﾌﾟ .| ﾍﾞﾙ | ﾘﾌﾟ .|
| ﾍﾞﾙ | 赤7 | ﾍﾞﾙ | 中リール操作：1 1 01 赤7 > | 赤7 | 赤7 | ﾍﾞﾙ |
|白麦.| ﾘﾌﾟ .| 赤7 | 右リール操作：2 1 00 ﾍﾞﾙ ￣￣／ | ﾘﾌﾟ .| ﾘﾌﾟ .| 赤7 |
2. 通常時にリーチ目が出てしまう（その2）
|黒麦.| ﾍﾞﾙ | ﾘﾌﾟ .| 左リール操作：3 0 14 黒ムギ ＿＿＼ |白麦.| ﾍﾞﾙ | ﾘﾌﾟ .|
| ﾍﾞﾙ | 赤7 | ﾍﾞﾙ | 中リール操作：1 1 01 赤7 > .| ﾘﾌﾟ .| 赤7 | ﾍﾞﾙ |
| ﾘﾌﾟ .| ﾘﾌﾟ .| 赤7 | 右リール操作：2 1 00 ベル ￣￣／ | ス | ﾘﾌﾟ .| 赤7 |
3. CT成立時にBIG確定目が出てしまう
| ﾍﾞﾙ | 赤7 | 赤7 | 左リール操作：3 2 01 赤7 ＿＿＼ | 回 | ﾍﾞﾙ | ANY |
| ﾘﾌﾟ .| ﾘﾌﾟ .| ﾁｪ .| 中リール操作：1 0 01 赤7 > .| 転 | 赤7 | ﾘﾌﾟ .|
| 赤7 |白麦.| ス | 右リール操作：2 0 01 赤7 ￣￣／ | 中 | ﾘﾌﾟ .| ANY |
※この目（右側の正しい方）についてはBIG成立（恐らく中リールビタ）でも出る事が有ります。
余裕が有りましたら、修正リストに追加願います‥‥
＞ﾎﾟｲﾝﾀが使えないのでものすごく作りにくいです。
ここ詳しくお願い。
ﾎﾟｲﾝﾀが使えないと作りにくい状況ってのはどんな状況？
>>6では無いですが、
ＨＳＰ3で使えないのは関数ポインタだけだからＡＰＩ関連と処理の振り分けだと思う。
＃関数ポインタを利用するプラグインあるけどね。
一番困ったのは
暗号化されたメディアファイルを読み込んで
複合化して利用したい時でした。
HSPの職人さん達とかだと上手くやるのかも知れませんが
HSP初心者な僕にとっては
ファイルハンドルのポインタが取得出来ない為に
すごくスマートじゃないコードになってしまい
虫発生⇒退治出来ず
で、破棄しちゃいましたけど。
総括すると、HSPでハンドルで管理されてるものを
直接叩きたい時に、少し困ります。
WinAPIを直接叩きたい時も少し困りますが
まぁそんなに頻繁に遭遇するシチュエーションでも
ないので、あまり気にしませんってか無視します。
Nullが無いってのも少しｋ（ｒｙ
まぁ、HSP使い始めてまだ間もないので
そのうち何とかなるような気はしますけど。
【1. 通常時にリーチ目が出てしまう（その1）】の正解は‥‥
| 青7 | ﾍﾞﾙ | ﾘﾌﾟ .| 左リール操作：3 0 03 青7 ＿＿＼ | ﾘﾌﾟ .| ﾍﾞﾙ | ﾘﾌﾟ .|
| ﾍﾞﾙ | 赤7 | ﾍﾞﾙ | 中リール操作：1 1 01 赤7 > | 青7 | 赤7 | ﾍﾞﾙ |
|白麦.| ﾘﾌﾟ .| 赤7 | 右リール操作：2 1 00 ﾍﾞﾙ ￣￣／ | ﾍﾞﾙ | ﾘﾌﾟ .| 赤7 |
‥‥でした。
あ、自分は>>8です
某作者さんの方法は使いませんでしたが
9分割で回転中フラッシュできました
皆さん、ありがとうございます
また助言を請うこともあるかもしれません
そのときはよろしくお願いします
#include "kernel32.as"
Fn="test.dat"
CreateFile varptr(Fn),$80000000,0,0,3,0,0 :Fh = stat
if Fh != -1 {
GetFileSize Fh,varptr(Sh) :Sl = stat ;
sdim ss,Sl+1
ReadFile Fh,varptr(ss),Sl+1,varptr(As),0
mes ss
SetFilePointer Fh,10,0,0 :Sl=20
sdim ss,Sl+1
ReadFile Fh,varptr(ss),Sl+1,varptr(As),0
mes ss
CloseHandle Fh}
うほっ
…なるほど。
kernel32.asですか。少し勉強してみようかなぁ。
大変、勉強になります。ありがとうございます。
ｶﾞｯ
結構難しいね・・・
一通り制御とか内部仕様入れ終わったら
落ち着くのかな？
リールが回る⇒止める⇒また回る⇒止める
までなら、各言語の基本的な命令だけで実現できます。
制御、演出等も基本的な命令だけで実現できますが
それを最適化しようとすると少し難易度が上がるような気がします。
最初は汚いコードとか、人に見せれないコード等で
かまわないので、とりあえず作ってみる事をオススメします。
まずは、画面を表示する所から始めるといいかも～
筐体表示、回って止まる、スベル（制御はまだ）
めんどくさいので先に内部仕様は有る程度
あたりまでは出来ましたが
いろいろバグが出てるみたいで前途多難です・・・
それに多少の演出を加えると
今の僕になる罠。
現在、リール回転部分の最適化をやってますが
継ぎ目またぎで虫発生中ｗｗｗｗｗｗ
回転だけなら結構キレイに回るようになったのにぃ…
お互い頑張りましょう。
/ / / / ､ ヽ l: . . |
/イ l / | ､ l | l l: . .|
| :. .:| / l ､ :l l: :|＼ﾊ: ﾊ
ﾚ|: | / ￣ | !:. l: : : ト| ー } |
|: . l | '￣ﾋぅ| l :.:.. l: .:| /ﾚ ｊ: / {
VヽN ` ー ｊﾊノ ＼|: :.:.|:. l:.:.ﾊ:.:./ﾚ ﾉ ノ /. :ﾄ
| l ヽ/ソﾄﾊﾚ ﾝ ´ ノ〃 |
l l fl : .. |
l ヽ _ l |ﾊ/|ﾉ＿
､ | 7 | こりゃ、蟲の仕業ですな
ヽ _ / ／ l
,.. -─‐`‐-､ヽ二二二ノ ／ ／
＿_L´-､ ノ ｀丶､ , '´ ／
/´ {_ .::} . : . : . : .|_,.. - ´ ／
リール回転部分、スベリ制御部分（テーブル制御の雛形）は基本にして最重要なのでバグは0になるようにしましょう。
一度バグの無い雛形が出来れば、あとは0～4コマすべらせればいいだけなので。
(･∀･)b
虫取れたｗ
ひっそりと某所でテスト版公開という名の
バグテスト開催中ｗｗ
どこで～テストきぼんぬ。
http://chickenkatu.hp.infoseek.co.jp/sakura/
期待して来ると打ちのめされるので
十分気をつけて下さいｗ
＞ここはパチスロ版サクラ大戦のＰＣアプリをＨ○Ｐで作ってさくらたんにお供えしちゃおう！
HSPは伏字にしなくていいだろｗｗ
HSPでゲームを作る上での基本的注意点。
永久ループにはawait 1以上入れましょう。
sleepがわかればそっちでもいいです。
await 1未満の場合、一見リールが滑らかに回るように見えるけど、CPU100%になるわ、タイマー精度がイかれるわ、いい事無いです。
指摘されるまで気がつかなんだｗ
修正しますた。ｱﾘｶﾞﾄ!(´▽｀)
>>75
少し言い訳。
await 1以上ってのは知っていますがawaitは0しか入れていません。
これは、出来る限りリールを滑らかに動かしたい、との
個人的理由でそうなっています。
とりあえず、HSPが固まるような事は起きてないので
まぁいいかって感じなんですが、ダメっすかｗ
今ためしにawaitを1にしてリール回転速度をいじってみたら
これがやっぱりカクカクとｗｗｗｗｗ
さてどうしたものか…
timeBeginPeriodでsleepの性能を上げて、ループ内はawait 0とsleepを併用してみる
＞await 1以上ってのは知っていますがawaitは0しか入れていません。
＞これは、出来る限りリールを滑らかに動かしたい、との
＞個人的理由でそうなっています。
だから「一見リールが滑らかに回るように見えるけど」と書いたわけだ。
なので1以上を入れましょう。（CPU使用率だけじゃなく、バグの温床にもなります）
カクカクとなるとのレスが来るとは予想してたけど、なんとか1以上でも平気なように頑張って両立しましょう。
過去スレも参考に。
ttp://rerebo.hp.infoseek.co.jp/
Win32APIの叩き方が分かるのなら>>77さんを参考に。
ちなみに過去スレにもsleepの例も出ています。
回転の滑らかさについては散々論じられてきて、いくつかの解決策が今までにもあったと思います。
また、>>47でご自分でも言ってますけど、見かけ上の滑らかさで表現する事も一つの解決策だと思います。
prm=1
dllproc "Sleep",prm,1,D_KERNEL
こんな感じかな？
HSP2.xなのでHSP3.xではこれではだめみたいです。
dllprocのヘルプすら出てこなかったので、他のものに変わったんでしょうかね。
多分、代替命令があると思います。
遅い命令を常時描画していると当然カクカクなります。
特にmesとかはよく使われるけど遅い命令です。
redrawもリール部分には必要ないです。
それと、リール絵柄によって、滑らかかカクカクか、”視覚的”に凄く変わります。
例えば、リール背景が黒いとカクカクに見え、灰色だと滑らかに見えたりします。
ですので、”プログラム的なもの”と”視覚的なもの”を両方考えるといいと思います。
貴重なご意見ありがとうございます。
で、>>47で自分で言ってるように視覚でごまかしてみました。
http://chickenkatu.hp.infoseek.co.jp/sakura/arc/S4-alpha2b.zip
これは…意外といけるかもｗ
>>80
遅い命令は極力避けています。
このプログラムではデバッグ用の画面を持ってるのですが
デバッグ用なのでDirectXを使わないでHSP命令で
描画させてるんですが、正直…使い物になりませんｗ
buffer 1 :picload dirinfo(1)+"/sample/game/bom.bmp"
screen 0,512,512
gmode 0,64,64
repeat
GetTickCount :Ti(0)=stat
gzoom 512,512,1,0,yy :yy+=64 :if yy >=1024-64 {yy=0}
Sleep 64
GetTickCount :Ti(1)=stat-Ti(0)
Rd= ((Ti(1)*80*21*64*100)/6000000)\(21*64)
title strf("Dot = %d",Rd)+" "+strf("Sec = %d",Ti(1))
await
loop
演出用処理の作成に伴い、音演出が追加してあります。
リール描画タイミングの変更、リール制御バグ修正あたり。
元から遅い、じゃなくマウス動かすと遅いという場合はマウスの残像切ってください。
DirectXの仕様だと思うけど残像あると遅くなるので。
こんなに遅くまでお疲れ様です！
最近来られないので心配しておりました‥‥
それはそうと、これまでにうｐしたリール画像がいま一つ納得できない（素材
にした画像が粗く、ピンボケしている）ので、実機にて撮影してきた画像を基
に再作成しようと思っております‥‥
なるべく早めにうｐしようと思いますので、お楽しみに‥‥
つ ttp://www.42ch.sc/UploaderSmall/source/1148343468.ZIP
（ムギ○氏が配布しているkomugi_grp.zipと同じ構成 / 4ファイル / 992KB）
作った自分で言うのもなんですが、かなり綺麗になったかと思います。
ただ、リプレイと白ムギの元画像が今一つだったので、近いうちに手直しする
かもしれません‥‥
ところで、今回のバージョンアップで>>51-52が不採用だったのですが‥‥
何か問題が有りましたでしょうか‥‥？ (´・ω・`)
又、どんなに頑張って圧縮しても↑に貼っているファイルサイズ以下にする事
ができず、ムギ○氏が配布しているものの様なサイズにできなかったのですが
何か特別なアーカイバーをお使いですか‥‥？
今回バージョンアップされたアプリの方ですが、効果音が出る様になった事で
かなり実機に近付き、良い感じだと思います。
51-52はただ単に対応忘れ、ｽﾏｿ。
圧縮率はLhaplusでやってるので元画像の効率の差だけでは？
今週仕事忙しいのとここから先は手間のかかる部分なので
これからはなかなか更新できないかも。
ファイル展開できないよ。
特殊な圧縮してる？
数年前スロ板で先輩方に師事していただいた職人見習いの一人です（どんぞこと名乗っておりました）。
当時作っていたスロゲ（ジャグをモチーフにしたもの）をリール制御で挫折して以来
HSPからも遠ざかっていたのですが、最近またHSPに興味が出てきたので
今度はリールの無いシミュレータをシコシコ作っております。
これからまたこのスレでお世話になると思いますが、よろしくお願いします。
まったくバグ無しに動くようになったよ・・・
やっててよく分かったけど一番の敵はバグって言うより自分だね。
どうもリールが動いてるのを見ると
どうしようもなくホールへ行きたくなるねｗ
やっぱり展開できない方が出てきてしまいましたか‥‥
ファイルサイズを小さくする為に最高圧縮（7-zip形式）だったもので‥‥
‥‥という訳で、前のファイルは削除し、新しいファイルをうｐしました。
つ ttp://www.42ch.sc/UploaderSmall/source/1148486835.zip
もう一度ダウンロードしてみて下さい。
>>89
>>89さんやその他の皆さんはスロゲをやった後ホールに行った際、勝てますか？
私は必ずと言って良い程負けてしまうので、勝負に行こうと思っている日は絶対に
やらない様にしています‥‥
拡張子は7zでおながい。
おれもそおうおもう、てか．７Ｚかいとうできるかんきょうもつてるひとすくなくね＾－
くどくなるので書かなかっただけなのですが‥‥
・アーカイバー：Explzh
・zip圧縮ライブラリ : 7-zip.dll
・圧縮メソッド : Bzip2
・圧縮率：3（最高）
（拡張子zipでファイルを作成可能）
‥‥で作成したのが>>85のファイルです。
7-zip形式がzipの最高圧縮では無い事はわかっております‥‥
>又、どんなに頑張って圧縮しても↑に貼っているファイルサイズ以下にする事
>ができず、ムギ○氏が配布しているものの様なサイズにできなかったのですが
>何か特別なアーカイバーをお使いですか‥‥？
もともとこんな発言しておいてそれはないよｗ
作る人も助かるとおもう。
…LZH？…うん、まぁパスかけれないしな
有名な圧縮形式なら
どれでも解凍できるようにしとけ
>>85のムギ○氏への質問ですが、元画像のビット深数やサイズが同じで、圧縮
形式も同じzip形式にしたのに、圧縮されたファイルのサイズが余りにも違った
ので疑問に思った為の事です‥‥
結局のところ、原因は>>86でムギ○氏が述べている通り、元画像の実際の色数
が違う（256色とフルカラー）という事だと理解しましたが‥‥
これ以上はスレ違いなのでこの辺で‥‥
最近は基本的に沖と5号機しか打たないんで
そこまで負けることは少ないです
沖のいい台＞4号機の割が105越えるあたりからエナ＞5号機 って感じですかね。
5号機で打ちたい衝動を抑えるのはなかなかいいですね。
特にアルゼのコイン餅いいやつ
7-zipとzipは別物です。
ビット深数という言葉はありません。
正しくはビット深度です。
100～のスレッドの続きを読む