全言語で気をつけるべき、ファイル書き込み時のお作法 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 言いたいこと 重要なファイルを書くときは、予期しないOSシャットダウンなどを考慮した書き方にする必要があるというお話。 お作法を知らないと、中途半端なファイルや空ファイルが生成され、システム起動時や連携システムで致命的なことになる。 例としてC言語/Java/Python/JavaScript(node.js)を挙げるが、ほぼすべての言語で対策する必要あり。 背景 本番運用されているソフトウェアが起動しなくなるという致命的な不具合が発生した。 ログやコンフィグファイルを収集・解析したところ、コンフィグファイルがぶっ壊れていた。 コンフィ
Unity の Editor 拡張でインスペクタにグラフを描画する方法を色々調べてみた - 凹みTips
はじめに Unity でデータの解析を行ったりする際、開発時にそのデータを可視化したいことがあると思います。例えば音声入力やハードウェアからの入力や WEB から取ってきた何らかのデータ、ゲームの統計情報などなど色々考えられます。アプリケーション内には反映させたくないけれどデバッグ用に開発時には見たい、と思い立ったときにどうやれば良いか予め知っておくと便利だと思います。 そこで、Unity の Editor 拡張を利用して「グラフを描く」という観点に焦点を当てて色々と調べてみました。本エントリでは、Editor Charts という既存のアセットを利用する方法および自前で描画する方法を２種類紹介し、これらのメリット・デメリットを考察した内容をご紹介します。 Editor Charts まず、テラシュールウェアさんで紹介されている Editor Charts というアセットを利用してみます。
Unity の GPU Instancing に対応するシェーダのコードを調べてみた - 凹みTips
はじめに GPU Instancing を使うと同一メッシュ・マテリアルを使用したオブジェクトを一度に大量に描画することが出来ます。GPU Instancing そのものについてはテラシュールブログさんや公式ドキュメントをご参照ください。 tsubakit1.hateblo.jp docs.unity3d.com 本エントリでは、シェーダ内でどのようにこの GPU Instancing に対応するシェーダが展開されるかの解説を行います。ただ、Unity がここで解説するような細かいことは覚えて置かなくても良いように設計してくれているので、途中の面倒なマクロの展開を追うコードを読むのが飽きたら、最後のまとめだけ読んでみてください。 環境 Unity 2017.4.11f1 ベースとなるコード 以下の基本的なコードをもとにします。ここに色々手を加えてインスタンシング対応にします。 Shader
shadertoy - unofficial
Shadertoy is one of the online tool letting you play interactively with GLSL ES shaders (and browse other’s shaders). But soon, several issues will appear: How to use Shadertoy features (are you sure to really know them ? 🙂 )→ see here. GLSL is not C, GLSL ES is not GLSL. How to program, and how to program well, on this calculus model ? → see here. As a quite unmature technology, there are many c
凹みTips
はじめに だいぶ前、2018 年の終わりごろに Boids（群体）シミュレーションを ECS の勉強のために書きました。 tips.hecomi.com 上記記事では当時の API を使っており、Unity 側では ECS の実装もまだ色々と検証中だったように思われます。最近は全く追っていませんでしたがあれから 6 年ほど経過し、API 体系も円熟したと思われるため、あらためて現状の実装の調査も兼ねて書き直してみることにしました。以前の実装と比較しながら色々と考察もしていければと思います。 Boids 自体の実装解説については以前の記事をご参照ください。本記事では「ECS のセットアップ」の項以降の内容について、新しい ECS の仕組みの概念獲得のためにあれこれ試行錯誤していく形式で展開していきます。前回はチュートリアル形式でしたが、今回は一つ一つ意味を確認しながら見ていきますので、結構冗
Unity の XR 向けシングルパスステレオレンダリングについて調べてみた - 凹みTips
はじめに Unity での XR Settings に含まれる Stereo Rendering Method ですが、みなさんは理解されていますか？ちなみに私は理解していませんでした。。 なんとなく マルチパス は遅くて シングルパス にすると速い、しかしながらシングルパスにするにはシェーダの対応が必要、といった知識はあったのですが、では具体的に中で何が起きているのかはこれまで深く見てきませんでした。そこで本エントリでは以下の公式ブログ記事を参考に、両眼立体視系（2 枚のレンダーターゲットが必要とされる状況）の XR でのレンダリング手法の概要を見ると共に、ユーザがシェーダでどういった対応を行わなければならないのか、またそれは何故なのか、といった点を解説していきたいと思います。 blogs.unity3d.com XR レンダリング概要 Unity の公式ブログでは マルチカメラ、マルチ
Unity でボリュームレンダリングをしてみる - vol.1 データ表示 - 凹みTips
はじめに 今回はボリュームレンダリングについて調べてみました。 ボリュームレンダリングは CT スキャンや MRI などで得られたデータや、雲やエフェクトなどの事前に用意またはリアルタイムに計算した 3 次元のデータを 2 次元の画面上に描画するための手法です。Unity では 3D のデータとしてTexture3Dが用意されており、これをシェーダを通じて処理することで GPU を使った計算によるレンダリングが行えます。本エントリではまずは入門編ということで、簡単なレイキャストによるボリュームレンダリングを紹介します。 シリーズ 続きはこちら tips.hecomi.com tips.hecomi.com プロジェクト 今回のプロジェクトのサンプルは以下になります。 github.com 1 ~ 3 が今回の範囲になります。 Texture3D まずは Texture3D を使うためのおさ
Unity で Standard Surface Shader の変換後のコードを追ってみた （Forward） - 凹みTips
はじめに サーフェスシェーダは Unity が提供してくれているライティングなどの処理を簡略化して書けるシェーダです。予め定義された SurfaceOutput や SurfaceOutputStandard といった構造体に必要な情報を詰め、影を使うかアルファを使うかといったオプションを選択してあげると、それらの情報を元に頂点・フラグメントシェーダに変換してくれます。 docs.unity3d.com 変換後の頂点・フラグメントシェーダはサーフェスシェーダ時と比べるとかなり長いコードになります（Standard Shader よりは少しシンプルです）。パスも複数含まれ、Forward Base（Forward レンダリング時のベース処理）、Forward Add（Forward レンダリング時のライト加算処理）、Deferred（Deferred レンダリング時の処理）、Meta（ライト
[C#] 型名(String)から型(Type)を取得して、インスタンスを作る。
目次 ホーム 連絡をする RSS Login Blog 利用状況 投稿数 - 58 記事 - 0 コメント - 11102 トラックバック - 5 ニュース 書庫 2009年10月 (2) 2009年9月 (2) 2009年8月 (3) 2009年7月 (4) 2009年6月 (2) 2009年5月 (2) 2009年2月 (2) 2009年1月 (2) 2008年12月 (4) 2008年11月 (2) 2008年10月 (2) 2008年9月 (1) 2008年7月 (5) 2008年6月 (2) 2008年5月 (7) 2008年4月 (2) 2008年3月 (6) 2008年2月 (8) 日記カテゴリ Algorithm (rss) Application Collection (rss) C# (rss) C/C++ (rss) C++/CLI (rss) Communicati
Unityでゲームを作った際に「カクカクしている」と言われないためのTimeSettings.FixedTimestep講座 - 野生のはてなブログ
はじめに 土日は久しぶりに一般参加者としてOcufesに参加してきました。そのため出展側で参加するいつものOcuFesよりも多く他の方のアプリを体験することができました。盛況だったので残念ながら全てのコンテンツを体験することはできませんでしたが、酔い対策もフレームレートも十分なコンテンツ、スマートフォンなので時々フレームレートが落ちるが許容範囲なコンテンツ、このご時世にOculus ReadyどころかGPUを搭載していないノートで展示しているコンテンツなど、色々体験しましたが、一つ気になったのがフレームレートは足りているのにカクカクするコンテンツです。「フレームレートが足りているのにカクカクするってどういうこっちゃ」と思われる方が多いと思いますので、以下で解説していきます。 描画のフレームレートと物理のフレームレート UnityのMonoBehaviourにはUpdate(LateUpda
スクリプトで呼吸させる - 第2回 | Unity3D - MEBIUSTOSのブログ
そもそも リアルな人間が呼吸をする場合、息を吸えば胸が膨らむし、横隔膜だって動くからお腹も動く。でも、Unityのヒューマンモデルで呼吸を実現するとなるとそうはいかない。骨の動きだけでそれっぽく見えるようにしないといけない。そんな制限条件付きの、実に日本人向けなプロジェクトとなっております。 （2015/9/5 追記：プログラミング生放送さんにて紹介記事を書いて頂きました。感謝！） 実際に動かした骨 実際にスクリプトで動かした骨は、Spine,Chest,Neck,Head,Shoulder(or UpperArm)の5つ。Shoulderは呼吸した際に腕が不自然に揺れるのを防いでいるだけです。なので実際は4本の骨の傾きのみで実現しています。できればSpineよりも下の骨も動かしたかったんですが、それを実現しようとすると途端に色々と問題が浮上してきたのでやめました。 骨のローカル座標系の向
その８ 4分木空間分割を最適化する！
ホーム＜ゲームつくろー！＜衝突判定編 2D衝突編 その８ 4分木空間分割を最適化する！（理屈編） ゲーム空間に置いたオブジェクトを総当りで衝突判定する事ははっきりと非効率だと言えます。ちょっと計算してみましょう。60FPSのゲームの1フリップ約16.6ミリ秒の内衝突判定に10%の時間余裕（1.66ミリ秒）を与えられたとします。もし1000回の衝突判定に1ミリ秒かかるなら（1000回/msec）、判定回数は1660回以下に抑えないと間に合いません。総当りだとこれは58オブジェクトくらいで限界です。判定時間が200回/msecならオブジェクトはたった18個で限界。これはどう考えても節約が無いとゲームになりません。 オブジェクトの全ての位置が決まった時、自分とぶつかる可能性があるのは自分の周りのオブジェクトだけです。遠い所にある物は判定する必要すらありません。そこで「空間をある程度制限してその中
Visual Studio の便利なのに知られていない機能
まず、私が先日公開したブログ記事 (英語) に寄せられたあるコメントを紹介しましょう (たくさん寄せられたうちの 1 つで、その記事のコメント欄でご覧いただけます)。 Btw, "until I realized that the Solution Explorer tree nodes are searchable." This one is a saver ! (訳: ところで、「ソリューション エクスプローラーのツリー ノードが検索可能…」と書かれてていますが、こういうヒントは助かります!) この記事の中で何気なくソリューション エクスプローラーのテキストが検索可能であることに触れたのですが、それがコメントの投稿者である Sam さんの目に留まったようです。このようなちょっとした小ワザは Visual Studio にたくさんあり、中には熟練の開発者ですら知らないものもあります。こう
誰もが知ってるけど敢えて言わない確実に身につくプログラミング学習法
誰もが知ってるけど敢えて言わない確実に身につくプログラミング学習法 The kings road to be a programming ninja 2016.04.27 Updated by Ryo Shimizu on April 27, 2016, 08:34 am JST 学問に王道なしと言いますが、プログラミングを上達するために最も効果的であるにも関わらず、いまや誰もその有効性を指摘しなくなってしまった方法がひとつだけあります。 それは「写経(しゃきょう)」です。 写経・・・文字通り、教科書に書いてあるプログラムリストをそのまま書き写すことです。 「そんなバカな。そんなことで上達が早まったら苦労しない」 と思うかもしれません。 しかし、実際には写経ほど効果的な学習法はないのです。 例を示しましょう。 たとえば、プログラミングの授業で、サンプルプログラムの半完成品がファイルで配られ
聞き上手な人が実践している７つのコツ | ライフハッカー・ジャパン
聞き上手になるには賢さが必要なようです。ほとんどの人は「自分は平均以上の傾聴力（人の話に耳を傾けてしっかり聞く能力）を持っている」と思っていますが、残念ながら現実は違います。 傾聴は上達させるべきスキルです。最近、米ジョージワシントン大学で行われた研究により、傾聴力はリーダーのパフォーマンスに最大40％の影響を与えることがわかりました。 「聞く（listen）」という言葉と「沈黙（silent）」という言葉は全く同じ文字でできている。 職場では人の話を聞く機会はたっぷりあります。フィードバックを出す、仕事の指示をする、締め切りを伝えるなど、話す目的はいろいろあります。口から出た言葉からだけでなく、声の調子やボディランゲージから言外に読み取れる貴重な情報もあります。 言い換えれば、目と耳で常にしっかりアンテナを張っていなければいけません。 効果的な傾聴はもちろん習得可能です。注意深く人の話を
git-flow cheatsheet
About git-flowはgitの拡張であり、Vincent Driessenの提唱するブランチモデルを実現するための高度なリポジトリ操作を提供します。 more ★ ★ ★ このチートシートは基本的な使い方とgit-flowの効果を表します。 ★ ★ ★ Basic tips Git flow は素晴らしいコマンドライン補助と出力を提供します。何が起こるか注意深く読み解いてください。 macOS Clientの Sourcetree は素晴らしいGUIとgit-flowサポートを提供します。 - Git-flow はマージすることをベースとして考えるソリューションです。リベースは行いません。 ★ ★ ★ macOS Homebrew $ brew install git-flow-avh Macports $ port install git-flow-avh Linux $ apt
Chrome デベロッパーツールで知っていると、Webサイトやアプリの制作が捗る便利なテクニックのまとめ
先日「Chrome デベロッパーツールの使い方」で華麗に使いこなすテクニックを紹介しましたが、それとは異なるデベロッパーツールの便利な使い方を紹介します。 Webサイトやアプリの制作時に、非常に役立つテクニックが満載です。 ※画像は元記事のものではなく、当方の環境のものを使用しています。 デベロッパーツールの便利な使い方 タブ「Elements」を選択 DOM要素を選択 右パネルのタブ「Computed」を選択 「Computed」には、選択したDOM要素に適用されている全てのスタイルが表示されます。そのプロパティの頭にある虫眼鏡アイコンをクリックすると、そのスタイルがあるCSSファイルとそのセレクタの指定を表示します。 これは大きなサイトを制作している時に、非常に有用です。
売り切りとF2pの話
2015/11/1にunityに招かれてさせていただいた講演の内容です。 講演時にあった、細かい間違いを修正して、しゃべりがなくてもある程度分かるように、コメントを付け加えました。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Learning Git: 5 Shortcuts to Improve Your Coding Speed
[CSS]古いバージョンのIEがサポート終了したので、どんどん使っていきたいCSSのテクニックのまとめ![[CSS]古いバージョンのIEがサポート終了したので、どんどん使っていきたいCSSのテクニックのまとめ](https://cdn-ak-scissors.b.st-hatena.com/image/square/e1fd89076a824a2b1b121fa5a6c8839a4338de05/height=288;version=1;width=512/https%3A%2F%2Fcoliss.com%2Fwp-content%2Fuploads-201601%2F2016012701.png)
