はじめに こんにちは、サポーターズでエンジニアをしている@y_chu5です。 本記事では、当初ESLintのバグと思われていた問題が、実はNode.jsのバグであることが判明し、その修正に至るまでの過程をご紹介します。この体験を通じて得られた知見は、小中規模なプロジェクトのデバッグ手法として参考になるかもしれません。 まず、この問題の発見と初期調査において、VOICEVOXコミュニティのコミュニティサーバーの方々の多大なる貢献があったことを深く感謝申し上げます。彼ら彼女らの綿密な調査と報告がなければ、今回の問題解決には至らなかったと考えています。 問題との出会い 私の所属している VOICEVOX（テキスト読み上げ・歌声合成ソフトウェア）のコミュニティである 「VOICEVOX Communty by Discord」の開発雑談チャンネルで、とても気になるIssueについての話題が挙がって

はじめに 「Debugger for Unity」を導入することで Visual Studio Code で Unity をデバッグできるようになります 検証環境 Windows 10 Unity 2017.3.0f3 Visual Studio Code 1.19.1 インストール https://marketplace.visualstudio.com/items?itemName=Unity.unity-debug 上記のページにアクセスして「Install」ボタンを押します Visual Studio Code が起動したら「インストール」ボタンを押します インストールが完了したら「再読み込み」ボタンを押します Unity の設定 Unity メニューの「Edit>Preferences...」を選択します 「External Tools」を選択して「External Script

「Debug」オペレータ UniRxには「Debug」という便利なオペレータが存在します。 これは「Observable上で起きたすべてのイベントをログに出力する」というオペレータです。 どの値が発行されたか 何の例外が起きたか どのタイミングでSubscribe()されたか どのタイミングで購読が中断されたか などをこのオペレータ1つですべて知ることができます。 定義 定義としてはこうなってます。 // copy from https://github.com/neuecc/UniRx/blob/master/Assets/Plugins/UniRx/Scripts/UnityEngineBridge/Diagnostics/ObservableDebugExtensions.cs public static IObservable<T> Debug<T>(this IObservabl

実機でコンソールログを確認する コンソールタブからログを見ることが出来ます。 フィルタリングやログのクリアも可能です。 余談ですが、Unity2017.1.0f1から実機をUnityエディタのコンソールに繋いで ログを出力することが出来るようになったみたいです。 Unity2017.1.0f1のリリースノート日本語訳 その2 実機でプロファイラーを確認する FPSやメモリ使用量を見ることが出来ます。 ガベージコレクションやリソースの解放を行うことも可能です。 SRDebuggerのタブはピン留めをして常駐させることが出来ます。 上記のgif画像ではピン留めをしてから100個ずつプリミティブなオブジェクトを生成した後に Debug.Logを100回呼び出しており、著しく処理負荷が掛かっていることが分かります。 Unityエディタのプロファイラーほどの精度はありません CPUかGPUのどちらが

皆様、こんなスライドをご存知でしょうか？ https://www.slideshare.net/EpicGamesJapan/renderdoc こちら、とあるRenderDoc好きのテクニカルアーティストが、 「アーティストの人にもRenderDocをぜひ触って欲しい！」と溢れんばかりの愛を振り撒いた珠玉の迷スライドなのですが、 その中で以下のようなページがあります。 そう、どうやらRenderDocは**「シェーダーデバッグ」**とやらができるらしいのですが、 時間の都合なのか、スライドの中では細かな説明がされてないのですね。 今回はその「RenderDocにおけるUE4シェーダーデバッグ」のやり方に関してご説明します。 ちなみにこちらの記事は、 「RenderDocにも結構慣れてきたし、もっと細かな機能を知れるなら知りたいなー」 という人のニーズに答える柔らかな記事となっております。

はじめに モバイル端末の場合、4本の指で画面を同時にタップするとConsole Commandを入力するためのConsole Windowが表示されます。更にAndroidの場合は以下のConsole Commandのリストから選択し実行することが可能です。 stat FPS stat Anim stat OpenGLRHI stat VulkanRHI stat DumpEvents stat DumpFrame stat DumpHitches stat Enginestat Game stat Groupedstat Hitches stat InitViews stat LightRendering stat Memorystat Particles stat SceneRendering stat SceneUpdate stat ShadowRendering stat Slo

この記事はカヤックUnityアドベントカレンダー2018の1日目の記事です。ここでは、 こんな感じのデバグ用UIについて、 3年目平山がお話いたします。 これは、弊社東京プリズンのデバグビルドの画面写真です。 この機能を実装するライブラリはgithubで公開しております。 実際の製品で使用していますので、 そのまま持っていってお使いになることもできるかとは思いますが、 何しろデバグ用と割り切って作りましたので、諸々テキトーです。 あくまでサンプルということで、よろしくおねがいいたします。 2019/06/18注: masterブランチはすでにこの記事と非互換になっています。 記事中のリンクは破壊的な変更が加わる前のブランチへのものに変えてあります。 この後に行った改良についてはこちらの記事をご覧ください。 動機 実機上にデバグ機能が欲しいことは多々あります。 無敵ボタン、本来見えない敵の状

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1.はじめに Objコマンドは「UE4におけるLoadingとGCのProfilingと最適化手法」で説明されているようにシーン中のUObjectを知るのに便利というのは一般的に知られていますが、他にも様々な機能やオプションが用意されているのでここで紹介します。 4.20.0で確認しています。 2. Obj コマンド Objコマンドは基本的にShipping以外で使用することが許可されたコマンドです。 Objコマンドを使用することで、ロードが完了しているオブジェクトや、オブジェクト同士の参照関係をランタイムで確認することができます。また

