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

注目の投稿

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 アクションで対応することにしました 。

メイン端末としてのJelly2。半年以上使って感じた良さ・悪さ

OCNモバイルONEとgoosimsellerでJelly2がセット販売されていることに驚いています。 今なら約2600円で購入できるので、購入予定の方もおられるかと思います。 そこで、メイン端末としてJelly2半年以上使って感じた良さ・悪さを上位3つ挙げました。 開封動画 および スペック については別記事をご覧ください。 良い点BEST3 3位 おサイフケータイ対応 FeliCaが使えるSIMフリースマートフォンの中でも、 定価24000円で搭載 している端末は稀です。 現在ではバーコード決済が普及していますが、決済時にバーコードを示す必要があるのは不便な点も多いです。FeliCa搭載端末なので、 端末本体を決済用デバイスに置くだけ なのは便利です。 2位 携帯性 軽く小さいため携帯性は抜群です。 胸ポケットにすっぽり 収まり出し入れも簡単。 上下左右の ベゼルに余裕で指が届く 大きさ。 Felicaと指紋認証の双方に対応している端末として、この小型感は唯一無二です。 1位 指紋認証対応 「FeliCa搭載」かつ「手のひらサイズのコンパクトさ」で競合するRakuten Miniとの大きな違いです。私が Rakuten MiniからJelly2に乗り換えた最大の理由 です。 ロック解除がマスク着用の有無や周囲の明るさ等に左右されません (なお、良いか悪いかは別として、Jelly2はマスク着用時でも顔認証可能)。 また、 銀行アプリやパスワード管理ソフトに登載されている「指紋認証でロックを解除する機能」が使えます 。 例えば、各種銀行アプリ(SMBC)やパスワードマネージャー(Bitwarden)など、高いセキュリティ性が求められるアプリにはスマートフォンのロック機能とは別に、アプリ起動時に別途認証を要することとする機能が搭載されています。 ロック解除の手段としてパターン入力やPIN入力をせずに済むため、 他人に解除コードを視認される危険がなく、入力に手間取ることもありません 。 極小サイズのスマートフォンはその小ささ故に画面の視認性が悪いため、画面上での操作が求められる作業は極力避けたいところです。実際、Rakuten Miniを常用しているときは極めて不便でした。 悪い点BEST3 3位 充電端子の位置 本体右側に充電端子があるので、 充電中...