ゲーム制作のデバッグ : プログラミング指南 - Code Knowledge
デバッグ報告は、伝える側が正しい報告をしないと、現場が混乱します。如何に必要な情報のみを簡潔に報告するのが肝要となります。ここでは、どのようにデバッグを行い、どう報告して、最後にどう決着するのかまでを解説します。 バグを見つけるバグ。名前だけは有名になり、誰もがバグバグと叫ぶ世の中ですが、このバグ、簡単に言えば制作者が意図しない動作を指します。例え問題なく動いていたとしても、制作者が意図していなければ、それはバグなのです。そのため、バグの発見には対象のシステムの仕様を正しく理解する必要があります。 また、事前に何を調査するのか、表にまとめておくと良いでしょう。行き当たりばったりでバグを探しても、最初は出るかもしれませんが、そのうちバグが見つからなくなっていきます。100個のアイテムがあったとして、99個まで正常でも、最後の1個で問題が出る、それがバグなのです。 バグが出やすい箇所はあります
【Unity】リリース時にDebug.Logを出力しないようにする
プログラマにとってログ出力は原始的で最も頼もしいデバッグツールです。 UnityにもConsoleウインドウに文字列を出力するためのメソッドがあります。 これについては説明する必要はないですね。 問題はこのメソッドが、リリースビルドでも実行されるという事実です。 Debugクラスのメソッドなので、デバッグビルドだけで機能しそうですが、リリースビルドでも機能するので、そのままだと配布したアプリでもログが出力されてしまいます。 Unityの設定でログ出力を無効にできますが、メソッドの呼び出しコストは残ってしまいます。 リリースビルドでDebugクラスのメソッドを完全に機能しないようにするには、DEBUGのシンボルで切り分けて書くか、独自のクラスでラップする方法が考えられます。 Debugクラスのメソッドを書くたびに、DEBUGで囲むのも面倒くさいです。 独自のクラスでラップする場合も、最初から
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
John Carmack on Twitter: "If you want to capture full 60/72 fps video on Go/Quest instead of half rate, you can 'adb shell setprop debug.oculus.fullRateCapture 1'"
