サルでもできるスロゲー開発

**名前は開発中のものです。** · 2006/05/09(火) 12:12:09

スロットゲーム制作の総合スレです。

以前はスロットサロン板でやっていました。

････過去ログ････
サルスレ用保管庫（仮）
ttp://rerebo.hp.infoseek.co.jp/

････資料サイト････
サル部屋
ttp://www.deepgreen.jp/~saru/

････関連リンク････
フリーソフトの面白いスロゲーを紹介しる　機能してないまとめページ
ttp://pachihell.at.infoseek.co.jp/suroge/index.html

たこ · 2008/07/29(火) 13:52:12

こんにちわ。
皆さんおぬぬめ機種紹介、ありがとうございます！
愛ですね～！！いかに良台と呼ばれた台達が人々を魅了したか実感します！
ハナビ、ビーマックス、サンダーあたりはゲーセンにあったのでやってみました。
携帯で打ち方を調べつつ、たどたどしくビタはずし失敗してたりしました。（笑
４号機のリール制御はドキドキ感があっていいですねぇ。
もう少し早く生まれていれば…ホールで打ってみたかったｗ

>>542
おおっ！潜水艦的コメントありがとうございます！！
４号機５号機共に、それぞれ特色があって面白いですよね。
５号機はまさに純粋な「クジ引き」ですが、いつ当たるか予測できないのもワクワクして…
薔薇獄乙女プレイさせていただきます！
銀様に会いに行ｒｙ

>>544
おお、液晶機キター！
機能性や拡張性から演出まで、なるほどなぁと唸っています（笑
やっぱりスランプグラフいいなぁ…
お忙しい中大変かと思いますが、頑張って下さい！
プレイヤーとしての参加しかできなそうで申し訳ありませんが、バージョンアップ楽しみにさせていただきます！

**名前は開発中のものです。** · 2008/07/29(火) 22:43:15

>>544
神すぎるんですが・・・
俺がこのレベルのスロット作成したら、どのくらいの時間がかかるんだ・・・

ちなみに、これも開発言語ってHSPなんでしょうか

**名前は開発中のものです。** · 2008/07/29(火) 22:44:52

正直、根気さえあればそれなりに形にはなると思うぞ

**名前は開発中のものです。** · 2008/07/29(火) 23:53:36

出来ない人は出来ないだろうな。
けど有名なスロゲもソース見てみると素人丸出しだったりするよ。
だから初心者も頑張れば作れるよ。

**名前は開発中のものです。** · 2008/07/31(木) 22:52:36

>>547
おぉ、具体的にありがとうです。
自分で作っておきながら、訳解らん１行のせいでのバグです。
どんなに移動しようとも、コマ単位での位置に合わせる処理があり、
それを外しました。

相変わらずフレーム移動量での処理ですが、修正したものをUPしました。
実行ファイルとConfig.txtのみです。

ttp://onishibata.ddo.jp/2/download.php?id=01351
パスはmezo

>>549
スタンプグラフ、結構簡単です。
もっと良い方法があるかもしれませんが、自分の場合、
配列を用意して、一定プレイ毎に、現在のメダル枚数を格納。
その値を使って、Line文で繋いでいるだけです。

また、何で当たったかを表示するために、
ボーナスが揃った時、ボーナス種類、現在のプレイ数とメダル枚数を
配列に格納し、それを上記のグラフに重ねて表示しています。

>>550
言語はVC++6.0とDXLibを使わせてもらっています。
自分のソースも素人丸出しです。

たこ · 2008/08/03(日) 21:28:11

こんばんわ。暑い日が続いておりますね。

>>553
なるほど、それで実装できますね。
グラフで落下具合を見てニヤニヤしたいので、早速何かに実装してきます。（笑

暑くて頭がおかしくなった関係で、新しいものを作ってます。５号機準拠です。
http://usapyon.gotdns.org/D/uyalab/games/index.htm
SlotModule、すぐ形にできるのでついつい遊んでしまいます。楽しすぎ。
自作や他言語頑張るのは…もう少し先になりそうだorz（大学的な意味で

マグロと海が好きな方はぜひ。
完成度は６０％といったところです。
http://usapyon.gotdns.org/D/uyalab/games/scr/M1.JPG↑スクショ
http://usapyon.gotdns.org/D/uyalab/games/specM.txt
↑仕様

**名前は開発中のものです。** · 2008/08/04(月) 14:44:39

ﾜﾛﾀｗ完成が楽しみです

**名前は開発中のものです。** · 2008/08/04(月) 21:14:11

サーバーに接続できませんって出るよ

たこ · 2008/08/06(水) 01:56:44

>>555
ありがとうございます（笑

>>556
最近悪天候続きで停電が多く…寝てる間にダウンしている事がしばしばorz
すみません。

http://usapyon.gotdns.org/D/uyalab/games/index.htm
更新しました。ＡＲＴ「マグロちゃん酢」実装しました。
ナビポイントの溜まり方が謎です。詳しくは添付書類をご覧下さい。

たこ · 2008/08/06(水) 02:18:44

うう…
ＤＮＳサーバーの調子がよろしくないので、
http://125.175.10.190/D/uyalab/games/index.htm
の方でお試し下さい。

**名前は開発中のものです。** · 2008/08/06(水) 09:54:26

BIGが揃うとエラーが出るんだが

**名前は開発中のものです。** · 2008/08/06(水) 12:05:08

>>557
自鯖なの？
Windows Server 2003ってDreamSparkとかでアカデミックで無料で手に入れたとか？

**名前は開発中のものです。** · 2008/08/06(水) 15:01:24

自鯖はリナックスがいいよ
てか更新乙です

たこ · 2008/08/06(水) 20:03:26

みなさま、ＤＬ有難うございます。お手数おかけしております。

>>559
今確認したところ、左上の「BIG当選/REG当選」ボタンを使用しての入賞の際に
落ちる可能性のあることが確認できました(爆)。ごめんなさい修正します。
チートの際は「ボナ確チート」ボタンをご使用下さい。
エラーが出たのは通常のプレイ中でしょうか？

