投稿

『或る夏の日々』制作ノート

イメージ
◇どのようにして始まったか……  昨年、音だけの世界、ボイスドラマが好きだと気がついたことは以前記した通り。 その後すぐにボイスドラマみたいなゲームが作りたいと思った。 このふわっとしたボイスドラマみたいなゲームという思いは明確な形を何も想像していなかった。 そしてまたふと思った。文字だけのテキストアドベンチャーゲームならボイスドラマと相性が良いのではないか これも詳細なシステムをイメージしていたわけではない。ただなんとなくそう思った。 それで、なんとなく夏休みの冒険的な内容がいいかなと思った。 こうして全てがふわっとして明確ではないまま、取り敢えず目に見える具体的なイメージが無いとアイデアが浮かばないなと思い、主人公や執事をプログラム的に配置し、セリフが表示されるようにした。 後は、会話が進展するようにする為にはプログラムの構造をどうするべきか、データをどのように持たせるべきかを逐次考えながら、まったく設計のない、どうなるかわからないプログラミングを始めた。まさにこのゲームプログラミングこそがアドベンチャーであった。 ダンジョンだけは前作のロジックを流用して初期から存在した ◇次々と気づいてしまう事実…… プログラミングを進めながら、同時に登場人物の状況に応じたセリフを考え、そしてセリフを考えながらキャラクター設定を徐々に固めるという感じで、全く何も無いところに点を描き、点から点につなぐように作業は進められた。 今まで、ここまで何も決まっていないプログラミングをした事はなかった。 どこまで作れば終わるのかも見えないし、どういうゲームになるのかもわからない。 ただゲーム内の夏休みが終わればゲームも終了するという事だけは決めていた。 でも、なんのゲームシステムとしての設計もなく、プログラムの構造も決まっておらず、データ構造も都度必要にかられて設計するという状況では何もかもが手間がかかった。 ゲーム内のすべての行動は専用のプログラムが組まれており、使い回しが殆ど無い。 状況に応じて会話を変化させるために、セリフとプログラムが密接になっており、データとプログラムの境目も曖昧であった。 7月に思いつき、8月に始めたプログラミングは、当初なんとなく8月中に完成させようなんて思っていたが、8月が終わってもなんの目処も立たない状況で、これはいつ終わるのだろうかという不安に...
コメントを投稿
続きを読む

今年初めての、そして半年ぶりのブログ

 以前は毎週のように記していたこのブログ、最後が7月23日なので半年以上間が開いてしまった。 書くことが無かったわけではなくて、書きたいことは色々あったのだけど、精神的な余裕がなくて書けなかった。 それでは何故今ブログを記しているのかというと、余裕のない原因が解消されたからである。 余裕のない原因、それは1月31日に発表したゲーム、ボイスドラマ✕テキストアドベンチャー『 或る夏の日々 』の制作であった。 リリース後も毎日改修を続けたり、告知用の動画を作成したりしていたが、昨日でほぼ一通りの作業が終わった。 発表したばかりで、まだ正式な制作ノートを記す気分ではないので作品についての詳細はここでは記さない。 でも、ブログが書けなかったほど余裕がなかったのは、前回のブログで記したボイスドラマにはまったことがきっかけでなんとなくボイスドラマ的なゲームを作りたいと思ってしまった事が原因である。 この何となくボイスドラマ的というのは何も形が無いので、どう進めるのか、どんな仕組みにするのか、何もないところから始まった。 制作を始めてしまった後も、どこまで作るのかとか、登場人物は何人出すのかとか、とにかく何も決まっていなくて、いつ終わるのかが全く読めない。 何をもって終わりにするのかもわからない。 いつ終わるのかわからない作業を進めていると、とにかく終わらせたいという気持ちと、でも最低限やらなきゃと思っていることは終わらせようという気持ちが自分の中でぐるぐる回り余裕がなくなる だから他の何かに手を付けることが出来なかった。 なにか思うことがあってもブログに記すことは出来なかった。 そんな事をしている暇があったらゲームを制作しなければならない、そう思った。 そんな状態が半年も続いた。 昨年末には前回のブログに記した音声配信サイトhearが閉鎖された。 既に、サーバーが不安定で開けないことも多かったので、活動する人も他の配信サービスに移っていた。 なので私も途中からはstand.fmを中心に聴くようになり、hearはあまり開くことも無くなっていた。 しかし閉鎖が決まった12月にはここでしか聴けないものを聴いておこうとして毎日hearを開いていた。 昨年、初めて自分のゲームに音声を依頼して、それがきっかけで JiRさま の作品を聴くようになり、JiRさまと共演していた りささん ...
