【EDCB】EpgDataCap_Bonについて語るスレ 66
■ このスレッドは過去ログ倉庫に格納されています
>>172
年何万件も貯まるものだろうしな。WebUIみたいな処理すれば軽くはなるだろうな いっそ録画履歴は月毎に表示させるようになれば負荷軽減になるんじゃないか?
過去の文も含めて一気に表示させるからヒープメモリとか無駄に消費して重くなるのだろうなと想像。 >>174
月初めは軽くて月末には重い仕様を思いついた 地デジの 日テレ、TBSだけ翌朝以降の番組内容が取得できない。
他の局、BS,CSは問題なし。
原因がわからない。 今の時代にメモリ最適化ソフト使ってる人居るのか・・・ メモリ最適化ソフトって使ったことない。原理が分からん。
OSが管理してるメモリを、アプリからこまかくコントロールできるとは思えないんだけど。APIフックとかするのか? 単純な所ではそのソフトが大量にメモリを確保して、今居座っているものを追いやってから
確保をやめればメモリが空くよねってこと。
昔々のメモリが空いていればひらすらキャッシュしまくって、新規ソフトになかなか
空けてくれなかった頃は使えたかも…ってくらい。 メモリのデフラグとかも説明書きにあったな
まぁ16・32ビット時代はいろいろカツカツだったからな
OSやドライバの隙間の空きアドレスまで使ってたくらいだし 質問なのですが、
EPGTimerを起動して、録画済み、自動予約、番組表のタブを選択すると、
Srvに接続できませんでしたと出ます。
タスクマネージャーを確認したところ、起動してないようだったので、
ダブルクリックや管理者権限で起動などやってみたのですが、
全く起動しない状況です。
導入はEnctoolというサイトを見て行ったのですが、
何が悪いのかわかっていません。
ご教示お願いします。 >>180
Win10にしてからMsMpEng.exeとSvchost.exeが馬鹿みたいにメモリを喰いまくるから。
常駐させておいて損はない。意外にEpgTimerもそこそこメモリ食うけどメンテ(最適化)さえできていれば
それほどストレスはかからない。ま、いまどき感はあるけどな。
いまどき感と言えば、サクラ時計も常駐させている。
放送波時刻に合わせる〜は局ごとに若干のズレがあるからあまり当てにならないので。 >>188
セキュリティリスク考えてなさそうね
古いソフトウェア使うなよ
更新されてないのは論外 >>188
このスレで時刻合わせの話をすると、負荷かけるなとか絡まれるぞ >>192
W32Timeサービスきちんと設定すりゃイイだけなんだよね というか初めから設定されてる気がするが。
誤差気にするんならサーバーも更新間隔も変えられるはず それが色々設定変えてもその通り動かないことがちょくちょくあるのよ
Meinberg NTP packagesはUnixのNTPサーバ、クライアントソフトをそのまま移植したものだから信頼性が無茶苦茶高い 10.66の頃はまだしも、今の取得ミス対策されてるxtn6f版なら放送波時刻合わせで十分安定だと思うけどなぁ
それに、NTPで時刻合わせしてても、結局録画時に放送波時刻でタイミング取るのは同じだよ? 時刻ズレによる録画ミスを防ぐ為にも開始マージンとるんじゃないの? >>187
自己解決しました。
わからなかったので10.66人柱版を導入し起動を試みたところ、
管理者権限で起動しろと出たので管理者権限で起動を試みたのですが、
同様に起動できませんでした。
そこで調べた結果、WindowsサービスにEpgTimer Serviceがあったらそれを一度削除しろと出てきたので行ったところ、
無事にxtne6f番でも起動できました。
お騒がせしました。 >>189
ntp鯖につないでシステムタイマーを更新するだけのソフトとか
メモリを最適化するだけのソフトを使ったぐらいで一体どんなリスクがあるというんだ? >>193
契約してるプロバイダのタイムサーバ使えば確実で速い
マザボの時計精度が非常に悪いので90分毎に更新かけてる
WINDOWSの設定にある超メジャーなタイムサーバや国内の政府や大学関連にアクセスするのは迷惑かけるのでお勧めできない >>203
お前糞馬鹿だな
古い更新されていないソフトウェアを使うのがセキュリティリスクって書いているだろ >>205
まったく答えになってないが?
だからそのセキュリティリスクとやらを語ってみろ。
おまえの理屈だと、EDCB 10.66や、各種凡ドライバ類も更新されてないので
セキュリティリスクということになるわけだが気づいているのか? 古かろうが問題が無いソフトウェアは更新する必要が無い
新しければ何でもリスクが少ないとでも NTPクライアントはセキュリティホールが生じる余地があるそうな
メンテされてないクライアントを使い続けないようにしようってのは根拠がありそう NTPは接続先が決まっているからね
桜時計はデフォだとサーバー動作もしない
どんな余地が有るのやら? 凡ドラもソースが公開されてて、いざとなったら有志がセキュリティホールを塞げられるのを使った方がいい
自分がソースを弄る能力がなくても 桜時計にいまセキュリティホールが発覚しているってわけではなくて、将来見つかる可能性があるってこと
見つかってから他のに乗り換えるってのでもいいけど 今日日桜時計なんて骨とう趣味のある人は
UACなんかも切ってる可能性が高いので全行動を疑ってよい >>213
そうですよ
だから見つかった場合に対策がされる、メンテナンスが続いているプログラムを使おうって話です 見つかった時点でプログラムの使用をすっぱりやめるってのでもいいけど、自分はずっと使い続けで行きたいので Windowsにデフォで入っているドライバとかdllの日付を確認した方が良いと思うよ
骨董品が多数入っているから で、どんなリスクがあるんだよ。具体的にこんな事になるぞ!とか脅かしてみろよw 大事なことなので(2回は言わんが)もうちょっと続けます
>>218
それが指摘できる時点で、脆弱性のある、「お前はもう死んでいる」プログラム
もし、NTPクライアントでシステムの時刻を変更可能なら次のような攻撃を思いつきます
1. 時刻を過去に設定
2. DOSプログラムを保存
3. 時刻を現在に書き戻す
4. ウイルスソフトは新しく保存されたプログラムを先に検査する
5. DOSプログラムの検査が遅れる
6. DOS攻撃時刻まで検査されなければDOS攻撃成功→ウマー 突っ込みどころが色々あるけど、それでアンチウィルスソフトのスキャンを
バイパスできたら、アンチウィルスソフトの脆弱性だと思う >>221
じゃぁSLIPとIDから思いつくリモホを探し出して、俺の桜時計にでもDOS攻撃してみてくれ。
あんたの考えるシナリオどおりの攻撃が本当にできるのならなw
当然いま、設定しているntpdのアドレスは教える必要ないよな。 今桜時計に脆弱性が見つかってるとは言っていません
もし、桜時計に限らず脆弱性が見つかったら速やかにみつかってないプログラムに乗り換えてくださいね
あと、NTPクライアントを導入しようとする人に、いま桜時計をお勧めするのは避けたほうがいいですね >>222
適当に思いつきを書いたのでどんどん突っ込んでください
突っ込みの過程でみんながセキュリティについて関心を持ったら有益 なんだ結局、妄想かよ。
結局、全然リスクでもないじゃねーかw そう、セキュリティ勧告とか読んでると、クラッカーさんは私ごときの妄想を遥かに凌駕する右斜め上の攻撃を思いつくのですげいと思うです
私ごときはちゃんとメンテされてるしっかりした技術を持つ所のプログラムを使わせてもらうのみです >>222
あたりまえだけど管理者特権ならアンチウィルスそのものを黙らせることができる
そしてつくりの悪いNTPソフトは大抵管理者特権を要求する >>229
管理者特権なしでどうやったら時刻を変更できるんだよ NTPソフトは管理者権限が必要だから、セキュリティに気をつけろってことでしょう ずっとsonetのiPEGから録画予約入れてたけど3月いっぱいで廃止になるそうで、その先、代替サイトあるのかな? しばらく泳がせてみたが、結局、リスクだのセキュリティだのほざく割に
妄想以外で、具体的にこんな事が起きるとかそういう情報すら出てこないのな。
おおかたウィキペディアあたりで知ったような情報を適当に並べて自己満に浸りたいだけじゃね? 交通手段には数々のリスクが有るからなぁ
不安の人は家に籠ってテレビを見るべし!
これで安心だ 家にいたら飛行機落ちてきてまるこげになったあげくワイドショーにさらされた人もいるし
アパマンショップが爆発して破片飛んできた家もあるし
安心なんかできない! 昔流行った山田オルタやキンタマみたいに、二重拡張子の妙なファイルを踏んだりして、
HDDの中身をWebに全公開されるとか、笑えるぐらいやべー事になるのならわかりやすいが
ファイル共有とかWarezとかに手を染めず、古いntpソフトや、古い凡、
古いEDCBや、古いspinel等を地味に常用しているぐらいで、
そういったトラブルに巻き込まれた〜なんて話は一度も聞いたこともないし
毎日セキュリティリスクが〜とか、毎回気にしてる人もみたことない。
それと管理者特権が〜とか気にするのは勝手だけど
新・旧とわずEDCBも管理者特権をちゃっかり使ってるのを忘れないようにな。 >>242
そういえば録画予約サーバー全世界に公開して親切な全世界の人に予約を入れてもらったり消してもらったりしていた人々もいたんでしたっけね >>245
笑えない話だけど、そんな人もいるんだな。スレチだけどTVRockだとポート番号も変えず
デフォの設定のまま運用しちゃうと、それと同じようなことをされてしまう危険性があるんだよな。
しかもあの番組表には古いActiveXコンポネとか埋め込まれているから色々楽しいことに。 >>242
Windows10とEDCBのxtne6f氏版なら特権のないローカルアカウント運用だろ
わざわざ設定用意してあるんだし・・・ EDCB 10.69 tkntrec版の2018-11-25を使っているわけだけど、
昨晩からのフジテレビONEのGCCXの一挙放送、個別の予約で終了時刻になっても
録画が終わらない(ts.program.txtやtsファイルが個別作成されない)から、
どうしたのかと思ったら、どうやらEDCBのほうで終了させずそのまま連続録画しているようだ
Rectaskにはこんな余計な機能もあったが、EDCBにもそんな余計な機能がついていたのな。
連続する複数の予約を1ファイルで集約されると、録画終了後のファイルサイズが
膨大になるから扱いが面倒なんだけど、昨晩からだからこのペースだと80GBぐらいまで行きそうだな。 >>249
もしかして……後ろの予約を同一ファイルで出力するがオン?
……って、ひとつならミスっていじっちゃった可能性もあるが、全部連続にはならんか。
EpgTimerSrv が死んでるとそうなるけど、大丈夫かな。 8番組同時録画全然問題なかったのにintelのCPU問題のせいで
3番組位録画するとCPUが100%張り付きになってしまった
昨日もそれでEDCB死んでずっと録画状態になって困った >>253
コンパイラの脆弱性もあるだろ
>>205はntpの脆弱性なんか一言も書いてないだろ
これ以上やるならYahoo!知恵遅れでやれ! コンパイラの脆弱性(笑)
おもしろいね(笑)
コンパイラのバグなんていくらでもあるが
それが原因で脆弱性ですか(笑) xtne6f氏あけおめ。
元日くらい休んでよいのよ。 >>258
正月から暇な野郎だなぁw
他にやることねーのかよww 【チューナー】PLEX PX-W3U4
【PC】マウスコンピューター N-i5560PA1
【ドライバ」BDASpecial-IT35-2018-08-18.zip BonDriver_BDA-2018-08-18.zip
【カードリーダ】 SCR3310-NTTCom
【OS】Windows10 Pro 1809
【VGA】内蔵 GTX1060
【TV受信環境】マンション共同視聴
【ソフト】TVTest0.9.0+xtne6f版EDCB
ノートPCを入れ替え、ソフト環境も再構築。
TVTestは問題なく再生までこぎ着け、EDCBもコンパイルから始めて番組表の構築から録画予約まで作動。
しかしEpgDataCap_Bonを作動させるとスクランブル値がモリモリ増えていき、出来た録画ファイルもデコードしないと見れない。
ビルドしたB25Decoder.dllを従来版(EDCB10.66環境)と入れ替えても症状変わらず。
TVTest上では再生できるのにどうして??
またEpgDataCap_Bonを終了後、スマートカードリーダが点滅したまま解放?されずカードを抜き差しさないと再利用できない状態。
PXスレに書こうか迷いましたが、EDCBの設定関連かと思いこちらに来ました >>267
数日前に同じような状況で喚いていた奴いたから
向こうで訊いてみたらどうでしょう?
自己解決したっていってたから見てたらそいつが教えてくれると思う >>269
ん〜なんか紛糾してたな、どうしようw
回避策としてEpgDataCap_BonではなくTVTestで録画する環境を構築してみた
けど、途中でカードリーダーを見失うという、どうもオレ環問題も発生して困った困った
USBのセレクティブサスペンドとか電源管理オプション内の電力節約オプションとかオフにしてもダメという・・
せっかくPC新調したのに、参りましたわ >>270
EDCBとPX系の内蔵カードリーダーて相性悪くて実質使用不可とかじゃなかったっけ スマン見落としてた外部リーダーなのね
カード刺し直しとか接点清掃とかしてみては?
後裏表ミスとか ■ このスレッドは過去ログ倉庫に格納されています