>>560
一応、自宅鯖です。dyndnsのダイナミックDNSサービスを利用させていただいてます。
OSにはWindows Serverは使っていないですよ。

>>561
linux、前々から興味津々でした。
一番のメリットはやはり安定性ですか？
マスコットのペンギンの可愛さは鉄板ですね。
ありがとうございます。

**名前は開発中のものです。** · 2008/08/06(水) 20:25:27

Linuxの一番のﾒﾘｯﾄはﾌﾞﾗｯｸﾎﾞｯｸｽが無い事だと思う俺

あと鯖には無駄でしかないGUIを切り離せる事かな

**名前は開発中のものです。** · 2008/08/06(水) 21:10:46

>>562
unix?
Netcraftで見る限りだと
OS:Windows Server 2003
Server:AnWeb/1.42p
になってるんだがDDNSだからとか関係あるのかな？

**名前は開発中のものです。** · 2008/08/10(日) 14:24:52

>>562
遅くなってｽﾏｿ
リナックスのいい点は無料でとにかく軽いから糞ＰＣが使えるところかな

**名前は開発中のものです。** · 2008/08/14(木) 17:14:57

更新待ち

**名前は開発中のものです。** · 2008/09/03(水) 05:02:34

さてさて

**名前は開発中のものです。** · 2008/09/08(月) 02:18:17

静かですな…。大した変更ないけど薔薇獄VerUpしたので賑やかしで書き込みｗ

現在バトルゲームの演出関係で悩んでいるところだけど、
気分転換にRCTMakerとSlotModuleDX9で5号機仕様のを作ってみましたよ。驚きましたよ。
DX9はスロゲーに必要な処理はすべてお任せできるし無印SlotModuleとはまるで別物。
あまりにも違うので勉強がてらサンプルソース改造して作ったけど、こんなに簡単にここまで出来るとはね。

話変わるが、こないだ初めて5スロを体験してきた。
2000枚ほど出たのでこれだけあれば、と思い換金してみたが6500円にしかならなくてorz
まあ、1000円で色々打てて楽しめたけどね。

**名前は開発中のものです。** · 2008/09/10(水) 17:35:37

>>568
激しく乙です
素人質問で申し訳ないのですが
演出関連でメダルのランプ点灯や
リプレイのランプ点灯は筐体画像素材を消灯、点灯の2個(A,B)用意して
Aをメイン　Bを隠しウィンドウのようにし
AにBの特定領域を表示させるでいいのでしょうか？
それとも他に何かよい方法があるのでしょうか？

**名前は開発中のものです。** · 2008/09/10(水) 17:50:19

画像を表示させる前に状態に応じて合成して表示すればﾓｳﾏﾝﾀｲ
わざわざｳｨﾝﾄﾞｳ丸ごと別物を用意しなくてもおｋ

結果的にﾗﾝﾌﾟが光ってるように見えれば勝ちだぜ

**名前は開発中のものです。** · 2008/09/10(水) 18:11:23

>>570
ありがとうございます
感覚的にAを表示している状態で
picloadでBの特定領域を表示させるという風に理解したのですがOKですか？
それにしても演出関連で素材を集めるもしくは作るのに労力がかかりますね・・・

**名前は開発中のものです。** · 2008/09/10(水) 18:26:35

picload？
何か根本的に勘違いしてる気がする…

**名前は開発中のものです。** · 2008/09/10(水) 20:07:32

すし屋が注文受けてから田植え始めるみたいな

**名前は開発中のものです。** · 2008/09/10(水) 21:41:47

全体の大きさを持つｳｨﾝﾄﾞｳ(A)を作る
　→表示
各ﾊﾟｰﾂのみの大きさのｳｨﾝﾄﾞｳ(B～必要なだけ)を作ってそれぞれのﾊﾟｰﾂを読み込ませる(背景含む)
　→非表示

ｳｨﾝﾄﾞｳ(A)の更新を止める(ﾁﾗﾂｷ防止とか速度向上の為)
表示された時の一番後ろにあるものからAにｺﾋﾟｰする。
ｺﾋﾟｰする時に、位置、ｻｲｽﾞ、合成する時のﾌﾞﾚﾝﾄﾞの仕方(半透明とか型抜きでとか)等を決める。
状態によってｺﾋﾟｰするものとか合成方法が変わるので、適宜ﾌﾟﾛｸﾞﾗﾑでｺﾝﾄﾛｰﾙする。
全部ｺﾋﾟｰが終わったら(A)を更新する。

これを1秒間に30回とかすると30fpsで動いてるように見える。
DirectXを使えば、そこら辺は全部勝手にやってくれる。

素材を集めるのは…まぁｶﾞﾝﾊﾞﾚ。ｹﾞｰﾑ画面のｻｲｽﾞを小さくしたり
加工の技術を磨けばそれなりに集まるよん。

**名前は開発中のものです。** · 2008/09/10(水) 23:23:39

>>571
ねお惑星の人やローゼンの人は北都の件のソースが原点らしいので
まだ落とせるようなら一度ソース読んでみるといいのかも.。

個人的には良い印象はないけど。

>>572-573
近頃のPCはそれでも間に合ってしまうから困る。

**名前は開発中のものです。** · 2008/09/11(木) 00:16:40

>>571
筐体のランプはもちろん演出とかでも頻繁に書き換える部分はその都度picloadしないで
起動してすぐにpicloadでバッファにまとめて読み込んでおく。
あとは適時そのバッファからメインウィンドウへgcopyなりなんなりで
書き換えたい範囲だけコピーしてからその範囲だけredrawで更新する。

でＯＫ。

自分ローゼンの人だけど、北都の件のソースは読むだけにしといた方がいいと思う。
HSPでスロゲーを作る気にさせたという意味では神ではあるが。

**名前は開発中のものです。** · 2008/09/13(土) 01:45:05

ローゼンの人ってスロ用のプラグイン使ってるんでしょ？
自分は使ったことないけど、普通、専用のプラグイン使ったらゲームに専念できるように
基本的な部分はラッピングされてるんじゃないの？

