【EDCB】EpgDataCap_Bonについて語るスレ 62
■ このスレッドは過去ログ倉庫に格納されています
>>288
たぶん無い、保存してあるからいつでも見られると言う安心感のみが重要 >>288
殆どは見ないけど、たまに見たいものが出てくる。 >>287
>137(>196)とかと一緒で、EpgTimerSrvとの接続が切れる何かがあるんだろうね
64bit版特有の現象なのか?
これがEpgTimerNWなら設定と使い方次第では切れて当然だが 原因がわかりました。osで送信元ごとの通知の受信設定がいつの間にかオフになってたようです。
お騒がせしてすみませんでした。 >>296
なんとなく思ってたけどまさにそれだったか 私は新しく録ったのはあまり見ないけど
一度見たものは何度か見返すという・・・w >>273
BD用の設定で、映像は H.264 / 1440x1080 / 1Pass / Avg:5M / Max:10M、
音声は元のAACをffmpegでくっつけてる。
画質はお察しだけどね… Material_WebUIのストリーミングをHLSとQSVに対応しようぜ 見返すことはないけど安心感だよな
テレビ番組は円盤化することが無いから、もしものために 無劣化とは言わないけど、mpeg2からh264、出来るならh265やVP9に変換するだけで容量はかなり減るし、crf 17以下くらいなら見た感じ画質の劣化は全然感じられないけどなあ 自前のPCでしか見ないならH.265でもいいんだけど、エンコってストレージ減らす目的以外に出先でスマホで見たいとかもあるから
そうするとまだH.264でないと厳しい >>288
パトレイバーを見ているから、多分、見る可能性はあるわ。
最近のアニメであるかっていうと、悩むが。 アニメならCMカットするだけで2割減るもんな
1時間のバラエティー番組のCM率ってどのくらいなの? >>308
録画した10分番組で2割くらい、30分番組で2割〜2割強だったから
60分番組でも約2割じゃないかな? >>308
54分番組が40〜46分前後になるくらいに減る x264のcrf18以下だと全然劣化の見分けがつかないくらい高画質と思うけど
もちろん圧縮効率が悪化するのでpreset slowerのcrf22でやってるわ
もともと目も悪いし離れてみれば劣化なんてぶっちゃけ分かんないしw
ノイズよりバンディングとかのほうが気になる人なので10bit使ってるけど
8bitよりもサイズが縮むソースもあったりして面白い アニメだとH.264でCRF23以下だと違いが分からんけど実写だと違いがあるのかな…
10bitカラーは使ったことないけど、表示が8bit環境だと変換されるのかな?変換されるのなら使ってみたい 今さらこういう質問もあれだが、予約変更にある録画マージンって単位秒なのん?
今夜26:40のF1決勝が10分前倒しで急遽2:30スタートになるみたいなんだけど
EPG直してやがらねえみたいだから開始マージンを10分にしようと思って。 何百本もあるから凄い時間かかりそう
現実的じゃない
さっきまたハードディスク買っちった 10bitは互換性がな〜
PCだけで再生するならいいけど 実写だと私的に妥協できる限界はcrf24位までかな?まあ22に統一してるが
もちろん10bitエンコしたものは10bit対応環境で再生するのがベストだけど
8bit環境でもバンディングが低減されるなどの一定の効果はあるね
8bit素通しとDither_convert_8_to_16()で16bit化して10bitエンコを比較したら
バンディングがかなりマイルドになったのを確認した まあ見るのが目的じゃなく録画するのが目的だからな
tsをそのまま残すのが基本だよ
どんどんHDD買い足してけばいい >>314
開始マージン600でいける
もし古いEDCB使ってるならマージン計算にバグがあるからあまりお勧めできない >>319
それで設定した
最初一瞬分刻みかとも思ったけどマージン設定だからさすがにそんな荒い訳ないか >>320
でもEPGの前倒しは助かる人、少ないしね アニメは何故か2000年越えた辺りで新しいの見なくなった それはただのおっさんやんけ
現代アニメについていけない人
綺麗な作画より汚い作画を好む人か おまいらBitrate.iniってどう書き換えていますか? BSプレミアムからwowowプライムまでブチブチになってしまう
ちょっと天気が悪い程度だからアンテナの向きに問題でも出たかな? >>288
アニメに限らずある程度シリーズになってる動画は保存する行為で満足して見なかったりするね >>322
前倒し対応は最新EPGをちょこちょこ監視してないとムリだろうなぁ
てかEPGが前倒しになったの俺見た記憶ない xtne6f版をビルドして使い始めてみたものの、10.66では正常に予約できていたものが出来なくなった
一部の予約がチューナー不足でもないのに黄色くなる、原因も何も表示されないから、どうすればいいのかさっぱり分からん
何でだろう?録画マージンを今までは開始5秒にしてたのを15秒にしたけどこれは関係ないよね… >>333
チューナーが何個あってどういうふうに予約してるの?
当たり前だけどマージンに別チャンネルの予約が被ってたら黄色になるよ >>333
どうせスキャン漏れだよ
それはチューナー不足と同じこと >>334
使用予定のチューナーはBonDriver_PT-S.dllの「ID:00000001」と「ID:00000002」の二つ
二番組同時録画予定の内の片方(同様のものが他にも複数ある内の一箇所だけ、それも一番初めだけ))と二番組同時録画予定の直前の特定のチャンネルの特定の番組だけなんだ
録画のマージンをデフォルトの5秒に戻してみたけど変わらず、10.66では同じ予約状況でも何も問題は出ない
ナ=ナショジオ シ=シネフィルWOWOW 日=BS日テレ イ=BSイレブン フ=BSフジ 罫線部は同番組
6/11 21:00 ナシ
6/11 22:00 │
6/11 23:00 ナ
6/11 23:30 日
6/12 0:00 イフ
6/12 0:30 イ
6/12 1:00 イ
この予約の例では6/11 21:00のシ、23:00のナ、23:30の日が黄色くなってる
環境を見直してみたけどチャンネル設定ファイルがおかしいとかEPGデータが壊れてるとかはないみたい >>335
スキャン漏れはしてないと思う、BonDriverのチャンネル設定ファイルは10.66からコピーした
同一チャンネルの他の時間帯の番組は正常に予約できてる >>336
チューナ指定をやめればいいんじゃね?
基本的に自動でいい あと、オリジナル版はマージンを無視して警告やエラーを出してるだけで、
実際の録画状態(厳密には予約通り録画できてない)は現在と同じと思われ ちょっと訂正
>>336の
>二番組同時録画予定の直前の特定のチャンネルの特定の番組
もう一度予約状況をよくよく眺めたら二番組同時録画予定の直前の番組だった
そして問題が出てるのは23:00付近の予約だけなのに気づいて、もしかしてEPG取得の時間帯と被ってるのが原因かもと悟ってしまった
この辺の仕様が10.66とは違うのかもね
とりあえず結論は出た >>338
チューナー指定はいつも自動でやってる
とりあえずEPG取得の時間を変えてみて、それでもだめだったら10.66を使い続けるかな >>336
2チューナーで0時にBSイレブンとBSフジ予約してんだから
直前のナショジオとBS日テレが黄色になるのも当然だ >>340
EPG取得はチューナー確保には関係しないよ。録画があれば取得はキャンセルになる
まあつまるところ >>342 だな >>342
直前のナショジオとBS日テレは0時前に同時終了です
それで>>343のEPG取得の前後で予約があればEPG取得がキャンセルされる(xtne6f版では挙動が違うかもと心配してた)そうなので
どうやらEPG取得は関係なさそうだと、だとすればやはり録画マージンが原因かなあ…
10.66もxtne6f版もデフォルトでは録画開始前に5秒、録画終了前に2秒だったと思うけど
10.66では今まで何も問題はなく録画できてたんだよね
それでもxtne6f版では黄色く表示されてるから何故かな?って、実はこっちでは一度も録画したことはないんだけど >>344
ナショジオとBS日テレの番組は0時に終了
BSフジとBSジャパンの番組は0時スタート
開始前5秒、開始後2秒の設定ならば
0時ちょうどに必要なチューナーは4つ
2つ足りない分は尻切れ黄色表示になる
もちろん数秒尻切れしてもCMなんだから
たいていは番組本体自体に影響は出ない >>344
>録画終了前に2秒
録画終了後に2秒ね。録画が伸びる方が正のマージン
10.66のはマージンの計算方向にもたしかバグがあって色が正確じゃない場合があったはず。動作はかわらん 録画マージンマイナス値指定できなかったっけ、ギリギリの番組は困るんだけど、地上波や民放BSとかCM部分に食い込ませても良いんだよな。 俺も>>333と同じ症状。
時間は連続しているが重複はしてないはずのBS/CS番組で黄色表示になるときがある。
ただ録画は出来るから実際の重複していないかだけ気をつけている。 EpgTimerSrv/EpgTimerSrv/TunerBankCtrl.hの
static const int READY_MARGIN = 20;
を0にしとけば、あとはマージンかぶりだけで黄色になるかならないかが決まったような…
違ったらスミマセン。
俺はビルドで毎回直してるわ(tknrec版) >>355
そういう行為はどこに副作用でるか分からないから何かあっても絶対にエラー報告するなよ みんなコーデックパック(K-Lite Codec PackやLAV Filtersなど)入れてる?
不具合の原因になる場合があるようなので不要なら入れないでおこうと思うんだけど みんなすっかり忘れてるだろうけど、素のWindows10って
MPEG2コーデックが入ってないんじゃない?
7からアップグレードした人には無料で配布されたけど。 >>362
そもそもedcbではデコーダがどうだろうがまったく関係ないし。
システム全体に視野を広げても、再生するのは普通TvTestだし、それならデコーダついてる。
あとTS再生といえばVLCもあるけど、スプリッタ・デコーダ内蔵だし。 EDCBは流れてくるデータをそのまま保存するだけだからコーデックなんかいらん
そのデータを動画として再生するときにコーデックがいる >>332
規定で前倒しは1時間前までに確定すべしとなってるから、1時間前に調べればOK
逆にいうと1時間までの前倒ししか許されていない
まあ、放送局が守らない可能性も十分にあるけど >>332
バスカッシュってアニメの最終回が前倒しになったことがあった
確か当時、東京オリンピック招致特番を予定してたんだけど、東京に招致失敗してその特番がなくなってそれ以降の番組が前倒しになった 亡念のザムドのあとにやってたやつだった記憶
もう10年前か...はやすぎ TVTestはLAVを使ってるわ
WOWOWのカクカク動作に悩まされてたのが
LAV導入で解決した >>368
そんなんちゃんとBプロ用意しとけって話だよなぁ >>372
チューナーを全て使用してる状況で後続の番組を連続で録画すると
録画はされるけど黄色くなってる番組の最後が尻切れ状態になる
例えば録画マージンを番組開始前5秒、番組終了後2秒にしていると
チャンネルが同じだと設定した通りに録画されるんだけど、チャンネルが異なると録画終了が前倒しされる
生放送とかで番組の終了がギリギリになるような状況じゃなければ心配する必要はない
指摘されていた様に10.66とは終了のマージンの方向が負の方向から正の方向に変わってるね >>373
ああ…今まで黄色くなったらどっちか削って調整してたわ
実質cm部分であんま気にしなくていいのね
ありがとうございます >>375
優先度活用してると後ろの番組の頭が欠けることもあるので念のため。
自分は隣接欠けが発生するような状況では、優先度に注意しつつ使用チューナー固定してるわ。
なんか、録画が進むにつれて使用予定チューナーが入れ替わり予想外の結果になることがあるので。
アルゴリズムによっては録画開始時に入れ替わりが発生し思い切り頭が欠けたことも。
チューナー固定は追従の妨げになる諸刃の剣ではあるけど。
そういや、マージン後ろ2秒だと局によっては微妙に欠けることあるよね。
なんで普通に前後とも5秒になってなかったんだろう。
自分で設定すりゃいいだけでどうでもいいことだけど。 >>376
優先度の低い方が欠けるのは正しい、としか
最初から最後までどうでもいいことだな >>377
あまり詳しくなさそうな人へのアドバイスだからね。
あなたが詳しいかどうかはそれこそどうでもいいが、
入れ替わり現象の原理がわかるならぜひ教えて欲しい。 >>378
"入れ替わり現象"とかいうのがどのバージョンでどのケースで発生するのか示さないとね
あと10.66のマージン関係の処理は本当にバギーなのでEpgTimerでの表示を含めてあまり信じないほうがいい >>374
よく確認してみたら変わってなかった
思い込みだったみたい サムネイルプレビューが便利で
MPC-BEでGPU再生してるわ
でもキャプしたりすると画質が汚いように見えて
そろそろ変えようかなと考えてる >>381
JPGで保存すると、赤色を中心に汚くなるよ。
画面そのものを、PrintScreenでキャプチャし、ペイントにペーストしてpng保存がいい。二度手間だけどね、 311から急に人口減少、減少幅は毎年30万人! (データあり)
【気の弱い方、注意″】 2010年 3万人増加△ <累計死者200万人!> 2011年 26万人減少 ▼▼
http://rosie.5ch.net/test/read.cgi/liveplus/1528680727/l50 >>382
そうなのか
でも、自分の環境だとブロックノイズぽくなるんだよな aviutlでts読み込んでキャプチャしてるな
スカパープレミアム用のtsmemoryとかあればいいんだがな >>379
失礼。元々は質問するつもりではなかったもので。
10.66 のアルゴリズム1。録画開始時に入れ替わり頭が欠けたのは2か3。
発生ケースは隣接欠けが生じる程込み合っているときというくらいしかわからない。
実はそうでないときにも起きているものの実害がなく気付いていないという可能性もあるが。 >>379
マージンの挙動が怪しいのは一応把握している。
ただ、単なる時間調整ではなく、あくまでおまけだという特殊処理であえてそうなっている気もする。
たとえば、二つの隣接するABとその隣接時刻を跨ぐ優先度の低いCがある場合、
マージン処理ではAの最後が欠けるが、
プログラム予約を使い延ばした場合にはCが途中で切られBに移行することになる。
想定通りのまったく正しい挙動ではあるけど。
多分マージンなしでチューナーを決定したあとマージンを加えるという処理になってるんだと思うが、
結果、分を超える大きなマージンを作った場合、その中に録れるわけがない別の番組が割り込み
録画失敗するケースがあることは実験で確認している。
ただ、5秒とかなら問題ないはず。
バギーというのがこのことではなかったならすまない。 あ、そうだ。
正のマージンで延ばした場合には使用予定チューナーの枠は変わらないが、
負のマージンで縮めた場合には枠も縮むしチューナー割り当てにも影響するんだよね。
このへんからしてもわざとなんじゃないかなと。 ■ このスレッドは過去ログ倉庫に格納されています