【初心者】ｽﾚを立てる前にｺｺで質問を【Part28】©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
疑問に思うことがあれば、スレを立てずに、まずはココで質問。
スレッドを立てる前にはローカルルールを読みましょう。
http://echo.2ch.net/gamedev/
※ >>980 を踏んだ人は次スレ立てをお願いします。
【アップローダ・避難所・Wiki】
ゲーム製作技術板公式Wiki
http://wiki.game-develop.com/
ゲーム製作技術板公式アップローダ
http://gmdev.xrea.jp/
gamdev.orgが落ちるたびにあげてみるスレ
http://hibari.2ch.net/test/read.cgi/gamedev/1107022166
※前スレ
【初心者】ｽﾚを立てる前にｺｺで質問を【Part27】
http://echo.2ch.net/test/read.cgi/gamedev/1419935788/ >>542
とりあえず、それのurl書いたら？
そんなおれ知ってるんだけど、みたいな事かくだけなら、ただの構ってちゃんか 質問を正確にイメージできてる自信がない、というだけで別に心当たりがあるわけではないかと
自分もシャキーンとかメカメカしい機械音かな？ と思ったが上げてる参考タイトルだとそういう音のイメージないし ただのかまってちゃんだったようだなｗ二度と俺様の目の届く範囲でイキるんじゃねぇぞ！ｗ >>546
偽物笑たwww
そうまでしないと書き込み出来ないとか悲しいのお >>547
とりあえず、それのトリップ書いたら？
そんなおれ本物なんだけど、みたいな事かくだけなら、ただの構ってちゃんか >>548
とりっぷコピぺすりゃ◆が◇に変わるの知らないのかな >>549
だからそれがどうした？かまってほしいのか？ >>550
>>549
だからそれがどうした？かまってほしいのか？
ぎゃははは超笑たw
どんだけ構って欲しいんだよ
名前も名乗れなくて可哀想な人だね
そんなに交流したいなら構ってあげてもいいぞ
で、どんな質問があるんだ？ >>551
喧嘩のつもりならもっと強い言葉を使いなさい
1人で笑って楽しんでいるなら、他人も楽しませてみせなさい
コテだから期待したのに、3レス、そして10時間もの猶予を与えてこんな平凡なオウム返しレスしか来ないなんてあんまりだ キャラクターのモーションを作るとき
例えばジャンプやダッシュをするモーションは
全て同じ位置（地点）で、キャラクターは移動させずに動きだけを作るのですか？
それとも実際のダッシュやジャンプの様に位置も移動させてモーションは作るのでしょうか？
というのも、後者ですとそのモーションをファイルに書き出した場合に、
キャラクターが動いて移動した通り道（空間）も一緒に保存されて、
Unityなりで読み込む際に容量が重くなったり当たり判定がおかしくなるのかなと考えているのですが・・・
宜しくお願いします。 ゲーム的なデータとモーション的なデータは
分けて考えたほうが無難だと思う
ダッシュやジャンプが現実と同じ動きをすることってあんまり無い
メイキング時点では実際に動かしながらのほうが
作りやすいって人もいるかもしらんが 重心となるポーンが固定 （正確にはそのポーンの鉛直上の地面座標だけど） 超初心者ですが質問させてください
悪の組織運営シミューレータのようなゲームを作りたいと思っていまして
無敵のヒーローを打倒すべくモンスターを製造、技術を育成してどんどん強力なモンスターを製造していくという内容なんですが
こういうゲームはRPGツクールで作ることができるでしょうか？
モンスターはタワーディフェンスのように兵科に分かれていて、倒されても経験値は蓄積されてレベルは上がっていくようなものにできればとおもっています 作れないことはないが、ツクールが提供する
PCキャラの格子状のマップ移動とイベント処理、装備や魔法やアイテム、戦闘シーン
あたり使わないなら、敢えて使う意味が余り……
アツマールで評判になるような作品は１万行単位のスクリプトを詰め込んで、そっち回すだけで動いてたりするけどｗ
そういう作り方でいける >>560
回答ありがとうございます
技術と理想をすり合わせながら勉強していきたいと思います >>559
ツクールを使うべきか否かは
どれくらいツクールの
標準システムに沿っているかどうかで決まる
移動と戦闘がツクールのデフォで
そのシステムの中で組織づくりを表現するなら
ツクールでやった方が早い
しかしタワーディフェンスがメインで
リアルタイムに敵が動いて
こちらも配置するような場合は
別の何かでやった方が早いかもしれない
システムはツクールのデフォでよくて
キャラとかストーリーにこだわるか
システム自体を自作してそこにこだわるかの違い
まず自分は何を作りたいかユーザに何を見せたいか
深く自問自答してみなさい 揚げ足みたいで悪いけど自問自答するよりは形にした方がいいな
ゲーム画面をどのようにするかってのを色々描いてみるだけでも楽しいし
それを見せてどう実現するか聞けば構想だけよりもう少し具体的なアドバイスも出やすい
ツクールもとりあえずやってみれば具体的な理想との差がわかってくる いや、一回は深く自問自答しないとダメ！
形にするのも良いけど多くの場合
見た目が良くないと嫌だとか
周りのゲームと同じ／違うから嫌だとか
面倒臭そうだから嫌だとか
そんな表層的な理由で決めてしまう
だから決断を避けるのはダメ 見た目の良し悪しで判断するのはダメ
何を見せたいかで判断するのは正しい
違う理由が分からん ＞見た目の良し悪しで判断するのはダメ
＞何を見せたいかで判断するのは正しい
後者は正確に言うと「何を感じさせたいか」で
視覚だけでなくシナリオとかゲーム性も含まれる
見た目だけでなく何を感じさせたいかで判断する アツマールのランキング入るようなのはツクールを使う必要性が全く分からない程RPGとしてのシステム使ってないからツクールを使う意味がそこにあると言えるのかもしれん Unity、UE4以外で、同人・インディー・フリゲの類で
ゲーム系エンジン、F/W、ライブラリっていうと今はなんだろう
ちょっと前ならcocos2dやDXライブラリって答えたんだけど ノベルだとティラノが一強ぐらいに増えてない？
ツクールも今MVが増えてて、他と比べてブラゲとアプリ分がそのままプラスされてる感じ
どっちもHTML5とjsってことになるのかな
この2つ死にかけもいいとこだったのにスマホの影響がすごい
ゲーム用途だけじゃないからちょっとずれるけど、Vtuberの台頭でLive2d使用者がすごい増えた
対応してる素材が出て来てんの助かる あー、ツクールか。
プログラマ脳だったせいで、完全に頭から消えてたわ ツクールは上から目線で見られることが多いが
XP以降のツクールはフレームワークとして
プログラミングして使えるんだぞ アツマールで話題になる作品はプラグインではなくゴリゴリと数千行の自作コードで動いてるゲームもゴロゴロ ゲーム進行に応じてコメントが流れるってのは画期的だよな そうなのか
ツクールの仕様分からんからか、仕組みが想像できん
シーンか何かに紐付いてるのかしら 直近３つのセリフのハッシュだったかな？
なので別の場所でも見当違いのコメント流れる なるほどそういう仕組みなのか
精度は悪そうだが面白いな マイクロソフトの入社試験
ＡＰＩのカプセル化をしてＣ＃でドライバを作り、
起動時のファイルを大量読み込み時、多重なデータリードを防ぐなど分かる方？
俺に解答をくれ⇩⇩⇩⇩⇩⇩⇩⇩
https://twitter.com/telteltel26
https://twitter.com/5chan_nel (5ch newer account) ドライバ自体はSDK（DDK）に雛形が全種揃ってるから後は実装だけ
この設問は 「ファイルを大量読み込み時、多重なデータリードを防ぐ」 部分の回答が必要なだけ
普通は先読みキャッシュなりキューイングとアウトオブオーダー処理なりへの対応だと推定されるんだが
設問部分があいまい過ぎて問いの焦点と適切な回答がわからん ５ｃｈ入社試験
twitter のただしいリンクの貼り方 ニーアオートマタって何で作ってるんですかね、UE4？自社エンジン？ どう考えても陰影処理とは呼べない処理までも
シェーダーと呼ぶ事に違和感を覚えるのですが
これってGPUの進化の過程で陰影処理に用いられていた
演算ユニットに他の処理も任せるように変遷したからですか？ Yes
ただ、そのドットを最終的に何色にするか？ に集約するから間違ってはいない
固定シェーダ ⇒ プログラマブルシェーだ ⇒ 汎用シェーダ（ストリームプロセッサ） の時点で意味は消えてる
画像生成以外では GPGPU いわれてるしな >>588
そもそも公開素材なの？
葉っぱとか見るとvueとか3D景観ソフトのCGベースでシームレス化を手動でやった素材に見えるけど ノベルゲーム向けのスクリプトエンジンもしくはマルチメディアWebアプリ作成向けのフレームワークを探しているのですが
・Webベース
・高効率
・ネイティブなスクリプトエンジンと同等以上の演出性能
・現役の主要なWebブラウザが対応している規格は積極的に利用
・容易にカスタマイズできる
・コピーレフト系のライセンス
このあたりの条件を満たす物って何かありますかね？ 今日では、Unityじゃダメな理由から考えたほうがいいと思う もうノベルならティラノでいいんじゃないのって思う
まあ質問するってことは駄目なんだろうけど >>591
・オラクル＆Javaの奴隷みたいにはなりたくない
・ローカルアプリにするとAppleやGoogleのご機嫌を伺う必要がある
>>592
ティラノスクリプトの存在はもちろん知っているけど
デモやタグリファレンス見ていると二昔前くらいの商用エンジン程度の表現が関の山に感じるんだよね
いや、実際に使ってみて評価した訳じゃないけど
テクスチャを貼ったポリゴンの合成とか、モーフィングとか、SEを振り回すとか出来るのかなぁ・・・
あとJavaScriptメインだと効率も良くないよね 細かい挙動が作り手のこだわり次第だからプラグインを自分で作れという世界やで 作りたい演出や機能に必要になるAPIはブラウザに（PCローカライズでも）全て揃ってる。
足りてないものは何一つない javascriptで十分だろうな
演出がないとか作れないってレベルならツクール一択
ツクール(笑)ってなら聞くまでもなく作れるんだろうし やりたいことの実現可能を基準に聞けば？ ノベルならティラノでいいだろ。何を作りたいのかさっぱりわからん。
返答がツールソムリエやってるようにしか見えんな。 まあ結構いたよね
超大作RPG作りたいのでどの言語がいいか教えてください！ツクールは駄目です！みたいなの 自作のゲームでLuaスクリプトを読み込むようにしようと考えていたのですが、
同じ考えの人が全然いないようで間違った道に進んでいるのではないかと不安です。
誰も使っていないやり方を選ぶといろいろ困るので出来るだけ一般的な方法を選択したいのですが…。
Luaがあまりにも話題にならないのはゲームスクリプトとして使われていないからだと思うのですが
これは、みな自作のスクリプト言語を作成しているからでしょうか？
もしくはUnityやUEのスクリプト言語を使用しているからでしょうか？ ゲームでの実績はよく知らんけどLuaって組み込みで結構使われているような
個人的に思うところ
１．言語の仕様より目的の方が大事
たとえば簡単なバッチ処理の記述程度ならLuaで良いと思うけど
オブジェクト指向的な書き方をするのにLuaを組み込んでも使い勝手がイマイチだろう
２．言語の仕様はネットで検索すれば容易に出てくる物なら何でも良い
３．デバッグ環境が充実していないと使いにくくなる
特に実行中に例外を吐きやすいタイプの言語では重要 Lua ばかり使われてると思われますが話題にならないのは
存在するコミュニティや情報サイトが各ゲーム特化して小さく存在してるだけ
むしろエンジン付属の除いて、他にどの組み込み言語が使われてるか知りたい
Python が使われてるのを知ってるくらいで、成熟してる割にレアケースなのが JavaScript Luaの用途は3Dアクションゲームで、
モデルの配置やキャラクターのセリフや敵の行動順などを記述するつもりです。
Luaについて調べれば調べるほど枯れてるを通り越して死んでる感じがしてきます…。 そんなにluaが嫌ならゲーム作りに専念した方がモチベーションも維持できると思うけど
組み込み用のライブラリもあるし、実装で迷うというより動作の部分だろうけど、簡単・高速のメリットが「枯れてる」と思うなら好きにしろとしか言えない気がする
ゲームのほぼ全てをluaのグローバルで解放されてるゲームのMODを作ったりするんだが、
一部分のデータしか扱えなかったり、関数を遅延コールさせてくれないとか制約が多いなら多分MOD作らないかな
MODではなく単に外部スクリプトでゲームデータ分離したいならluaである必要無いと思うけど
独自スクリプトだと、リファレンスﾏﾀﾞｰ、この関数の引数増えてるけどドキュメント更新ﾏﾀﾞｰ、とか言われそうな気がするけど Ｃ言語でエンジンコアとインタプリタ言語開発
インタプリタ言語でフレームワーク開発
フレームワークでゲームそのもの開発
３段階の開発に耐えられるかな
吉里吉里が TJS > KAG > ノベルゲー という構成だけど
数十どころでないゲーム製作者が実際にゲーム制作しながら
あーでもないこーでもないと10年以上かかっての最終形やな Luaって何？っていうレベルの知名度普及度なんだから
当てにする方がおかしいだろ >>603
ひょっとして組み込んだ言語を不特定多数に使わせるつもりではないのかな？
>>605
吉里吉里でノベルゲーは増えたけど表現の幅が広がったようには見えない
今のノベルゲー界隈を見ていると吉里吉里が足を引っ張っているようにすら見える >>607
パフォーマンス悪くなくてフルオープンソースで改造可 であの体たらくなんだからお察しかと FlashAirやRTXに組み込まれているな＞Lua 開発が活発と言われてる言語も多くあるが
標準ライブラリでできることの拡張や
シンタックスシュガー(同じ処理を別の文法で書き換えられる)
であって、改善するべきボトルネックもなく言語仕様が既に完成されていて
標準でできないことは自分でライブラリとしてコンパイルしてね
という組み込み言語であればバグもなければ更新されることもなかろう プチネタ。音声の非可逆圧縮コーディックを検討してみたら結構大変なことに気がつく
AAC よく使われるがエンコーダー、デコーダーにパテント料が発生
MP3 パテントフリーだがエンコーダー、デコーダーともにGPL、LGPL系ばかり
Vorbis/Opus Vorbisはゲーム系の採用実績多数。パテントフリーかつBSDライクライセンスで使える
WavPack ソースコードの利用条件は緩いけどパテントフリーかどうかは不明。組み込み用の小型デコーダーが付属している
クリーンにしたければOgg系をCPUで処理するしかなさそう
動画だとさらに厳しい。H.264のデコードをサポートするプラットフォームは多いがエンコーダーは実質Open264のみか
x264を使うとAACと同じ制約が、MPEG系だとMP3と同じ制約が付いてくる。Ogg系やGoogle系はハードウェア支援によるデコードが困難 エンコーダ、デコーダでAACを扱う場合に料金が発生すると認識してるけど違う？
エンコーダを使ってエンコードしたAACファイルの使用に支払いは発生しない、つまり通常ゲ製で使われるようなやり方に問題はないと解釈してた
まああんまり読み込んでないけど >>613
自分もその認識。自前でエンコーダーやデコーダーを持たせる場合にパテント料が発生するはず
ゲームでもプラットフォームのデコーダーを使って再生するなら問題ないはずだけどゲームにデコーダーを内蔵する場合はマズイかと
あとゲームプラットフォームを作って開発キットごと配布するようなケースもやっかい
マルチメディアデータのコンバーターを同梱したいところだけどパテントやライセンス関係が面倒な事になる 俺の浅い知識でmp3がまずだめで、次に見たogg一択かと思ってたんだけど
> Ogg系をCPUで処理するしかなさそう
これってどういう意味なんだろう
CPU使わず（グラボとかのCPU使って？）再生できる規格があるの？ VorbisかWavPackか・・・とか思っていたけどOpusが低遅延を謳っていてなかなか良さそうなので評価してみようかなと思っているところ
>>615
PCだとあまり聞かないですが組み込み系やゲーム機だと音声コーディックのデコーダーをハードウェアで持っているケースがあるようです >>616
なるほど
趣味のUnity製ゲームなら気にしなくて良さそうですね こんなのが見つかった
ttp://www.kaede-software.com/2014/02/osh264.html
真偽はともかくOS付属のデコーダでも簡単にいかなそうだ 動画だとパテント料を払わなくてすみそうなのはOpen264、VP9、AV1あたりになるのかな
後者2つはハードウェア再生支援が甘い故に高画素のストリームは厳しそうだけど
というか特許が切れてもそれを扱うソフトウェアを用意できないと意味ないんだよね そんなもん大多数の人が気にする必要ないと思うが
自分でデコーダエンコーダ内蔵する人がこの板にどんだけいるのよ 商用ソフトですらDirectShow経由でデコードしてて、前提として
インストール時にＭＳのコーデックが入ってなきゃ自動でインストールしてるのにな AmazonでLuaで検索すると中古の本くらいしかないんだけど
もうこの言語駄目だろ… 言語仕様がリファレンスどころかHOWTO本もいらないくらいに単純で
重要なのはゲーム側が公開するAPIの使い方だから、書籍どうこうにならないのよ 最近Redisを調べてたら、鯖側で実行するevalとしてluaスクリプトを投げられるらしくて
まだ使われてるんだなぁと思ったよ
例えば複数一括削除の例として
> redis-cli KEYS "*" | xargs redis-cli DEL
こんな感じでパイプする例が出てくるけど
これって結局検索結果の回数分だけ叩くわけで
効率的にはLuaのワンライナー投げたほうが圧倒的にいいはず 何気にVLCとかでも使われるけどもともと組み込み向け汎用（？）スクリプト言語ってのがニッチ過ぎるのよな
昔はちょくちょく商用ゲームにも名前載っててそのカテゴリの中じゃLuaが一番有名だったと思う
Unityやらでロジックやパラメータ編集のデバッグへの反映が格段に楽になったから
個人的にはゲームでの出番は減ったけど
久しぶりにlua-l archive覗いてみたらいまだに結構活発なのね
フットプリントやら気にしなければ組み込み言語としてJavaScriptも有力
何より言語自体の普及度がダンチだしなんならTypeScriptで静的型付けで開発可能なのも素晴らしい
エンジンとしてはChakraCoreが非常にお手軽で良いのだけど
Edgeの方針転換の影響でおそらくメンテンナンスモードに突入だろうから結局V8になるのかな エミュレータやTASのスクリプトとしても組み込まれてるし
Apache超えるウェブサーバNginxもOpenResty(色々拡張されたNginx)もLuaで記述すること前提 デコーダはともかくエンコーダーは出番無いだろ・・・って思っていたけど動画投稿サイトとの連携とか考えるとエンコーダーを内蔵するというアプローチもあり得るのか ライセンス料がシャレにならん
公式エンコーダがインストールされてるOS付属APIで叩くか、
ロイヤリティが支払われてるブラウザ内蔵のWebRTC叩くかが現実的 WebRTCをローカル用途で使うのは物によってアウトじゃね？
H.264はOpen264で逃げられるけど、AACは逃げ道厳しそう。iTunesを入れるしかないか？
この2つがエンコードできないとニコニコ向けのファイルを作れないんだよな 音ゲーを作ってみているんだがメインループ(≒キー、パッドスキャン)の周期ってどのくらいが現実的なのだろうか
短ければ短いほど良いけどマシンへの負荷や処理の効率を考えると限界がある。もちろん実装依存でもあるけど
Winだとミリ秒オーダーになるともうカツカツな感が 何ミリ秒のズレを許容するか？
DirectInput だと直の値が常に取れるからゲーム性に影響あるような遅延はNT系になってから聞いたことが無い マイクロ秒オーダー以下でループ回すのってマシンの負荷的に厳しくね？
ビジーループしたら100%に張り付いちゃうしSleep入れると戻ってくる保証がない
入力の変化をトリガーに割り込みハンドラを低遅延で起動できれば楽だけど
DirectInputでそういう動作は出来ないみたいだし メインは30fpsでいいだろ
そしてキー、パットスキャンはメインと別に60fps割り込みでスキャン
普通のテンポで32分音符＝62.5ms＝16fpsだ 1ms のインターバルタイマが使えるとして、
ゲームを実現する上でそれではどういう処理をする何が足りないの？ Win9xカーネルはタスクスイッチの都合もあって最小のインターバルタイマーが確か55msで
その制約で普通に音ゲー(BM98あたり)も何の支障もなくプレイしてたがマイクロオーダーって何やりたいんだろ。
レジストリ改変ツールで最小にしても20msとかだったような 一応断っておく。音ゲーは初心者だしゲームや3DCGのプログラミングに精通しているわけでもないので
間違ったことを言っていたらスマン。むしろそれ故の疑問。特にコンシューマ機とかアーケード機がどんなもんなのかなと
>>634
描画のループは1/60で回さないと60fpsでないような
BPM=120で普通難易度の譜面なら大きな問題はなさそうだけど
BPM=200の最高難易度のノートてんこ盛り譜面でも十分な精度が出るのだろうか
あと周期を荒くするならBPMベースで回した方がジッターを減らせるかと
>>635
音ゲーがエンターテイメントな楽器と考えると遅延は生演奏できる程度に抑えられている方が好ましいと思って
MIDI関係を当たると生演奏可能な遅延量は10ミリ秒以下的な情報が出てくる。MIDIの仕様書を見ると
伝送の遅延は1ノートで1ミリ秒程度、10ノートで10ミリ秒未満って書いてあるしその辺なのかなと
>>636
BM98は名前しか知らないけどフレームレートはいくつで動いていたんだろうか
60fpsなら約16ミリ秒、30fpsでも約33ミリ秒間隔で描画のループを回す必要があると思うんだけど 音ゲーなんて、BGMに合わせて出現する(ように設定した)モグラを叩くだけのもぐら叩きだろ。
BGM開始と同時にStopwatchをスタートさせて、ボタン入力時のStopwatch.Elapseとモグラの出現時刻データを付き合わせるだけじゃね？
画面はオマケだから、まず画面無し(かコンソール)で作ってみるといいよ 音ゲーは同期が最大のネックって聞いたけどどうなん？ Windows は 「再生しろ」 って命令投げてから実際に音が出るまでのラグがあり
最近まで「厳密にスピーカが今どのフレームが再生しているか？」を確認できなかった
メディアタイマに任せている場合は、それが計算通りに動いていると期待して処理するだけ。
音声をHDMI経由でモニタ端子から出力してる場合は映像とのズレはないが、モニタが今どこを表示してるかのタイミングが不明
Bluetooth スピーカー／ヘッドフォンなんて使っている場合はズレがハンパない（映像とズレる。
動画プレイヤーに映像と音声の同期を敢えてズラす機能があるのはこの辺の事情をシステム側で解決する方法がないから
キャリブレーションを設定につけるか、遊んでる間にズレをプログラム側で検知して同期してるように見せる ゲームのうちの演算処理なんて
Z80機の時代から16ms周期でも余裕
そのなかで演算＋音楽＋画像をやれてた
ゲームもそのうち画像処理が重くなり
16ms周期でなく1〜2フレームほど描画処理をスキップさせる手法になる
（描画でなく演算もスキップさせてしまうアホが続出）
画像なんて15fpsでも目で見て判別できないから
それ以上コマ増やしても意味がない 20フレーム／秒なら目押しやタイミング見計らって狙えるけど
60fpsで狙っても実際２フレームの揺れは残るから通常の人間に求める実際の精度ってそんなもんで充分 ■ このスレッドは過去ログ倉庫に格納されています
