エロゲのシステムまわりを考える（A・H・OP ver.8）
■ このスレッドは過去ログ倉庫に格納されています
発売前は話題にならないが実際に遊んだ人からはしっかりと評価されるシステム周り。
システムが良ければ売れるわけではないがシステムという土台がしっかりしてないと、良い絵やシナリオ、濡れ場の魅力も半減。
そんな縁の下の力持ちであるシステム周りについて語りましょう。
「ここのメーカーのシステム使いにくいんだけど。こんな風だったらよかったのに・・・」
「このゲームのこのシステムは(・∀・)ｲｲ」
「エロゲにこんな機能があったら便利」
そういった情報の検討・蓄積を行うスレです。
ここの地道な意見がシステムデザインの参考にされることを願ってやみません。 >>421
もうマウス対応なんて時代遅れも甚だしいんじゃねｗ
と言うか、右クリックなんてのも外していく方向でないと。 ttps://twitter.com/nonotan_giga/status/387881739378761728
@nonotan_giga
戯画ADVシステムを改良中なのですがマウスジェスチャーの割り当てを悩んでいるのでご意見募集！
右クリックを押しながら↑・↓・←・→にそれぞれ割り当てられますので機能は4種類です。
何を割り当てたいかをリプください！ あと他にもシステムに対するご意見もあればぜひ！ #webgiga
@dkoneko_giga
というわけで、現在戯画ではゲームエンジンのさらなるバージョンアップに挑戦中です。
ご意見があれば、どしどしののたんまでお送りいただければ幸いです。 紫並みとは言わないからEthornell系より軽くしてくれよ… >>422
えぇ〜？
タッチパネルはナシだよ。
チンチンにつけて、硬さや角度で分岐はありだな 真面目な話、今頃になってマウスジェスチャーとか
増えてきてるのはタブレット操作の方向を見据えてるからだし。
プログラムの共用は無理だとしてもモバイル版への移植／並行
ってのを考えてないようなら早晩行き詰まるのは間違いないし。 タッチパネル対応は必須だろ。
今年春で出荷数割合がタブレット３、ノート６、デスクトップ１らしい。
モバイル（通信系はハードウェア制約とユーザが持ってる
機種の仕様の「差」が大きくてファイルサイズが巨大なノベルゲーを
移植するってのは正直無理目 WebM/VP8 DirectShow Filters v1.0.1.0
webmdshow-1.0.1.0-20131002.zip
ttp://code.google.com/p/webm/downloads/list なんかネタでもあればだけど
タブレット対応とかどこかやってる？ JoyToKeyでパッドプレイしてるんだけど、最近のでもキーボード操作がおざなりなの多くて困ってる なんでJoyToKeyなんていう極少のユーザーが粘着してる
勝手ツールに対応するのが当たり前だって思えるのか
その精神病質者じみた思考がキモチワルイ いや、違うだろ。
JoyToKeyでジョイパッドのボタンをキーボードに割り当ててるけど、キーボード完全対応のエロゲーが少ないって
言ってるんだろ。 http://www.mozilla.jp/blog/entry/10340/
Cisco は本日、高品質で無料(Gratis)のオープンソース H.264 の実装と、Cisco がそのソースコードからコンパイルし
同社のサイトでダウンロードできる無料のバイナリモジュールをリリースすることを発表しました。
これにより、すべてのオープンソースプロジェクトで、MEPG LA にライセンス料を支払う必要なく Cisco の H.264 モジュールを実装できるようになります。
おめーらやったな
MPEG1卒業できるぞ
http://www.openh264.org/
H.264コーデックをオープンソース化、Cisco
http://news.mynavi.jp/news/2013/10/31/234/index.html エロゲーで使われているのはTheoraとちゃうんけ Webm（VP8）はGoogleがライセンス料払うことで誰でも無料に使えるようになったがどこもつかわんな・・・ WebM DirectShow Filters v1.0.2.0
webmdshow-1.0.2.0-20131026.zip
ttp://code.google.com/p/webm/downloads/list
“H.265/HEVC”“VP9”デコーダーを搭載した「FFmpeg 2.1」が公開
以前のバージョンで発見された脆弱性の修正も
ttp://www.forest.impress.co.jp/docs/news/20131029_621335.html Monty Montgomery - LiveJournal.com
Comments on Cisco, Mozilla, and H.264
ttp://xiphmont.livejournal.com/61927.html AACはデコーダー配布は特許料が必要だが
ストリーミングやファイルとして配布する分には特許料は不要なんだな MP3の特許が（日本国内で）切れるのは2018年 豆知識な AtomPCとかだと最近の動画コーデックのデコードはかなり重い H.264ならハードウェアデコードが出来るけど、有料で配布すると金取られるみたいだから使いづらい
さらに、Vista以前はデコーダーも標準で搭載されていないみたいなので再生出来ない可能性はある
かといって同梱するとライセンス料が・・・ たとえブラウザやFlashの内蔵デコーダを使うとしても、商用ゲームで使ったら有料配信とみなされ金を取られる可能性があるから
やっぱりTheoraでいい もしくはWebMでも イシイジロウ氏ら第一線で活躍するクリエイターがアドベンチャーゲームを語り尽くす！――
「弟切草」「かまいたちの夜」から始まった僕らのアドベンチャーゲーム開発史（前編）
ttp://www.4gamer.net/games/074/G007427/20131108107/SS/008.jpg
ttp://www.4gamer.net/games/074/G007427/20131108107/ 800*600のゲームをおまいらはどうやってプレイしてる？
自分含め最近のPCだとほとんどフルHD画面だと思うんだが窓画面
でのプレイだと小さくてあかん
何か解決策ない？ >>451
フルスクリーンにすればいいだけじゃん。
頭おかしいんじゃね。 ・疑似フルスクリーン
・DbDじゃない
・スケーラの質が悪い
・アス比固定が出来ない(未だにあったりする)
というわけで、単純にフルスクリーンにすれば？というわけにもいかなくなってる。 最近はスケーリング技術が向上してるから、昔と違って拡大しても粗が気にならない
というか綺麗 Window Mode Patch for Gameという外部ツール使ってLanczos掛けたり >>453
一番目と四番目が排他の項目なのに一緒くたに書いてる辺りで
クソな書き込みでしかないんでチラシの裏にでも書いてろヴォケナス 妹のおかげでモテすぎてヤバい。
いいなこれ
セーブ画面でサムネールの中にマウスオーバーするとコマンドボタンが出るとか、スライダー掴むと
設定値が出るとか、タイトル画面がポインターでスクロールするとか、なんつーかセンスがいい。
フォントも見やすく、使いやすいのが複数用意されててスンバラシイ。
こーゆーのはシステムの手柄なの？ >>457
ユロットのはベースが吉里吉里２で
その上の部分が独自に拡張してるもの。
CUFFS系列にもどういう経緯でか提供してると思う。
スタッフロールにプログラム担当の記述が無いから出自は謎。
＞ こーゆーのはシステムの手柄なの？
手柄ってどういう意味で？
前述のようにベースは吉里吉里２なので
他社の吉里吉里２と動きが違うような部分は
独自に作っている訳だけれど、この場合に
「手柄」ってどう評価する？
ワムソフト版吉里吉里２なんかも同様だね。 フォントがバカの一つ覚えのMSゴシックじゃなくて、見やすく使いやすいラインナップ
スーラ
ハミング
ロダンカトレア
筑紫明朝
ニューシネマ
ロダンハッピー
どうして他のメーカーはこれらを使わないのかな。 fontworksなら、そこに上がってる物よりスキップが好きだな
このスレ的には特定の組み込みフォントがどうこうよりも
選択できるかや描画周りや禁則処理とかを話すべきな気もするけど こだわりと言うかワムソフトがフォントワークスの営業もどきに売り込んだだけのようなｗ あと、フォント変更できるエンジンなら自分でインストールしてある
フォントを選べるんだし(出来ない場合もあるけど)
gdgd言うなら自分で買えよ、ってだけだし。 正直、年間ライセンス料払ってまでやる意義が少ないから IPAフォントがフリーでマトモだと思うんだがどうだろうか？
フリーのフォントを入れてるブランドってあったっけ？ >>467
Littlewitch
手書き風のフリーフォント(商用は要相談だったか)使ってた。
さなフォントとか小鳥フォントだったっけか。
あそこは選択式ではなくデザイン優先で商用フォントも含めて。
デザイン優先で固定埋め込みフォントなメーカーには
フリーフォントのところもあるのかな？
角砂糖なんかはたぶんフォントワークスだと思うけど。 あとワムソフト版吉里吉里２は一昨年くらいから
デフォルトでフリーフォントが入ってたと思うけれど。 マウスジェスチャーと戯画のポップアップセーブは便利だったな
今度はクリック待ちアイコンのon/offと
ウィンドウ透過100％でも読みづらくないように縁取りと影を付けて欲しい
何のための透過機能なのかと あれってロードしようと思って
誤って上書きセーブしちゃうから嫌いｗ >>49
ないわ
MAXじゃないと音質劣化するの知らないのか たいていの音関係のAPIはミキシングでは減衰しかできないから難しいのよね
Oggとかは展開時のゲイン変えれば音量の増減が可能なので、キャラ別音量はそれで、調整させるほうがいいんだろうなとは思ってる 「MAXじゃないと音質劣化する」って初めて聞いたわ 画像で例えるとわかりやすいかなぁ……
MAX100%がSVGAとして、倍ならUXGA、8割ならVGA
デジタル拡大縮小なので完全な相似形にならない
みたいな感じで、音量変更に伴い音質劣化する
極端に音量を変更しなければ気にならないレベルだろうが 24bitや32bit浮動小数点で処理しろって事かな。
少なくとも減衰時の影響は大分マシになりそう。 基本、ゲーム内のマスターとボイス音量はMAXにしてるけど、たまにキャラ別音量が80%とかのがあって
面倒くさいんだよね、変更が
ところが先日、タイトルは忘れたけど、各キャラのボリューム設定の脇にメニューボタンがあって
押してみると、この設定を全てに適用するなんて親切機能があるじゃないの
ちょっと感動した
キャラ別の文字カラーにしてるゲームは更に面倒くさい。
個別に設定できたとしても 各キャラに RGB 三本のスライダーがあるから、全て白に統一しようとすると
設定からチクチクゲームが始まる。
なんでキャラごとに文字色を変えるのよ、変でしょ！ 色で見えたほうが分かりやすいからでしょ。
名前や文脈で分かるとか、Voiceしか聞いてないとかならまだしも。 そうかな？
色が二桁あったりして、その色でキャラを見分けるとかありえないぞ。
小説だって、文字を色分けするとかない。
立ち絵の表示キャラと、違うキャラに喋らせるとかならわかるけどそんな超演出はまだないはず。 >>484
＞ 立ち絵の表示キャラと、違うキャラに喋らせるとかならわかるけどそんな超演出はまだないはず。
腐るほど使われてると思うけど？
だからどのキャラのセリフか視覚的に即座にわかるように
したい／して欲しいって要求があるんだろうと思うけど。
それに対するアプローチがテキストの色変えだったり
フェイスウィンドウだったりするんじゃないの。 色については、未読判定のはニーズわかるんだけどキャラ別はいらないよなあと思ってる
いわれたらつけるけど
顔窓は、あれはメッセージに視点あわせてると表情変化がわからんのでそれへの対策
わりと本末転倒で絵面も微妙なんだけど良い対案が無い >>486
＞顔窓は、あれはメッセージに視点あわせてると表情変化がわからんのでそれへの対策
例えば「ピリオド」とかはそうじゃない(前述のような)使い方していたりする。
基本はフェイスウィンドウ無し／画面外キャラ台詞のみフェイス付き。 >>487
うん。それがあるべき使い方だと思ってる
そんなわけで、実装としては、
明示的に顔表情指定があればそれが優先、
顔窓が空いてれば、話者の立絵に同期したものを表示して、後者はコンフィグで無効化可能、としてる >>485
> 腐るほど使われてると思うけど？
具体的に腐るほど上げてみてくれ セリフだった場合、ボイス聞けばいいから、メッセージウインドウじゃなくて
CGの方見てられる。
また、クリックするとボイスがキャンセルされるタイプの場合の
シーンリプレイでボイスだけ聞きたい場合の地の文スキップとか。
色の場合は顔表示やネーム表示よりも判断がつけやすい。 >>484
立ち絵の場合じゃなくて、3P以上のイベントシーンとかで
わかりやすくなるんじゃないかな。
別にその二桁が入り乱れて延々話すわけじゃないでしょ？
数人で話を回してたら色分けでの判断は十分つきやすいと思う。
逆に顔窓ってエロシーンのときに出されるとプレイとの
齟齬があったりで違和感ありそうだけどなぁ。 それなら主人公と、それ以外程度でいい
基本、姿を出さずにしゃべるのは主人公か立ち絵のないモプだけだし
可能なら最初に全部白に変更するけど、それで困ること無いんだよなー
というかカラフルな方が目が滑ってこ困る 色ついてるときはボイスなんだから滑っても困らんくない？
ボイスは切ってる人？ ボイスは補助で、読み終わったら先に進める。
俺のような人種のためにあるのが、クリックしても次の音声までボイスを切らない、だな。
あの機能が出た時はわかってるじゃんと思った わかってないところが形だけ真似しちゃったんだろうね 文字色つきがいい人って色付じゃなきゃダメだ！って
わけでもないだろうし文字色つきじゃダメだ！って
人の声のほうがどうしても大きくなる気がする
色つきありがたいけど>482みたいな3本スライダーだったら
俺も色変えるのはめんどくさいって思ってしまう 自分で各キャラに好みの色をつけたがる奴なんて極少数だろ 能動的に色つけたいかといわれるとＮＯなんだけど
色ついてて欲しいかといわれたらＹＥＳ テキスト読み上げ機能には感心した。
30年前に出会った、DECTarkから思えば遠くへきたもんだ libVorbis 1.3.4 released
ttps://xiph.org/press/2014/libvorbis-1.3.4/ 解像度を上げた時にフォントサイズをそのままにするメーカーが多いんだが、
あれってどういう判断なんだ？
ウインドウ表示で遊んでる人にはその方が良いからって理由でそうしてるのか、
単なるモノグサなのかわからんわ。フルクリーンだったら読みにくくなるだけ。 >>502
あれ不思議だよな
依頼くるたびに指摘はしてるんだけど、
それでいいですと言われるよ
ボタンのサイズはタブレット効果で今後改善されるとは思う >>502
それはプログラム的に手間がかかるんだ
フルスクリーンにしても画像データはビットマップだから決まった解像度しかもてないから字の優先度低い >>502
それは解像度を上げてるというよりはウィンドウを引き伸ばしてるに過ぎない
マルチ解像度に対応させてる所なんてごく一部だろ 元々、ビジュアルノベルでなくなった
今の「人形劇」エロゲではテキストは邪魔者扱いだし
比率的に小さくなる方がユーザーの嗜好にあってるでしょ。 画面解像度あげたのに前とピクセルサイズ同じって話じゃないのかな
画像と文字の解像度（正しい意味）を別にする、という話ならたしかにめんどくさい 拡大したら相対的に文字が小さくなるようなエンジンなんてあるの？
3Dの一般ゲーとかなら、時々そういうのを見かけるけど >>509
800×600から1280×720にしたのに、フォントのピクセルおなじままで相対的に小さくなった
という話だと俺は理解したが真実は >>502 に聞かないとわからない 800x600 20ptフォントのエロゲがある。そうすると「見かけのサイズ」はこうなる。
20pt ： ウィンドウモード
25.6pt ： フルスクリーン(1024x768モニタ x1.28)
40pt ： フルスクリーン(1920x1200モニタ x2.00)
800x600 20ptで作っていたメーカーがCGサイズを1280×800に上げているのに
フォントサイズを変えずに20ptのままだとこうなる。
20pt ： ウィンドウモード
16pt ： フルスクリーン(1024x768モニタ x0.8)
30pt ： フルスクリーン(1920x1200モニタ x1.5)
縮小表示になるXGAモニタは置いておいて、WUXGAでは40ptだったフォントが30ptになる。
従来の75%な訳だ。あくまでも見た目でだけれど。 ＞ 800x600 20ptで作っていたメーカーがCGサイズを1280x800に上げ
この場合に20ptのままじゃなくて(800x)600→(1280x)800の分のx1.33で
26ptにしておけばWUXGAモニタで39ptで従来の40ptと見た目変わらない。
ウィンドウモードでのプレイだと20→26な訳だけど、
ウィンドウ全体とフォントの比率では従来と変わらないんだから
テキストウィンドウが大きくなったとかいう感覚にはならないはず
……なんだけど、ウザユーザーに文句言われるのかねやっぱりｗ >>510
そうそれ、それが言いたかった
マルチ解像度とかそんなハイテクな話じゃないれす…（笑）
ついでに言うとワイドに移行する時よりも、
800×600(4:3)→1024×768(4:3)の時に良くあると思う 文字とウインドウ両方のサイズ可変が今後は必要にはなってくるだろうね。小画面・高解像度タブレットで同じ比率だと文字が小さすぎる 514の言うようなタブレットとかについては
全く違ったアプローチが必要だとは思うけど。
640x480から800x600に移行した時にも
この問題は発生してると思うんだけどね。
その時はどうしたんだろ。
800x600だけどカノギなんかWUXGAフルスクリーンで
プレイするとフォントが巨大だｗ >>515
そのときは全体的に順当に大きくなったような気がする PCって自由度が高いからやろうと思えばなんでも出来て
でもってユーザーもやってもらって当たり前みたいな感覚で
更にどこかのメーカーが後先考えずに出来るからやっちゃうと
それが出来なきゃクズ扱い。
オーバークオリティってのは業界全体にはマイナス要因
でしかないんだけどプログラマってのは目先の事しか見えんし。
優秀な人ほどその傾向が顕著で。
まぁそれはさておき。
自由度が高いからって7インチ端末からデスクトップモニタまで
対応しようとかいうのってそもそもが間違いだと思うのよね。
飽くまでも今のエロゲはSXGA〜WUXGAで11〜30インチ辺りの
端末をターゲットにした仕様が正道でしょ。
今後は7インチ端末辺りが主流になるという方向で変えていくなら
そこをメインターゲットに旧機種でも見られる、という方向が
正しいアプローチじゃないの？
例えば今はおおざっぱに26ptフォント30文字3行とかが普通だけど
PS Vitaに準じた倍比率に変えるとかね。
Vitaとかはあのサイズでも読める事が前提の比率な訳だよね。
同時に一ウィンドウに表示する文字数も激減するから
ライターの意識とかも変革が必要になるけど。 現状でもrUGPなんかはフォントサイズ可変で
メッセージフレーム無しだから7インチ端末とかでも
フォント大きくするだけだけど、それは飽くまでも
一応は見やすく出来るってだけだしね。
それに画面が文字で埋め尽くされるビジュアルノベル
状態になっちゃうし。
それは正しいアプローチじゃないと思うんだ。 VITAどころかPSPのタイトルでもPC版と文字数べつにかわってないぞ。ウインドウの画面比は大きいけどそれだけだ > オーバークオリティってのは業界全体にはマイナス要因
そーなのか。未来の電子書籍、紙で読むなんてありえねーと言われるくらいに進化するとしたら
エロゲが洗練したものが土台になるんじゃないかと期待しているんだが 画面効果のON／OFF機能って必要なのかなあ
使ってる人います？ ■ このスレッドは過去ログ倉庫に格納されています
