問題タブ [live-wallpaper]

毎回ビットマップを再描画せずに、キャンバス内でビットマップを移動するためのより良い方法はありますか？

プレビュー モード (「設定」と「設定 ..」のある画面) では、壁紙を別の方法で動作させる必要があります。そこに描かれていることをどのように知ることができますか?

ライブ壁紙を背景としてアプリに追加することはできますか?

ライブ壁紙アプリを起動すると、正常に読み込まれます。
「壁紙に設定」を押すと、「予期せず停止しました」というエラーが表示されます。
そこから強制終了を押すと、アプリは問題なく正常に起動し、壁紙として設定され、完璧に動作します。

この断続的なフォースクローズを取り除こうとしています。
私はいくつかの実際の電話で私のアプリをテストしました、そしてそれは他のものではなくいくつかの電話で起こります。

このエラーがスローされた時点での私のlogcatは次のとおりです。

繰り返しますが、強制終了を押した後、すべてがそれ以上のメモリエラーなしで機能します。
アプリは2.1を対象としており、xp-machineでeclipseを使用して作成されています

Android のライブ壁紙を作成する場合、正確に必要なものは何ですか。これまでのところ、この 1 つの png ドローブルとは別に、WallpaperService.Engine、SurfaceView、Android.manifest および xml/string.xml のいくつかの主要な変更点を要約できます (ペイントを使用する場合、これはオプションであると思います)。

また、アニメーションを発生させるためにまったく異なるロジックを開発するには、他に何が必要ですか? それは常に数学的な計算ですか？私は、さまざまな種類のライブ壁紙を作成することに非常に熱心です。しかし、私は正しい軌道に乗っていないと思います。

あらゆる種類のライブ壁紙を作成できるように、必要なものをすべて要約して、正しい方向への方法を提案してください。

誰かライブ壁紙に必要なものをまとめてください。

前もって感謝します。

私のライブ壁紙では、次のコード (Runnable によって呼び出される) を使用して各フレームを描画します。呼び出されるたびに、現在のキャンバスを単色で塗りつぶし、背景のビットマップを描画します (bg_image は画面に完全に収まるようにサイズ変更されています)。次に、drawParticles(c) を呼び出します。これは、単純に c.drawCircle(...) を使用して、キャンバス全体にパーティクルを何度も描画します。

ライブ壁紙のプレビュー モードでは、このコードはうまく機能します。しかし、実際にこれをライブ壁紙に設定すると、ちらつき、描画する前にキャンバスをクリアしていないようです。平たく言えば:

フレーム 1: ビットマップが描画され、円がオーバーレイされます。

フレーム 2: ビットマップが描画され、円がオーバーレイされます (私の大まかな理解に基づいて、効率のために交互に描画されて投稿される 2 つのキャンバスがあります)。

フレーム 3: キャンバスがクリアされていない! このフレームには、描画された各円の新しい位置と、フレーム 1 からの円が含まれています。

フレーム 4: フレーム 2 からの円だけでなく、描かれた各円の新しい位置が含まれています!

最終的な効果は、円が画面全体に「軌跡」を残し、2 つの交互のキャンバスの間でちらつくことです (私は信じています)。以下のコードに基づいて、フレームごとにキャンバスがクリアされないのはなぜですか? 繰り返しますが、これはプレビュー モードでは問題なく機能しますが、実際にライブ壁紙として設定されている場合は機能しません。このちらつきの問題は、ビットマップを描画している場合にのみ発生することにも注意してください。背景が単色の場合、この問題は発生しません。

見てくれてありがとう。

シンプルなライブ壁紙を作成し、速度を最適化するためのさまざまな方法を試しています。しかし、私は少し不平を言っているので、質問の単純さを許してください。

私はを使用してresourceIdsを取得しようとしています（このコードはCubeEngine（）クラスで実行されます。これは、ご想像のとおり、Cubeデモから直接作業しています）。

これで、ロードしたい画像が11個あるので、最後の行が10個あります。ループできることはわかっていますが、最初のラウンドではできるだけシンプルにしたかったのです。問題は、これが実行時にNullPointerExceptionを返すことです。問題の画像は解像度/描画可能であり、以前のように直接アクセスするのに問題はありませんでした。

例えば。これを機能させるために私が見逃しているいくつかの簡単なことがあると思います。私はほぼ毎日MATLABで過ごしていますが、Javaのような言語を何年も使用していません。したがって、構文エラーのような単純なものであっても、見落とさず、遠慮なく教えてください。

アーネストのコメントはすぐに問題を解決しました。

アナログ時計を描画するライブ壁紙アプリを開発しています。ここまでで、文字盤、時針、分針の 3 つのビットマップを使って時計を描くところまで来ました。

時間と分を描画するときは、次のようにします (疑似コード):

フレームレートが非常に低いことを除けば、これは問題なく動作します: 約 13 fps です。ビットマップ フィルタリングをオフにすると、約 24 fps に増加しますが、それでも私にとっては低い値です。

Canvas での 2D 描画が高速化されていないことはわかっていますが、このコードを高速化するための他のオプションはありますか? どういうわけかネイティブにビットマップに描画しますか? 多分何か他のもの？

OpenGL を使用することはオプションですが、ライブ壁紙は GL 描画をサポートしていないため、それほど単純ではありません。

「壁紙>設定...」からライブ壁紙設定を読み込めません。

Livewallpaperメニュー内から設定ボタンをクリックすると、設定が正常に読み込まれます。エラーをよりよく説明するためのスクリーンショットを次に示します。

エラーログ

マニフェストファイルは次のとおりです。

約 6 か月前にライブ壁紙を市場に出しましたが、Galaxy S の市場には出ていませんでした。

GalaxyS は、ライブ壁紙をサポートしているものの、サポートしていないと市場に報告しているようです。

uses-feature android:name="android.software.live_wallpaper"AndroidManifest.xml からを削除してしまいました

それ以来、ライブ壁紙をサポートしていないが、アプリケーション (MyTouch Slide、Aria など) をダウンロードした携帯電話を使用しているユーザーから、低評価と不満のメールを多数受け取ります。

この問題が解決されたことを誰でも確認できますか? すなわち、live_wallpaper 機能を使用することを宣言するように AndroidManifest を設定することがわかっている場合、Galaxy S を含め、実際にそれをサポートするすべての電話に表示されますか?