objective-c - 平面画像とインターリーブ画像の処理速度

Question

高度な iOS プログラミングに関する本を読んでいます。「一般に、インターリーブ形式よりも平面形式で作業する方がはるかに高速です。可能な場合は、データをできるだけ早く平面形式に変換し、それを at 形式のままにしてください。全体の変換プロセス」。

それはなぜなのか、ふと気になりました。私が思いついた唯一の理由は、ピクセルを反復処理しているときに、w*y+x などの代わりに ++ 演算子を使用してオフセットを計算できるということでした。

RGBA と YUV だけでなく、平面とインターリーブにも精通しています。画像フォーマットの変換、回転、反転、サイズ変更などを行うために、多くの C コードを作成しました。変換は通常、i420 との間で行われました。

私が見落としているものはありますか？

Answer 1

あなたが引用したような一般化を一掃することは、多くの場合、実用的な適用性が限られています（つまり、1つまたは2つのデータポイントから完全に一般化されているわけではありませんが、ほぼ完全に一般化されています;-)

あなたは、画像処理用の C コードをたくさん書いたと言います。次のステップに進んでください。プロファイラーの使用方法を学び、マイクロベンチマークを作成して、アルゴリズムのパフォーマンスを単体テストします。特に、ソリューション スペースを調査している場合はそうです。