コメントを投稿
続きを読む

気づいてしまった、私の『好き』

 ここ最近の自作ゲームでは声優のJiRさまにご出演いただいており、自分が作った他愛もないセリフにJiRさまのお声が入ると突然いきいきとしてくるのだから不思議だなと思っていた。 それで、ふと気になって JiRさまが出演しているボイスドラマ をいくつか聴いてみた。 作品の内容についてはここでは触れないけど、聴いていると儚さや切なさといった感情がこみ上げてくる。音声だけの世界で映像がなく、具体性に欠ける中で印象という翼が広がっていくように感じる。 それで、私はある事実に気づいてしまった。 私は昔から声だけのドラマが好きだったのだ。 あまり意識していなかったし、積極的に聴いてこなかったのだけど、多分、きっと、恐らく、大好き。 考えてみれば私は寝る前に『JET STREAM』を聴くのが好きだった時期があり、ほぼほとんどのCDを購入している。 『JET STREAM』ってBGM的な曲の合間合間にちょっとした朗読が入るのだけど、それがたまらなく好きだった。 もっと昔に遡っても自分の好きな小説がラジオドラマになるとなるべく聴くようにしていた事を思い出す。（といっても聴き逃す事も多かった印象だけど） 好きだったのに向かい合ってこなかった。 よくわからないけど意識しようとしなかった気がする。 多分、ゲームとか本とか、漫画とか音楽とかいろんな好きがあって、優先度的に前面に出ることがなかったのだろう。（ ※ ） でも、あらためて聴いてみると、もっと聴いてみたいと思う。 今まで向かい合ってこなかった、自分の『好き』を再認識した。 全然気にしてこなかったから知らなかったけど、音声を配信するサービスというのは結構いろいろあるようだ。 hear.jp 　というものがあるのも最近初めて知った。他にも無料で聴けるPodcastやYouTubeでの音声のみもたくさんあるようだ。 HEARシナリオ部 というのがあって、ここでたくさんボイスドラマを公開しているようなのでとりあえずいろいろ聴いてみようと思う。 なんだかちょっとワクワクしている。 ※正確な記憶ではないけど、ドラマCDって1回か2回しか聴かないのに音楽CD並みに高くて費用対効果が悪いと感じていたかも
コメントを投稿
続きを読む

D&B Part1『脱出』制作ノート

イメージ
 D&B（ダンジョンズ＆ボヨヨンズ）Part1『脱出』は他の作品と同様にプログラミングの練習目的で作ったゲーム　単純な迷路脱出ゲーム　 →今すぐプレイ コンセプト プログラミングの練習が主目的なので公開しなくても良いのだけど、この作品は公開するという方向で考えていた気がする。 ただ、当初はもっとオリジナリティのあるルールに変更しなければ公開する価値は無いだろうと考えていたが、何度も動作検証をしているうちにシンプルなタイムアタックのゲーム性で公開したいと思うようになっていった。 当初は自由に敵の数を変更したりマップの広さやマップの複雑さを自分で指定できたりとかなり自由度の高い仕組みとなっていた。しかし、ゲーム性の中心をタイムアタックにしようと思った段階で自由にマップの広さを変えられたらタイムアタックにならないのでマップの広さはフロアーごとに固定し、複数のフロアーを用意してそれぞれに異なる広さや敵の数を設定するという仕組みとなった。 いつの段階だったかははっきりしないが、タイムアタックをゲーム性の中心にもってきた段階で、タイムスコアを集計してランキングを表示すればタイムアタックは盛り上がるのではないかと考えた。記録の残らないタイム表示ではスクリーンショットを撮って共有するといった方法でしか競う事が出来ないので、ランキングを表示する仕組みが必要な事は明白だった。 スコアを集計表示するためには各プレイヤーの結果を送信する必要が出てくる。 また、結果を蓄積した上で、集計し、上位ランキングをソートして表示する必要がある。 これらはユーザーのブラウザで動作するJavascriptだけでは実装不可能なのでサーバーサイドの仕組みが必要となる。今回はまともなサーバー構築は一切行わず、Googleスプレッドシートにデータを蓄積し、Googleスプレッドシートの関数で集計し、その結果を受診するというシンプルな仕組みを構築している。詳しくは D&B Part1『脱出』技術的なメモ に記す。 D&B Part1と、一作目から二作目を作るかのようなタイトルにしたのには一応理由があって、シンプルなタイムアタックで公開すると決める前にあった各種アイデアを実現した続編を作る前提で、今はとりあえずシンプルなタイムアタックの迷路脱出ゲームにすると自分に言い聞かせる必要があっ...