C89は残念ながら抽選漏れしました。 まぁこればっかりは仕方ないですね。 まだ応募は開始されてませんが、1月にデジゲー博があるようです。 デジゲー博SPECIAL in 闘会議2016 | デジゲー博 せっかく作っているので、こちらに応募しようかなと考えています。 （締め切りが一ヶ月延びたー！ヤッター！） 今回は小ネタです。 UE4にはデバッグ用に自動でバインドされるキーが存在する 例えばポーズ画面を実装する際に、一般的にはEscapeキーやPauseキーに割り当てるかと思います。 しかしUE4では DebugExecBindings というデバッグ時（Shipping以外）でのみバインディングされるキーが存在します。 それらのリストは以下のファイルに記述があります。 \Engine\Config\BaseInput.ini [/Script/Engine.PlayerInput] ; -

概要 見栄えはともかく、3D空間内の任意の座標へ、点や線、あるいは立方体や球などを、さっくりと簡単に表示したい事がしばしばあります。特にデバッグ用途でそのような表示機能を上手く仕込んで置くと開発効率が向上します。 そのような場合に、わざわざ Billboard にテクスチャーを貼ったオブジェクトを用意したり、BOXを引き伸ばして配置したり、 UProceduralMeshComponent を使うまでもなく便利に使える UE4 に標準搭載された UKismetSystemLibrary::DrawDebug 系の機能を紹介したい。 UKismetSystemLibrary::DrawDebug 系 UE4 に標準搭載された UKismetSystemLibrary::DrawDebugXxxx 系の関数群を用いると次のジオメトリー群の描画を簡単に実装できる: header: #includ

こちらは「Unreal Engine 4 (UE4) Advent Calendar 2016」3日目の記事です。 Unreal Engine 4 (UE4) Advent Calendar 2016 - Qiita GameplayDebugger が便利なのにあまり使われていなくて可哀想なので記事にします。 GameplayDebugger とは docs.unrealengine.com GameplayDebugger は様々な情報をオーバーレイ表示できます。 大層な名前ですが、その名に恥じない程に便利な機能を持つツールです。 例えばAIで考えてみましょう。 AIで動いているPawnの状態はゲームの時間経過と共に目まぐるしく変化していきます。 更に昨今では EQS（様々な条件を元に自身の周りのポイントを重み付けし、一番都合が良いポイントを探す手法）を使う機会も増えてきており、文字情

突然ですが 「なんかよくわからんけどパッケージに失敗する」 「ビルドが通らなくなった、この前までは出来てたのに」 こんなことありますよね？（つい最近嵌ったばかり） UnrealEngineの場合、Engineプログラム、UBTなど自作プログラム以外の要因も作用し、結果として「パッケージに失敗する」「ビルドが通らない」ことが起きます。Engineプログラムは膨大な量のコードであるため追うのも大変な作業ですし、「パッケージに失敗する」なんて時は大抵開発の終盤など余裕がない状態ということもあり、一刻も早く解決したい心情にあります。 果たして原因は？ AnsewerHUBを探ってみると、上記の様なエラーが発生した場合、Epicのスタッフさんは以下のログファイルを要求されます。つまり、以下のファイルの中に原因を突き止める手がかりがありそうです。 ・cook.txt　　　　：Cookログ ・dxdia

2014.06.20UE4UE/ Debug [UE4] コリジョンのデバッグ―Collision Analyzerを使おう！ UE4にはコリジョンの判定のデバッグ機能がいくつか備わっています。今回はいくつかあたり判定のデバッグをする時に有用なテクニックをご紹介します。 BlueprintのTrace系のデバッグ BlueprintのTrace系命令（Single Line Trace for Objectとか）はあたり判定を取る時に非常に便利な機能です。そして、デバッグもとても簡単にできます。 その方法が、こちらになります。 DrawDebugTypeをNone以外にする。それだけ！ すると、Viewport上にデバッグ用の線が画面上に表示されます。 ↓当たってない状態 ↓当たった状態 Collision Analyzerを利用したデバッグ コリジョンを持ったActor同士のあたり判定を

Fiddler の勉強会に行って来ました。 Fiddler は HTTP の通信データを観たり、書き換えたりする事が出来るツールです。 イベントページ はじめての Fiddler reloaded | Peatix http://peatix.com/event/55312?utm_campaign=recommend&utm_medium=email&utm_source=55312&utm_content=7893 資料ページ はじめての Fiddler http://www.hebikuzure.com/fiddler/ Fiddler Scriptデモ http://www.slideshare.net/hagurese/fiddler-script-38509440 書籍 実践 Fiddler 作者: Eric Lawrence,日本マイクロソフト株式会社エバンジェリスト物江修,

最初に結論を書いておくと JSFのデバッグではこれで完璧だ！ というエントリではないです(^^; 自分がやってることをまとめたレベルで、むしろ皆どうやってるんだろ…的な(^^; …… … 前回のJava EE 6開発でちょこちょこハマった点の1つに、JSFのビューが思うようにいかない…というのがありました。 しょぼいミスによるエラーとしては例えば IDの指定が重複している IDの指定が間違っている とかですね(^^; 具体的には以下のような記述ですが、実行するとこれらはわかりやすいエラーとなるので問題ないです。 IDの指定が重複している例 <h:inputText id="txtInput" value="#{indexBean.inputText}" /> <!-- さすがにこんな近さでIDが重なるのは少ないけど、色々なものを挟んだ場合など --> <h:inputText id="tx