**名前は開発中のものです。** · 2008/09/13(土) 07:22:39

>>577
ローゼンの人ってスロ用のプラグイン使ってるだけだろ

**名前は開発中のものです。** · 2008/09/13(土) 09:21:36

>>578
いやだからそのプラグインていうのがスロ専用のやつなら
リール描画とかフラッシュとか基本的なコードは書かなくていいってことでしょ？

**tilt** · 2008/09/13(土) 23:34:23

>>579
そういうことです。薔薇極乙女はSlotModuleを使っているから
スロゲーの基本的な処理に限定すると自前でやらなきゃいけないのは30%くらいかな。
それが、SlotModuleDX9 + RCTMaker だと90%くらいやってもらえる。
使ってみた感覚で言うとこんな感じです。
興味があれば、SlotModuleDX9の取説かサンプルソースを読んでみては？

前作の薔薇乙女はすべて自分でコード書いてたけどね。
薔薇極乙女みたいなありえないスロだと基本的なところ以外も色々と大変だし
なにより素材を集めたり加工したりして演出を実装するって作業が一番面倒だったりするが。

**名前は開発中のものです。** · 2008/09/13(土) 23:44:43

＞素材を集めたり加工したりして演出を実装するって作業が一番面倒
すっげぇ良く分かる

**名前は開発中のものです。** · 2008/09/14(日) 00:43:49

picloadの件は前にも同じ勘違いしてた人が居たし
サンプルにランプ類ぐらいは付けておくべきなのかもしれないが、そんな素材ですら用意するのが面倒だったり。

FLASH職人をゲットして演出を丸投げとかじゃないと、スロゲ職人にはなれそうもない。

たこ · 2008/09/15(月) 23:18:07

久々にこんばんわ。最近の気象を見ていると地球が終わる予感がします。
学校が始まり課題に追われています。と言いつつも、Java(MIDP)で携帯用アプリなど作って遊んでみたりしてたり…笑

