番組表で不特定の局が別の局に変わってしまう事象に遭遇された方がいると思う。
これは、epgrecやepgdumpのバグではなくrecpt1での録画が別の局に変わってしまう事で発生する。
recpt1にバグがあるかは不明だがOSやマザーボードとメモリ・電源の相性など別の要因を疑う必要がありそうだ。
過去にWindowsでPT2と特定メーカーのマザーは相性が悪いという話があったがLinuxでも注意が必要かもしれない。
2011年7月11日月曜日
2011年5月24日火曜日
番組追従用epgdump
当方が現在使用しているのをデグレした物をアップした。
diffではなく差分ファイルのアーカイブなので既存の物と入れ替えてコンパイルして欲しい。
デグレ内容は、「英数字記号の半角化」「conv_title_subtitle()の全面改修」「【新】などの情報文字列を番組名から番組詳細へ移動」の3点で既知のバグやepgrec側の摺り合わせが必要なので削除
現行のepgrecでも使用できるはずだがフロントエンド側で対応しないかぎり機能向上は、まったくしないので現時点では参考程度と考えるように
またタイムスタンプ表記を"yymmdd hhmmss"から"yy-mm-dd hh:mm:ss"に変更したのでepgrec以外のフロントエンドでは問題が出る可能性がある。
http://2sen.dip.jp/cgi-bin/dtvup/source/up0655.zip (コメント編集中にリターン押しちゃった orz)
(eit[p/f]の扱いでバグがある。向こうのブログにあるepgrec UNA用epgdumpで修正されている)
-05/25 追記-
readme.txtを一部補足修正(ここだけでw)
>またコマンドラインの最後に"-pf"を付加することでeit[pf]のみを出力
これは、4秒分ぐらいのTSファイルで出力できるのでEPG受信時間の大幅な短縮が出来る。
>仮に対応させても予約直前にEPG更新を行わないと番組追従は出来ませんのでご注意を
「予約録画の開始直前にEPG更新を行わないと番組編成が臨時変更されたときの番組追従は出来ません」に修正
(06/07追記)あとEPG更新はイカに録画開始時刻に近づけるかが肝心なのでepgrecの予約3分前縛りを無くさないと追従に失敗する場合がある。
diffではなく差分ファイルのアーカイブなので既存の物と入れ替えてコンパイルして欲しい。
デグレ内容は、「英数字記号の半角化」「conv_title_subtitle()の全面改修」「【新】などの情報文字列を番組名から番組詳細へ移動」の3点で既知のバグやepgrec側の摺り合わせが必要なので削除
現行のepgrecでも使用できるはずだがフロントエンド側で対応しないかぎり機能向上は、まったくしないので現時点では参考程度と考えるように
またタイムスタンプ表記を"yymmdd hhmmss"から"yy-mm-dd hh:mm:ss"に変更したのでepgrec以外のフロントエンドでは問題が出る可能性がある。
(eit[p/f]の扱いでバグがある。向こうのブログにあるepgrec UNA用epgdumpで修正されている)
-05/25 追記-
readme.txtを一部補足修正(ここだけでw)
>またコマンドラインの最後に"-pf"を付加することでeit[pf]のみを出力
これは、4秒分ぐらいのTSファイルで出力できるのでEPG受信時間の大幅な短縮が出来る。
>仮に対応させても予約直前にEPG更新を行わないと番組追従は出来ませんのでご注意を
「予約録画の開始直前にEPG更新を行わないと番組編成が臨時変更されたときの番組追従は出来ません」に修正
(06/07追記)あとEPG更新はイカに録画開始時刻に近づけるかが肝心なのでepgrecの予約3分前縛りを無くさないと追従に失敗する場合がある。
2011年5月15日日曜日
2011年4月12日火曜日
ちょっと横道にズレてみる
あのfoltiaが、「foltia ANIME LOCKER」として市販された。
のだが内包しているツール群のライセンスは大丈夫なのかね?
どこまで使ってるか知らないが「ARIB STD-B25 仕様確認テストプログラム」はセーフだけどrecpt1とepgdumpはGPL。tss.pyは不明
そういえばepgdumpのセグフォは、修正したのだろうか?販売の形を取っている以上あのままじゃ話にならないので対策したか新しく作り直したのだろう。
もし前者なら是非ともGPLに則ってソースを公開してほしい。 EPG画面を見る分にはepgdumpのジャンル出力バグが残っているみたいだしw
しょぼカル周りがやばいよね
ここって編集人のヤル気がない地域はデータが無いし有っても更新されない。foltiaALにその辺の説明がないのでトラブルになるんとちゃうかな・・・
これを機に編集人が増えて情報が充実してくれるなど善い方向にいってくれればいいけど編集のトラブルも増えそうだ・・・
トラフィックも増えそう。市販ソフトが個人鯖に負担を強いるのもどうかと思う。
それと「しょぼカル」そのものが逝かれたときは、どうなるんだろうね
あと番組追従もやばい
オリジナルfoltiaだと しょぼカルからの自動録画は、EPGを使用しないので しょぼカルが編集されないと録画を失敗する。この問題は、ToDoに入っているけどまだ対策されていない。
EPGからの予約もEIT[pf]を意識したEPG取得をしていないなら番組延長にともなう追従は漏れが出るだろうな
ここのところは、foltiaALどうなってるんだろうね
のだが内包しているツール群のライセンスは大丈夫なのかね?
どこまで使ってるか知らないが「ARIB STD-B25 仕様確認テストプログラム」はセーフだけどrecpt1とepgdumpはGPL。tss.pyは不明
そういえばepgdumpのセグフォは、修正したのだろうか?販売の形を取っている以上あのままじゃ話にならないので対策したか新しく作り直したのだろう。
もし前者なら是非ともGPLに則ってソースを公開してほしい。 EPG画面を見る分にはepgdumpのジャンル出力バグが残っているみたいだしw
しょぼカル周りがやばいよね
ここって編集人のヤル気がない地域はデータが無いし有っても更新されない。foltiaALにその辺の説明がないのでトラブルになるんとちゃうかな・・・
これを機に編集人が増えて情報が充実してくれるなど善い方向にいってくれればいいけど編集のトラブルも増えそうだ・・・
トラフィックも増えそう。市販ソフトが個人鯖に負担を強いるのもどうかと思う。
それと「しょぼカル」そのものが逝かれたときは、どうなるんだろうね
あと番組追従もやばい
オリジナルfoltiaだと しょぼカルからの自動録画は、EPGを使用しないので しょぼカルが編集されないと録画を失敗する。この問題は、ToDoに入っているけどまだ対策されていない。
EPGからの予約もEIT[pf]を意識したEPG取得をしていないなら番組延長にともなう追従は漏れが出るだろうな
ここのところは、foltiaALどうなってるんだろうね
2011年3月27日日曜日
録画直前のEPG更新(時間追従処理) その3
今までepgdumpとepgrec双方で行っていたEIT[スケジュール]とEIT[現在/次]のマージをepgrecだけで行うように変更した。
これに伴いepgdumpの出力をEIT[現在/次]とEIT[スケジュール]をタグで区別する形で分離して出力するように改修した。また放送休止を正しく判断するために途中から取得した分のEPGについては時系列が連続していない物を破棄するようにした。
録画直前のEPG更新に関しては3分前にEIT[スケジュール]とEIT[現在/次]を取得して1分前にEIT[現在/次]のみを取得するように変更した。
地上DのEPG受信時間だがARIB規定のディフォルト周期が60秒になっているためepgrecの設定値60秒では歯抜けが発生している。EPG周期は±30%のブレを許容している事を踏まえるとEPGを全部取得するには現状の60秒から80秒に変更した方がよいだろう。
ただしEPG周期は、任意で変更できるため局によっては80秒でも歯抜けが発生する。
時間追従処理のデバッグは、ある程度すすんだが途中で意気消沈・・・
高校野球で続きをやればいいのだが気乗りしない。
これに伴いepgdumpの出力をEIT[現在/次]とEIT[スケジュール]をタグで区別する形で分離して出力するように改修した。また放送休止を正しく判断するために途中から取得した分のEPGについては時系列が連続していない物を破棄するようにした。
録画直前のEPG更新に関しては3分前にEIT[スケジュール]とEIT[現在/次]を取得して1分前にEIT[現在/次]のみを取得するように変更した。
地上DのEPG受信時間だがARIB規定のディフォルト周期が60秒になっているためepgrecの設定値60秒では歯抜けが発生している。EPG周期は±30%のブレを許容している事を踏まえるとEPGを全部取得するには現状の60秒から80秒に変更した方がよいだろう。
ただしEPG周期は、任意で変更できるため局によっては80秒でも歯抜けが発生する。
時間追従処理のデバッグは、ある程度すすんだが途中で意気消沈・・・
高校野球で続きをやればいいのだが気乗りしない。
2011年2月23日水曜日
他所で・・・
某所で重複予約パッチが発表された。
リンクは、「epgrec 重複」でググれ。いまなら期間を1週間にすれば先頭に出てくる。
軽くソースを見てみたが異種チューナーの混在さえしなければ問題ないようだ。
ただし録画中の番組との隣接重複を解消するときに後続番組の開始を遅らせる仕様になっているので注意して欲しい。
ちなみに動作確認はしてないので自己責任でお試しあれ
リンクは、「epgrec 重複」でググれ。
軽くソースを見てみたが異種チューナーの混在さえしなければ問題ないようだ。
ただし録画中の番組との隣接重複を解消するときに後続番組の開始を遅らせる仕様になっているので注意して欲しい。
ちなみに動作確認はしてないので自己責任でお試しあれ
2011年2月16日水曜日
EPG更新の所要時間短縮 その3
録画直前のEPG更新の方が一段落したのでなげ(ry保留していたgetepgの改修を再開した。
前回、問題となったDB更新時の負荷を軽減させるためxml化以降の処理を並列処理するのをやめ再直列化させた。これにより負荷率は、75%ぐらいに落ちついた。また地デジ8チャンネル分のEPG更新所要時間は、9分から3分半に短縮された。条件についてはその2を参照して欲しい。
しばらく使用して問題なければこのまま採用しよう。
明日は、国会中継があるようなので録画直前のEPG更新のデバッグが出来そうだ。
前回、問題となったDB更新時の負荷を軽減させるためxml化以降の処理を並列処理するのをやめ再直列化させた。これにより負荷率は、75%ぐらいに落ちついた。また地デジ8チャンネル分のEPG更新所要時間は、9分から3分半に短縮された。条件についてはその2を参照して欲しい。
しばらく使用して問題なければこのまま採用しよう。
明日は、国会中継があるようなので録画直前のEPG更新のデバッグが出来そうだ。
登録:
投稿 (Atom)