TWRP その後・・・

TWRP その後・・・


色々とやってみて気付いた事と是正措置

いつものように愛機 YT-X705F を弄っていたら
外部SDに見慣れないディレクトリを見つけ、中にはPNGファイルが入っていた。
どうやらTWRP起動中でもスクリーンショットが撮れるようだ。 
なので今回からはクリアな画像でお送りします。


 かつては ClockWorkMod を使っていたが、今も更新されているのだろうか？
今はもうすでにTWRPこと、TeamWinRecoveryProject ばかり使っている。
カスタムリカバリーと言えば、まずは強力なバックアップ＆リストアの機能が一番のウリだろう。
その一番のウリであるリストア、Systemイメージだけ何故か失敗する。
 
 
エラーも出ずに終了しているので最初は気付かなかったが、BootAnimation の入れ替え等をやっていて、ふと戻そうとしても戻らなかったので気付いた。
幾らなんでも2秒でリストアは無いだろう。
BootやVendorは出来ているっぽいので、イメージ単位の復元が駄目なワケでは無さそうだ。
 



Systemイメージ 以外に System も選べて、そっちは写真のようにキチンと出来る模様。
特に問題なく運用出来るだろう。


ja.xmlの更新

日本語ローカライズ用のファイル、ja.xml が本体の更新に追いついてなかったので、適用させてみた。
恐らくVer.3.0になった辺りで ja.xml の更新が止まっているのでは。
 

設定画面の3項目とログ取得画面の1項目だけなので、別にどうでも良いっちゃ良い。
気になったので日本語化。
寧ろ別に日本語ローカライズさせないと分からん様な難解な機能は無いし、
そもそも日本語化そのものが不要という話も。
この程度の英語やPC/Android系の単語が理解出来ないヒトは、TWRPを使わないという。

そして更に不要と思われる、その他言語を削除した。
 
 

 

Dataパーティションのバックアップ

基本的な機能、やりたい事はもう既にTWRPで実現可能になったので、端末入手後のアレコレはとりあえず完了。
ただSystemイメージの件はイマイチ納得がいかない。
なので、昔から使ってる「zipインストール機能を利用したコマンド実行」を使って、各パーティションのバックアップ・リストアも出来るようにする。
 
本来ならテキスト表示でUIを作り、キー入力にて選択するように作りたいのだが、TWRP上でソレを実現出来るのか良く分からない。
ので、用途毎にディレクトリ分けして、各ディレクトリにzipを置く事にする。
 
このzipは、何かのインストーラのzipを流用して昔から使ってる物で、当然ファイルも同梱できる。
が、今回は本当にコマンド実行オンリーだ。

具体的には、最上段で backup と restore の二種に分け、それぞれに boot recovery system cache vendor 等のディレクトリを作る。
その中にzipを配置する。
例えば、backup － systeｍ 内には、systemイメージのみをバックアップするコマンドを書いたzipを置く。

中に記述するのは、ddコマンドだ。
TWRPも対応している。
端末の根幹である各種パーティションを直接読み書きするワケだから、ちょこっと危険な作業。
詳しくは、この有名なサイトをご覧ください。

と言うわけで、
 
dd if=/dev/block/mmcblk0p31 of=/external_sd/backup/mmcblk0p31_system bs=4096
 
とかそんな感じでコマンドを書いて、保存。
上記重要パーティションを纏めて扱うのと、
Dataを除いた全てのパーティションを扱うのも追加した。

ここでふと考えた。

イメージでの保存である以上、/data/media 以下に内部ストレージを含むDataパーティションはとんでもなくデカいサイズになる。
その為、上記サイトで配布されているバックアップのバッチファイルも、Dataパーティションはコメントアウトされる様になっている。
しかし512ギガのMicroSDだし、一個くらいバックアップ取っても良いんじゃないか？と。

試してみた。


51ギガ。デカい。しかも時間めっちゃ掛かった。
ZA3V0031なら20ギガ程度で済むのだろう。

とにかくコレで全58パーティションをバックアップしたので、何かあっても安心だろう。
まずはRoot化とかの前にやっとけと言う話だが・・・


画面のRotate

