学んだことを書いていくサイトです。誤りがあれば指摘していただけると嬉しいです。この広告は、90日以上更新していないブログに表示しています。NDK.と表示されて途方に暮れていました。いうものを教えてもらいました。個人的に面白い手法だなと感激したので調べていたのですが、1ヶ月近く経って忘れかけていたのでまとめておこうというのが今回の内容です。VATを読み込むShaderを動かしたりコードを読んだりしたのでそのメモになります。Textureとは3Dモデルのフレームごとの頂点の位置情報や法線情報が保存されたテクスチャのことです。1pixelに1頂点の情報が保存されており、テクスチャのサイズは横が頂点数、縦がフレーム数が一般的のようです。プロジェクト椿さんのブログで、Unityで使えるテクスチャへの書き込みと読み込みの両方のサンプルがあるライブラリが紹介されていました。github.com使い方は椿さんのブログで紹介されているため、そちらをご覧ください。以下はライブラリのShaderの内部を読んでいた際にいくつか引っかかったのでその点のメモです。プログラミング・バイブルを読んだ自分用のメモですデータの保存先Application.presistantDataPathユーザーの設定や不変なキャッシュデータの保存先はこれを使うのが一般的。iOSの場合ここで保存したものはiCloudへバックアップされるので不必要であればUnityEngin.iOS.Device.SetNoBackupFlag(path)で明示的にバックアップ対象外であることを示す。Application.streamingAssetsPath読み込み専用のデータを置く場所。StreamingAssetsと呼ばれるフォルダーに配置したファイルはビルド先のプラットフォームの特定フォルダにエンコードされることなく保持される。Application.temporaryCachePath一時的なデータを保持して置く。OS側から勝手に削除される可能性があるため、永続的なデータはここに保存しないこと。こちらはiOSでiCloudのバックアップの対象にはならない。Application.dataPathプロジェクトのAssetsのパスを返す。Editor拡張などで使うことが多い。20:02Unityのローカルストレージの話Tweet広告を非表示にするもっと読むコメントを書く2017-08-03Railsでセッションの保存を指示している場所を探してみたお久しぶりです。思ったけどこのブログタイトル詐欺もいいところですね。自分は大学を卒業して社会人になりました。学ぼうでRailsの勉強をしています。このサイトでログインしているユーザーのIDをcookieに保存させるという演習があります。そこ自体は問題もなく処理できていてログアウト処理も完成したのですが、ふとブラウザを確認するとログアウト後もcookieが保存されていました。試しにcookieを削除してメインページを再読み込みしてみると↓なんかある・・・もう一度削除して再読み込みしてもまた存在している・・・ということで今回のcookieはどこから指示されてset-cookieに書き込まれたのかを調べました。結論から言うとここのファイルの中のmake_set_cookie_headerメソッドで書き込みの指示をしていました。write_cookie?メソッドがtrueだったらcookieに書き込むように指示しています。write_cookie?メソッドの中身をみてみると。always_write_cookieこの3つの設定のうちどれか1つでもtrueだったらcookie保存するようです。config.action_dispatch.always_write_cookie.nil?dev環境だとtrueになりますね。cookie[:secure]も調べてみました(WEBで)request.ssl?はhttps通信になっているかを返すらしいです。(参考サイト)!cookie[:secure]はsecureに設定されているcookieは送信しないよってことみたいです。(参考サイト)なんで!つけてるのかと思いましたがrequest.ssl?も合わせて考えるとそりゃそうかって感じですね。自分の場合はcookie[:secure]とalways_write_cookieがtrueだったのでページを再読み込みしたり移動するたびにset-cookieがヘッダに含まれていたんですね。Dataのコンパイルを行っていたのですが、初期の設定が面倒だったので別のやり方が出来ないのか調べてみました。theartofzero.php.xdomain.jpぶっちゃけ自信はないのでもし間違っていれば指摘していただけると泣いて喜びます。Studioは入れていると思うのでインストールしている前提で話を進めます。Studioをインストールしていれば入っているであろう開発者コマンドプロンプトを開き、プロジェクトのフォルダへ移動。フォルダ内には必要なライブラリーも含め.libが存在するようにしてください。これを入力(Pd公式のチュートリアルのhelloworldをコンパイルしてます)。/export:helloworldsetup~.cやexport:~の部分は各自適切に置き換えてください。ライブラリー追加してるのであればpd.libのあとに~.libと入力すればいけるはず。Dataで問題なく動作していれば成功です。Setupを使ってみるちょっとWindowsのインストーラーを作成することになったので色々調べてました。有償で高機能なものはある程度みつけられたのですが、とある機能を実装したかったのと無償で商用利用したかったのでそれらは使うことができません。Setupを利用することにしました。Setupはオープンソースで開発されているインストーラーの作成ソフトです。設定をいちいち書いてく必要がありますが、その分自由度が高いです。アイコンが差し替えられたりとかインストール後にサイトに飛ばしたりとか、定数でOSのパスの問題を解決してくれてるのはありがたい。インストールとかは公式から各自やってください(ぶん投げ)あ、あとチュートリアル的なサンプルコードと記述の方法はこちらを参考にしてください。こちらのサイト様が優秀すぎて私が基本的なことを書く必要がないですね。何かわからないことがあれば、英語で調べると大体他の人がやろうとしててstackoverflowあたりに同じことが質問されているはずです。Setupを使ったインターネットからのダウンロード処理かZipの解凍処理を書くと思います。StudioでPuredataのデバッグをするPuredataお久しぶりです生きてます。今回は研究室で使ってるPuredataの記事です。Puredataって何ぞという方はぐぐってくださいませ~。いっても今回の記事はそんなに大したことありません。Puredataは自作のオブジェクトを作ることができますが、デバッグの手段がないと色々と不便なので調べました。作業量はほとんどありません。Studioのプロジェクトのプロパティを開いて構成プロパティ→デバッグを選択。コマンドにPuredataのexeを選択し、作業ディレクトリにPuredataのbinを選択してください。これでビルド時にPuredataが起動します。設定が終わり、コードも作成したらデバッグを始めましょう。デバッガーのボタンを押せばビルドと同時にPuredataが起動します。あとはPuredataからビルドしたオブジェクトを読み込んで実際に動作させます。ブレークポイントが設定できるので、それを上手く利用してデバッグしていきましょう。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。