EPGrec、アップデート。
自鯖機でPT2を使い録画に励むプログラム「EPGrec」を更新した。
昨年2011年10月にBSチャンネルの改編があり、チャンネルが増えた(確か)らしく、かつEPGRecの方も対応する版を提供していたのだが、どうせ有料チャンネルだけ増えたんだろうと思ってずーっとほったらかしにしていた。 しかし、どうやらDLifeというチャンネルがタダで見れそうな雰囲気なので、遅ればせながら家でも更新してみた。
基本、本家のサイトの更新手順を参考に、なんとか更新が終わった。 が、ちょっと番組表の挙動がおかしいところが。 やはりテーブルから作り直すべきか。
昨年2011年10月にBSチャンネルの改編があり、チャンネルが増えた(確か)らしく、かつEPGRecの方も対応する版を提供していたのだが、どうせ有料チャンネルだけ増えたんだろうと思ってずーっとほったらかしにしていた。 しかし、どうやらDLifeというチャンネルがタダで見れそうな雰囲気なので、遅ればせながら家でも更新してみた。
基本、本家のサイトの更新手順を参考に、なんとか更新が終わった。 が、ちょっと番組表の挙動がおかしいところが。 やはりテーブルから作り直すべきか。
いろいろとおかしい事をこつこつと修正。
おかしい事、一つ目。
予約されていた番組が2つ録画されている。 何かおかしい。
サイトの手順のテーブルクリアをやっていない事に起因しているんじゃないか、と考えた。 多分大事だよな。 ただ、録画予約の番組があったので、録画終了してから行った。
その後、EPG情報取得のgetepg が実行されるまで待つ。
20分強かかるので、明日朝確認する事に。
朝、みてみたらokだった。
良かった。
上記の問題が解決したら、今度は録画済み一覧が表示出来なくなった。
「construct:Recorder_channelTblにid=81はありません」
本来ならば録画済み一覧が表示されるはずの所、上記エラーが表示されてしまう。
おそらく、Recorder_channelTbl のデータを再作成したのでチャンネルのIDが再割り当てされ、古いIDとの整合性が取れなくなったのでは?と推測した。
いくつかのテーブルを確認したところ、録画番組のデータは「Recorder_reserveTbl」 に入っているらしい。
それをのぞいてみると、おそらくはChannel_id が「Recorder_channelTbl」のidとがマッチしなければならないと思われるが、合っていないことが分かった。
はっきりとテーブルの内容を理解しないままテーブルの内容をいぢることは一歩間違えれば更なる不整合を起こす可能性がある。 しかし、そこは自分だけが使うシステムなので、最悪やり直せ(作り直せ)ばいいと思い、テーブルを直接更新する事にした。
会社勤めの時、SQLもちょこちょこといぢっていたので、少々の更新処理は分かるし、ネットにはSQL構文解説は掃いて捨てるほどある。
調べた所、channel_id 「81」 は「7」に変わっているらしい事が分かった。 やるべき事は「古いchannel_id =81 を新しいchannel_id = 7 に更新する」、だ。 以下を実行した。
EPGrecの「録画済一覧」 をクリックしてみる。
「construct:Recorder_channelTblにid=91はありません」
orz
いや、id が81から91に変わった。 前に進んでいる。
「81」は解決したが「91」も不整合、という事だろう。 幸いにも残っている録画済みデータは十数件。 更には録画されたチャンネル自体も4,5個なので、あとその回数分だけ、上記作業を繰り返せばいい。
不整合のchannel_idを上記の要領で変更・更新し、最終的に「録画済一覧」が正常に表示できるようになった。
よかった。 (-_-;
もう、大丈夫・・・だよな?
予約番組が重複録画
おかしい事、一つ目。
予約されていた番組が2つ録画されている。 何かおかしい。
サイトの手順のテーブルクリアをやっていない事に起因しているんじゃないか、と考えた。 多分大事だよな。 ただ、録画予約の番組があったので、録画終了してから行った。
$ mysql -u yourname -p yourdb
mysql>TRUNCATE TABLE `Recorder_channelTbl`;
mysql>TRUNCATE TABLE `Recorder_programTbl`;
mysql>q;
mysql>TRUNCATE TABLE `Recorder_channelTbl`;
mysql>TRUNCATE TABLE `Recorder_programTbl`;
mysql>q;
その後、EPG情報取得のgetepg が実行されるまで待つ。
20分強かかるので、明日朝確認する事に。
朝、みてみたらokだった。
良かった。
録画済み一覧が表示できない
上記の問題が解決したら、今度は録画済み一覧が表示出来なくなった。
「construct:Recorder_channelTblにid=81はありません」
本来ならば録画済み一覧が表示されるはずの所、上記エラーが表示されてしまう。
おそらく、Recorder_channelTbl のデータを再作成したのでチャンネルのIDが再割り当てされ、古いIDとの整合性が取れなくなったのでは?と推測した。
いくつかのテーブルを確認したところ、録画番組のデータは「Recorder_reserveTbl」 に入っているらしい。
それをのぞいてみると、おそらくはChannel_id が「Recorder_channelTbl」のidとがマッチしなければならないと思われるが、合っていないことが分かった。
はっきりとテーブルの内容を理解しないままテーブルの内容をいぢることは一歩間違えれば更なる不整合を起こす可能性がある。 しかし、そこは自分だけが使うシステムなので、最悪やり直せ(作り直せ)ばいいと思い、テーブルを直接更新する事にした。
会社勤めの時、SQLもちょこちょこといぢっていたので、少々の更新処理は分かるし、ネットにはSQL構文解説は掃いて捨てるほどある。
調べた所、channel_id 「81」 は「7」に変わっているらしい事が分かった。 やるべき事は「古いchannel_id =81 を新しいchannel_id = 7 に更新する」、だ。 以下を実行した。
$ mysql -u yourname -p yourdb
mysql> update Recorder_reserveTbl set channel_id = 7 where channel_id = 81
mysql> update Recorder_reserveTbl set channel_id = 7 where channel_id = 81
EPGrecの「録画済一覧」 をクリックしてみる。
「construct:Recorder_channelTblにid=91はありません」
orz
いや、id が81から91に変わった。 前に進んでいる。
「81」は解決したが「91」も不整合、という事だろう。 幸いにも残っている録画済みデータは十数件。 更には録画されたチャンネル自体も4,5個なので、あとその回数分だけ、上記作業を繰り返せばいい。
不整合のchannel_idを上記の要領で変更・更新し、最終的に「録画済一覧」が正常に表示できるようになった。
よかった。 (-_-;
もう、大丈夫・・・だよな?


![トロン:レガシー [Blu-ray]](http://ecx.images-amazon.com/images/I/51stKBdzK%2BL._SL160_.jpg)
![ミッション:インポッシブル/ゴースト・プロトコル ブルーレイ+DVDセット(デジタル・コピー付) [Blu-ray]](http://ecx.images-amazon.com/images/I/51foiQ98iuL._SL160_.jpg)


![ハリー・ポッターと死の秘宝 PART 2 [Blu-ray]](http://ecx.images-amazon.com/images/I/61TQHHRDBAL._SL160_.jpg)
COMMENTS
※本記事に関係ないと判断した COMMENTS はお断りしております。