スタンド内蔵（キックスタンドと言うらしい）なので、後付けカバー等が無くても普通にヨコ画面で立たせて使えるのがこの機種のメリットだ。
だが作ったTWRPはタテ画面仕様。
どうにも不便なので、色々と策を講じてみたが・・・
build.prop や default.prop（prop.default）に ro.sf.hwrotation の項目を追加したり、
.twrp に tw_rotation を追加してみたり、
各種xmlを書き換えて landscape.xml を追加してみたり。
が、ダメッ！
どうも良く分からない。
強引にヨコ画面のままで実現させようにも、画像データ等は回転させられるが、文字は・・・フォント自体を改変したところでレイアウトが非常に難しくなる。
各種レイアウトを指定するXMLやフォント、画像等の画面表示用のデータはtwres内だが、TWRPリカバリーの実体は /sbin/recovery だと思われる。
ヨコ画面向けにビルドされたTWRPイメージを入手し、差し替えてみるしか無いかな。









御質問・御意見・御感想は@m_o_p_u までお気軽にどうぞ






 << 前の記事 次の記事>> 
イメージ  TWRPにてバックアップ成功 OllyDBGを用いたNoCD/NoDVD化  イメージ






コメント

コメントを投稿

このブログの人気の投稿

Ys IVのデバッグモードと未使用ボス

イメージ
Ys IVのデバッグモードと未使用ボス   Je ne connais pas le français. Je suis désolé, veuillez utiliser un site de traduction. 初めに  先日の投稿（ チートの話 ）  にてセーブデータを使ったチートに触れたが、その掘り下げをしてみたい。 題材は PC-Engine の SuperCD-ROM² 対応ソフト Ys IV - The Dawn of Ys だ。 今でも持ってるCD-ROM²ソフトで、昔アホみたいに何度もやった。大好きだ。 現在は公式設定からは外れてしまっていて外伝的扱いらしいが、そこは気にしない。 今回はこのソフトのセーブデータ改造によってデバッグモードを使える様にしてみよう。 イースI・IIから見ると、魔法とリングの両装備、斜め移動等、豪華な変更がなされているが、意外な変更点として挙げられるのは、セーブデータの非パスワード化だ。 セーブはバックアップRAMのみ、と言うことだが、これは即ち前々作であるイースI・IIや前作イースIIIに有った「パスワード入力によるデバッグモードの発動」が出来ないと言う事だ。 ではどうするのか。 セーブデータを直接弄る事でデバッグモードが発動、デバッグメニューの使用とデバッグ版のYs4開発室（以下デバッグルーム）へ入る事が出来るようになる。 Ys4開発室 そもそもYs4開発室とは、一回でもクリアした状態であれば、セーブデータのロード画面でIIボタンを押すと出てくるメニューに追加される、オマケ機能だ。 選択すると、全ての装備と全てのアイテムを所持し最高レベルの状態で、（プロマロック～アリエダ間にあるような）ロムンの砦風の内装の建物内部からスタートする。 五階層の各フロアに散らばったキャラ（開発チームのメンバー）に話しかけると、プレイヤーへのメッセージを喋る。 サウンドルームにはサウンドテストをしてくれる滝本氏が隠れていたり（ブラックポーションは実際に使用せずとも、「使いますか？」さえ出せば登場する）、 ビジュアルルームの黒真珠ではビジュアルシーン再生や家の中、顔アップが見られるオマケ要
続きを読む

ランドストーカー　～皇帝の財宝～

