【EDCB】EpgDataCap_Bonについて語るスレ 58
レス数が1000を超えています。これ以上書き込みはできません。
>>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使って作ってるんだろうかw ビルドした・する スレで、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.dllの以下のビルドオプションは?
主な最適化
・最適化
・インライン関数の展開
・組み込み関数
・速度またはサイズを優先 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を分けて使いたいのですが、
多重起動が出来なくて使えません
予約を分けて使える方法はありませんか? BonDriverProxy使ってEDCBは家族用にmAgicAnime.NETとかTVRockでアニメを録画する
チューナー数が足りない可能性については考慮しない ん?今までの落ちる問題はみんなx86だったの?
俺はx64だけど落ちてたよ
気づいたのはやっぱり2月末頃 それってwin7のカードリーダー認識になくなる不具合じゃないの?
KB4074598が入ってたらアウト
ttp://www.catalog.update.microsoft.com/Search.aspx?q=KB4091290
この修正プログラム入れてみて 問題の記事はこれとか
ttps://blogs.technet.microsoft.com/jpntsblog/2018/02/19/card_reader_problem_after_update/ x64でaccess violation発生してるよ
x86はビルドした事ない >>951
多重起動が出来たとしても家族に見られるのは同じだろw ず〜っと、VS2017でx64ビルドの話だと思ってた。 >>958
うおーありがてえ
この前Windows UpdateしてからEPG取得中に謎の突然死してたのが直ったみたいだ 不具合ないなら録画用PCにOSアップデートなんて不要だろ 安定稼働してるのにアップデートするとは、録画専用ならやりたくないな。 ランサムウェアとかCPU脆弱性とかいう深刻的なものでなければ基本必要ないな なぜか衛星だけDrop多発するようになってしまった…
視聴してるときは起きないからアンテナレベルは問題なさそう x64でビルドの話をすると、気が狂ったようにx86でないと絶対ダメ的なのが
以前は湧いてた気がするけど、最近は湧かなくなったのかな。 お前みたいにそうやって蒸し返すやつがいるから湧くんだぞ 64化してスクランブル解除できねぇ、と思ったらBonCasProxyも64じゃなきゃダメだった >>977
以前は皆x86だったけど、最近は俺も俺もって感じで意外にx64人口が多いことが分かったからじゃないの? >>977
x86のバイナリは大体そろってるので、
わざわざビルドする必要もないじゃないかな。 xtne6f氏版でバイナリ配布されてるx86版をそのまま使ってるな
EpgDataCap_Bon.exeの更新があった時のみEpgDataCap_Bon.exeをビルドする 自分だけで閉じてるなら何でもいいけど、プラグインとかを考えたシステムなら、
多数派に合わせた方が有利 >>977
みんなヤツには辟易してたから言うべきとこは無視せず言ったほうがいいんだよ
使ってる環境は人それぞれなのに断定した書き込みしかしなかったからなあいつ 今のTS抜き環境は基本自前ビルドでまかなうのが標準的になってるから
やっぱり64bitにしようかなーとなる 当初はうまく動かないとかいうのに限ってx64だったからな
そりゃ余計な事するなって言われたのも当然
今は自分でビルドするんだし好きなようにすれば良いのさ インテルだったかMSだったか記憶が定かじゃないが、
x86のコード実行見捨てるとかいう報道なかった?
俺はアレ見てx64に載せ替えた。 >>987
意味不明。
どうせ64bitOS上では32bitコードはエミュレートされている。 x86のBIOSをサポートしない、Windows は、今後x64のみ。
じゃなかったけ?
膨大なx86アプリケーションは動作かのう。
x86のBIOS無くなるのでMS-DOSを起動出来なくなる。 >>987
おまえは何も見ていないし何も理解していない 昔はEDCBやTVTestはx64でコンパイルは通るけどテストはしてない実質非対応って状況だったから
いい意味でのチャレンジャーがX64使うならわかるけど初心者が使う意味が分からなかった EDCB x64環境で非常に安定している。
手間は一緒なのでビルドする連中はx64比率が高いだろうな。 x64だとWEB materialが使えないんだが俺環かな ビルドとかx86とかx64とか何それみたいな人には今でもx86でいいと思う
dllがx86用なのかx64用なのかもわからない人がx64にしても不幸になるだけ 32bitエミュレーションの廃止は、近いうちには無いだろうから
好きな方使えばいいだけで、議論を繰り返す必要もないだろう >>994
俺も使えなくて、やり方間違ってるのかななんて思ってたけど、x64のせいだって可能性もあるのか…
x86の環境がないから、そっちでは試してないからなあ x64のせいかどうかという切り分けが出てくる情況なら
すぐに実用化できるx86使えばいい
実用じゃなくて研究したくて使ってるなら別だけど レス数が1000を超えています。これ以上書き込みはできません。