メモリ使用量の多いグラフィックスレンダリングのためにARCのメモリを解放するにはどうすればいいですか？

Question

まず、このサイトの皆さん、ありがとうございました... iOSプログラミングの恩恵を受けることは間違いなく役に立ちました。

私の現在の問題：

私は写真の非常に定型化されたバージョンをレンダリングするアプリを持っています。いくつかのCoreImageフィルタを使用しますが、重い画像処理を行うにはCoreGraphicsの束が必要です。

プロキシサイズのレンダリングはうまくいくが、フル解像度の画像をレンダリングすると、メモリ使用量が高いためにクラッシュすることがある。問題は、レンダリング時に複数のフル解像度（3264x2448）のバッファをメモリに確保する必要があることです。私は何をどのようにしてより多くのメモリを解放するのか分からない。 CGImageReleaseのどこにでも一致することに非常に注意してきました。

ARCでは、実際に何かが解放され解放されたかどうかをどのように知ることができますか？オブジェクトをnilに設定しても、実際には何もしません。

これをディスクにストリームすることはできません。

いずれの提案も非常に高く評価されます。

感謝！

Answer 1

ARCは、このような状況に違いはありません。

自分でreleaseに電話する必要はありません。

非ARCの場合、メモリーが不足している状況では、実際には必要でないプロパティー（必要に応じて再作成できることを意味します）を解放したい場合があります。 ARCの下

- (void)didReceiveMemoryWarning: 
{ 
    [ _myProperty release ]; 

    _myProperty = nil; 

    [ super didReceiveMemoryWarning ]; 
} 

あなたがreleaseを呼び出す必要はありませんを除いて、それは、まったく同じです：

- (void)didReceiveMemoryWarning: 
{ 
    _myProperty = nil; 

    [ super didReceiveMemoryWarning ]; 
} 

nilにあなたのプロパティを設定、ARCの下で、自動的にそれを解放します。
これは本当に何かをします。

それがうまくいかない場合は、別の問題があります。
メモリリークやretain cyclesがないことを確認してください。

最後のものは確かに問題がある...あなたが一度にタイルあなたの画像やその一部にのみ仕事をすべき

Answer 2

。最終的には全体の出力画像領域をカバーするようにループに

[myContext drawImage:myImage atPoint:P fromRect:tileBounds]; 

と Pと tileBoundsを変更する：あなたは、あなたの CIImageを作成し、呼び出すことによってこれを行うことができます。

Answer 3

これは示唆されているように（ただし明示されていません）、これはARCの問題ではありません。

30 MBその解像度のメモリに1つのイメージを保存するメモリ（3264x2448、1ピクセルあたり32ビットを想定）。そして、あなたがメモリに必要なそのサイズのバッファーの数は言うまでもありませんが、それは少なくとも3つのように聞こえます。あなたは基本的に多くのiOSデバイスのためのメモリ制限があります（元のiPadとiPhone 3GSは256MB 合計です。そのうちの3つ目にアクセスすることができます。あなたのアプリに利用可能なメモリは非常に可変です。

ARCはガベージコレクションと似ていません。ちょうどreleaseとretainの文がコンパイル時に追加されます。コードを正しく構成していれば、イメージは不要になったら解放されます。あなたがARCをオフにした場合（コンパイルフラグを使用してファイル単位でファイルに対して行うことができます）、同じ結果が表示されることを強く疑っています。

誰かがすでに投稿しているので、これを回避する方法は画像を並べて、一度に小さなサンプルで作業することです。あなたのぼかしアルゴリズムがそれに対処することができないなら、あなたは恐らくそれを書く必要があるでしょう！