エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
WOWDEV » iOSでのCGContextDrawImage()を最適化する
どうも、吉村です。 今回はiOSにおけるCoreGraphicsの話題でなおかつCGContextDrawImage(), およびCGIma... どうも、吉村です。 今回はiOSにおけるCoreGraphicsの話題でなおかつCGContextDrawImage(), およびCGImageRefにフォーカスした非常にピンポイントな話題です。 CGContextDrawImageが遅い! そう感じたのは以下のような状況です。 「CGContextDrawImage()を1秒間に何十回もコールする」 主にリアルタイムグラフィックスを扱う場合ですね。 え?そんなに? と意外かもしれませんが、CGContextDrawImage()は、 ゲーム等を作る場合以外では意外と高いレートでコールされることはないので、気づいている人は少ないかもしれません。 では何が遅いのか? それは 「画像をラスターデータに展開する処理」 です。 一般的な画像形式は基本的に圧縮されています。 例えばpngは、Deflateというアルゴリズムを使うzlibにより圧縮さ
2015/04/15 リンク