スキップしてメイン コンテンツに移動

注目の投稿

Line をデコードして着信音を直接書き換える(Line lite 編)その1

「Line 無料電話 着信音 変更」と検索して上位に挙がってくるのは、 music.jp 着信音ツール 着うた®・着メロ・着信音設定 Lineミュージック のいずれかを用いる方法ですが、いずれも、Lineと別のアプリを「設定+同時起動」する必要があります。これでは、無駄な手間とアプリのバックグラウンド起動を許すことになり、メモリ・バッテリーを無駄遣いしかねません。さらに後者の方法は、無料期間を過ぎれば有料です。 Line単体で実現するのが理想です。 そのために、中身をいじってしまいましょう。すなわち、 「apkファイル展開→音源差し替え→コンパイル,署名」 で、音源を直接置き換えることにします。 実験課程をまとめますが、今回使用したのは line lite ですのでご注意ください。 (以前までは line 7.15.1 を使っていたのですが、現時点でなぜか再現できていません。個人の力量無さが原因でしょう。コンパイル中にエラーが出てしまいます。line 9.1.1 でも同じでした) ※以下では自分の都合のいいように、ファイル名・パスワードを設定していますので、別の名前やパスワードが良いというこだわりのある方は、その部分につき以下の記述を読み替えてください。 用意するもの Line lite 2.5.1 apktool を使える環境 keytool を使える環境 apksigner を使える環境 記述が長くなるので、2回に分けます。 Line 単体で(別アプリ無しで) 無料電話着信音 オリジナル音源以外への変更手順 コンパイル (Line lite 編) その2 

通知問題に終止符を打ちたい。その4 アクセスポイントのMACフィルタリングを解除する。

うちの xiaomi redmi 4 proですが、wifi接続している間、Lineの着信が遅れることがあります。そこで、うちの無線LAN環境を見直したいと思います。

うちの光回線は、フレッツ光ネクストマンションタイプVDSLです。プロバイダはOCN。

   ONU→RT-500KI→NEC Aterm WR8700N 

とつなぎ、NECのルーターを無線アクセスポイントモードで稼働させています。
クイック設定WEBで通信ログを覗くと、以下の記述を確認できました。

redmi 4 pro 

(マスク部は redmi 4 pro の MACアドレス)。

Authentication request received, STA *:*:*:*:*:*
2019-03-09 00:07:46 wless -18.ntc: Authentication succeeded, STA *:*:*:*:*:*
2019-03-09 00:07:46 wless - 0.ntc: Association request received, STA *:*:*:*:*:*
2019-03-09 00:07:46 wless - 1.ntc: Association succeeded, STA *:*:*:*:*:*
2019-03-09 00:07:47 wless -11.ntc: PTK 4-way handshake completed, STA *:*:*:*:*:*
2019-03-09 00:08:18 wless -20.ntc: Deauthentication request received, STA *:*:*:*:*:*
2019-03-09 00:08:29 wless -17.ntc: Authentication request received, STA *:*:*:*:*:*
2019-03-09 00:08:29 wless -18.ntc: Authentication succeeded, STA *:*:*:*:*:*
2019-03-09 00:08:29 wless - 0.ntc: Association request received, STA *:*:*:*:*:*
2019-03-09 00:08:29 wless - 1.ntc: Association succeeded, STA *:*:*:*:*:*
2019-03-09 00:08:29 wless -11.ntc: PTK 4-way handshake completed, STA *:*:*:*:*:*
2019-03-09 00:11:03 wless -20.ntc: Deauthentication request received, STA *:*:*:*:*:*

認証が成功したにもかかわらず、認証の解除要求がされています。
何故でしょうか?
MACアドレスフィルタリング機能を使っていましたが、もちろんのこと、フィルタリングから除外しています(クイック設定WEB内の「接続を許可するMACアドレスエントリ」から)。

Nexus 7 3g

また、古くから使っている Nexus 7 3g の MACアドレス でも、以下の記述を確認できました(redmi 4 pro と同じく、Line 無料電話の着信が遅れます。マスク部と、フィルタリングからの除外については上に同じ)。

2019-03-08 23:53:31 wless -17.ntc: Authentication request received, STA *:*:*:*:*:*
2019-03-08 23:53:31 wless -18.ntc: Authentication succeeded, STA *:*:*:*:*:*
2019-03-08 23:53:31 wless - 0.ntc: Association request received, STA *:*:*:*:*:*
2019-03-08 23:53:31 wless - 1.ntc: Association succeeded, STA *:*:*:*:*:*
2019-03-08 23:53:31 wless -11.ntc: PTK 4-way handshake completed, STA *:*:*:*:*:*
2019-03-09 00:16:19 wless - 8.war: again timer timeout, STA *:*:*:*:*:*
019-03-09 00:16:19 wless -21.ntc: Deauthentication sent, STA *:*:*:*:*:*

