多くのAndroid愛好家はカスタムを使用していますROMやMODのフラッシュ、デバイスの完全バックアップの取得と復元、およびフル機能のAROMAファイルマネージャーを使用したファイルの管理のためのTWRPやClockworkModなどのリカバリ。ほとんどのユーザーは実際にリカバリモードでスクリーンショットを撮る必要はありませんが、私たちブロガー、カスタムリカバリおよびAROMAベースのアプリの開発者、リカバリテーマのデザイナーは、多くの場合、レビューまたは作業しているものを示すためにこの機能を必要とします。以下では、実行中のカスタムリカバリに関係なく、リカバリモードで起動しているAndroidデバイスのスクリーンショットを簡単に取得するプロセスをご案内します。
通常のAndroid起動時とは異なり、標準のボリュームダウン+電源ボタンの組み合わせは、回復時にスクリーンショットを撮る場合には機能しません。以前は、Android SDKのDDMSツールは目的のためにうまく機能していましたが、過去数回の更新以来、そうではなくなりました。
私が知っている唯一の実用的なソリューションこれまでは、生のフレームバッファデータを手動で取得し、ffmpegコマンドラインツールを使用して処理して必要な画像を取得していました。ただし、このソリューションには深刻な注意事項があります：すべてのAndroidデバイス用の単一の汎用コマンドではありません生画像のストライド係数。私は個人的に、回復スクリーンショットを含むガイドの一部を書くときに、いくつかのデバイスのこれらのパラメーターを把握しようとするのに何時間も費やすという悪夢を経験しました。
これから見るのは、XDAメンバーによる素晴らしい小さなツールです makers_mark これにより、このような複雑な問題をすべてバックグラウンドで維持しながら、作業を完了できます。
回復のスクリーンショット
回復スクリーンショットはスクリプトです（利用可能のみADBとffmpegを使用してデバイスから未加工のフレームバッファーを取得し、それに応じて処理してPNG形式のスクリーンショットを表示します。
リカバリスクリーンショットのスナップを開始する前に、デバイスのツールを構成する必要があります。それでは始めましょう。
設定する
続行する前に、デバイスを再起動してリカバリモードにし、USBケーブルでコンピューターに接続し、デバイスに必要なドライバーをインストールしたことを確認してください。
リカバリスクリーンショットをダウンロードして、ダウンロードしたZIPファイルの内容をコンピューター上の任意の便利な場所に保存します。次に、フォルダー内のRUNrs.batファイルを使用してツールを起動します。スクリプトは、次のオプションを提示します。
最初のオプション、つまり 1を押して構成設定を行います。その後、デバイスの画面サイズをピクセル単位で求められます。短い寸法を幅として、長い寸法を高さとして入力してください。
リカバリスクリーンショットは、デバイスからフレームバッファを作成し、ffmpegで複数のピクセル形式で処理し、処理したPNGファイルをツールを抽出したフォルダー内の「Pixel_formats」フォルダーに入れます。
Pixel_formatsフォルダーに移動してチェックアウトしますそれらすべての画像。それらのほとんどがおかしく見えることに気付くでしょう。これは完全に正常です。デバイスのピクセル形式とは異なるピクセル形式を使用して処理されました。ここで探す必要があるのは、適切に見える画像で、その名前（ピクセル形式の名前）を書き留め、任意のキーを押して続行します。
フォルダ内に正しい画像が見つかった場合、1を押して設定を確定します。ただし、今回は運が良かった場合は、2を押すだけで、ツールはさらに使用頻度の低い形式を試行します。その場合は、同じフォルダでそこに追加された数十の新しい画像をもう一度探し、正しい画像が見つかったらその名前をメモします。
正しいピクセル形式が見つかったら、次の画面で、正しいファイルの名前に表示されているとおりに（.PNG拡張子なしで）入力します。たとえば、Nexus 5を使用したテストでは、正しい画像はrgb0.pngであったため、正しいピクセル形式はrgb0でした。
正しいピクセル形式を入力した後デバイスを選択してEnterキーを押すと、設定は完了です。今度は、これらのリカバリスクリーンショットのスナップを開始します。設定が保存され、同じデバイスを再度起動するときにスクリプトを構成する必要がなくなります。
リカバリでのスクリーンショットのキャプチャ
初期設定が完了すると、ツールを起動するたびに次のオプションが提供されます。
ここで混乱しそうなのはフレームバッファを取得するための3つのオプションの存在。 Androidのダブルフレームバッファーシステムの仕組みを説明することはこのガイドの範囲外であり、探している画像はいずれかのフレームバッファーにある可能性があるため、毎回3番目のオプションを選択することをお勧めします。両方のフレームバッファ。 3を押すと、Recovery Screenshotが両方のフレームバッファーのプルと処理を開始します。
結果として処理される画像ファイルはスクリプトのメインフォルダー内のサブフォルダーに配置され、現在の日付に基づいて名前が付けられます。内部の画像は、現在の時間とフレームバッファー（上部または下部）に基づいて名前が付けられます。
別の画像をキャプチャしようとするとデバイスのスクリーンショットが表示されている場合は、ツールの再構成が必要になる場合があります。それを行うには、メイン画面で4を押して設定をリセットし、最初からやり直します。 5番目のオプション、つまり手動モードでは、リカバリモードでデバイスを接続する必要がなく、手動で設定を指定し、ソースとして生の画像ファイルを処理するために使用できます。
いくつかの結果
回復時にキャプチャされたスクリーンショットをいくつか示しますスクリプトを使用するモード。 1つ目はTWRPリカバリのホーム画面、2つ目は点滅の進行状況、3つ目はAROMAファイルマネージャーです。
繰り返しになりますが、それは普段からすべての人には当てはまりませんユーザーやほとんどのパワーユーザーでさえ、リカバリスクリーンショットをキャプチャする必要はありません。RecoveryScreenshotは、フレームバッファを手動でプルしたり、ffmpegコマンドで生画像を処理する必要があったたびに手間をかけなければならなかった私のような人々のライフセーバーであることが証明できますカスタムリカバリまたはAROMAスクリプトを確認します。
XDA-Developersからリカバリスクリーンショットをダウンロードする
コメント