15:40:10)http://torg.ath.cx/~masaki/index.htmこんにちはオロです。以前一度こちらに書き込みをした時は、ハンドルネームを決めていなかったので仮にM.Hと名乗っておりました。今回ちょっと思い付いた事があるので、それに対する皆さんのご意見をお聞かせ頂きたいと思います。●思い付いた事:・Intermissionのローカル対応。SRCを起動し、シナリオ/セーブデータを読み込んだ際、ローカルのData->SystemフォルダにIntermission.eve(仮名)がある場合、通常のIntermission画面は表示されず、こちらが優先される様になる。Intermission.eveがない場合、通常のIntermission画面が表示される。・前提条件Intermission.eveは必要なシナリオ作者が自分で作る。この機能の魅力と、問題点を下に列挙してみます。●魅力:・既存のシナリオに一切影響を与えない事。・Intermission.eveは、ようするにイベントファイルなのでシナリオ作者毎に、個性的かつグラフィカルなIntermission画面が自由にデザイン出来る事。背景画像をランダムに表示するという事も簡単に出来てしまう。極端な例を上げればIntermission画面を表示してから一定時間が経過した場合に突然CMを流すなどという、ある種ビックリ箱のような演出も可能になります。・シナリオ作者独自のシステム構築の自由度が増すのでは?例えば工夫次第で本家SRWに引けを取らない様なIntermission画面を再現できる可能性があると思います。念のため説明しておきますと、本家SRWの様なIntermission画面を再現したいと言っているのでは有りません。大事なのはIntermission画面をそれぞれのシナリオ作者毎に自由にデザイン、又は創意工夫出来るという事です。●問題点:・デザインはおろか、通常ならOption指定するだけで使えた機能までも作者が用意しなければならず、一見需要がありそうに見えるこの機能も結局敷居が高くなってしまい、実質的な需要がどの程度あるか大変疑わしい事。・Option指定するだけで使えた機能までも作者が用意しなければならないという理由から、新たなイベントコマンドが必要になると思われる事(例えばデータセーブなど)。・問題点の改善方法として、Callの機能を拡張しパラメーターに通常のIntermission画面で使えた機能を指定でき、呼び出せるようにすれば2番目の問題は解決し敷居も幾分かは低くなるのではと思いますが、新たにCallの機能を拡張という問題が出て来てしまいます。私が思い付いた魅力や問題点はこんな所です。問題点がかなり致命的な感じもしますが、私はこの思い付きに大変魅力を感じてしまいます。シナリオを作って居られる方なら「もっとIntermissionに自由度があったらなー」という考えに捕らわれた経験がある方も結構いらっしゃるのでは?などと思ってしまうのですが、実際そう感じた方はどのくらい居られるのでしょうか?この思い付きは、リクエスト出来る段階ではないにしても、検討してみる価値はないでしょうか?是非皆さんのご意見をお聞かせ下さい。以上、長文乱文はどうかご容赦下さいませ。04:11:14)オロさん、はじめまして。実は私も前々から思ってました。インターミッション画面が味気なさ過ぎる、と。何とかいじくりたいと思ってましたがプログラミングが未熟な私にとってはこれは叶わぬ夢でした。そこで、この案が採用されればインターミッションに自由な背景設定やBGM設定ができるわけですね。この素晴らしい企画はリクエストするべきではないかと思います。何の参考にもならない文かもしれませんがご容赦下さい。16:06:10)実現される場合、デフォルトのインターミッションも本体からIntermission.eveとして外に出した方がいいのではないでしょうかちょっとした機能追加や機能除去の場合、1から作るよりコピーして手を加えた方が早いし楽だと思います。17:02:51)eveファイルで処理するとなると、VBで実装されている現状より動作が重くなることが予想されるので反対します。インターミッションのカスタマイズ、というオロさんの提案そのものには賛成です。save等の各機能に関しては、やはりイベントコマンドを用意していただくより他ないように思います。用意されさえすれば、後はシナリオ作者の側がHotpointなどを使って対応可能ですし。00:25:56)http://torg.ath.cx/~masaki/index.htm皆さん、ご意見有難う御座います。>がくとへいさん私と同じ気持ちの方が居たと知り、嬉しく思います。リクエストするかどうかは、問題点が大きいのと、私が思いもしなかった問題があるかもしれないという不安から、出来るだけ大勢の方のご意見を聞いてから判断したいと思います。>ハクさんその点については私も考えたのですが、通りすがりさんがおっしゃる様に動作が重くなる事が予想されますので、やはりデフォルトはデフォルトのまま残っていた方が良いと思いました。?>通りすがりさん極端な話、データセーブのイベントコマンドさえ用意して頂ければ、後はどうとでもなるんじゃないかと思います。従来の機能を簡単に呼び出せるイベントコマンドを用意して頂ければ、格段に使い勝手が良くなるのは間違いないですよね。他にも、これが実現されたら使いたいという方や、あらたな問題点に気付かれた方、もっと良い代案を思い付かれた方のご意見をお待ちしております。00:28:10)http://torg.ath.cx/~masaki/index.htmハクさんこんにちは。私のレスに不快感をお感じになられたとしたら先に謝罪します。ハクさんがおっしゃるように、「重くなるとしても許容範囲内ではないか?で、あれば利便性を重視すべき」というご意見はもっともな事だと私自身も思う所でありますので、決してハクさんのご意見を評価していない、もしくは否定している訳ではないという事はご理解ください。「ある程度の利便性を犠牲にしても、デフォルトはそのままにしておいた方が良くはないか?」というのは、あくまでも私個人が感じた事でしかありませんので、大多数の方がハクさんと同意見ならば私としてもそちらの方が良いわけです。なんといっても作るのが楽になりますからね。一方では通りすがりさんの様に反対されている方も居るわけで、仮に実現されるとした場合にどちらがより望まれるかは大変知りたい所です。その点も含めて引き続き皆さんのご意見をお待ちしたいと思います。14:48:15)http://torg.ath.cx/~masaki/index.htmあまりご意見を頂けなかったので、興味を持っておられる方が殆んど居ないのではと思いリクエストするかどうか悩みました。少数とはいえ賛同していただいた方が居られるので、このまま取り下げるのもどうかと思いリクエストする事にしました。採用されたと仮定した場合ですが、デフォルトのIntermissionをeve化するかどうかは、Keiさんの判断に委ねたいと思います。がくとへいさん、ハクさん、通りすがりさん、お付き合い頂き真に有難う御座いました。