コメントを投稿
続きを読む

D&B Part1『脱出』技術的なメモ

制作ノートでは軽く触れただけのデータ送受信について、忘れないように記録を残しておく。 → 制作ノート   データ送受信 今までの作品はJavascriptのみで作られていた。つまりクライアント側のみで動作するプログラムであり、サーバーにデータを送信したり、サーバーからデータを受信したりする処理は無かった。 今回、タイムアタックをゲーム性のメインに持ってきたかったので、タイムスコアをサーバーに送信して蓄積し、ランキングを受信して表示する事が必要になった。 真面目にサーバー環境を構築するという選択肢もあったのだが、試しにGoogleスプレッドシートにデータを送信して蓄積し、Googleスプレッドシート側でランキング集計用シートを作成し、受診時はシートの内容を取得するだけというシンプルな構成を作ってみた。 GoogleスプレッドシートにはQUERY関数というデータベースを操作するSQLのSELECT文のような関数が存在するので、集計用のシートを作成してランキングデータを表示するのは実に簡単だった。 データ蓄積用のシートをQUERY関数で参照するだけでランキング集計済みのシートが出来上がるのでApps Scriptでシートを取得して戻せばJavascript側で簡単に表示できる。 しかし、実は実装に苦労した。 Javascriptはブラウザのコンソールを見ていればエラーの原因がわかるのだけど、Apps Scirpt側でのエラーはコンソール上ではわからないのでブラックボックスのようになってしまう。 まぁこれはPostmanを利用することでAPI（Apps Scirpt）側のエラーがわかるようになって解決したのだけど、気づくまではけっこう大変だった。 （ブラウザのコンソールではApps Scirpt側のエラーは全てCORSエラーとして表示される。しかし、実際は返答がないだけでCORSエラーではない。ChatGPTやGeminiにエラーを分析させてもてんで見当違いな改善策が提示されるが、それはCORSエラーを改善しようとする内容だからであり、実際にはCORSエラーではないのだから解決しないのは当然であった） それと、今回タイムスコアの送信とランキングの受信のみなので大きな問題は発生していないけども、Apps Scirptからスプレッドシートへのアクセスにはタイムラグが結構...
コメントを投稿
続きを読む

勘違いが広まる仕組みを懸念する