イメージ
ランドストーカー ～皇帝の財宝～ 初めに ランドストーカーとは、セガ製のハード、 メガドライブ向けに1992年に発売された A・RPG だ。    メガドライブの開発コードはMarkVでMarkIIIの次の次だ。つまりマスターシステムはMarkIVだった（ 基盤に刻印が有る ）。ちなみにMarkIIはSC-3000ではなくSG-1000IIの事と思われる。 製作が CLIMAX 、発売は SEGA 。 本作の擬似3Dのゲーム性を実現する為に作られた DDS-520 というシステム云々・・・は置いておく。 この記事はランドストーカーを知ってるヒト、やった事が有るヒト、大好きだったヒト向けに書かれている。 気力や力技や裏技やバグ技、改造を使ってゲーム内のレアなシーン等を紹介する記事になっている。 以下がこの記事のお品書きだ。 ・ 超大作！メルカトルの町マップ 2021年版 ・ 本当に紫スライムは「 ゆうぎけん 」を落とすのか？ ・ 「 イフリートソード 」ドロップに関する考察 ・ 冒険開始直後の攻略率は？ ・ イベントアイテムに意味は無い？ ・ 初回の山頂の洞窟で「 めいきゅうのカギ 」を使ってみた ・ グミの村の高速ニワトリに乗ってみた お分かりいただけただろうか。 このお品書きを良く見てみると、投稿者のランドストーカーに対する異常なまでの執着を感じ取ることが出来る。 それはメルカトルの地下墓地に埋葬されている刑死した者達の怨念がそうさせている、とでも、言うのだろうか。 超大作！メルカトルの町マップ 2021年版   城の門番は和解した仲良し兄弟　ミルと公爵 町の正門は愉快な三人組に任せましょう カーラは怒って鞭を振るっています ゼッドはカジノに向かい　ドンメルはピンクパレスへ ロリア姫はお立ち台が気に入った様子 何故かカーラが池で入浴　モリオとモラリスが覗いてます 犬小屋の付近ではモズ
続きを読む

ランドストーカー ウォーキングシミュレーター on JavaScript 作成リポート

イメージ
ランドストーカー ウォーキングシミュレーター on JavaScript 作成リポート 以下の記事は、旧版となります。 今ではCanvasを使った方法に変えてゼロから作り直しましたが、作成の経緯・変遷として残します。 新版の記事はコチラ になります。 覇邪の封印シミュレーター や ファンタシースター ダンジョンシミュレーター の記事も合わせてお読み頂くと、 コマ切れにしたImageをTableで配置してゲームグラフィック描画に挑むという狂気の世界 を垣間見る事が出来ます。 また新版を作成するにあたり、 プログラミング講座のサイト及びyoutube動画の作成者　あきちょん氏 に深く感謝します。 一方的に勝手にお世話に成りました。ありがとうございます。 シューティング編のみですが、全部観ました。 初めに メガドライブの大好きなタイトル、スーパーハイドライド（ハイドライド3の移植版）のシミュレーターを作るべくアレコレやっていて 気付いたらランドストーカーの主人公・ライルをキャプチャーしていました。 発売から29年も経ちますが、今でも色褪せないで私を魅了し続けている稀有なソフトです。 詳しくは そんな偏愛をぶつけた記事 を参照してください。 そんなこんなでカーソルキーでライルを歩かせてみる方向へと舵をきり、とりあえず作り始めてみることにします。 相変わらず方向性が定まりませんので、どうなることやら。 まずは素材 他のシミュレーターの時もそうですが、いきなり html や JavaScript を書き始めずに、まずは画像の用意から始めます。 理由は コードで描画する技術力が無い というだけなので、良い子はマネしないで下さい。 最初は動かして動画で撮影します。 次にその動画をコマ送りして、パターンを数えます。 その後は画像にて保存し、順番をキチンと並べればOKです。 今回の対象・ライルは4方向に動きますので、静止時は4パ
続きを読む

イース4のデバッグモードを実機で

イメージ
  イース4のデバッグモードを実機で Je ne connais pas le français. Je suis désolé, veuillez utiliser un site de traduction. Je suis désolé que la vidéo ne soit sous-titrée qu'en japonais. 初めに 意外と旧システムカードのエディットモードが知られて無いらしく、 前項 「  Ys IVのデバッグモードと未使用ボス  」を書いてから3件程の問い合わせが有りました。 問い合わせ件数が少ないので、別に個別に答えていても良いのでしょうけど、 まぁ今後消えてゆく裏技だろうし記事にしますか、と言うコトで、 システムカードVer.1.00のエディットモードを使ったバックアップメモリーの書き換え方法の解説を作りました。 エディットモード解説 写真を何度も貼るのが面倒なので、動画にしました。 （ 解説字幕を作る方が大変なコトに後で気付きました ） バックアップメモリーのセーブ状況を動画と同じにするのがベストだと思いますが、 それが無理なら上から二つが ・YS4.DAT.01 ・YS4.ENV の並びになっていて、本当に初期状態（ 動画ではゲームスタート直後のミネアの街でセーブ ）であれば、 動画と全く同じ手順で実現可能かと思います。 エディットモードの入り方や書き換えの手順さえ理解すれば、該当するファイルや書き換え箇所の探し方や書き換える数値は  前項  に記載された通りなので、問題は無いでしょう。 入力方法をおぼえた上でアドレス0xC000以降のデータを紙やPC上に記録しておけば、強力なバックアップになります。 デバッグメニューの付け足し解説 コレじゃ記事として少し物足りないので、前項のイース4のデバッグメニュ
