2017年最後の録画やらかし案件
node.jsのPathを消してしまっていた
おそらく2017年最後のやらかし案件
録画されていないと思ったらMirakurunが起動していなかった。
慌ててサービスから起動するも失敗
ログを読むもエラーが記録されていない
ふとPowerShellからnpmをタイプするとnpmが見つからないと出てきた。
調べてみると、なんとnode.jsにPathが通っていなかった。
VisualStudio2017を導入した時にnode.jsのPathを誤って弄ってしまったらしい。
無事起動はできたけど3日分の録画予約が吹き飛んだ。
忙しい時ほどしょうもないミスをする。
ERATO Apollo7 の電波事情
遅ればせながら左右完全分離なBluetoothイヤホン買いました。
試聴は何回かしていたんですが音質的に気に入ったApollo7がやたら高くて手が出なかった……
のですが気がついたらポチっていました。
iPhoen6でひと月ほど使っての感想です。
まだまだ完璧には遠く、過度な期待は禁物というのが率直な感想です。
ただ、今後有線のイヤホンを買い足すならワイヤレスを買い換えるんじゃないか、
そんな予感がしました。
https://eratolife.com/products/apollo-7-true-wireless-earphones
続きを読む録画失敗あるあるまとめ。 (突然PT3にアクセスできなくなった Bus::Run() (0x00000401))
朝、録画フォルダを見るとそこにファイルがない or 0kBのtsファイルが…….
そろそろバリエーションが溜まってきたのでチェック項目をまとめてみる。
1. Chinachuのエラーを確認する
まずは録画のタスク実行前後でエラーが出ていないかを確認。
と言ってもChinachuがエラーを出したことはほとんどない。
あったのはディスク書き込み権限関係とMirakurun 応答なしぐらい。
フォルダの再作成や場所移動した後はパーミッションも忘れず設定しよう。
Mirakurun が落ちていた場合は当然Mirakurun 側のログを読むことになる。
2. 視聴アプリケーションで動作を確認する。
TVTestからBon_Mirakurun_Driver -> Bon_Proxy -> Bon_PT3で視聴ができるか試す。
視聴できない場合はその箇所に問題があることになる。
Bon_PT3で視聴できない時はケーブル抜けとBCASカード抜けをチェック。
ちなみにBCASカードが読み込めなくなった場合Mirakurunにエラーが出ているはず。
稀だがBCASが別のソフトにロックされてアクセスできなくなっている場合がある。
TVTest等BCASカードにアクセスするソフトがクラッシュした後は念のため確認しておく。
3. PT3にアクセスできるか確認する
PT3 ソフトウェアのダウンロード (最新版／SHA-2) からPT3-Example-xxx.exeをダウンロード。
起動してPT3が検出されるかをチェック。
検出されたPT3のバス番号を入力しメニューが表示されれば問題なし。
Device::Open() (0x0000040a) -> デバイスが使用中。
他のアプリケーションに使用されている可能性あり、再起動で改善。
Bus::Run() (0x00000401) -> ドライバのエラーでアクセス出来ない。
ドライバの再インストールで改善できる。
これはWindows update後に一度起きたことがあった。
はじめはPT3が故障したかと焦ったがソフトウェア的なトラブルだった。
4. 録画ルール作成ミス
最近一番多いのがこれ。
正直なところChinachuの録画ルールの管理はイマイチ。
というのも、そのルールでどの番組が録画予約されているかがわからない。
1話は録画できても2話で失敗というのがありがち。
バッチファイルからなぜかネットワークドライブにアクセスできない
仮想含め複数のマシンを運用してるとネットワークドライブはとても便利です。
自動マウントで何もしなくともローカルのドライブと同じように扱えるのは素晴らしい。
ただ、ふとした時にアクセスエラーが起こることも。
実はWindowsの場合、管理者権限に昇格したプログラムからはアクセスできないことがあります。
PSexecで管理者として起動したメモ帳からネットワークドライブが見えない。
エクスプローラからは見えているのにコマンドプロンプトからはアクセスできない、という難解な状態になってしまうらしい。
これはUACの関係で管理者権限に昇格したときに別ユーザーとしてプログラムを立ち上げるために起こります。
何気なくbatファイルを書いているとこういうところで躓くので厄介ですね。
batファイル等では次の一行を実行すればドライブに接続できるようになる。
net use V: \\server\folder /Yes
この設定はユーザーのログアウトまで有効なので一連のbatファイルでは気にせず使えるようになります。
ただし、実行中のユーザーに反映される訳ではないので注意が必要。
管理者の方がアクセスできないというのはなんとも新鮮な経験ですね。
WindowsでMirakurun + Chinachu & TVRock な環境たぶん安定
以前の記事で出た色々な問題点が解決したのでまとめます。
結論はVMware Playerを使うのはやめてVirtualBoxを使いましょうと言う話です。
問題点
WindowsServer2016 にMirakurun、CentOS7 on VMware にChinachuで運用すると録画が途中で止まってしまう。
-> Windows上のMirakurunが不安定？
検証1. MirakurunをCentOS7上で動かす
結果: 録画は最後までいくものの致命的なドロップが発生した。
検証2. Mirakurun + TVRock 環境をテスト
結果: 正常に動作
-> Windows Server 上のMirakurunは正常に動いているので問題はChinachu側
-> VMwareがWindowsの電源管理のせいで停止している？
検証3. WindowsServer2016の電源設定をハイパフォーマンスに設定して運用する
結果: 同様の問題が出た -> VMwareとChinachuの相性が悪い？
検証4. CentOS7 on VirtualBox でChinachuを試す
結果: 正常に動作
ということで仮想環境でChinachuを運用する際はVMware Playerは避けるのが無難。
以下前回のまとめ直し。
Windows10 Creators Update後にWiFiが不安定に (YOGABOOK)
しばらくほったらかしてたYOGABOOKです。
案の定Windows Updateでひっかかりました。
ダウンロード -> 更新 -> 失敗 -> ダウンロード -> …..
延々と繰り返すので、いっそのことCreators Updateを突っ込むことに。
今すぐアップデートからUpdate用のツールをダウンロードして起動。
引っかかってたWindows Updateもすっ飛ばせて無事終了。
これで一安心、、、と思いきやWiFiとBluetoothがおかしい。
- スリープ後に再接続できない。
- 接続できていた設定に接続ができなくなる。
- 接続ができても不安定で突然切れる。
と、まあよくある不具合がてんこ盛り。
どうやらドライバがWindows Updateで書き換わったのが原因らしい。
ということでLenovoの公式からドライバをダウンロードしてインストール。
YOGABOOKの場合最新のものは2017年2月or3月と比較的新しかった。
メーカー製のPCの場合ドライバやOSのレベルで独自の調整をかけてることがある。
自作PCなら何も考えずWindowsUpdateでも大抵うまくいくが、
メーカー製、特にモバイル製品の場合は公式のドライバを入れるのが正解らしい。
