株式会社リンレイの Slide スマートフォンディスプレイコーティングを買ってみた。基本的には保護フィルムなどは付けずに、画面に直接塗った方が効果があるらしい。説明書を読むと、
※保護フィルム上からも使用できますが、十分な性能・効果を発揮できない場合があります。
特にマット(つや消し)タイプは本製品を使用しても効果が実感できない場合があります。
と、なっている。満足のいくマットタイプ(アンチグレア)のシートがあれば買ってないですよ。無いので、もしかしたら自己満足度向上に繋がるかと思い買ったんだから。
高光沢防脂フィルムを貼っているので、そのせいもあるのかもしれません。フィルムを剥がして効果のほどを試せばいいんでしょうが、そんなに日が経っていないのと貧乏性のため至っておりませぬ。
動画プレイヤーとしてタブレットを使うのであれば、導電指サック(YUBISAKI)等を使った方が効果がありそうです。ちょっと怪しい人に思われてしまうことと意外に高いのがネックかもしれませんが...
MediaScannerService でのバッテリー持ちは改善したが、次に Googleサービスがかなりバッテリーを消費している事象が発生。
GTALK～ ってことなので、ハングアウト(旧Googleトーク) を Titanium Backup で凍結してみるが改善しない (´・ω・`)
グーグル先生に聞いてみると、xda にまんま該当する書き込みが。さっそく hosts を書き換えることにする。PC に持ってきて編集するのも面倒なのでコマンドラインから
echo 0.0.0.0 mtalk.google.com >> /etc/hosts
で追記。
mtalk.google.com のアクセスが遮断されると何かまずいこともありそうだが、今のところ問題無し。しばらく様子を見ることにします。
待受時のバッテリー持ち改善なんですが、要は Deep Sleep にどれだけ入れるかが肝。そんな状態を調べるうってつけのアプリがありました。BetterBatteryStats (7月12日現在 \221)がそうです。xda 辺りを探すと無料版もありますが、作者様モチベーションアップに繋がりますので可能でしたら Playストアから有償版を購入して下さい。
BetterBatteryStats の使い方ですが、自分の場合は Deep Sleep に入るのを妨げているプロセスを探すのに使っています。
これだけで、Deep Sleep に入るのを邪魔しているプロセスを探すことができます。
で、7月1日のブログでは「メディア暴走はダウンロードマネージャーの停止で解消」の旨を書いたのですが、今回幸い(?)なことに再びメディアの暴走に遭遇したので深掘りをしてみました。
BetterBatteryStats によると、メディアの暴走は MediaScannerService が原因のようです。MediaScannerService って何? ということで調べてみると、端末の内部/外部ストレージに格納されている各種メディアファイルの情報を集約しデータベース化しておくサービスのようです。
ということは DBの構築(or 再構築)が上手くいっていないのでは? との仮説に基づき、DB の再構築を行うことにする。手順は次の通り。
今のところ、メディアの暴走も無く落ち着いています。しばらく様子を見ることにします。
2013/09/07 追記
着信音とか変更していても、本作業を実施すると元に戻っちゃうので注意。
その1 で書くのを忘れていたのですが、WindowsXP で MediaConverter を使った場合、延々とエンコード中(実際はしていないんだけど)のまま終わらないことがあります。
今のところ Windows7 (x64)では経験したことが無いので、もし MediaConverter を使うのであれば使用する OS を Windows7 にした方が幸せになれるかもしれません。(Windows7 (x86) 環境は無いので、発生するか否か不明)
全体的な設定(右上歯車アイコンクリック→Optionsを選択)
スーパー意訳ですが、
H.264 MP4 の設定(Settingボタンをクリック→Profiles)
Video
Audio
H.264
変換
rplsViewer を使って、m2ts を分かり易い名前に変換しておきます。(変換後のファイルを変えてももok。)
一括選択 → 変換ができますので、変換したいファイルを選んでスタートボタンを押したらひたすら待って下さい。
以上、お疲れ様でした
お手軽変換かつQSVでエンコード時間短縮を目的に購入。日本語サイトも用意されているけど、リンク先のソフトが違ったりしているんで、英語サイトを参照して下さい。ク－ポンも探すと色々なサイトで見つかるので、20%～30%オフで購入が可能です。
購入理由の一つでもあったQSVなんですが、変換時間は速くなるもののタブレット画面で見てもトホホ状態だったので、結局のところ使うのを止めてしまいました。(5インチ以下の液晶だったら、なんとか我慢できるかもしれないです。)
自分にとって適切(変換速度となんとか許容範囲の画質)な値を求めるために、変換に掛かる時間を計ってみる。材料として NHK の Sportsプラスを使用。10分番組なので、短くもなく長くもなくちょうどいいかなと思ったので。
エンコードで使った機種：MacBookPro + Windows7 x64(SP1)
元ファイル：SONY BDZ-AT500 LSRモードで録画
| 画像サイズ | BitRate | 変換時間 | ファイルサイズ(KB) |
| 1440 x 1080 | 4096K | N/A | 334,656 |
変換後ファイル：m2ts → H.264 MP4 VBR に変換
| 画像サイズ | BitRate | 変換時間 | ファイルサイズ(KB) |
| 640 x 360 | 1024K | 2:30 | 86,899 |
| 720 x 480 | 1024K | 2:42 | 86,703 |
| 1280 x 800 | 1024K | 4:33 | 86,177 |
| 1440 x 1080 | 1024K | 4:29 | 86,042 |
| 640 x 360 | 2048K | 2:42 | 163,315 |
| 720 x 480 | 2048K | 2:55 | 163,174 |
| 1280 x 800 | 2048K | 5:00 | 162,776 |
| 1440 x 1080 | 2048K | 5:10 | 162,562 |
※ 画像サイズと BitRate以外は、MediaConverter 8 の規定値のまま
変換を終えた個人的な感想として
てなことを考慮して、最終的に
720 x 480 1440K
に決めました。DVDサイズでもあるんで、画面サイズもこの位が許容範囲かなってこともあって。ファイルサイズ的にも、よほど長い番組でなければ FAT32 の呪縛に捕らわれることも無いですし。
変換した画像を見て苦慮したのが、元から画像が汚いのか変換したから汚いのか判別が大変なことです。地上デジタル放送って、意外に汚いと感じましたよ。家のTVも離れてみると問題無いんだけど、近くで見ると人の顔とか偽色(?)というかブロックノイズというかが目立ちました。
次回はパラメータの設定方法というか、各設定項目の説明の予定です。フリーの変換ソフトも色々ありますので、
あたりをグーグル先生に聞いてみるのもいいかもしれません。
円が 80円だった頃に買った PassKey for DVD & ブルーレイ を使って、地デジで録画した番組を鑑賞しています。2012/10/01 に施行された違法ダウンロード・違法コピー規制法により、私的利用でも複製を行うと処罰の対象になる場合がありますのでご注意下さい。
録画したTVの扱いなんですが、週アスPLUSの始まる違法ダウンロード刑罰化とDRM回避規制 （第3回）が詳しいので参照して下さい。
それでも変換とかしてタブレットなんかでみるとどうなるかというと、私的利用で使っている限りでは
ようです。違法アップロード対策として、私的利用も含め一切駄目にすれば解決という観点から施行されたんでしょうね。
しかし、帰りが遅いから友達に代わりに録画してもらった BD とかを借りても違反というのはどうなんでしょうねぇ? もう少し緩い部分があってもいいんじゃ無いかと思うんですが。自分が持っている SONY BDZ-AT500 にはおでかけ転送って機能があるんですが、PSP へは無問題なんですが、スマホへの対応は皆無に等しいし。(なぜか SHARP機だと無保証ながらできたりするんですが...)
備忘録として PassKey を使って○○する方法を残しておきます。(非常に簡単なので備忘録にするまでも無いのですが...)
動画のエンコードですが、自分は MediaConverter8 を使っております。お手軽にエンコードできるってのが一番の理由ですが。MediaConverter8 の使い方は日を改めて掲載します。(予定は未定)
2014/05/07 追記
ダウンロード先のURLが変更になっているとの連絡を受け、ハイパーリンクの修正を実施。ちなみに公式サイトはこちらになります。
Passkey ですが、3月以降アップデートがないのが気がかりです。まぁ、m2ts の読み出しがメインなので、問題がないともいえるんですけどね。
期待の 4.1 へのアップデートではなく 4.0.4 の不具合修正版へのアップデート。docomo様発表によると
| 改善される事象 追加されるアプリ |
となっている。あまり大きな変更は無いみたい。バッテリー残表示が変なのとか、こっそり治っているといいんですけどねぇ。
懸念されるのがアップデートをしたことにより rootが取れなくなるってことだが、ガジェット痛信さんによると公開済みの rootkit で問題無いとのこと。安心してアップデートができますね。更新とストックROMをゲットしました。以下、備忘録。
事前作業：
更新作業：
以上で完了です、お疲れ様でした。
残作業：
アップデートで、今まで色々と手を加えた変更がリセットされちゃったので、
をしなくっちゃですわ。
パケット漏れに気づくのが遅く、今月分の無料パケット分を越えてしまった。なかなか難しいもんですな。
って書いたとおり漏れ分で少々パケット代オーバー。7月は基本料金内に収まる予定、ヘマさえしなければ...
明細は次の通り。
| 基本 | 通話料 | パケット | その他 | 端末等 | 消費税 | 合計 | |
| 6月 | 924 | 280 | 435 | 703 | 1,050 | 103 | 3,215 |
| 5月 | 924 | 158 | 372 | 703 | 1,050 | 99 | 3,148 |
| 4月 | 924 | 440 | 1,049 | 703 | 1,050 | 133 | 3,859 |
| 3月 | 924 | 1,100 | 374 | 703 | 1,050 | 100 | 3,151 |
| 2月 | 924 | 360 | 578 | 703 | 1,050 | 110 | 3,365 |
カタログスペックによると連続待受時間は
となっている。GSM は日本じゃ洋なしなので、410時間も待受できるかというと半分もできない。車の○○モード燃費と一緒で本当に意味の無い(あるのか?)数値である。
さて、JB化＋諸々作業も一段落したので、バッテリーの持ち改善に挑戦してみることにする。まぁ、一日持てば個人的にok。
ICS のときはもう少し持っていた気がするんだが、JB になって持ちが悪くなった感が強い。今までに見なかった、「メディア」が随分と稼ぎ頭になっている。下のスクリーンショットはたいした割合じゃないけど、多いときは50%超とかもあるし。
 |  |
| ダウンロードマネージャー停止前 | ダウンロードマネージャー停止後 |
困ったときのグーグル先生に聞いてみると、ダウンロードマネージャーを停止させると解消するらしい。停止した後に起動する分にはメディアが暴走することはないらしい。
実は半信半疑ですでに試していたりする。その結果が下のスクリーンショット。6月28日の15:00頃から6月30日の22:00位までで残り30%、素晴らしいじゃぁないですか。
バッテリー改善は build.prop へ
ro.ril.disable.power.collapse=1
pm.sleep_mode=1
の 2行を追加しました。別機種でも使えそうなので、Galaxy Tab 7.7 でも試してみることにします。
ただ、待受時のバッテリー持ちは良くなるんですが、弄っているときにモリモリ減っていくのは変わらないんですよね。
何らかの理由で再起動をしたときに、「メディア」が暴走していても駄目ですし。ダウンロードマネージャーの停止を必ずしないといけない。(多分忘れる... まぁ、気づいたときに殺せばokか。)