続きを読む

ランドストーカー on JavaScript作成記（4）

イメージ
ランドストーカー on JavaScript作成記（4） 初めに 前項の作成記（3） の最後で持上げ状態での移動モーションを作りました。 次は、置きモーションの仕上げと投げモーションです。 その前に背景オブジェクトの重ね合わせをどうにかすべく、 背景オブジェクトをNPC等と同じくスプライトに 変えようと作り変えを開始します。 試行錯誤を続けているうちに、スプライト描画が正しく行われるのが2x2までだった、という驚愕の事実が判明しました。 描画関連を全面改修するのが面倒になり、 移動可能オブジェクトを含むNPCにも重力を持たせる方向へと舵を切ります。 相変わらず進行方向が定まってませんが、フラフラと進んで行きます。 NPC/オブジェクトに重力処理を追加 置きモーションの仕上げと、その次の投げモーションに絶対に必要に成る重力の処理を作ります。 前項の作成記（3） に記述した通り、オブジェクトを置く動作とは ライルの前方の高さ三段目の位置に設置する事です。 通常であれば自由落下開始し、下に何かあればそこに乗るわけです。 落下する為には、重力の処理が必要ですね。 基本的にはライルの重力処理を流用すれば良いでしょう。 置きモーションの仕上げは、重力処理を書けば完了します。 持上げ可能オブジェクトは、全てNPCと同じ扱いにしてあります。 スプライト描画用のimageファイルを分ける都合で、 NpcClass初期化時に渡される種別パラメータが1000未満 の場合は人物や動物等の通常NPC、 種別パラメータが1000以上2000未満の場合はアイテム等のオブジェクト、 という感じで分けてます。 つまりNpcClassに重力の処理を書けば、NPCとオブジェクトの全てに重力が追加されます。 ほぼRyleClassからコピーしただけですが、書いてみたコードがコチラです。 いま読み返してみると、このコードはライルを考慮に入れてませんね。 NPCやオブジェクトが上から降ってくる場合には、ライルに突き刺さるでしょう。 そしてこのコードでどう変わったか、教会で試してみます。 本物っぽいですね。 上に乗ってる物が少し遅れて落ちる所なんか、まさに本物っぽいですね。 そして、NpcClassに書いたという事は通常のNPCにも重力が出来たはずですので、試してみます。 ベルが階段をトント
続きを読む

An intruder has penetrated our force field.

イメージ
An intruder has penetrated our force field .   このポスト を書いてる時に発掘した動画をアップしてみる。 基本的に全て安全地帯（以下、安地）の動画だ。 沙羅曼蛇・4面       朝イチ等で4面未クリア時には有用なので、単なる大道芸になっている以下のグラII動画とは違う。 まぁコアを速攻で潰すのが正規パターンだろうが。  最初の動画では五連ハッチの一つを逃している所が悲しい。 グラディウスII・3面 後の作品にも登場する人気ボス、クリスタルコア。 テトランにも匹敵するくらい人気だろう。 この安地は超有名、と言うか見て気付く。     グラディウスII・5面 デカモアイ。 グラIIIのヴァイフでも似たような事ができるが、グラIIIの場合は真面目に戦闘すると理不尽な死が訪れるので、安地頼みの方が良い。     グラディウスII・7面
続きを読む

ランドストーカー on JavaScript作成記（2）

