9年前こんにちは!今から制作中のRPGにセーブ&ロード機能を実装しようとしたのですが、セーブデータの数について1つ質問があります。皆さんは、セーブデータはいくつまで作れた方が良いと思いますか?完全に自分の好みでも構わないので、1つや3つなど、具体的な数字で教えてもられるとありがたいです。ちなみにRPGは、普通のシンプルで短めなストーリーです。短めのRPGであれば10もあれば十分だと思いますよ。9年前やっぱりどれくらいやり込み要素ややりなおしたときに違う冒険ができるか?に、よる気がします。職業によるかもですし、レベルアップが自分でパラ配分可能だったりだったら、セーブデータ多く作りたくなります。いうやり込み要素で2/3ぐらいは体験できるぐらいあるといいかもです。(全部体験できる量でもいいかも・・・)完全にゲームによると思うので、スペア程度の2個で!。9年前ゲームを遊ぶ立場から。A列車で行こう7はGetSaveFileNameで保存していましたが,あのようなゲームの場合は意外とそれが正解かと思います。どれとは言いませんが,1997年頃ADVでGetSaveFileName使っているのがあったなぁ......。PCであれば,表示との兼ね合いで決めるのがよいと思います。縦に8個並べるスペースがあり,さらにページングで5個横に並べると綺麗に見えるのであれば計40個,というような形です。(目に見えませんが)シングルエンディングであればFCのドラクエ3とかでの3個というのは,十分な数だと思いますマルチエンディングであれば,複数データを保持したい可能性があるので,エンディング数の数倍程度あると「嬉しい」ですといったところでしょうか。・マイドキュメントの下に作った[ProductName]以下くらいなので,その気になれば,ユーザーが勝手にバックアップします。場合によっては場所がレジストリに書いてあったりもしますね。作りが良くないと,インストールディレクトリに書き込んだりしますが......。この場合はインストーラが保存用のディレクトリに書き込み権限を付加することになります。皆さんありがとうございます!なるほど~。・シングルエンディング・ジョブシステムやパラ配分がある(予定)ということで、セーブデータはとりあえず10程度作れるようにしておきます。ストーリーが完成した後にゲーム全体のバランスと、いくつのセーブデータをどのように表示したら綺麗かということを踏まえて、数を調整し直すことにします。_)mとても参考になりました。私もこの類の仕様にはよく悩みます。Aerobeatも何曲まで登録出来るようにすべきか、悩みました。上限なしでも良いかもしれませんが、これだとリリース前の検査が出来ませんので事実上、上限なしと同じ意味を持つ上限を定めてみてはいかがでしょう?例えば上限のデータを1万個としておき、リリース前の検査では、データを9999個、10000個、10001個でテストすると境界値検査が出来て良いと思います。すると膨大な量を読み込むと不具合が発生するかもしれませんが、上限数で検査して問題が無ければ、安心出来ます。事実上、上限なしの設定にするなら、表示しないデータは解放しながら表示するなどのちょっとした工夫が必要になりそうです。ミクプラは自由にリンクできます。