問題タブ [high-resolution]

オフスクリーン レンダリングを行うときに、画像の解像度を明示的に指定する方法はありますか?

デフォルトでは、ILGDIDriver は 96dpi のビットマップをレンダリングします。ただし、プロットを高品質で印刷するには、高解像度の画像 (少なくとも 300dpi) が必要です。

ドライバーに提供される幅と高さ (2400 x 1600) を大きくすると、フォントがかなり小さくなり、ぼやけます。

前もって感謝します

Android で大きな画像をピンチしてパンするための最高のパフォーマンスを提供するアプローチを探しています。

画像のサイズは約 6000px x 7000px です。画像は地図であるため、サイズ変更は実際にはオプションではありません。そのため、サイズを変更すると、拡大すると細かい印刷物や詳細がぼやけすぎます。

視聴者の考慮事項により、Android 2.2 (minSDKVersion=8) までの下位互換性が必要です。

現在のアプローチでは、アセットからマップ画像を含む html ページをロードする webView を使用します。ページに 1 つの大きな画像をドロップするのは遅すぎたので、画像の 1000x1000 ピクセルのスライスを作成し、それらを 6 x 7 のテーブルにロードしました。これにより、スクロールと読み込みが大幅に高速化されましたが、スクロールが非常に高速な場合はパフォーマンスが向上する可能性があります。

改善されたスクロールを提供し、Android 2.2 まで互換性があるより良いアプローチがあるかどうかを評価しようとしています。

ありがとう。

現在、非常に高い解像度で波形を描画しようとしています (ズームのため)。したがって、波形は JScrollPane に描画されます。約50.000〜60.000ピクセルの幅でペイントできるようにしたいです。

残念ながら、約 34000 ピクセル幅で正しく描画されなくなります。問題は、約をペイントしないことです。最初の画面サイズはなくなりましたが、残りは適切に描画されます。私はグラフィック関連の経験がほとんどないため、これを可能な限り修正する方法を決定するのを手伝ってくれると思いました.

最初の画面サイズを再描画するか (たとえば、repaint(Rectangle) を使用)、または画像を 3 つ以上のフレームに分割することで対処することを考えました。2番目のオプションを選択した場合、それを分割してすべて一緒にペイントするか、ビューポートに表示されているときにのみペイントするかがわかりません。それとも、私が理解できない別のより良い解決策がありますか?

これを手伝ってくれて、すべてを試すのに何時間も節約できることを願っています. 前もって感謝します。

したがって、ここに要求された実行可能ファイルがあります。約 34.000 ピクセル幅で不適切な描画が見られます。現在のピクセルは System.out で読み取ることができます。サポートされていないため、描画は mp3 では機能しません。.wav で試してみることをお勧めします。

メインクラス:

JPanel を含むパネル:

AudioInfo クラス:

波形パネル クラス:

ビューを取得し、Windows Phone のすべての解像度と互換性を持たせようとしています。マージン、高さ、幅のプロパティに「自動」値を使用する必要があることはわかっていますが、必要なデザインを取得できません.. .xaml コードを貼り付けました...あなたの助けを歓迎します

現在、SpriteBatches を使用してテクスチャをレンダリングしていますが、画像 (サイズが 400x400 前後の png ファイル) をレンダリングすると、特に完全な円などの丸いオブジェクトでは、ピクセル化されたように見えます。これは非常に微妙なディテールですが、ピクセル化された曲線がグラフィックのクリーンな外観を損なっているように感じます.

曲線がピクセル化されないように HD 画像をレンダリングする方法はありますか? 私のコンピュータに問題がある可能性がありますか？

カメラを使用しようとしていますが、高品質の画像をキャプチャして保存できましたが、カメラが横向きモードの場合のみです。

横向きと縦向きモードで低品質の画像をキャプチャして保存することもできました.

ポートレートモードで撮影した写真をマトリックスオブジェクトを使って回転させ、うまく保存しました。

ポートレート モードで高品質の画像をキャプチャしようとすると、問題が発生します。キャプチャした画像を回転させようとすると、うまくいかないようです。

ここに私のソースコードがあります:

私は将来の証拠となる流動的なウェブサイトに取り組んでおり、次のことに同意しません。

世界は網膜や、1、1.5、2 ピクセル比のデバイスだけではありません。今後も数を増やしていきます。私の質問は、これらすべての解決策と将来の解決策をどのようにターゲットにすればよいですか?

私の問題は、ユーザーが網膜のような「任意の」高解像度ディスプレイを持っているときに有効にしたい高解像度ディスプレイ用に、PNG（ピクセル比1の古いブラウザとデバイスをサポートするPNG）のSVGバージョンがあることです。したがって、膨大な量のメディア クエリを節約し、すべての将来の証拠を確保するために、一度だけ書くことを好みます。Mac Retina、iPhone、Dell、HP など、nexus phone など、すべての高解像度画面のマスター メディア クエリのように。

また、なぜ最小解像度のみが 192dpi または 2dppx なのですか? つまり、ピクセル密度 1.5 144dpi はどうでしょうか。最小値を 100dpi (標準は 96) に設定したほうがよいのではないでしょうか。標準を超えるものはすべて私の SVG を使用します。100dpi、101、102……144dpi……192……300dpi……900dpi……1000dpiなど。

iPad Retina と MacBook Pro Retina ディスプレイ (Chrome と Safari の両方) で異なる方法でレンダリングされる単純な SVG 画像があります。要素に追加stroke-linecapするとすぐに、通常の幅の 2 倍にレンダリングされます。rectstroke-width

以下は、2 つの長方形の境界線の幅が同じである必要がある例です (iPad で確認してください): linecap あり/なしの SVG 長方形。

私が欠落している単位指定子はありstroke-widthますか、それとも他の解決策がありますか?