Unityが出力したiOS用プロジェクトの手動編集をなんとかしたいと考えていたら、同じような人がやはり多いようでいろいろな方法がブログエントリで紹介されていました。 UnityでXcodeのプロジェクト設定を自動化したい（c#でPostProcessBuildを書く場合） - Qiita A-Liaison BLOG: Unity の PostprocessBuildPlayer を使って Weak Framework を追加する方法 調べた感じではCodeEditor-for-UnityやxcodeprojというRubyのgemを使う方法が多くみられました。前者のライブラリは最近はメンテされていないようですし、後者の場合Rubyが必要になるということで広く導入しにくい（関係者全員にxcodeproj gem入れろとはいえない）ので別の方法がない限りできないかなーと思っていたら、なんとBi
Last Updated 2011/09/21 私はいまだにシリアル化という言葉に抵抗があります。というのは、その意味を直感的に理解することができないからです。.Net Framework SDK には、「シリアル化とは、オブジェクトの状態を永続化または転送できる形式に変換するプロセス」とありますから、そのまま理解するほかないのでしょう。ともあれ、このページではオブジェクトのシリアル化についてできるだけ実践的な説明をしたいと思います。なお、サンプルコードは C# を使っています。 私と同様、迷える子羊のために前文の補足をしておきます。ただし、シリアル化用語としてです。 「オブジェクトの状態」とはクラスのフィールド（プロパティと考えてよい）の設定内容のことです。「永続化」とはディスクなどの記憶媒体に記録することです。「転送できる形式」とはネットワークを通じて情報を送信できる形式、つまり、ネッ
いつも通り久しぶりに記事を書きます。 Unity で async/await を使うようになってから大変捗っているので覚書。 async/await 以前の非同期 async/await 以後の非同期 Unity で非同期をするには Unity のコルーチンは非同期なのか Unity で async/await を使って開発する 特に問題なく使えると言ったな。あれは嘘だ。 2016/12/27 追記 Unity の今後について async/await 以前の非同期 従来の C# では非同期を取り扱うためには色々面倒な事をする必要がありました。 例えば delegate で BeginInvoke, EndInvoke を使う。 例えば System.Threading.Thread を使う。 例えば System.Threading.ThreadPool を使う。 などなど。まぁ歴史的経緯
それまでコンシューマをやっていたチームが、新たに PC系ビデオカードでゲームを 作ろうと評価を始めると、エフェクトなど半透明の描画が遅いので引っかかって しまうことがあるようです。 でもよくよく話を聞いているとポリゴンを重ねすぎているだけのように見えます。 半透明の描画が通常のポリゴン描画よりも遅いのは当たり前です。 唯一当たり前じゃなかった特殊なハードが PS2 です。 PS2 には PixelShader どころかマルチテクスチャ等の pixel 演算系機能が無いので 表現力を上げるにはマルチパスを用いる必要がありました。 なのでエフェクトもひたすらポリゴンを重ねて半透明を大量に使う傾向があります。 PS2 は GPU (GS) にオンチップで VRAM を搭載していて、その転送バスは 2560bit (147MHz で 47GB/sec) もあります。16 pixel/sec と並列
Oculus、ユニティ5.2＋のためのサンプルフレームワーク「Oculus Sample Framework for Unity 5 Project」をリリース 2016-03-11 Oculusは、Unity5.2＋のためのサンプルフレームワーク「Oculus Sample Framework for Unity 5 Project」をリリースしました。このサンプルフレームワークは、VRの開発者やデザイナーのための実験用サンドボックスです。フレームワークでは、例えば一人称視点移動で人気のあるテレポーテーションなど、Crosshair、Locomotion、Teleportation、User Interface、VR keyboard、Tracking Volume等のVR機能のためのサンプルシーンやガイドラインを提供することで、ユニティ・アプリケーションを実装する際に開発者を支援します
クラスがObjective-Cのランタイムにロードされ利用可能になったタイミングで、そのクラス全体の初期化を行いたいということはよくあると思います。Objective-CではNSObjectクラスの以下のメソッドを用いてクラス全体の初期化を行うことができます。 + load + initializeこの２つですが、結構挙動が異なります。詳細については以下のとおり。 http://cocoawithlove.com/2008/03/cocoa-application-startup.htmlloadメソッドはクラスがロードされて利用可能になったら即座に呼び出される。このとき、自分以外の他のクラスはまだロードされていない可能性があるので、自分以外のクラスを利用するような初期化はできない。main関数の内部のNSAutoReleasePoolが用意されるよりも先に呼び出されるので、autorel
Cocoaの日々: Resource Bundle の作り方と CocoaPodsでの配布
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど Resource Bundle とは画像やXibを所定の形式（.bundle）でまとめたもの。複数のファイルを１つにまとめられる他、ファイル名の名前空間を分離するのにも使える。用途としてはライブラリで使う画像や文字列（Localizable.strings）などを Resource Bundle にまとめて、ソースコードと一緒に配布する場面などで使われる。実際 CocoaPodsではライブラリ（のリソース）の配布形態として Resource Bundle を推奨している（Podspec Syntax Reference/resources）。 今回は Xcode で Resource Bundle を作りそれを CocoaPods で配布する方法を紹介する。 なお前提として既に Xco
gccのinclude パスについて調べたい。いっつも何処から読んでるのかよくわからない。 小手先で調べた。 ソースをコンパイルして調べてみる takuya@air:~$ cat test.c #include <stdio.h> int main(){ return 0; }gcc -v test.cと-v オプションをつけると、詳しい状況が表示されます。これをつかってインクルードパスについて調べみた。 -v で調べてみたら・・ takuya@air:~$ gcc -v test.c Using built-in specs. Target: i686-apple-darwin11 (略 #include "..." search starts here: #include <...> search starts here: /usr/llvm-gcc-4.2/bin/../lib/gc
Appleが提供するライブラリの多くも「.framework」ファイルで提供されており、iOSアプリ開発におけるライブラリの一般的な形式の一つと言える。 しかし、「.framework」ファイルを作成しようとXcodeのテンプレートを探しても該当するものが存在しない。 今回はiOSアプリ開発において「.framework」ファイルを自作する方法を紹介する。 <注意> Xcode6で「Cocoa Touch Framework」というテンプレートが追加されたが、筆者はこのテンプレートについて熟知していない。 もしかしたら、このテンプレートを使用すれば、簡単に「.framework」ファイルが作成できるかもしれない。 今回紹介する方法は、Xcode5系でも使用できる方法である。 「.framework」ファイルを自作する方法に関しては、下記のサイトで非常に丁寧に紹介されている。 iPhoneア
Bugsnag という Crash レポート解析サービスがあるんですが、最近 Crashlytics から乗り換えたので、なぜ変えたのかをツラツラと書いていこうかなと思います。 実際 Bugsnag じゃなくてもこのような機能があるサービスの方が個人的には使い勝手がいいかなと思います。 Bugsnag は$29/monthかかります なぜ Crashlytics から移行しようとしたのか Crashlytics は便利なんでずっと使ってるんですけど、 Crash した場合にしかレポートを送信することができないのが一番の不満(※Fabric で改善されているかもしれません) このあとに言及しますが、Social.framework 等を利用した場合のエラーを集めたかったんですけど、そのために Crash しないといけないとか、ありえませんし。なのでそれを取得するために自分でエラー情報を集めよ
Sony Computer EntertainmentはApache License 2.0の下に無償で利用できるオープンソースのレベルエディターをGitHubにて公開しました。本レベルエディターは今年3月に同じくオープンソースで公開されたツールフレームワーク「Authoring Tools Framework」で構築されており、C#によるWYSIWYGインターフェースやデータ管理、DirectX 11による3Dレンダリング、複数人による同時使用への対応などを特色としています。 ユーザーが任意のゲームエンジン用のレベルを効率的に設計できるSCEのレベルエディター。ベースとなるAuthoring Tools FrameworkはNaughty Dogの『The Last of Us』、Guerrilla Gameの『Killzone: Shadow Fall』など、ビッグタイトルの開発にも利
// An example class in a framework target. public class ListItem: NSObject { public var text: String public var isComplete: Bool // Readable throughout the module, but only writeable from // within this file. private(set) var UUID: NSUUID public init(text: String, completed: Bool, UUID: NSUUID) { self.text = text self.isComplete = completed self.UUID = UUID } func refreshIdentity() { self.UUID = N
Build apps using a powerful open language.
iOSのアプリケーションではモデル周りのテストと同じぐらいUI周りのテストが重要な気がするのですが、画面のテストってちょっと面倒ですよね。その上Xcode標準のテストフレームワークでは画面遷移などのテストができません。そこで、統合テスト用のテストフレームワークを使う必要がでてきます。 選択肢はいくつかありますが、使い方がシンプルで導入も容易なKIF Frameworkを紹介します。 KIF Framework GitHub - kif-framework/KIF: Keep It Functional - An iOS Functional Testing Framework KIFは決済サービスSquareが自社アプリケーションの統合テストのために開発したフレームワークだそうです。KIFを使ったテストではボタンをタップして画面遷移したり、画面遷移した先のUIの存在を確認したりといったこと
iOS4からBlockが導入されました。利用目的としてはDelegateパターンと大差ないと思っていますが、処理記述が呼び出し元で記述できることで可読性が高くなります。 また、コールバック時に利用されるperformedSelectorが非常に使いづらく複数の引数となった場合などを考慮してNSDictionaryで定義したりInvocationを使う必要がったりと面倒な点が多々ありました。 今回は、CoreFoundationにカテゴリで組み込まれたBlockを活用したBlocksKitフレームワークを紹介したいと思います。かなり便利なため、今後のコーディングスタイルを変えてしまうほどのインパクトがあると個人的には思っています。 BlocksKit https://github.com/zwaldowski/BlocksKit BlocksKitはBSD, MITライセンスの元で利用可能で
iOS6からFacebook、微博(Weibo)、Twitterを統合したSocial.frameworkが追加されました。例によってAOuth認証などの面倒な手続きは全てiOS側で行なってくれるので投稿だけであれば、数行のコードで実装が可能です。 iOS5から追加されたTwitter.frameworkは廃止の方向になるので、新しく実装する場合はSocial.frameworkで実装した方がよさそうです。実装方法はTwitter.frameworkと同じような作りとなっているので簡単に移行できると思います。 SLComposeViewControllerでの投稿方法 プロジェクトのBuild PhasesのLink Binary with Librariesで「Social.framework」を追加します。 ヘッダにSocial.hをインポートします。 #import <Social/
アクセサを使って値をインクリメントしています。これ、ぱっと見て問題があると感じますか？ このコードはマルチスレッド環境で動くため、プロパティは以下のようにデフォルトのatomicで(nonatomicを指定せず）定義されています。 @interface AtomicTest : NSObject { int count; } @property(assign) int count; - (void)increment; @end @implementation AtomicTest @synthesize count; - (void)increment { self.count++; } @end int main(int argc, char *argv[]) { NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; A
iOSアプリをデバッグするときにNSLogを使ってログを確認するのは皆さんも良くやっていると思います。実際に業務で構築するときは、案件に合わせてマクロを定義してデバッグ時とリリース時の出力を制御したりする方も多いのではないでしょうか。毎回この設定を行うのは非常に面倒です。そこで登場するのがCocoaLumberjackです！ CocoaLumberjackとは？ CocoaLumberjackはiOSで利用できるオープンソース（BSDライセンス）のログライブラリです。出力先にコンソール以外を選択することができたり、予め用意されたログ出力レベルに応じてしこんだログの出力を制御できたりと非常に柔軟に使用できます。また、NSLogよりも高速に動作するらしいです。では早速使ってみましょう！ CocoaLumberJackの導入 CocoaLumberJackの導入は非常に簡単です。方法は以下の２つ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