イメージ
 ゲーム制作中に表記をアルファベットにするかカタカナにするかで迷う事はよくある。 最近公開した“D&B Part1『脱出』”でもfloorの表記をアルファベットのままにするか、カタカナにするかで迷った。そしてゲーム内のタイム表記やFloor Clearといった表記はアルファベットのままとしたがハイスコア確認用のプルダウンメニューでは総合や最近と並べた時にカタカナの方が自然だという事でフロアー１、２というカタカナ表記とした。 しかし、Floorのカタカナ表記は「フロアー」「フロア」と長音のあるなしで表記揺れがあったので、アルファベットをカタカナにする規則、floorはカタカナでどの様に表記すべきかをGoogle検索で確認する事にした。 「フロアー」で検索するとこの様に「関連する質問」という通常のサイト検索結果とは別にGoogleが関連すると判断した内容が表示されていた。 　そこには「フロア　フロアーどっちが正しい？」という項目が存在し、開くとこの様に 「基本的に『フロアー』という言葉はありません。『フロア』が正解です。文部省の外来語の書き方で決められています」 と表示された。 これを見て、私は「え！？」とこの内容に大きく疑問を感じた。 　これはYahoo知恵袋にリンクしていたので内容を確認。 Yahoo知恵袋の記事 　Googleが引用した内容そのままの短い回答内容であった。 　文部省の外来語の書き方で決められているというが詳細が何も記されていないので調べることにした。 HOME > 国語施策・日本語教育 > 国語施策情報 > 内閣告示・内閣訓令 > 外来語の表記 > 留意事項その2(細則的な事項) 外来語の表記　留意事項その2(細則的な事項) ここを確認すると、「3　長音は,原則として長音符号「ー」を用いて書く。」とあり、その注３では 「注3　英語の語末の‐ｅｒ,‐ｏｒ,‐ａｒなどに当たるものは,原則としてア列の長音とし長音符号「ー」を用いて書き表す。ただし,慣用に応じて「ー」を省くことができる。」 と記載されている。 つまり、orで終わるfloorは長音符号を用いるのが原則であり、慣用に応じて省いてもよいということになる。 なので、Yahoo知恵袋の「ベストアンサー」は勘違いな回答であることがわかる。 しかし、質問者が...
コメントを投稿
続きを読む

『Smile Reversi』−勝利よし、敗北なおよし−　制作ノート

イメージ
  『Smile Rversi』（スマイル☆リバーシ）−勝利よし、敗北なおよし− 　を公開してから一ヶ月ほど経過したので制作ノートを記す。 『Smile Rversi』はCPU対戦リバーシであり、初期段階ではプログラミングの練習目的で作ったCPUが弱くてなんの面白みもないゲームであった。 なんの工夫もないのもどうかと思い、最初に行った付加要素は『不揃い処理』であった。 よく見て貰うとわかるようにマスに対して石が中央に配置されず全てが微妙にズレている。 この手のゲームではマスに対して中央に石が配置されるゲームが多いが、人間は正確に中央には配置できないので不自然に見える。 なので、自然に見えるように工夫したのがこの『不揃い処理』である。 　ただ、この処理を作った時に思ったのは、自分としてはとても気に入っているけど、ほとんどの人は気づきもしないという事。 　プログラミングの練習目的で作っているのだから公開しなければならないわけではないし、弱いだけのリバーシなんて公開しても誰も遊ばないことは明白で、この不揃い処理を加えたところで遊びたいと思わせる要素には全くならない。 　でも、せっかく作ったのだからなんかの要素を付加して公開できないかな？　と思った。 　色んな可能性を考えている中で、前回の『早押し百人一首　十連‼』で音声を付与した途端、作品に色がついたような感覚を思い返していた。 　CPU対戦だからキャラクターに個性を持たせて、複数人用意してそれぞれにセリフを用意したらどうだろうかと連想が始まる。 　でもCPUは弱いし、リバーシにそれほど興味のない私がこれ以上強いのを作る気力はない。 　複数人CPU用意したって強くもなんとも無いリバーシを遊びたいと思う人がいるだろうか？ 　まてよ、逆に物凄く弱くして、敗けるのが難しいようにしたらどうだろう？　そう思って弱いCPUを作ってみた。 　うーん、弱いCPUといっても敗けること自体は出来る。 　これでいいのかなぁとまた悩んだ。 　そして、たどり着いたのが戦況を９段階に分けて状況に応じたセリフを用意する。勝利を目指すのではなく、状況に応じて変化するCPUキャラの表情の変化、セリフの変化を楽しむというコンセプト。 　これは勝利という目的を転換して、目的を楽しむに変えるという事になる。 　よく考えてみると友達とリバーシをするというの...
コメントを投稿
続きを読む