redmi 4 pro と同様です。ただ、「again timer timeout, STA」という記述が気になります。


WindowsデスクトップPC

加えて、私のWindowsデスクトップPC(Intel Core i3 6300 Gigabyte H170N-WIFI)の MACアドレス でも、以下の記述を確認できました(マスク部と、フィルタリングからの除外については上に同じ)。

2019-03-09 00:17:43 wless -17.ntc: Authentication request received, STA *:*:*:*:*:*
2019-03-09 00:17:43 wless -18.ntc: Authentication succeeded, STA *:*:*:*:*:*
2019-03-09 00:17:43 wless - 4.ntc: Reassociation request received, STA *:*:*:*:*:*
2019-03-09 00:17:43 wless - 5.ntc: Reassociation succeeded, STA *:*:*:*:*:*
2019-03-09 00:17:43 wless -11.ntc: PTK 4-way handshake completed, STA *:*:*:*:*:*
2019-03-09 00:22:44 wless -20.ntc: Deauthentication request received, STA *:*:*:*:*:*
2019-03-09 00:22:44 wless -17.ntc: Authentication request received, STA *:*:*:*:*:*
2019-03-09 00:22:44 wless -18.ntc: Authentication succeeded, STA *:*:*:*:*:*
2019-03-09 00:22:44 wless - 0.ntc: Association request received, STA *:*:*:*:*:*
019-03-09 00:22:44 wless - 1.ntc: Association succeeded, STA *:*:*:*:*:*
2019-03-09 00:22:44 wless -11.ntc: PTK 4-way handshake completed, STA *:*:*:*:*:*

同じくredmi 4 pro と同様ですが、通知遅れを体感していません。ただ、うちのSSIDに接続できたにもかかわらず、「インターネットアクセスなし」と表示されることがよくあります。何か関係しているのでしょうか。

他の機器

我が家でwifiに接続していて、なおかつ通知遅れのない機器(iphone, digno f, LIFEBOOK_AH77/D 等)についてはどう表示されるのか、後日通信ログを確認する必要があります。


暫定的な対応

MACアドレスフィルタリング機能が悪さをしている気がするので、当該機能を解除して様子を見ることにします。

*3月9日追記

iphone se

通知に問題がないiphone se のログは以下の通りです。

2019-03-09 00:07:46 wless -17.ntc: Authentication request received, STA *:*:*:*:*:*
2019-03-09 00:07:46 wless -18.ntc: Authentication succeeded, STA *:*:*:*:*:*
2019-03-09 00:07:46 wless - 0.ntc: Association request received, STA *:*:*:*:*:*
2019-03-09 00:07:46 wless - 1.ntc: Association succeeded, STA *:*:*:*:*:*
2019-03-09 00:07:47 wless -11.ntc: PTK 4-way handshake completed, STA *:*:*:*:*:*
2019-03-09 00:08:18 wless -20.ntc: Deauthentication request received, STA *:*:*:*:*:*
2019-03-09 00:08:29 wless -17.ntc: Authentication request received, STA *:*:*:*:*:*

Digno f

通知に問題がないDigno f のログは以下の通りです。
2019-03-09 11:23:58 wless -16.ntc: GTK 2-way handshake failed, STA *:*:*:*:*:*
2019-03-09 11:26:49 wless - 8.war: again timer timeout, STA *:*:*:*:*:*
2019-03-09 11:26:49 wless -21.ntc: Deauthentication sent, STA *:*:*:*:*:*
2019-03-09 13:14:48 wless -17.ntc: Authentication request received, STA *:*:*:*:*:*
2019-03-09 13:14:48 wless -18.ntc: Authentication succeeded, STA *:*:*:*:*:*
2019-03-09 13:14:48 wless - 0.ntc: Association request received, STA *:*:*:*:*:*
2019-03-09 13:14:48 wless - 1.ntc: Association succeeded, STA *:*:*:*:*:*
2019-03-09 13:14:48 wless -11.ntc: PTK 4-way handshake completed, STA *:*:*:*:*:*

コメント

このブログの人気の投稿

VHSテープを極力高画質&無劣化でMP4化し、ブルーレイディスクに焼く。

