問題タブ [catiledlayer]

UIScrollView CATiledLAyer 構造に問題があります。

私がやっていることは、CATiledLAyer を使用して Zommable Scrollview で pdf ページを表示することです。ページ上の単語を強調表示する PDF 検索を作成しました。今問題。

drawLayer メソッドで PDF 画像にハイライトを直接追加するため、ズームしていない状態を強制的に再描画するにはどうすればよいですか。これは、ページを最初に表示したとき (検索結果がない場所) と、ズームしているときに呼び出され、強調表示された単語が正しく表示されます。

しかし、ズームされていない状態では表示されず、ビュー、レイヤー、またはスクロールビューで setNeedsDisplay を使用してレイヤーの再描画を強制することはできません。

誰か助けてくれませんか？

CATiledLayerタイルで画像を表示するために作成します。したがって、tileSizeそれが現在の場所よりも多い場合は、CATiledLayer次のレベルの詳細を表示します。このプロセスを制御して、MKTiledLayer のように動作させるにはどうすればよいですか?

更新 問題は -drawLayer:inContext:、次のレベルの詳細で呼び出すことです。この呼び出しを防ぐにはどうすればよいですか?

NSManagedObjects をレンダリングするために CATiledLayer を使用しています。しかしご存知のように、CATiledLayer はバックグラウンド スレッドでオブジェクトをレンダリングします。これにより、iOS5でアプリがクラッシュします

スレッドごとに別々の NSManagedContext を使用する必要があることはわかっていますが、この方法ではパフォーマンスが低下します。(データを他のスレッドに転送するために NSManagedContext をより頻繁に保存する必要があるため)。

私の問題を回避するより良い方法を知っていますか? 助けてください！！！

下手な英語でごめんなさい！

iPhoneプログラミング初心者です。CATiledLayer を使用して画像を読み込みたい。UIVIew クラスのサブクラスを作成しており、そのクラスの init メソッドで、次のように書いています。

でも書いてる時は

[CALayer setLevelsOfDetail:]: unrecognized selector sent to instance 0xcd04450 というエラーが表示されます

したがって、tiledLayer のクラス タイプを確認するために、次のステートメントを記述しています。

ただし、CATiledLayer の代わりに CALayer を出力します。なんでそうなの？？私は何が欠けていますか?? 今、私はここで立ち往生しています。:(

新しいシングル ビュー アプリケーション (iOS 5 SDK および Xcode 4.2 で開発) を作成しました。このアプリは、アプリ デリゲート、ビュー コントローラー、scrollView (CATiledLayer を使用) で構成されています。ストーリーボードには、どのクラスがViewController含まれているか (私が作成したクラス) が含まれています。私の目標は、ズームなどを使用して大きなPDFファイルを表示することです。プロジェクトは、アップルのズームPDFサンプルに基づいています。iPad でアプリを実行しようとすると、リンク中にクラッシュし、次のエラーが表示されます。UIScrollViewScrollView

このエラーを回避する方法を知っている人はいますか? コードではなくストーリーボードでscrollViewを作成したことに問題がある可能性はありますか??

いくつかの非常に大きな画像を読み込んで表示する必要があり、一部のサイズは A0(33.1 × 46.8 インチ) です。異なるズーム レベルで画像を 5 月のタイル (サイズ 128x128 ピクセル) に分割することで、Google マップの表示マップの方法に従いました (ズームイン/アウト) してビューにロードしますが、まだパフォーマンスの問題に悩まされています。十分に滑らかではありません。同じ問題に直面し、アイデアを解決した人もいると思いますので、できれば私とみんなと共有してください。私が知っているように、iOSシステムでこの作業を行うためのCATiledLayerクラスがあります。どんな助けでも大歓迎です。

UIScrollView 内に配置した UIView のバッキング レイヤーとして CATiledLayer を使用しています。ビューの init メソッドで、単純な線を描画する CGPathRef オブジェクトを作成しています。drawLayer:inContext 内でこのパスを描画しようとすると、スクロール/ズームしているときに、(まれに) EXEC_BAD_ACCESS でクラッシュすることがあります。

コードは非常に単純です。標準の CG* 関数のみを使用しています。

更新: この問題は iOS 5 にのみ存在することに気づきました。4.3 では問題なく動作します。

S3バケットから巨大な写真をダウンロードしているアプリがあります。ダウンロードしたら、次のコードで並べて表示します。

これは、最大のズームタイルを生成するために愛情を込めて機能しますが、スケーリングされたタイルも生成する必要があります。UIImageを取得して次のコードのようにスケーリングし、そのスケーリングされた画像を変更されたsaveTilesOfSizeメソッドにscaleパラメーターとともに渡して、他のスケール画像（500、250、125）を生成できると考えています。

これは私が望むことをしますか？

数か月前、Apple のサイトで本当に素晴らしいサンプル コードを見つけました。このサンプルは「LargeImageDownsizing」と呼ばれ、画像がリソースから読み取られて画面にレンダリングされる方法について多くのことを説明しています。
そのコードを掘り下げていると、少し気になることがわかりました。縮小された画像は、CATiledLayer を持つビューに渡されますが、メモリ パフォーマンスを向上させるために各タイルに画像を提供するのではなく、タイル サイズを設定してから画像を読み込むだけです (コンセプトに簡単に移動できるようにしています)。 ）。
だから私の質問は基本的になぜですか?正しい方法でフィードされていない場合、CATiledLayer を使用するのはなぜですか?通常の UIImageView を使用できたはずです...
そのため、自分が正しいかどうかを確認するためにいくつかのテストを行いました。サブビューとして画像ビューを含むスクロールビューを追加し、ズームのためにデリゲートスクロールビューに応答するコードを簡単に変更します。私は、デバイスとシムでテストしてこれらの結論に行きました：

1. -メモリへの影響とフットプリントはまったく同じで、ズームスクロール操作中でもまったく驚くことはありません。画像はメモリに解凍されます
   
2. - 時間プロファイルによると、タイルビューはスクロールズーム操作中に uiimageview の代わりに描画されるのにより多くの時間がかかりますが、uiimageview が既に描画されていることはまったく驚きではありません
   
3. -メモリ警告を送信した場合、2つのソリューション間で何も変化しません（simのみ）
   
4. -コア アニメーションのパフォーマンスをテストする 60FPS 前後で同じ結果が得られます
   

では、これらの 2 つのビュー/レイヤーの間の取り決めは何ですか?これらの特定のケースで、なぜ一方を選択する必要があるのでしょうか? UIImageView が戦いに勝ったようです。

誰かがそれを理解するのを手伝ってくれることを願っています。