【EDCB】EpgDataCap_Bonについて語るスレ 58
レス数が950を超えています。1000を超えると書き込みができなくなります。
EMM も対策したい場合は、OnCatTable() でも同様に CA_system_id を確認してあげてください。沢山の法則から、CA descriptor の選択処理を別メソッドに切り出す。
TRMP 対策 (手抜き版) >>849
和族にあったMulti2Dec Ver.2.10をVS2017でビルドしてB25Decoder.dll(x64)を作成したけど動かない。
入手したソースを全て展開してビルド環境にコピーする。
BonProject(BonProject.sln)をビルドして作成されたBonBaseLib.lib(x64)とBonCoreEngine.lib(x64)をMulti2Dec\BonSDK\Lib\ReleaseにコピーしてMulti2Dec(Multi2Dec.sln)をビルドするとB25Decoder.dll(x64)
が作成される。
B25Decoder.dll(x64)をEDCB動作環境にコピーしてEpgDataCap_Bon.exeを実行すると「EpgDataCap_Bonは動作を停止しました」
ダイアログが出る。
使用したWindows SDKのバージョンは10.0.16299.0
何がいけないのだろう？
EDCB動作環境はWindows 10 64bit それってtvtestのcasproやtvcasでは2017で大丈夫なのか? 俺はtvtestもedcbも全てvs2017でビルドしている。
libaribb25.dllもvs2017でビルドしていたけど、例のケンが発覚したため、
B25Decoder.dllをビルドしようとしてトラブってる。 BonBaseLibとB25DecoderのC/C++／最適化 Ox → O2 で動いてるっぽい O1にしてOi無効で動くけど、本来は元からなんとかせんと駄目かもしれんね。 最適化オプションで動作が変わるってのは闇の深いケースが多いんだよな
クリティカルセクションが漏れてるとかそういう系の >>855-858
ありがとう。
帰宅したら確認する。 >>859
コンパイル時にでるワーニングを対処する必要があるね >>852
831だけど
BonProjectは2017で問題なかった(BonSDKにBonBaseLib.lib と BonCoreEngine.libが作成される)、
B25Decoder.dllのコンパイルにはこのBonSDKのincludeにインクルードパスを設定し、
二つのライブラリをリソースに追加してからビルドするわけだが、
ここでVS2017だとコンパイルできるものの動作しなかった。とにかく、追跡できないほどWarningが出るんで、やっぱダメかって感じ。
でも、VS2015に切り替えれば正常なB25Decoder.dllができあがった。
B1Decoder.dllも同じ感じでコンパイルできるので、ついでにwinscard-B1.dllが読み込まれるように改変した.
逆にwinscard-B25.dllにしてB25Decode.dllの方いじればよかったことに気がついたwwww `>>853
大丈夫
こっちは、新しいコンパイラでメンテが進んでるんで何も問題ない。
しかし、x64のコードって古いSSExオプションはシカトされるようになってるのね。知らんかったわ。
浦島太郎、Q9550使ってるんでwwww 最適化オプションもあるけどC++の規格の方のバージョンも小刻みに上がってきて、
2017がバグはらんでる可能性あるからな。C++1xの対応がどーなってるかっていう。
もう、こっちも、1xなんてキャッチアップできてないし。 >>855
もっかいコンパイルやり直してみた。
BonProject も B25Decoderも 2017 コンパイラ、SDK は10 16299
主な最適化
最適化は速度最大の/O2
インライン展開 /Ob2
組み込み関数 /Oi
実行速度優先/Ot
主なコード生成
並列コード /Qpar
拡張命令セット 設定なし(古いCPUなんで)
で正常動作したわ。2017でNGで2015 でいけたのは最適化にサイズシュリンクの伴う/Oxを設定したたのが関係してたみたい。
今時サイズ小さく最適化することもないし、/O2でいいわ。2017はサイズシュリンクの最適化バグ入りかも。 すまん何度も
訂正
2017で動いてるように見えたけど、ゆっくりスクランブルエラー増えていくわ。
まるで、信号減衰してるときのBERのようなエラーの出方で、たち悪いなコレ
んで、最適化も
インライン展開→既定
に換えてみた。インライン展開の過度な展開はどうもバギーな気がする。
やっぱりBonProjectはこのオプションで2017で、
B25Decorderは2015のコンパイルがいいみたい。
BonProjectのサブプロジェクトはインライン展開フルでもいけるのもあるみたいだけど、
とても全部試せないので、インライン展開は"既定"固定にした。 俺が持ってる、むか〜しダウンロードしたMulti2Dec2.1.0のソースはWin32でしかビルドできないんだけど、どこかに、x64対応のソース落ちてませんかねえ
B25Decorder.dll(x64)のバイナリは持ってて、EDCBで問題なく動作してるんで、必須ではないんだけど >>868
Multi2Decは、32と64で違いなんかないよ。
ビルドできないってのは、何をしようとして、どーだめだったの？ >>867
https://msdn.microsoft.com/ja-jp/library/8f8h5cxt.aspx
/O1 (or /Od)
or
(/Ox or /O2) + コマンドライン／追加のオプション /Oi-
でおｋかと >>869
ありがとうございます
構成マネージャーでプラットフォームを追加すればいいんですね
そんなことも知らない初心者なもんで…
>>870
https://github.com/logue/BonProject
BonProject をここからダウンロードして、
x64 でビルドして出来上がった BonSDKフォルダーをMulti2Dec のソースの同フォルダーに上書きして、
VS2017、x64 でエラー、警告なくビルドできました
できあがった B25Decorder.dll の動作は未確認です >>871
OKってのは2017でOKってこと？
んー、2017のビルドの影響出るのはB25Decoderだけなんだけど、
実動作のエラータイプが2種類あって、
スクランブルが全くデコードされずエラーカウントされっぱなしの場合と、ほぼデコードされるが、時折エラーになる場合。
んで、2015を使うと、まっとうなバイナリに仕上がるので、2017はなにがしかのバグを持ってると推測。
BonProjectは2017でも問題ないので、B25Decoderのコンパイルだけは2017を使わないのがベターだと思ってる。
ちなみに2015でビルドしたB25Decoderから、2017でビルドしたwinscard呼ぶのも問題なかった。
TVTest, EDCBがらみ、B1とB25系全部コンパイルやりなおしてみたけど、全部2017でビルドできて、
こんなのB25Decoderだけだったわ。 B25Decoderのソースざっと見てみたけど、最適化の余地なんてほとんどないような、
極めて短い関数群(ほかの関数コールして戻り値だけ返してすぐリターンってのが多い)、
これで、オプション設定でころころ動作が変わること自体、コンパイラ側に不信感を持たざるを得ない。
でも、reinterpret_cast が気になるんだけど・・・ 2月9日にVS2017で64bit版をビルドしたやつが残ってたけど、その時は何も特別な事せずにビルドしてそのまま使えたけど、
最近アップデートしたVS2017でやってみたら、オプションを上のように変更しないとエラー落ちするようになってた まぢか。
俺も先週ぐらいに、インスコし直したんだわ。
2015だと動いてる、前の`2017でも動いてて、
latest版は動作不良なら、バグ濃厚 じゃあバグレポ送るしか
2017なってからフットワーク軽くて頻繁にアプデートが降ってくるようになったし あー、コンパイラの不具合濃厚なんか。
変なところでアクセス違反とかおきてたからロジック理解兼ねて整理とか書き直してたら起きなくなったりしてたから妙だとは思ってた。
(不安だったので将来見越してLibISDB使って1から書き直しとかもしてた) 面倒な人は当分VS2015使っておけばいいってことだな
というかVS2010でもコンパイル出来るから、入れ替えてない人はそのままだな >>866
852だけど、俺のところは/O2と/Oiのオプションで動かなかった。
結局、この組み合わせで動いたのでテスト中。
主な最適化
・最適化は速度最大の/O1
・インライン展開 /Ob2
・組み込み関数 いいえ
・実行速度優先/Ot
主なコード生成
・並列コード /Qpar
・拡張命令セット 設定なし(古いCPUなんで)
BonProjectは、オプションを何も変更しないでビルド。
BonProject配下に作成されたBonSDKをMulti2Dec配下のと置き換え。
B25Decoder.dllだけオプションを上記の内容に変更してビルド。 なんかVS2017の不具合ってことにされてるけど
あんなにワーニング出るんだから
そもそもコードが古すぎるんだと思うよ
古いコードには古いIDEってか >>883
ウォーニングはエラーじゃないしな。
C++言語標準オプションようやく見つけた。
どこにあるのかわからんかった。ちょっ試してみるわ 並列コード /Qparの有効かなんて無効でいいのでは
そんな重い処理じゃないし 言語仕様オプションはVS2017モードでしか選択できないな
ちなみにB25Decoderは、
C++14ではビルド可能、動作しない
C++17ではビルド不可
C++stdでもビルド不可
つまり、VS2017で何のオプションもつけないとC++14相当なんかな。
VS2015モードは結局言語仕様がいつのものかはっきりしないな。
こんなオプションgccはずっと前からあったぞ コンパイラ不具合説には懐疑的だったんだけど
例外発生箇所のBonProject/TsPacket.cpp:31行目でCOD吐かせて眺めてみたら考え変わった
>mov edi, 4
>mov al, BYTE PTR [edi]
コンパイラが正常なら、31行目をどう解釈してもアドレス0x00000004を参照はがしする機械語になるわけがない あー俺が年末ごろから悩んでるのが話題になってる
VS2017でも去年の4/30にビルドしたのは正常動作してるよ
そん時のマイナーバージョンはわからない
それと、並列コード生成はpragma入れてやらないと何もしないんじゃないか? いまんとこB25decoderだけが問題表面化してるだけで他のも問題内包してるかもしれないのかな >>888
年末ごるからなら違うだろ
2月9日のVS2017では問題ないという報告がある とりあえずVS2017のバージョンをはっきりさせないとだめだな >>890
よくわからないが2月9日にアップデートしていないとも読み取れるな
2月じゃなければ昨年末以前からの問題とも考えられるな
結論としてはバージョンをはっきりさせないとだめだなで一致 B25Decoderを最新のコンパイラでビルドしたいのは何となく分かるけど
実際にどんな効果がどれほどあるの？
VS2017に昔のMFCとか入れるのはなんとなく嫌なだけなんだけどｗ 自分の場合は効果よりビルドできる環境を整備しておきたいってのが主目的だわ ttps://www.axfc.net/u/3894393 >>893
まったくない
あえて言うならわざわざ古いVSを入れたくない的な理由な人のほうが多い気がする 2月9日のフォルダに残ってたログには、MSVC\14.12.25827
3月9日にアップデートしてビルドしたログには、MSVC\14.13.26128
となってました
詳しくないので、これがVS2017のバージョンとして分かるものかわかりませんが・・・ 2月9日のはVS2017 ver15.5だろうな細かなバージョンはわからないが
3月9日のはVS2017 ver15.6.1なのだろうかそれとも時差の関係で15.6なのだろうか
よくわからないが
VS2017
version 15.6
March 8, 2018 -- Visual Studio 2017 version 15.6.1
March 5, 2018 -- Visual Studio 2017 version 15.6
version 15.5
January 29, 2018 -- Visual Studio 2017 version 15.5.6
January 25, 2018 -- Visual Studio 2017 version 15.5.5
January 16, 2018 -- Visual Studio 2017 version 15.5.4
January 9, 2018 -- Visual Studio 2017 version 15.5.3
December 14, 2017 -- Visual Studio 2017 version 15.5.2
December 7, 2017 -- Visual Studio 2017 version 15.5.1
December 4, 2017 -- Visual Studio 2017 version 15.5 - >>891
昨日入れた2017は異常な機械語吐くから3/8リリースの15.6.1現在では地雷
それ以前のいつからこの問題が出たのかわからんけど
15.6はきっと大改造だろうから、そこからかもね 3月9日にビルドする前にインストーラー更新してアップデートして、その後使ってないので
今Ver15.6.1になってるので、9日の時点でVer15.6.1になってたと思います >>893
効果って何を言ってるのがわからんが、
例えばB1Decoderと共有させたい。なんちゃらハブみないなのを使わずにとかさ。
それ以上は言わねぇけどwwww
ソースいじればなんでも出来るから。
あのソフト作るのは大変だけど、ソース見ながら自分の都合のいいように改造したいとかあるだろ。 >>900-901
なるほど3月8日リリースの最新の15.6.1でも問題なんだね
>>888の去年4月30日OKなら15.1以前のバージョンなら問題なく
5月の15.2から12月の15.5.2までのどこまでOKか分からないけど
昨年末ダメなら15.5.2以降のバージョンは確実にだめなのかな？
2月9日のは当時の最新バージョン15.5.6なのかはわからないけど
3月10日から見て先週ダメってのは15.5.6だろうし15.6.1でもダメと EMWUIを家のローカルなLAN上のPCやスマホで使おうと色々やってるんだけど、元々のwebuiでもlocalhostしか表示できない
HttpError.logには
[1520651521] [error] [client ] accept_new_connection: 192.168.0.10 is not allowed to connectってなる
HttpAccessControlList=+127.0.0.1,+0.0.0.0/0 ってしてもWin10のFWオフにしてもダメ
ブラウザにもよるけど
ウェブページ（http://192.168.0.10:5510/）は次の理由で読み込めませんでした:
net::ERR_CONNECTION_RESET
って感じでただちに遮断される
マニュアル通りにやってるつもりだけどそんな設定難しいんだっけ？ ここやNET見てもそうでもなさそうなんだけど。。。
どなたかお知恵をお貸しください >>904
V2005は知らんが
VS2017入れればもれなくVS2015コンパイラはついてくる。
てか、オプションスイッチでどっち対応か切り替えられる。 漏れなくと言うのは語弊がある
インストーラーでパッケージ選べばインストール可能 >>905
EpgTimerSrvの再起動忘れてるんじゃないの？
ログに拒否記録が残ってるのならWin10のファイアウォールは問題ないからオフはやめとけ >>908
というか最近のVS2017でビルドされたすべてのアプリが怪しくなる 古いVS2017でビルドしてEPG取得って検証してみた
15.5.7 access violation 発生
15.4.5 とりあえず1サイクル正常動作を確認 >>903
あら2月リリースの15.5.7あるのね
じゃあ3月10日から見て先週は15.5.7かな
>>911
なるほどこんな感じかな
バージョン Visual C++ _MSC_VER 動作 リリース
15.4.5 14.11 1911 OK 2017年11月27日
15.5.2 14.12 1912 2017年12月14日
15.5.7 14.12 1912 NG 2018年02月20日
15.6.1 NG 2018年03月08日 VS2017を古いバージョンに戻すことってできるの？ >>909
ありがとうございます。
FWオフはもちろんそのときだけしてます。再起動も忘れてないです。
Win10 proのクリーンインストールや録画関係ソフトの再構築とか、設定を何度も見直したりとか、lua52.dllを色んなバージョンに入れ替えたりとか、関係薄そうなことも含め1ヵ月くらいあれこれやりましたがちょっとお手上げです。
先にも書いたように皆さん簡単にできてるようだし、自分の環境が特殊なんですかね。録画とネット程度以外、特に特殊なことには使って無いんですけど。もう少しあれこれやってみます。 ファイアウォールをオフにすると外部からは全て遮断される
ファイアウォールを有効にして例外を追加 コンパイラのバグなのか
最適化処理の更新で曖昧なコードが意図しない動作になってしまってるのか・・・
コンパイラバグだと最近ビルドしたやつみんな怪しそう そういやDTVで有名なaviutlのプラグインを作ってる人もコンパイラの出力がなんか変って言ってたな おおぅマイクロソフト怖えーな・・・
OSのアップデートも今頃MSはこのVS使って作ってるんだろうかｗ ビルドした・する スレで、TVTest0.10.0の一番最初のチャンネルスキャンが失敗するって書き込みがあったとき、「俺も」とか「いやいやおま環だろ」とか意見が別れてた
実は俺も失敗する組で、いったん何かチャンネルを選んでからスキャンすると成功するので、使えるようにはなる
もしかしてコレもVS2017のバージョンが影響してるのかなあ
俺の場合は、2月の初旬に新規インストールしたVS2017でビルドした
912の一覧通りなら、バージョン15.5.2ってことになる
旧バージョン（15.4.5）に戻してビルドして、検証してみるかなあ… >>924
>>912のはコンパイラのバージョン情報重視で
情報簡略化してあるから、2月初旬だと15.5.6
かもしんないけれどコンパイラのバージョンは
1912で15.5.2も15.5.6も15.5.7も同じようだから
今回話題の問題にコンパイラが関係あるなら
動作的には同様にNGだと予想できるだろうね
VS2017
バージョン Visual C++ _MSC_VER 動作 リリース
15.4.5 14.11 1911 OK 2017年11月27日
15.5.2 14.12 1912 2017年12月14日
15.5.6 14.12 1912 2018年01月29日
15.5.7 14.12 1912 NG 2018年02月20日
15.6 14.13 1913 2018年03月05日
15.6.1 NG 2018年03月08日 すこしせいとん
VS2017 バージョン Visual C++ _MSC_VER 動作 リリース
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Update4 15.4.5 14.11 1911 OK 2017年11月27日
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Update5 15.5.2 14.12 1912 NG(?) 2017年12月14日
Update5 15.5.6 14.12 1912 2018年01月29日
Update5 15.5.7 14.12 1912 NG 2018年02月20日
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Update6 15.6 14.13 1913 2018年03月05日
Update6 15.6.1 NG 2018年03月08日 コンパイラにこんなバグあるならもっと広範囲で騒ぎになってそうだけど
他ではどうなんだろ Windows10のFCUはトラブルだらけでグダグダじゃん。
WindousUpdateするたびに何かおかしくなる。
usbのinfを消したり、JaneStyleも動きがおかしいし。
意外とこのコンパイラの出来の悪さ原因だったりして。 >>929
2月以前からおかしかったし話の辻褄が合わないかと＞win10 VS入れてて落ちる環境ならデバッガですぐ追えるだろ >>915
コントロールパネル→システムとセキュリティ→Windows Defender ファイアウォール→詳細設定
で 受信の規則と送信の規則でEpgTimerSrvを登録
これで無理なら自分にはわからない >>915
localhostで表示できるなら設定が読み込めていないのでは？
+127.0.0.1消したらlocalhostもエラーになる、設定が読めていたら スカパープレミアムで10.66を使い始めたのですが
EPG番組表にヌーヴェル以外のアダルトチャンネルが一切表示されません
なんか設定があるのでしょうか？ 872-873です
xtne6f/EDCBが更新されてたので、Windows10Pro、VS2017 15.6.1でビルド
B25Decoder.dllも、BonProjectとMulti2Decのソースから、同じくVS2017 15.6.1でビルド
ついでにBonDriver_PT3-STもビルドし直し
すべてx64で、エラー、警告は一切出ることなくビルドに成功し、これでEDCBを起動
872の時には、852と同様「EpgDataCap_Bonは動作を停止しました」というダイアログが出て落ちていたのが、
今回はそれが出ることもなく、まだ短時間の観察のみだが、今のところ正常に動作しているように見える
前回と違うのは、xtne6f/EDCBが更新されたのと、BonDriverをVS2017 15.6.1でビルドし直したこと >>936
B25Decoder.dlｌの以下のビルドオプションは？
主な最適化
・最適化
・インライン関数の展開
・組み込み関数
・速度またはサイズを優先 Win7のころにVS2010でビルドしたB25Decoder.dllを
RS3環境下でも普通に使ってるけど何の問題もないぞ？ >>936
>すべてx64で、エラー、警告は一切出ることなくビルドに成功し、
ビルド出来てるなら、エラーが出てないだろうし、
Warningはあのコードじゃ警告を切らない限りでるだろ。
一切出ないて、出ないようにソースに手を入れたの？
それか、エラー出力のレベル変えてないか？
俺は今回全ソースをVS2017ではじめからコンパイルしたので、
>EpgDataCap_Bonは動作を停止しました」というダイアログが出て落ちていたのが、
この現象は発症しなかった。あくまでも実動作でデクリプトエラーがでる。
それもオプションの違いでエラー頻度が明らかに異なる現象に遭遇。
もっとも問題なのはコンパイラのオプションで同じ設定なのに、VS2015相当に変更すると正常動作、
VS2017だと動作不良のコード吐くってことで、2017がなにがしかのバグをはらんでると考えた。
しかもB25Decoderのソースはコンパイルエラーなんかでそうがないほど簡単、簡潔なものばかり。
よく、他のソール正常に動いてるもんだと・・・ >>938
VS2017の話してるのに、それをここで言ってドーユーレスを期待してんの？ VS2017でわざわざビルドする必要なんてないってことだろ。 はぁ？自分の欲しい機能追加するのに各自でソースいじって、ビルドできるようにソースを公開してくれてるんだろうが。
じゃ、お前はなんでVS2010でわざわざビルドしたんだ？
バイナリ使えばいいだろうがウスノロ >>932
>>933
>915です。
ありがとうございます。srvはFW登録してます。iniのIP設定の件、反映されてはいます。
ルーターを初期化とかしてもダメでした。EDCBのとこまで来て蹴られるので、週末にlua52.dllのbuildとかも試してみます。あとはひかり電話ルーターPR-S300HIや無線ルーターのWR8700Nの設定とか色々と。。。
ありがとうございました。 >>944
edcbが起動しているpcのブラウザでipアドレス打って駄目ならルーター関係ないだろ。 >>937
構成マネージャーでプラットフォームを追加して×64にした以外は、全く弄ってない
>>938
ソースに手を入れるとか、エラー出力のレベルを変えるとか、そういうスキルは持ち合わせておらず、上に書いたように単純にビルドしただけ
Warningが全く出てないってのは、間違ってるかもです、ゴメンナサイ
実動作でエラーが全く出てないのかどうかも、検証できてません >>944
初めてedcb起動したときにwindowsのfwが外部との通信を許可するかダイアログが出たと思うけど、意識しないで拒否してそのままなんじゃね？
一時的にedcbが起動しているpcのfwを無効にして確認してみたら？ EDCBを更新したらエラーなく立ち上がったもんで、嬉しくて書き込んでしまいました
なんの役にも立たないクソレスとして、無視してください
ただ、残してあった更新前のEDCBに全く同じB25Decoder.dllをコピペして立ち上げるとすぐに動作が停止する現象は、再現性が高いのは確かです >>946
おそらくVS2017でx86で/Ox (B25Decoderのデフォルトのビルド設定)な条件で起きる問題だろうから
x64にした時点で別の話題として切り離さないと混乱する 家族にアニメの予約を見られたくないのでEDCBを分けて使いたいのですが、
多重起動が出来なくて使えません
予約を分けて使える方法はありませんか？ レス数が950を超えています。1000を超えると書き込みができなくなります。