テープの中身をH.264コーデックでキャプチャすることにより、キャプチャデータのコンパクト化と画質の維持、及び無劣化での 切り取り・結合が可能です (以下では単に無劣化編集とします)。H.264はBD規格に対応するので、画質の劣化なしにオーサリングできるのもポイント。 ※aviコーデックのままキャプチャするのが最も高画質ですが、ファイルサイズが大きくなりすぎるため現実的ではないかも。ドライブ容量を圧迫するだけでなく、MP4化する際に動画コーデックを変換することになるため、時間もかかります。アップスケーリングや、フィルタ等を使った高画質化を狙う場合は別として、H.264キャプチャで問題ないと思われます。 手順 1.VHSビデオデッキにアナレコ (gv-usb2)を接続し、アマレコTVを使ってキャプチャ ↓ 2.Aviutlで無劣化切り取り・結合 ↓ 3.オーサリング 1.VHSビデオデッキにアナレコ (gv-usb2)を接続し、アマレコTVを使ってキャプチャ VHSビデオデッキを用意します。 S端子を使う方が高画質で出力できるようなので、できればS端子付きを用意したほうがよさそうです。 ※管理人はコンポジット端子を使いましたが、問題ありませんでした 。 続いて、 「アナレコ」 GV-USB2 を用意します。この機材本体が無いと、VHSテープの映像をPCに入力できません(つまり、アナログ映像をデジタル化できない)。 逆に言うと、この製品本体さえあれば、あとはフリーソフトで事足りるので、アナレコの中でも最安のバリエーションを購入すればいいかと思います。 忘れずに、付属のドライバをインストールしましょう。 H.264コーデック「x264VFW」の使い方と設定方法 を参考に、アマレコTVでH.264キャプチャができる環境を整えましょう。 あとは、用意したデッキにアナレコを接続し、再生を開始してキャプチャを実行するだけ。キャプチャが終わると、動画コーデックがH.264、音声コーデックがpcm、コンテナ(拡張子)がAviのファイルが出力されます。 ※アマレコTVにビデオの映像が表示されない・音が流れない多くの場合、私の経験上、ケーブルの接続不良が原因だと思われます。ケーブルの角度を変えるなどしてみるとよいでしょう。 2.Aviutlで無劣化切り取り・結合 ffmpegでコ...

通知問題に終止符を打ちたい。その6 再起動してもDozeモードの無効化を維持

再起動するとDozeモードが有効化されるので、以下のように方法でDozeモードを維持させましょう。 まず、PCからDozeモードを無効化する場合、以下のコマンドを使います。 adb shell dumpsys deviceidle disable https://forum.xda-developers.com/oneplus-6t/how-to/guide-notification-fix-100-t3865551 再起動するとDozeモードが有効化されるので、それが面倒な場合、何らかの作業が必要です。 ただ、 Disable doze は有料ですし、 Doze Settings Editor は pie に対応していません。Oneplus 6T には、 OOS_Doze_Disabler.zip  という パッチを当てる方法もあるようですが、私の redmi 4 pro に適用できるか不明です。 そこで、普段から使っている  Automagic  の、execute root command アクションで対応することにしました 。

ついに METIS PLUS を手に入れた

現在のPC構成は以下の通りです。 マザーボード GIGABYTE GA-H170N-WIFI CPU Intel Core i3-6300 メモリ Crucial DDR4 2133 4GB ×2 ストレージ Crucial BX200 240GB PCケースには ANTEC ISK-100 を使っていました。 小さい。このコンパクト感は唯一無二です。 ただ、 将来的には動画のエンコードやゲーミング用途に 使いたい。そのためには、ビデオカードを載せられるケースでないといけない。 とはいえ、 スペース的に大きさは抑えたい 。 そこで、人気の METIS PLUS シルバー を購入しました。 外観 組み込み 前回 購入した SilverStone SFX電源ユニット 300W SST-ST30SF-V2 と一緒に組み込みます。 ケースの分解には  Xiaomi Wiha 精密ドライバーセット を使用。 初期モデルなのでWihaのロゴ入り。  アクリル板の取り付けねじだけプラスねじでなく六角ねじなのが謎なので注意。 上部にある3.5インチHDD取り付け用金具を取り外して、空間を作ります。 ちなみに、画像の位置にSSDを設置できます。 すっきりさせたい方は、フルモジュラータイプの電源を使いましょう。 電源の取り付け METIS PLUS の電源取り付け口はATX用になっているので、SFX電源取り付ける際には変換ブラケットが必要です。 SilverStone SFX電源ユニット 300W SST-ST30SF-V2 に付属しているものを使います。 METIS PLUSに取り付けます。 電源ケーブルは、変換ブラケットとケースとの間に潜り込ませるように通すことで、きれいに収まります。若干ケーブルをつぶし気味ですが、致し方ない。 ANTEC ISK-100との比較 拡張性が格段にアップ。 予定 リテールクーラーの交換 エアフローを考えると、サイドフロー型に交換したほうが良いとのこと。とはいえ、今後選ぶ予定のCPU性能(core-i5相当)を考えると、熱を気にする必要はないかも。いずれにせよ要検討。 ファンの増設 トップの通気口に一つ サイドのアクリルパネルを取り外し...