『【速いぜ！】スマホ向けUnity高速化Tips』
■なんか動きが滑らかくないんですけど こんにち(ばん)はー。 菅原だ。 今回はUnityでスマホアプリを作るときのTipsを紹介しよう。 アプリを作りながら気になったところを何回か分けて挙げていく。 今回はアプリの高速化の話だ。 しかも、コーディングテクニックではなく、設定の変更だけで行える高速化についてだ。 1.FPS Unityは可変フレームレートで動作するように作られている。 それは良いのだが、デフォルトのターゲットフレームレートが30になっている。 これを60に変えてあげることで滑らかになるのだ。 ※ターゲットフレームレートはアプリの内容に合わせて適切な値を設定する必要がある。 1/60秒では処理が間に合わないアプリや、画面更新頻度が少ないアプリは60FPSのメリットはあまりない。 電池の消耗も早くなる。 2.VSync VSyncとはディスプレイの更新のタイミングに同期させて処理
テラシュールウェア [Unity]独断と偏見で選ぶ、Unity 4.5アップデート注目ポイント
Unity 4.5が来た！ 今回は少なめのたったの450個位の更新な訳だが、今回も簡単に注目ポイントを独断と偏見によりまとめてみようと思う。 Unity 4.5 リリースノート 他にも「ココは見るべきそうすべき」「コレを見れないtsubakiに未来はにぃ」的な物があれば、下のコメント欄やツィートで補足してくれると超うれしい。 1. Unity Remoteがかなり使いやすくなった UniteRemoteは、Unityのタッチパネルやプレビュー画面を エミュレートするiOS/Androidアプリだ。 これを利用する事で、アプリを実機端末へビルドする事なく、 タッチの操作感やアプリの挙動を確認することが出来る。 今回新しくなったUnityRemote4は今までのUnityRemote3と 違いWifiではなくUSB接続となり、わざわざPCと同じネットワーク空間に配置せずともUSBを繋ぐだけで遠
![テラシュールウェア [Unity]独断と偏見で選ぶ、Unity 4.5アップデート注目ポイント](https://cdn-ak-scissors.b.st-hatena.com/image/square/1dfdfe72672d29ea070087ad991edd0d538a82d1/height=288;version=1;width=512/http%3A%2F%2Fblog-imgs-69-origin.fc2.com%2Ft%2Fe%2Fr%2Fterasur%2FUnityRemote4.gif)
Webシステムのフロントエンド高速化で最初にやるべきこと - かみやんの技術者ブログ
前回のエントリーで、Dartの次は、TypeScriptを検証する。と書いたけど、なぜか自分のPCでは、VisualStudio for WebにTypeScriptのプラグインがインストールできなかったので、TypeScriptを使うことを諦めました。コマンドラインでコンパイルはできたけど、それでは型付け言語のメリットであるIDEによる補完や参照検索やリネームリファクタリングが効かないので。ちなみにプログラマのPCではあっさりインストールできたとのこと。がっくり。 というわけで、Dartを実戦投入することを決定してDartで開発をしています。 フロントエンド高速化のExpiresヘッダ さて、今日の本題。Webシステムのフロントエンド高速化のお話です。Webシステムの速度の大きなボトルネックとしてDB負荷がありますが、ブラウザ側のレンダリングを高速化する話としてフロントエンド高速化があり
JavaScriptの顔認識ライブラリをチューニングしたら実用レベルになったという話 (Kanasansoft Web Lab.)
ただ、WebRTCで顔認識させようとすると遅くてしかたがなかった。 最初は速いこともあるが、10回ぐらい認識をさせるとすぐに遅くなる。 とりあえず、デモ。 そこで、チューニングをしてみることにした。 まず、JavaScriptの定番の高速化を試してみた。 例えば、正の数で使える「Math.floor(x)」を「(x | 0)」に、整数で使える「x * Math.pow(2, y)」を「x << y」にする等。 これで、10~30%高速化できた。 次に、遅くなっている部分を調べたら、Web Workersで分散するための仕組みが遅くなる原因だとわかった。 これは、Web Workersを使わない場合にも影響が出ていた。 じゃあ、Web Workersを使えば速くなるのかといえばその逆で、20倍遅くなっていた。 詳しくは調べてないけど、多分Workerスレッドに処理データを渡す時にJSON化が
Android高速化 テクニック .pdf
Android高速化テクニック第2章 特集1 Android による組込み開発 Android高速化 テクニック 中川 輪土 N a k a g a w a R i n d o 株式会社イーフロー 事業統括本部 第1事業部 第 2 章 行することができます。Androidは1990年代後半の Javaに似ています。AndroidとJavaの間には10年 分の差があることになります。本章ではこの10年間で 培ったJava高速化手法を元にしたAndroidの高速 化テクニックについて解説します。 Androidアプリケーション 高速化テクニック まずはAndroidアプリケーション高速化のテクニッ クについて解説します。Androidアプリケーションは Java言語で作成するため、Javaアプリケーションの 高速化テクニックがそのまま使えます。 ●インスタンス生成の抑制 インスタンスは以
本当は速いImageMagick: サムネイル画像生成を10倍速くする方法 - 昼メシ物語
一般的に ImageMagick のサムネイル画像生成は遅いとされており、パフォーマンスが求められるシーンでは Imlib2 などのより高速な画像処理ライブラリが使われることが多いです。 Imlib2 の高速さについては、以前「Imlib2でImageMagickより3倍高速かつ美しいサムネイル画像の生成 - 床のトルストイ、ゲイとするとのこと」という記事で紹介しました。この記事のベンチマークにおいて、Imlib2 によるサムネイル画像の生成は、 ImageMagick の3倍程高速でした。 しかし、 ImageMagick は Imlib2 より画質がよく、高機能で使いやすく、今も頻繁にメンテナンスされており、とてもよく出来ています。その点 Imlib2 は、2004年からメンテナンスされておらず、セキュリティホールが見つかっても、各Linuxディストリビューションがそれぞれパッチを当て
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
ngmoco:)直伝 OpenGL高速化テクニック - Objective-Audio
Perfumeニューアルバム「トライアングル」発売記念エントリー！ トライアングルと言えばOpenGLと無理矢理こじつけて、スタンフォード大学の講義でngmoco:)の中の人がOpenGLの高速化テクニックを語っていたので、その内容を自分なりにまとめてみました。 といっても、僕は講義のビデオを見ても英語で何を言ってるのか全然分からないので、あくまでpdfとコードを見て勝手に理解しているだけです。日本語の資料がほとんどないプログラミングの世界にもなれてきて、ソースさえあれば大体分かりますしね。 自分でプログラミングしていくうちに経験則で分かっていた事も含まれていましたが、やっぱりプロは徹底的にやっているなぁという感じがします。半年前に知っておけばBigStopWatchつくるのに役立ったのに...。 講義のpdfとサンプルソースは以下のところにありますので、参考にしてください。Appleのi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スタートアップ向け！1人日でできるサービスの高速化方法と成果