【EDCB】EpgDataCap_Bonについて語るスレ 59
■ このスレッドは過去ログ倉庫に格納されています
>>83を15..4.5でビルドすると正常動作する
cod置いとくんで、ご参考。
https://www.axfc.net/u/3897752 >>141
83(ワッチョイ ca58-zkh5)はVS2017の64bitのコンパイラのバグのために一生でビルドできない事を察してください。 人違いじゃないか?
83 (ワッチョイ 9a0f-OqBF)は功労者だろ >>136
おま環なのはビルド環境じゃなくて、できたバイナリの実行環境かもしれんから、うまく動かないバイナリをあげてテストしてもらうのはどうかね githubでやったほうがいいだろ
mluti2decやbon project含めて VS2017がバグコンパイラかどうか、
インテルコンパイラ18をインスコしてみた。前に使ってたけど、ちょっと理由があって使うのやめてた。
一部、にマクロ使って宣言してる部分に
#indlude <typeinfo>
を追加してやらないとコンパイルが通らなかったが(ちゃんとエラーで必要なヘッダも指定してくれるww)、
SecureZeroMemoryとか置換する必要もなく、
すんなりビルドできた。やっぱVS2017 はダメコンパイラだわ。
はじめからインテルコンパイラ使えばよかったわ。 BonObject.hで
typrinfoをインクルードしておくこと Intel Parallel Studio 2018のC++仕様への対応も調べてみたけど
https://jp.xlsoft.com/documents/intel/catalog/intel_brochure_vol.12.pdf
C++14はフルスペック C++17はドラフト対応とほぼVS2017と差は無い。
最適化自体マイクロソフトじゃ到達できないレベルだろうし、わざわざVS2017無理して使うこともないかな。 派生版で予約のランチャー機能(簡易表示)がついているのはabt8WGだけですか?
他についている派生版があったら教えてください >>149
釣りなんかじゃない。冗談は言わない。
ちなみに並列化 /Qoarallelで何の問題も無い
シュリンク最適化いっさいなし速度最大 /O2。
インライン展開も全関数 /Ob2
Intelコンパイラで333kB
VS2015だと210kB (インライン展開 既定)
VS2017はダメコンと呼んでやるわwwww 何故か録画されてた番組に対して、どの予約に引っかかったのかって判らない? abt8WG版ならわかるよ
あの機能便利なんだけど他の人に移植されないんだよね >>162
それついてるんだな
俺の母親にEDCB使わしてるとなぜこれが録画されてるのってこっちに聞いてくるんだよな
そういう機能あるならそっち検討しよっかな >>162
あれは紐付けのためにEpgTimerSrv側にも結構手が入ってるからな
tkntrec版でもある程度は分かるけど、正規表現だったり、
あとキーワード以外の条件でヒットしてるのは追えないしね tkntrec版だけど予約中なら予約リストの右に出てるけど、録画結果にはあったかな?
出先だから分からない。 B25Decoder.dllをIntelのコンパイラでビルドするとどんな効果があるんでしょうか? https://i.imgur.com/27PS9tG.png
取り敢えず137のSourceで設定いじらずにビルドしてみました
601KB 多少軽くなっても結局はカードとの通信待ちの方が大きいからたいして効果無いんだよな
余程低スペックなPC使ってるんでもない限りカツカツになるようなもんでもないし edcbをフルhd表示させたら結構な確率で設定ボタンが押せない表示になるんだけど対策法ある?
720p表示ならちゃんといけるんだけど フルhd表示でも問題ないし、詳細も書いてないから
おま環としかいいようがない windowsの設定>システム>ディスプレイ>拡大縮小とレイアウトかな たぶん>>175さんが正解。
Windowsの画面上のテキストやその他の項目のサイズの指定によっては
はみ出ることも出てくるよ。
EDCBの想定しているサイズと貴方のWindows環境のサイズが違っているだけで、
EDCBのバグではないと思うけど。 >>171
PCモニタじゃなくてTVに表示してる?
TV側の設定を変えないと駄目な場合もあるよ
うちのブラビアは初期設定だと
1920×1080のPC入力で端が切れる >>146
githubにしてほしいですね、そう思ってプログラミングできる人へ向けて斧に上げたんですよ。でも今となっては追加はMFC抜きのMulti2Decだけでよくありません?
しかしライセンスが不明。ソース上げもライセンス違反かもしれない。バイナリのみ違反覚悟の斧上げの方が正解だったかもしれませんね。
#indlude <typeinfo>は反映済みです。 ソースのライセンスよりcas関連の訴訟に巻き込まれる恐れのほうが怖い edcbの録画先をnasにしても大丈夫?
大丈夫なら購入しようかなと。 >>180
HUBのトラブルで接続切れるとか不安定になる要素があるから直にするのはやめといたほうがいい
ローカルに記録したのを終わってから転送すればいいじゃん 最近のHUBやルータなら問題ないだろうけど、少し前のものやWifi経由の場合、複数番組を同時に視聴/録画すると帯域不足になる可能性がある。
無難なのは録画時はローカル。録画終了時にバッチでNASにファイル移動かな。 インターフェースをB25Decoderにキッチリ合わせたのか
これでEPG取得にやたら時間が掛かってたのは解決されるのかな >>187
EPGデータ取得は降ってくる速度がボトルネックになってるんだから速くなるわけないでしょ >>188
前スレ832の
>地デジ1局あたりの取得時間が1〜2分→10分ほどに増加
のことだろう てか俺の中古pcだと外付けでもたまにドロップ起きる
内蔵hddに録画した方がいい それから移す >186
>187
解決。
このスレはあまり見てないので「【開発】 TS関連ソフトウェア総合スレ Part17」の方のスレッドで報告してくれるとありがたい。 後々のために詳細を書いておきます。
EDCBでのTSデータの扱いが、EPG取得時だけ異なっていることが原因。
EDCBは、EPG取得時にB25Decoder.dllにすべてのTSデータを渡さず、
不要なデータを削ってから渡している。
そのためlibaribb25でのデコード処理(put_arib_std_b25)が正常に終了せず、
最終的にEPG解析に必要なデータがEDCBに渡されない。
解決法は、EDCBから不完全なデータを受け取った場合は、put_arib_std_b25を
通さず、そのままEDCBに渡すようにした。
ただ、EPG解析にはデコードは必要ないので、本来ならTSデータをB25Decoder.dllに渡さず、
EDCBだけで完結させれるコードにすべき。 なお、上記の修正の過程でDiscardScramblePacketにも対応したが、
スクランブルが解除できない状況でDiscardScramblePacketをEnableにすると
スクランブルのかかっていないワンセグのパケットまで破棄されてしまうので注意。
ただ、EDCBは内部でDiscardScramblePacketをDiableに設定しているので
特に問題はないはず。 >>194
乙です!
速やかなEPG取得を確認しました
ゆっくり寝てくだせぇ おー、EDCB対応してくれたんだ。ありがとうございます。
b25decorder騒動もあるし、乗り換えられるのはいいね。
> ただ、EPG解析にはデコードは必要ないので、本来ならTSデータをB25Decoder.dllに渡さず、
> EDCBだけで完結させれるコードにすべき。
どうして、こうなってたんだろうね? >>192
窓タブだとSDカードリーダーの書き込み速度が遅かったりするケースがある >198
寝ぼけてました。
複数視聴・録画で問題があるので修正しました。 余談ですが、libaribb25はもともとBonDriverProxy(BDP)での使用を目的に、
linux版のパッチを参考にしつつBDPの作者の協力を得て作成したものです。
BDPex(もしくは他のBonDriver)に組み込んでしまえば、アプリケーション(EDCB、
TVTest)ではデコードが必要なくなるので、その方がだいぶ便利でしょう。 ということは、今あるBDPのb25パッチには番組表取得の問題は無く、EDCB固有の
問題という理解でOKでしょうか >203
OKです。
今回の修正は主にlibaribb25.cppに対してで、BDPのパッチにはもともと含まれてません。
パッチされたBDPを使っている限り、アプリケーションは最初からスクランブル
されていないTSを受け取るのでB25Decoderが必要ない。
それでも意味なくB25Decoder.dllをEDCBのフォルダに入れていた場合についてまでは
テストしていないので、その場合は問題が起こるかも。 >204
了解です。ありがとうございます。
BDPEXを入れ替えてspinel方式試します。 >206
EDCB+B25Decoder(libaribb25)の人が影響を受けます。
上記の通りEDCBフォルダにB25Decoder.dll(libaribb25)が入っていれば
Spinelだろうがなんだろうが、影響を受ける可能性があります。
EPG解析時にいちいちTimeoutするまで待つので長時間かかるうえに、
番組表も正常に作成できないので、影響の有無はすぐわかるはず。 >204
なぜEDPexを入れ替える?バグ検証?
libaribb25はもともとBDP,BDPex専用なので、その組み合わせなら最初から問題ないです。 不安であれば、B25Decoder.dllをEDCBのフォルダから削除すれば
少なくともEPGの問題はおきません。 >208
当方へのレスだとおもいますが、
ノーマルBDPEXをb25当て済BDPEXに入れ替えて、復号を
BDPEXに任せるということです >>210
なるほど。
しかし、libarib25は実際はLinuxでしか使われてないし、B25Decoder互換もひっそりやっただけなのによく気づく人いたなぁ。
githubのコミットにコメントは書いたけど。 EDCBへの要望として、EPG取得後に任意のバッチファイルを起動するオプションが欲しいです。 EpgTimerSrv_Install.batを管理者で実行した場合、どちら選んだ方が良いの?
どちら選んでも注意しろと言われて・・・
EpgTimerSrv.exeをサービスとしてインストール→開始します
ログオンアカウントを選択 (1=LocalSystem, 2=LocalService) : 1
LocalSystemアカウントにはとても強い権限があります
バグの影響が大きくなりうること、権限昇格の踏み台として利用できることに注意してください
続行するには何かキーを押してください . . .
EpgTimerSrv.exeをサービスとしてインストール→開始します
ログオンアカウントを選択 (1=LocalSystem, 2=LocalService) : 2
LocalServiceアカウントがEDCBや録画保存フォルダにアクセスできるよう注意してください
続行するには何かキーを押してください . . . >>214
セキュリティを意識できるならLocalService
普通は録画フォルダとかeveryoneフルアクセスだろうから
EDCBを格納するフォルダがProgram Files等の
特殊フォルダでなければ問題にならない
何も考えたくないならLocalSystem
ほぼ全ての権限を有してるので
動作でつまずく心配は無いが
警告のとおり、EDCBに脆弱性があるなら踏み台にされる >>215
LocalServiceはEDCBを実行するユーザー(ログインしているユーザー)ってこと?
そのユーザーで読み書き出来る場所なら大丈夫ということ? >>201
またまた乙です
>>216
OSに元から用意されてるビルトインユーザー
一般ユーザーと同等の権限しかないんで
万一破壊的な動作をしようとしても比較的安全
一般ユーザーが読み書きできる場所ならおk >>215-217
良くわかりました。
ありがとう。 >>215
LocalSerivceでサービス化してみたけど
EPGTimerを実行中に出来たファイルの所有権はユーザー(EpgDataCap_Bonがユーザーで動いてる)
EPGTimerを落としてるときに実行して出来たファイルの所有権はLocalService(EpgDataCap_BonがLocalServiceで動いてる)になるけど
これで正しく設定できてるのかな 録画後動作でシャットダウン選択してるのにスリープになってるときあるんだがどうなってんだ 個別設定っていうのは録画番組ごとってこと?
それでシャットダウン選択してるんですよ >>223
実際に予約された録画番組の個別設定が
録画番組キーワードごとの個別設定とはずれているのなら
まったく別のキーワードに引っかかって予約されていることも考えられる VS2017でEpgTimerをビルドする際は、.NETの変更はできないのかな?
デフォルトの4.5だかのままだとビルドできるけど、変更するとエラーでビルドできぬ Win10 64・PX-W3U4・TVtest0.7.23・EDCP0.66使って予約録画したいのですがEDCP経由だと映像を引っ張ってこれません
TVtestだけであれば映像ok、EDCPからEPGデータの取得可、即時録画にて再生不可能な容量のあるtsファイルは作成されるので、
スクランブル解除が出来ていないのかと思っているのですがどなたかお知恵拝借出来ませんでしょうか。。
ちなみにランタイム2005/2008/2010の32/64bitとフレームワーク4は導入済み、B25Decoder配置済みです B25DecoderがEDCBフォルダにあるならちょっと分からんね
カードリーダーはSCRのとか別途用意してそれ使ってるの? >>229
EpgDataCap_Bon.exe で 即時録画してるときに、
左下窓の Scramble値 が増えてるならスクランブル解除ができてない。
もしかして内蔵カードリーダ使ってる?
公式?凡ドライバではEDCBで内蔵カードリーダ使えないらしいよ。
radi-sh 凡なら使えるんだっけ? >>231
何言ってんのかと思ったら、EDCBをEDCPと誤記してることを指摘してんのか
わかりにくいやつだな レスありがとうございます
>>232
スクランブルぐんぐん伸びてるのでやはりスクランブル解除出来ていないようです
そしてご推察通り内蔵カードリーダーです
TVtest単体では動いたのでそこは大丈夫だと思ってたので盲点でした 警報
windowsの時刻がまた1時間ずれてます
家に帰ってからチェックしてください >>235
俺だけじゃなかったのか
マジで二度見したわ なんでNTP切ってるのにずれてるのかと思ったらRTCがやってんのかタチわりぃな ntp鯖をデフォから変えるのは常識レベルだと思うが、ntp切っててもあるんかいw NTP切って放送波で時刻同期取ってたから油断してたわ ■ このスレッドは過去ログ倉庫に格納されています