問題タブ [ipad-3]

現在、コア テキストを使用して iPad 3 で一部のフォントを表示すると、iPad 3 ではそれらのフォントが少しぼやけて表示され、鮮明ではありません。これらの同じテキストが ipad 3 の webview を使用して表示されると、予想どおり、テキストは非常にシャープになります....なぜこれが考えられるのか、誰か考えはありますか?

Retina ディスプレイでフォントを表示するコアテキストに問題はありますか? 同じフォントタイプ、色などを使用しているため、間違いなくフォントではありません...

現在 iTunes で公開されているユニバーサル バイナリ アプリがあり、iOS 4.x から 5.1 の iPhone 3、4、4S、iPad 2 では正常に動作しますが、iOS 5.1 を実行している新しい iPad (3) では黒い UIImage が表示されます。

他の誰かがこれに遭遇しましたか？修正案はありますか？

問題は、NSData から読み込まれた UIImage が黒く表示されることです。

最初は NSData が nil または読み取り不能である可能性があると考えていたので、NSData の長さと UIImage サイズのプロパティを出力するために UIAlert と NSLog を追加しました (データを UIImage に正常に読み込むと適切なサイズの値が生成されると仮定します)。UIAlert ではすべて問題ないように見えます...

UIAlertView を表示している iPad 3 のスクリーンショット。NSData には長さがあり、UIImage にはサイズがあり、UIImageView (ClientImage) には適切なフレームがあり、グリッド オーバーレイ UIImage が期待どおりに正しく表示されていることがわかります。

• 返された NSData には長さがありますが、そうではありませんnil (以下の 187433)。
• UIImage はデータを解析して画像を構築できました。サイズとスケールのプロパティによる証拠(784、980)

最後に、これもオプションを無効にしてテストされている/// apply user gridため、そのコード ブロックが実行されないため、オーバーレイ png はインスタンス化されません。黒の UIImage の問題は解決しません。

実際の画像ではなく黒い UIImage を表示する UIImageView に問題がある人はいますか? これが iPad 3 で正しく動作するようにコードを修正する方法についての考えやアイデアはありますか?

ありがとう！

編集 - その他のデバッグ情報:

NSData (imagedata) を電子メールに書き出して、デバイスから表示できるようにしました。おそらく画像自体が空白/黒であるかどうかを調べたかったのですが、デバイスから保存したときにデータが画像として正しく表示されることを知りました（空白ではありません）。

そのため、UIImage と UIImageView に読み込まれた NSData は黒く表示されますが、メールに添付すると画像が正しく表示されます。

さらに、ビューの階層が意図したとおりに表示されるようにしたかったのです。私の画像が別のビューの下にないことを確認してください。ViewController から始めてviewをログに記録recursiveDescriptionし、iPad 3 のビューの階層が iPad 2 と一致していることを知りました。

新しいデバッグ コード:

最後に、2 台と 3 台の両方のデバイスからの再帰的なログ情報を次に示します。

iPad 2 ログ:

iPad 3 ログ:

この投稿は耐えられないほど長いですが、誰かがこの問題を引き起こす可能性のある何かを考えてくれることを願っています...

重複
の可能性：新しいiPad：メモリ不足の警告が表示されない？

たくさんのPDFドキュメントをダウンロードするときにメモリに問題があります。今までそれを取り除くことができなかったので、メモリ警告でダウンロードを停止し、アラートビューを表示して、アプリが終了し、再起動する必要があることをユーザーに通知します。良くありませんが、ただクラッシュするよりはましです。

金曜日に新しいiPad3を受け取り、その上でアプリをテストしました。今より高い解像度を必要とする画像を除けば、見栄えがします。また、ダウンロードを開始すると、しばらくするとアプリがクラッシュします（ただし、iPad 2よりも時間がかかります;））。メモリの問題のように見える問題をデバッグしようとして、XCodeからアプリを実行すると、XCodeで通知されることなく、または中止信号の受信場所で停止することなく、最終的にクラッシュします。

だから私はただメモリを台無しにする小さなテストアプリを書きました：

• iPad2で受信したメモリ警告
• iPad3でクラッシュ

何か案は？これは既知の問題ですか？

前もって感謝します。

私は、iPad 2 でかなり広範なテストを行った iPad アプリに取り組んできました。最近、「新しい iPad」(iPad 3) を入手しましたが、アプリの動作が大幅に遅く感じました。iPad 2 ではシルクのように滑らかだったアニメーション / スクロール動作が、新しい iPad では非常にぎこちなく感じられるようになりました。

私は多くの標準的な UI パフォーマンスのヒントを行っています。shadowPath を使用し、CoreGraphics を使用して UITableViewCell を描画し、頻繁に変更されない/アニメーション化する必要のないビューをラスタライズします。

アプリを iPad 3 に移行する際に注意すべき落とし穴はありますか?

アップデート

以前にこれを試したことを誓いましたが、UIViews ビューから丸みを帯びた角を削除すると、アプリが大幅に高速化されました。clipToBounds もパフォーマンスに大きな影響を与えるようです (奇妙なことに... ビューのレイヤーの maskToBounds を設定しても問題ないように見えますが、これは私には意味がありません)。これと他の調整を組み合わせることで、問題が解決したようです。

アプリで 2 回目のビジュアル パスを実行したら、よりパフォーマンスの高い方法で丸みを帯びた角を再実装する方法を見つけます。

Ipad1は2048x2048しかサポートできないので、ipadretinaがより大きなサイズのテクスチャをサポートしていることを知りたいです。cocos2dv1.01を使用しています

新しい iPad(3) を手に入れたばかりで、現在、CoreGraphics を使用する描画アプリの高解像度バージョンをテストしています。

通常の 1024x768 モードでは、iPad のパフォーマンスは多かれ少なかれ類似しています。

しかし、高解像度のキャンバス (2048x1536) にペイントしようとすると、アプリが使用できないほど遅くなり、ラグが発生します。これは、CoreGraphics が主に CPU によって計算され (iPad2 よりもそれほど高速ではないと私は信じています)、4 倍の作業を行う必要があるためですか?

私は基本的に私の描画ルーチンを

に

Retina 描画を有効にすると、線がとてもきれいで鮮明になり、画像が 2048x1536 で保存されます。しかし、前述のように、遅延と遅延により、描画ツールとしては役に立たなくなります.

アプリを openGL で書き直す以外に (時間の制約と重要なブレンディング モードでの以前の失敗した試みのためオプションではありません)、新しい iPad で Retina モードで実行されている CoreGraphics アプリを最適化するためにできることはありますか?

私の質問は本当に基本的なものです。

新しいiPad3を購入する代わりに、iPad2開発用のiPad2を購入する理由はありますか？

nativまたはWebアプリの解決の問題について考えました。

新しいバージョンにお金を投資したいのですが、そうするのが賢明かどうかはわかりません。

アドバイスありがとうございます。

私たちが知っているように、iPad 3 の解像度は 2048×1536 です。Retina ディスプレイを搭載した iPhone 4 の場合、@2X という名前の大きな画像と 1 つの通常の画像をバンドルに入れます。

そのため、iPad 3 アプリケーションの開発では、2 つのイメージを配置する必要があります。

分かる方回答お願いします。