>>568
乙です！！
ですよね…演出を抜きにすれば、
スペックをいじるだけで完成という感じです。
特にRCTMakerは神です。
初めて１からスロゲを製作するにあたり実感。
躓いたのが、リール制御でした。こんなに面倒だとは…笑
５スロは儲けるにはレートが厳しいですね(＾＾；
普段血眼で打っている時にはできない、演出をジックリ堪能するといった、
ゲームとしてのスロを楽しみたい時にはもってこいですね。
というわけで、銀様に会いに行かせていただきｍｒｙ

>>569
ランプ等、光に関する役物は
Flashを使うという手もあるかも。
Flash側のイメージはActionScript経由でアルファや明るさを操作できるので、
点滅・激しい色の変化等も少ないコードで実装できます。
まぁ、Flashを使わなくてもできますが…お手軽ということで。

**名前は開発中のものです。** · 2008/09/18(木) 02:38:12

液晶で見ると問題ないんだけど、CRTで見るとなんかリールがガタついて見える
という現象になった人います？
解決法とかあれば教えていただきたいのですが

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

>>584
［リフレッシュレート］

**名前は開発中のものです。** · 2008/09/24(水) 22:02:38

>>583
散々ガイシュツだけど、第1停止はテーブルで残りはコントロール制御って形が無難だと思う。
ただ汎用的なコントロール制御のコードを書こうと思ったらちょっと面倒。

あまり参考にはならないかもしれないけど、久々にRCTMakerのソース弄ったので簡単にまとめてみる。
1 引き込み範囲内を調べて候補となる停止位置をリストアップ
2 非成立役の入賞や、リーチ目等の出現禁止出目になる物を除外する
3 候補が無くなってしまった場合は詰み
残っている候補すべてを仮の第2停止位置として、それぞれ第3停止の全21パターンをチェックする
チェック方法については2番まで第2停止と同じ　ｘ　21
候補が無くなった場合は第2停止位置を候補から除外し第3停止のチェックを打ち切る。

第3停止のチェックを通過した物の中から最終的な第2停止位置を決定する(候補が残ってなければ詰み)

プレイ中に「詰みました」とか言われても困るけど。

**名前は開発中のものです。** · 2008/09/24(水) 22:17:33

プレイ中の詰みを回避する為には、先に全パターンの検証は済ませておく必要があるわけで
NGな第2停止形を全てリストアップしておいて、それを回避しておけば第3停止のチェックは不要という事でFAかな。

全パターンの検証が厄介だけど。

**名前は開発中のものです。** · 2008/09/24(水) 22:43:48

一つ大事な事を忘れていたみたい。

NGな第2停止形は成立役によって変化するから…
共通ではない物は成立役毎にリストアップしておく必要があるか。

思っていたより面倒だ。

**名前は開発中のものです。** · 2008/09/24(水) 23:59:07

それだと多彩なリール演出出来ない気が。
結局全部テーブルで書くのが柔軟で多彩な演出を表現できると思うよ。
全てテーブルで書かない理由は、データが多くて面倒くさいっていう事だけじゃない？

**名前は開発中のものです。** · 2008/09/25(木) 23:38:32

>それだと多彩なリール演出出来ない気が。
>>586-588は5号機仕様なら最低限守らなければいけない基本的なルールの部分。
NGな2リール停止形を完全に除外した段階で複数の候補が残っていて、
はじめて選択肢が生まれる。テーブルとの違いが出てくるのはこの先のお話。

どっちにしろ2行目以降には何の反論もないけど、
個人的には書かないじゃなくて、書ける気がしない。

たこ · 2008/09/26(金) 23:27:12

最終的に、第１停止テーブル、残りは不具合のないようにコントロール方式に落ち着きました。理由はやはり、比較的楽だから、ですね…(^^;
それと、auのOAP向けに書いているため、なるべくテーブル情報ファイルのサイズを大きくしたくなかったのもあります。
今回は練習がてら、という感じなのでゲーム性としては平凡ですが…
http://usapyon.gotdns.org/D/slot1.jpg
リール関係を考える時にRCTMakerの汎用性が高くとても助かってます。
今回は構成役も少なく、リーチ目等もあんまり無いので、NG形のチェックも少なくて済みましたが、
リール演出に富んだものを作るには、やはりそれ相応の手間が必要そうですね～。
もう少し完成度を上げた後、何らかの形で公開できたらと思います。
いやぁ、凝った制御テーブルを書く人は…すごい！

**名前は開発中のものです。** · 2008/09/27(土) 10:11:12

HP3でslotnoduledx9のサンプルを加工してリール部分は完成しましたが、
それを筐体画像の上に表示するにはどうすればいいですか？
初歩的な質問ですいません。

**名前は開発中のものです。** · 2008/09/27(土) 10:29:52

位置とｻｲｽﾞを決めて貼り付ける

**名前は開発中のものです。** · 2008/09/27(土) 22:54:40

>>591
今のテーブル(1MB前後)が50～100KB前後になったとしてもメモリ的に厳しい？

>>592
とりあえず筐体画像単独での表示が出来ているのなら
InitD3Dの3～6番目の引数でリール部分が表示される領域を指定するだけ=593

たこ · 2008/10/05(日) 00:20:54

>>594
もしそこまで小さくなったら、かなり余裕が出来るかと思われます。
アプリのサイズ制限はキャリアは違えど概ね200KB～300KBという感じなので、
演出に回す余裕も十分ありますね～。
テーブル上で実質コントロール制御の部分を省略したりすれば、削減できるということでしょうか…？

**名前は開発中のものです。** · 2008/10/05(日) 15:06:48

どの携帯もＭになったでしょ

**名前は開発中のものです。** · 2008/10/06(月) 00:10:57

>>595
テーブルにIndex振って間接的に参照するような形にすれば、
重複してるテーブルと未使用部分のテーブルを省ける。
というかそれが普通で、現状が富豪仕様過ぎるだけだったり。

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

テーブル数が1バイト分で足りるか足りないかで結構差がでるけど、
単純な物は10KB以下になった。

たこ · 2008/10/29(水) 09:00:23

>>596
auには、Javaアプリ(300KB)とBREWアプリ(数MB)の２種類がありまして、
個人で手軽に開発/配布できるのがJavaアプリなんですよね。
大容量のBREWアプリを配布するには、いろいろ面倒だそうで。
他キャリアについては、調べたところ仰る通りでした。

>>597,598
なるほど、大分小さくなりますね！
自分も、単純なものは数十kbに落とせました。

もしも携帯のキャリアがau(OAP対応)又はwillcomの方で、
尚且つお時間ございましたら、アプリの起動実験をしていただけたら嬉しいのですが…
>>591で載せた画像のもので、主にauのOAP,willcom向けです。

http://usapyon.gotdns.org/bach.html
※W52S(au)、WS003SH(willcom)で動作確認済

友達のWX320T(willcom)に入れて動かしてもらったところ、
約１０秒経過後に必ずアプリ停止してしまうという現象が起きてしまい…
理由がさっぱり分からず、苦戦中です。orz

たこ · 2008/10/29(水) 12:26:20

息抜きにまた新作うｐしました。
我が故郷、風吹き緑咲く山梨は大月をテーマにしております。
滞在モードによりボーナス確率が変わる！？のがウリです。
もちろん５号機仕様なので、7揃いの正体はART突入リプレイですが。(笑
大分Flashの使い方に慣れてきました。是非ご覧下さい。
http://usapyon.gotdns.org/D/uyalab/games/index.htm

**名前は開発中のものです。** · 2008/11/01(土) 01:06:15

>>600
1/500が引けない…

結構古いSlotModule使ってるようだけど、新しいのは何か問題あり？

**名前は開発中のものです。** · 2008/11/01(土) 02:59:52

>>600
当然だよ。日本人が作った人工言語なんだから。
福沢諭吉もはじめはカナ漢字交じりの表記を普及させようとしたんだけれど五十音は彼らには難しすぎて教えられなかった。
そこで諭吉の弟子である井上角五郎が母子音あわせて半分以下の二十四種類で済む（そう。アルファベット26文字より少ない）ハングルを考案したんだ。
これによって世界一知能の低い朝鮮人と（むろん朝鮮人同士の間でも）言語による意思の疎通が可能になった。
もっともそれで話が通じるかどうかになるともう一段高いハードルがあるようだけど。

たこ · 2008/11/03(月) 01:32:43

>>601
DL有難うございます。
確かに1/500が引けないとコイン増えない…という感じだったので、
払い出しを300枚にし確率を1/250付近にしてみました。
そして恒例のシミュレーション検定…
スロゲとは分かっていつつも120％以内にしたくなりますね。(笑
色々調整してみました。
http://usapyon.gotdns.org/D/uyalab/games/index.htm

＞SlotModuleのバージョン
そういえば、RCTMakerしかアップデートしてなかった…(爆
次の更新から新バージョン、使わせていただきます！

>>602
なるほど…そういう経緯があった訳ですね。
勉強になりました。wikiで詳しく見てみたいと思います。
誤爆ですよね…？

たこ · 2008/11/03(月) 17:14:30

>>601
って、RCTMakerも新しくなっている！(爆
Java用テーブル作成機能…！！
有難く使わせていただきます！
連レス失礼しました～

**名前は開発中のものです。** · 2008/11/08(土) 15:05:48

http://www39.atwiki.jp/himawarislot/
私が作ってるのは、ゲーセンにあるスロットです。
これもHSPと同じように誤認が出て来て誰もやってくれません。
誰かやってください！

**名前は開発中のものです。** · 2008/11/08(土) 15:37:59

avastなのでお断りします
　　　　　　ﾊ,,ﾊ
　　　　　（ﾟωﾟ )　　
　　　　／　　　＼
　 ((⊂ 　）　ﾉ＼つ))
　　　　　（＿⌒ヽ
　　　　　　ヽ　ﾍ　}
　ε≡Ξ　ﾉノ｀J

たこ · 2008/11/08(土) 21:32:02

>>605
ゲーセンに立ち寄るとついついスロットマシンに手を出すタチなので、遊ばせていただきました(笑)。

長々と申し訳ありませんが、以下少々気になる点。
(サイトのコメ欄では書ききれないので、場所をお借りします。)

①ゲーム性についてですが、しばらく遊んでいると大よそは理解できるものの、
結構分からない部分がありますね。CHANCE状態とか…
サイトに専用ページを作る、パッケージを圧縮ファイルにしてReadMeを同封する、
ゲーム内の分かりやすい場所にヘルプを設置する…等があるといいかもです。
（起動時「ヘルプ機能」のON/OFFを聞かれるますが、未実装でしょうか？）

②いずれかの絵柄をHOLDしている状態の時、CHANCE状態になると、
HOLDの表示とCHANCE!の表示が被さってしまいます。
仕様だとしても、各状態の残り回数くらいはどこか別に表示させた方が分かり易いかも…

③表示上はHOLD？＆▲にも関わらず、リール上では中段に「◎　LD」がHOLDされている等、
表示と実際にHOLDされている絵柄が違う現象が時々起こります。仕様だったらごめんなさい。

④BONUS当選と共に、エラーが発生しました。
ついでに②と③の現象も写りこんでいます。
以下SSとメッセージです。
http://usapyon.gotdns.org/himawari1.jpg
↑のダイアログの「実行を続ける」をクリックすると、
　　[エラー] himawari.hmw(1163行目): システムエラーです。
が１行ずつ追加されていきます。

インターフェース面は開発途中でしょうし、割愛させていただきます。
更新がんばって下さい！

**名前は開発中のものです。** · 2008/11/09(日) 03:52:16

>>605
Aviraでも反応したよー

てかここで発表したら>>607みたいに感想くれるなら作ってみようかな。・・・

**名前は開発中のものです。** · 2008/11/09(日) 13:19:52

>>607
参考にします。
ありがとうございました。

このゲームをやってくれる人がいなかったのでとても感謝します！

**名前は開発中のものです。** · 2008/11/09(日) 13:24:52

フィーチャー表示（HOLDとかCHANCEとか表示する所）はどうすればいいいでしょうか？
良いアイデアがあれば是非

**名前は開発中のものです。** · 2008/11/10(月) 02:03:36

>>605
ごめんやけどそのwikiすごく使いづらい

**名前は開発中のものです。** · 2008/11/10(月) 14:42:37

>>611
どんな感じが一番いいかな？

**名前は開発中のものです。** · 2008/11/11(火) 23:51:04

昨日から初めてHSP触り出して、ようやくリール回転→停止まで作れました。
次の難点として
・左リールのみ停止で、その他回転時に回転始動ボタンを押すと左が再始動してしまう。
・リールの停止位置目標を定めたんですけど、まったくもって意味も無く、リールの回転速度を１コマの倍数にすれば１コマでの停止は出来る。
ってな感じまで色々試したんですけど、限界がやってきました。
必要であれば自分のソースも晒すんでどなたかアドバイスお願いします。

**名前は開発中のものです。** · 2008/11/12(水) 00:32:11

昨日の今日で込み入ったことすんなって話だ
単純なプログラムやまほど組めよ
一連の処理の全体像が見えてないもん作れるかよ

**名前は開発中のものです。** · 2008/11/12(水) 01:16:37

>>613
>>1の保管庫に過去スレがあるので参考になるかもしれないです。

１個目は、適当にフラグを設定し、全リールが停止時のみにリールスタートするようにすればおｋ
２個目は、目標位置を超えたら描画する前に強制的に目標位置で止めてから描画すればおｋ
目標位置を超えてなければ普通にスクロールし続ければいいと思います。

**名前は開発中のものです。** · 2008/11/12(水) 03:01:31

>>613
あくまでも、一例、として…

・左リールのみ停止
①回転開始時に変数に3をｾｯﾄする
②停止ボタンを押してﾘｰﾙが止まったら-1する
③0じゃないとｽﾀｰﾄﾚﾊﾞｰが反応しないようにする
④ｳﾏｰ

・リールの停止位置目標
もっとﾘｰﾙを細かくしましょう
1図柄12ｽﾃｯﾌﾟで252ぐらいが実機と一緒でｵｽｽﾒ
WM_TIMER使えばfpsも管理出来て更にｳﾏｰ

初めてｽﾛｹﾞを作った時に同じ経験したなぁ…
ちなみに、HSPのwait awaitは
精度が10ms以上なので使うときは注意。

**名前は開発中のものです。** · 2008/11/14(金) 18:36:06

SlotModuleのDLLはひまわりでも使える？

**名前は開発中のものです。** · 2008/11/14(金) 19:27:20

自分で定義すれば使える

**名前は開発中のものです。** · 2008/11/15(土) 01:37:14

定義？

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

『SlotModuleDX9.dll』の、
『＿＿＿＿＿＿＿＿＿』を、
『＿＿＿＿』の、
『＿＿＿＿＿＿＿＿』として、DLLを利用。

どうすればいいのかと

**名前は開発中のものです。** · 2008/11/15(土) 09:05:07

http://hima.chu.jp/doc/hajimete/dll_import.htm
ﾏﾆｭｱﾙぐらい読めﾊﾞｶ

**名前は開発中のものです。** · 2008/11/15(土) 11:50:33

C＋＋だと、SlotModuleの命令はどうなるの

**名前は開発中のものです。** · 2008/11/15(土) 17:37:42

質問したいならもっとわかりやすく書こうな。
それと答えてもらったらちゃんとお礼言おうな。

**名前は開発中のものです。** · 2008/11/15(土) 21:38:04

SlotModuleに限らずHSP3用プラグイン全般に言える事だけど、
外部に直接公開されているのは初期化用の関数だけ。
他言語で使うとなると、HSPの代わりに自分で実装する必要がある物が沢山あるし
C/C++でもかなり面倒というか、常識的に考えると１から自分で作るか素直にHSPを使うの2択になる。

そもそもSlotModuleのDLLは、低機能な2D専用のDirectXプラグインに
リール描画専用の命令が付いてるだけの物で、SlotModuleDX9.asの方が本体のつもり。

**名前は開発中のものです。** · 2008/11/15(土) 22:56:34

SlotModuleの関数（C++の命令）は何ですか？

**名前は開発中のものです。** · 2008/11/15(土) 23:03:52

付属のﾃｷｽﾄ読めませんか？
HSP用って書いてません？

**名前は開発中のものです。** · 2008/11/16(日) 01:13:00

え？

**名前は開発中のものです。** · 2008/11/16(日) 02:03:00

動作環境

OS: 多分Windows98以降
DirectX: 7.0以上
HSP3.1用

http://www.geocities.jp/anachronism128/plugin.html

**名前は開発中のものです。** · 2008/11/17(月) 03:28:09

先日書き込ませてもらった613です。
作業に没頭してスレ覗くの遅くなりました；
レス頂いた皆様、どうもありがとうございました。
おかげさまで前回悩んでいたリールの停止と停止位置については無事解決することができました！
子役判定もなんとか上手く出来たみたいです。
正直次元配列とか意味不明すぎたので、全部ｙ(リールの高さ)の位置で役の名前決めて役判定してます。
たまにベルがそろわない制御になってる気がしますけど…
現段階でリール制御の作業中です。。。
デバック作業をひたすらしてます。。。。
ところで、ベットとレバオンを同じボタンで操作させる時は、ベットとレバオンはどういう条件でわけてあげればいいんでしょうか？
これからボーナス、画面、ＲＴと色々取り組む点は多いですが、頑張ってみます。。。

たこ · 2008/11/17(月) 15:11:06

>>610
今のインターフェースのまま開発していくとしたら、
複数フィーチャー表示の必要がある時は一定時間毎に交互に文字を入れ換えて表示するとか、
略して一行に表示するとか？
あるいは、もっとたっぷりウィンドウ使って別々に表示すると見栄えがいいかもです。
まぁ、納得行くまで色々試してみるといいと思いますよｗ

>>629
お疲れさまです！
ベットレバオンは変数を一つ用意すればおｋでは。
ベット/レバオンボタン押す→
{変数が0の時＝ベット実行後、変数を１に
または変数が1の時＝レバオン}
解りづらいけどこんな感じで変数の状態により作業を振り分けると。
それよりも、上の子役判定の部分が気になりますね。
続報待ちｗ

携帯から失礼しました。

**名前は開発中のものです。** · 2008/11/17(月) 17:33:36

一週間前からフィーチャー表示を下に表示しました。
現在10個のフィーチャーがあります

**名前は開発中のものです。** · 2008/11/17(月) 18:59:20

BIG 289回転
REG 120回転
REG 30回転
ＢＩＧ　1024回転
　　　・
　　　・
　　　・

といったデータを表示させるようにするにはどうすればいいですか？

**名前は開発中のものです。** · 2008/11/17(月) 22:59:37

>>630
わかりづらい文章な上に長文で申し訳ないですが、簡単に状況報告を…
現状で2000行くらいは書いたと思います…。
まずストップボタン全部押してからでないとレバオンできないって方法で
if (speed1=0)and(speed2=0)and(speed3=0):goto *kaiten
にしました！
y1-speed1:y2-speed2:y3-speed3てな具合に、左右中でspeed1～変数を使ってリール回転させてます。
ちなみにストップボタンは制御がめんどいので順押しでしか押せない仕様にしました
続いて例の子役判定の部分は
if h1=1*ry {huy="BLUEBIG"}:if h1=2*ry {huy="SUIKA"}:if h1=3*ry {huy="BELL"}・・・
てな具合にしてます。
五号機規定で作りたくてすべりが４コマすべりのため、上のリール停止位置での子役判定５回繰り返してます。
ストップボタンを押した位置→１コマ滑った時の位置→２コマ（ｒｙ
最終地点で左上段がhuy5,中段hny5,下段hsy5の子役で成立役判定
//リプレイ判定
if (huy5="REPLAY")and(nuy5="REPLAY")and(muy5="REPLAY") {yaku="REPLAY"}
if (huy5="REPLAY")and(nny5="REPLAY")and(msy5="REPLAY") {yaku="REPLAY"}
if (hny5="REPLAY")and(nny5="REPLAY")and(mny5="REPLAY") {yaku="REPLAY"}
if (hsy5="REPLAY")and(nny5="REPLAY")and(muy5="REPLAY") {yaku="REPLAY"}
if (hsy5="REPLAY")and(nsy5="REPLAY")and(msy5="REPLAY") {yaku="REPLAY"}
といった具合にしてます。
今は自動回転＆停止で、抽選役と成立役が異なった場合はstop命令で、制御を作ってます。

**名前は開発中のものです。** · 2008/11/17(月) 23:00:11

↑の続き
*hidariseigyo_NOCHERRYh//チェリー成立時以外にチェリーが出ないよう制御。
if y1=0 {y1+840}
if (huy="CHERRY2") {y1-ry*4}
if (huy="CHERRY")and(hny="CHERRY2") {y1-ry*3}
if (hny="CHERRY")and(hsy="CHERRY2") {y1-ry*2}
if (hsy="CHERRY") {y1-ry}
こういう具合で制御は作ってます。
ベットレバオンの分け方は、変数振り分けたんですけど、ウェイトだけかかって勝手に回り始める始末ですｗｗｗ
自分のプログラムの組み方が悪いんでしょうね…
大体、制御と子役までは完成したんですが、肝心のボーナスゲームと演出と効果音の付け方がサッパリで…
質問ばかりで皆さん興味無いかもですが、一応東方の紅魔郷で作ってます。。。
リール・筺体までは実装できました。興味ある方いらっしゃればメールいただければ送らせていただきます。
ちなみに昨日今日と勉強がてらパチ屋行ってきましたが、連日勝てましたｗｗｗ
キャッツ最高(^^)

**名前は開発中のものです。** · 2008/11/18(火) 00:02:18

>>634
＞ﾍﾞｯﾄﾚﾊﾞｵﾝ
ﾀｲﾏｰとﾌﾗｸﾞを組み合わせれば大丈夫。
ｽﾀｰﾄ時に変数にﾌﾗｸﾞをｾｯﾄしてﾀｲﾏｰｽﾀｰﾄ
全ﾘｰﾙ停止後にﾚﾊﾞｵﾝしてもﾀｲﾏｰが経過してﾌﾗｸﾞをﾘｾｯﾄしないとｽﾀｰﾄしない、と。

fps管理とかｹﾞｰﾑ進行の管理にﾀｲﾏｰがあると便利なんで
今のうちに覚えとくといいかも。

＞役判定
5号機規定だと、第一停止ﾘｰﾙのﾃｰﾌﾞﾙは成立役につき1種類しか存在しないので
何回も役判定するのはｲﾏｲﾁ。
ｽﾄｯﾌﾟﾎﾞﾀﾝを押した時点で、停止位置が決まって
成立役も決まって、おのずと残りのﾘｰﾙの停止位置も決まって…
ﾃｰﾌﾞﾙをしっかり作れば無駄な役判定はなくせるっす。

**名前は開発中のものです。** · 2008/11/18(火) 00:29:38

テーブルと役判定を同時にするか
停止状態から役判定をするかはわかれるかもね。
多分実機は後者。
昔はフラグが成立してないのに役が揃う機種って多かったからね。

>>634
多分今悩んでる部分も君ならもう少しで解決できそうだから敢えて答えは言わないけど、
東方の紅魔郷っていうのは他人のゲームだよね？
その素材を使って公開するのはよくないと思うよ。

**touhou@compass.jp** · 2008/11/18(火) 05:29:46

>>635
ベットレバオンは無事解決出来ました！
停止位置の問題、色々考えながらやってはいるんですけど、実際に作業に起こすとなかなか上手く行かなくて…
現状にプラスで余計なスベリとかが出ないようには調整してます！
>>636
今は成立役と異なる役が揃わない制御をひたすら足してますｗ
ボーナスゲームのくだりまではなんとか出来上がりました！
ボーナス中は変数を使って抽選方法を変えて通常時との子役抽選を別にしてあげればいいんですよね？
転載は一切なしで同人ゲームの二次創作物ですが、無断での第三者でも利用可能な公への公開は避けてます。
あくまで友人や希望者とのメールでの個人的利用のみに控えるつもりです。
完成して製作者の方に承諾を得たら公開も考えてます。
実際に、東方の二次創作物がかなり多いですが、あくまでルールは守った上でやりたいなぁと思ってます。
アドバイスをいただける方や、実際にプレイした上での改善点など教えて下さる方がいらっしゃれば名前欄に捨てアド晒しておくのでよろしくお願いします。

**名前は開発中のものです。** · 2008/11/21(金) 09:19:59

スロゲーって縦回転の特性上、ティアリングの影響とかってモロに受けるよね。
しかもその見た目がゲーム性に直結するゆえこだわりたい部分。
高リフレッシュレートにおけるVsyncを待った描画の綺麗さって捨てがたいよね。
60Hzと70Hzですら全然違う。
ただ環境によってfpsが違うと色々困る事に。
リールスピードはfpsに依存せずに一定回転に維持できるとしても、
他の描画に支障が出るので結局60fpsに制限して、60Hz超の環境はVsync非同期にするしかない。
（fps制限してVsync同期でもいいけど、縦回転の性質上、見た目があまりよくない）

そこで、せめてリール回転描画だけはその環境の最高のパフォーマンスを出したいって意味で
リール部分だけ別スレッドで動かすっていう方法があると思うんだけど、
実際にマルチスレッドで動かしてる人っていますか？
また、それ以外にも高リフレッシュレート帯を生かした描画方法ってありますか？

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

>>638
液晶ﾓﾆﾀが事実上のﾃﾞﾌｧｸﾄｽﾀﾝﾀﾞｰﾄになってるので
高ﾘﾌﾚｯｼｭﾚｰﾄにはあまり意味がない。

最高のﾊﾟﾌｫｰﾏﾝｽ≒見た目がｷﾚｲ、なら
回転時のみ、予めﾌﾞﾗｰをかけたﾘｰﾙを回すか
1ｽﾃｯﾌﾟ前のﾘｰﾙの状態と合成して出力するか。

自分の場合、両方試したけど、ﾌﾞﾗｰをかけて回した方がｷﾚｲだった。

**名前は開発中のものです。** · 2008/11/21(金) 09:58:05

>>639
最近の液晶モニタはリフレッシュレートが変更できるよ。
ウチの環境でも60～75Hzまで変更できる。
今は120Hzくらいまで変更できるのもあるんじゃないかな？
実際に変更してVsyncに同期させると前述のとおり10Hzの違いでも見た目に差が大きく出る。

そうそう、結局のところ、乱暴な言い方だけど、技術的なものより見た目がよければ何でもよかったりします。
ブラーをかければスムーズに回転したように見えるし、市販のスロゲーでもそういうものもありますよね。
ただその場合、直視での目押しがしづらいのが実機と違うところなので、万能ではないと思います。

Vsyncに同期せずとも、60fpsが出れば見た目上問題ないくらいなのですが、
やっぱりどうしても高リフレッシュレート時（+Vsync同期）の滑らかさは捨てがたいなぁと思ってしまいます。

**名前は開発中のものです。** · 2008/11/21(金) 10:08:46

>>640
液晶で60-75Hzってのは知ってるけど120ってのは知らなかったな。
倍速で動かすと240だけどそんなに早い液晶は見たことがない。
120Hzだと倍速回路とか黒挿入とか止まるのか？まぁいいや。ｽﾚﾁだし。

で、30fpsと60fpsは見分けが付く人もいるだろうけど
それ以上のfpsは無駄だと思う。正直見分けがﾂｶﾝ。
見た目がよければって言ってるけど数字に拘ってるようにしか見えん。

まぁ自分は高ﾘﾌﾚｯｼｭﾚｰﾄは実用上あまり意味が無いと思ってるので
それを実現する手法ってのはﾜｶﾗﾝ。ｽﾏﾝね。

**名前は開発中のものです。** · 2008/11/21(金) 10:38:33

>>641
実際液晶モニタで60Hz超のリフレッシュレートで常用することはあまりないっていうのはそのとおりなんですけど、
75Hzでの描画を見たらちょっと色気が出てしまって…。
たしかに高リフレッシュレートは考えなくても良さそうですね。CRTも主流ではないでしょうし。

でも、やってみるとわかると思うんですけど、60Hzと70Hzでも見違えるくらい違いますよ。
この違いが顕著なのも、スロゲーの特性だと思います。
他のゲームだとたしかにほとんど見分けは付きませんが。

**名前は開発中のものです。** · 2008/11/21(金) 20:16:40

>>638
>リールスピードはfpsに依存せずに一定回転に維持できるとしても、
>他の描画に支障が出るので結局60fpsに制限して、60Hz超の環境はVsync非同期にするしかない。

これの意味がよくわからないのだけど、液晶部分のアニメーションを20FPSで作成したとして
60HzならVSync同期でも問題ないけど75Hzだとタイミングが合わない、みたいな意味なら
あくまでもリールが主役って考え方みたいだしVSync同期ありにして、
液晶部分の多少のズレは我慢すればいいと思うけど。
綺麗に見えるのかは疑問だけど、タイミングが合わない時は前後のフレームから補間する
って手もないわけではないし。

あと液晶部分をDirectShowなりFlashPlayerなりに任せると、こっちが別スレッドで動作するから
HSP製のスロゲでも一応マルチスレッドで動作してる物はある。

**名前は開発中のものです。** · 2008/11/21(金) 20:34:53

>>641
個人差もあるだろうけどスロッターは普通の人とスペックが違う。
この前、別スレでスベリ中にブラーがオフになるのが違和感あるって指摘されて再認識。

個人的印象
VSync同期なし 60FPS決め打ちは印象悪い。ブラー必須。
VSync同期あり60Hz　ブラー無しはくっきり見えすぎて違和感あり。
VSync同期あり75Hz　ドライバが糞なのかVBlankとりこぼして72～73FPSになってカクカク。
なんちゃってVSync同期あり(1秒間に2～3回だけ同期あり)75Hz 75FPSで安定はするけど
多少ティアリングあり(ブラーONが好み)　←今ココ

**名前は開発中のものです。** · 2008/11/21(金) 21:19:14

>>643
リール回転部分以外の液晶部分やランプ部分などは経過タイマーから算出は「しない」という前提でした。
言い直すと、
「リール回転部分はfpsに依存せずに80回転/分に合わせるので、リール部分はHzやfpsに依存せずに制御できるけど、
液晶部分やランプ部分などはfpsに依存するので60Hz超の環境ではVsync非同期でfps制限するしかない。」
ということです。

具体的には60Hzでも75Hzでもリール部分は80回転/分を基準にしてるのでVsync同期させても（させなくても）問題ないけど、
液晶部分やランプ部分などは基準はタイマーではなくfpsなので支障が出ます。
75Hzでfpsを60に制限しつつVsyncも同期させると見た目はよくないですね。
まあ液晶部分やランプ部分もタイマー制御することで解決できますけどね。
そうすると他に問題が出てきます。

avi再生とかflash再生のスロゲーはこのスレでもよく見ますね。
ただ、それ以外の（ここではリール部分の話ですが）マルチスレッドっていう例は見たことが無いので…。
動画再生と違って細かい制御があると思うので排他処理等も気になりました。（マルチスレッド未経験なのでどのくらい複雑になるのかはわかりません。）

**名前は開発中のものです。** · 2008/11/22(土) 01:23:07

>まあ液晶部分やランプ部分もタイマー制御することで解決できますけどね。
>そうすると他に問題が出てきます。
この他の問題ってのがわからないから、60FPS固定ってのは
一番楽にプログラムを書ける方法を選んでるだけに思える。

HSPがメインだからマルチスレッドの話題が出ないのも当然だけど、
意識してマルチスレッド化するようなジャンルだとは思えない。

**名前は開発中のものです。** · 2008/11/22(土) 01:44:54

あ、あの～
ひま(ry

たこ · 2008/11/28(金) 00:25:45

>>633
仕組み的には概ねそんな感じでいいんじゃないでしょうか。
ただその感じだと、リプレイを５ラインで判定した後、他の子役も同じように記述してるという事ですよね。
＝役判定部分だけで大分行数とるのでは？
上に出ていますが、まずフラグに応じてテーブル制御でリール停止→停止後に役判定
すると分かりやすく、管理しやすいですよ。
リーチ目とかを作るとすると多少複雑になるけど、そうでなければ第１停止だけでもテーブル参照すると楽です。
(例・まず役抽選→リプレイフラグ当選
　　　→第１停止が左　[リプレイ][第1左]テーブル参照し、左リールを停止位置に応じたスベリ数だけスベらせる
　　　or第１停止が中　[リプレイ][第1中]テーブル参照し、中リールを以下同文
　　　or第１停止が右　[リプレイ][第1右]テーブル参照し、右リールを以下同文)
第２停止以降は、辻褄が合うように(他の役が同時に成立しない位置に)停止させれば。

参考までに、>>599でアプリを作った時の制御ファイルです。超手抜き制御
このファイルを配列変数に読み込み、成立フラグと、第１停止リールおよび停止位置に応じたスベリ数を参照してます。
http://usapyon.gotdns.org/D/seigyo.txt

長々と失礼しましたが、動けば何でもオーライということで、メモ書き程度に思って下さい(笑)

マルチスレッドやらfpsやらこだわりの話題が出てますね…
やっぱり、サミタで遊べるようなランプビカビカ液晶３Ｄなんてものになると、パフォーマンスを極限まで意識しなければならないんでしょうね。

とりあえず、にわかなりにブラー等のリール表現向上の手段についてぐぐってみようと思います。