イメージ
ランドストーカー on JavaScript作成記（2） 初めに 前項 のランドストーカーのウォーキングシミュレーターを更新し続け、 無人のメルカトルの町を歩くという、個人的には爽快な所まで行けました。 町の南側から港に向かう際に必死に誤魔化してますが、 レイヤー処理、要するに背景とライルの重ね合わせの処理が出来ていません。 通常の2DのRPGでは 「この部分はメインキャラクターより手前」 「この部分はメインキャラクターより奥」 と決まっている事が多いです。 しかしランドストーカーは、描画こそ2Dですが内容は3Dですので、 何らかのオブジェクトに対し 「ライルが手前なら手前、ライルが奥なら奥」に描画する事で奥行きを表現しています。 ゲーム開始直後のマサンの村で言えば、村長の家の前の広場に有る謎の石像、各種建物、竹製っぽく見える柵などです。 上の画像を見るとライルの描画されている絶対座標はホボ同じですが、 右のライルは手前に描画されていて、 左のライルは奥に描画されています。 カメラから見ると右のライルは石像よりも手前でジャンプしてるので、石像よりも手前に描画されます。 同様に左のライルも、カメラから見ると石像より奥に立っている為に、石像よりも奥に描画されます。 ゲームを操作しているプレイヤーの視点で考えると、至極当然な見え方です。 つまり全てのスプライトは高さを持つBGオブジェクトに対し、手前か奥を判別して描画する順番を変えているわけです。 コレを作らないと、キャラクターを普通に動かすというとりあえずの目標に届きそうに有りません。 HTMLやCSSでレイヤーと言えば、z-indexです。 コレを動的に書き換えれば良さそうです。 早速コードを書いて実行してみましたが、何故か動きません。 色々と考えて色々と試してみましたが、どうにも動きません。 そんな時は検索。 色々と調べていて、ふと検索ワードを変えてみました。 「JavaScript ゲーム」 遂にCanvasを使い始める そのワードで得た検索結果に、 JavaScriptで作ったゲームやJavaScriptでのゲーム製作講座等がありました。 最初の方にシューティングゲーム製作の講座のyoutube動画が有ったので、何かの参考になるかなと徐に観始めます。 以前からゲーム関連の話題で 「ゲー
続きを読む

ランドストーカー on JavaScript作成記（3）

イメージ
ランドストーカー on JavaScript作成記（3） 初めに 前項の作成記（2） の最後に書いた稀有な経験の興奮からやっと醒め、 作成を続けます。 ツイートでは、NPC・BG切り替え・Z方向の当たり判定と言ってますが、 天啓でも有って突然レベルが上がったりしない限り、 いきなりそんなモノを作れるワケも無いです。 さて、どうしましょうか。 影を試す 内藤さんにRTされて以降、 色々なランドストーカーに詳しい方にフォローされました。 それに触発されて再びゲーム自体を調べ始め、 かつてのゲームレビューや感想を検索で読んでみたりした所、 当時もちょっと気に成った「影問題」に当たりました。 影問題とは、ライルや他のスプライトに影が無く、 位置関係の把握が困難という意見です。 個人的には影が無い事は全く気に成らなかったのですが、 物は試しと言う事で作ってみます。 元々のゲームの中にはスプライトやオブジェクトの影が一切無いので、 何となく適当に作ってみました。 ライルのモーションの画像の中に仕込んでみました。 次はコードを書きます。 コードを書くと言っても、 ライルのモーション（影のみのヤツ）を先行で一回描画するだけです。 まずは実際に描画させて画像の中の影の位置を微調整します。 次は影が落ちる高さの演算です。 と言っても、ライルの重力処理で使ってるモノが そのまま参照出来るので、特に新たに書く必要はありません。 そんなこんなでアッサリ出来た、本家のランドストーカーに無かった新要素・影の有るライルです。 分かり易いように動画ではジャンプ力を強化し、途中から速度を半減、30fpsで動かしてます。 「速度を下げねェと分からんって、やっぱ要らねェんじゃ・・・」 と思いましたが、動く足場とかにも影が有れば少しは難易度が下がったのかも知れないので、影派の人達の言うことも一理有るかな、という感じですね。 実際、速度を下げた場合は位置関係を把握し易くなってます。 NPC作成を開始 遂に逃げる先が無くなって追い込まれました。 村の全景と個別の建物が出来たんで、もうNPCを作るしか無いです。 NPCとはゲーム用語で、Non Playable Characterの略・・・と思ってますが、合ってますかね。 まあ要するに自分の意思と無関係に動くキャラクターです。 RPGには付きモ
続きを読む

自作の楽しさ

イメージ
自作の楽しさ 初めに ハリーさんのGGミクロ拡大鏡自作のツイートを見て、最初に思ったのは「いいなぁ」でした。 僕はGGに余り興味が有りませんし、そもそも持ってません。 ミクロの存在も最近知りました。 つまり、欲しいという意味の「いいなぁ」ではなく「良い自作だなぁ」「絶対楽しかったろうなぁ」といったニュアンスでしょうか。 僕もゲームのシミュレーター作りや、ゲーム機/周辺機器の改造をやっています。 以下全てひっくるめて、自作とします。 何故こんな事をやってるのか、目的は、意義は、そして何が楽しいのか。 イマイチ分かってなかったので、それを考えてみました。 自作で得られた物 ゲームシミュレーターの自作で得られた物は、やはり本物では有り得ないシチュエーションを楽しめる点でしょうか。 覇邪の封印では仲間を増やしたり減らしたり、アイテムも自由自在です。 無論、アクションリプレイ等を使えば本物でも可能ですが…。 ファンタシースターダンジョンシミュレーターは小さい物ですが、エンドレスのダンジョンを高速～低速移動出来るのはアレだけです。 サントラをBGMに使えば、臨場感がグッと出ます。 ランドストーカーシミュレーターは、何といってもマサンの広場や教会でやった、ブロック積みまくりです。 本物では絶対に出来ない、大量のブロックの上げ下ろし。 アホの字を書いたり、持上げると「ダラララララッ」と順に落ちるのが爽快でした。 高所からの落下も爽快でした。 本物ではあそこまで登れるシチュエーションは有りません。 ゲーム機/周辺機器の改造はどうでしょうか？ メガドライブ用S端子ケーブルは、サードパティ製品が売られています。 自作する意義は「多少安上がりかな」くらいしか有りません。 しかし得られた感動は筆舌に尽くし難いです。 元々のコンポジットビデオ出力が同社過去機器や他社機器と比べて格段に悪かったせいも有りますが、まるで違う画質に驚かされました。 マスターシステムのS端子出力は、社外品が有るんでしょうか？ もし無ければ、大いに意義が有るでしょう。 メガドライブ程では有りませんが、かなり画質は向上しました。 メガアダプタ+FM音源はどうでしょう？ コレは個人的には究極の物でした。 極論すると、マークⅢ/マスターシステムが不要になって
続きを読む

チートの話

イメージ
  チートの話 （以下の内容はLINEのタイムラインに投稿して、（薄く）反響が有った内容を再編集し投稿した。）   初めに 前回の投稿（ NoDVD ）  で「デバッガは約15年振り」と書いたが、気になったのでアレやコレやと調べてみた。 どうやら2005年発売のPCゲーム「イース -フェルガナの誓い-」に使った事がわかった。 発売日が6/30なのに、7/4には既に各種アドレスを調べ始めてた記録が残っている。 買って超速攻でクリアして、HardやNightmareやタイムアタックモードに挑戦せず、チートに走っちゃった16年前の俺。 もうガッカリだよ。   チートとは ところで、ココで言うチート/cheatとは英語の方の意味ではなく、 「ゲーム実行中のメモリ上のデータやセーブデータを書き換えて、パラメータやフラグを操作する事」を意味する。 PAR等でのチートを、かなりやり込んでしまったゲームなんかで使うのは楽しい。 「難しすぎるからインチキして楽にクリアする」みたいな使い方も出来るが、 「仕様上有り得ない事を起こす」みたいな方が好きだ。 前者は例えば、チートに有りがちなコード「無敵、最強装備、金MAX、レベルMAX等々」だ。 苦労したゲーム程、使うのが楽しいコードなのだが、割とスグに飽きてしまう。 作り手が苦労して整えたバランスを一気に崩すわけだから、ツマらなく成って当然だ。 昔のRPGだったら「入手経験値n倍」「移動速度高速化」とか、その辺りで留めるとイイ感じになる。 以下に自分流のゲーム改造/チートの楽しみ方の一つの側面を紹介する。 没アイテムの発見 上記後者の「有り得ない事を起こす」とは、例えば、未登場不使用の没アイテムの発見だ。 遥か昔にファミコン版ドラクエIIIで「ちいさなメダル」を見つけて驚いた事がある。 前作にも有った「しのオルゴール」は知ってたが、「ちいさなメダル」はIVからが常識だし、 「あのイベントはIIIから有ったけど容量の都合で無くした」、みたいなストーリーを勝手に想像して、初めて見たときはかなり感動した。 実は、バグ技を使
続きを読む