【EDCB】EpgDataCap_Bonについて語るスレ 58
■ このスレッドは過去ログ倉庫に格納されています
>>216
やはり無理なのですね レスありがとうございました edcbって既存のライセンスじゃなくてオレオレライセンスなんだな
「フリーソフトに限っては自由に改変してもらったり組み込んでもらって構わない」
「商用、シェアウェアなどに許可なく組み込むのは不可」
再配布についての記述が無いっていうね。オリジナルの作者さんどうにかして
■ソース(src.zip)の取り扱いについて■
特にGPLとかにはしないのでフリーソフトに限っては自由に改変してもらったり組み込んでもらって構わないです。
改変したり組み込んだりして公開する場合は該当部分のソースぐらいは一緒に公開してください。(強制ではないので別に公開しなくてもいいです)
商用、シェアウェアなどに許可なく組み込むのは不可です。 >>215
フォークしたものならな。
Githubでライセンスを選択しなかった場合、フォークしたものを公開、配布するのはOKというライセンスになる。 xtne6f版がEpgTimerのサービス動作関係手入れてくれてるな そういえばNHKがTVRock使ってたなw
それはいいのかよって思った >>218
フリーソフトならOKってことならビルドして配布してもOKなんじゃね? A12で録画機組んだ
win10が引っかかる
さてどうなることやら 外部公開でbasic認証ってあまり良くないと思うけどな アタックNo.1上戸彩が途中で録画修了してた。(T_T) >>225
どこから教えて欲しいのかを書いて欲しい
上の2人が言っているようにBASIC認証はSSL/TLSと組み合わせて使わないとパスワードが第三者に盗聴される可能性があるからその辺も調べてからやったほうがいい basic自体はいいが、tls化あるいはvpnでの通信路の暗号化が必須(本当は証明書も取得したいところ) win7proからwin10proに環境移行して
EDCB-work-plus-s-bin をVS2017で正常ビルドしたはずなのですが
予約録画自体は出来るのですが、録画してできたtsファイルが再生できません
また、再生できてもしばらくすると止まります
プレイヤーはmpc-beやVLC
TVTset0.10.0との連携ですが、こちらは正常に視聴できています
何が原因と考えられるでしょうか
一応再ビルドしたのですが、変化は見られません >>232
EDCBのファイルに、B25Decoder.dllとかwinscard.dllを入れ忘れているかも >>233
確認したところ、B25Decoder.dllがありませんでした
追加して試してみます >>229
material webuiでSSL有効にするだけじゃ認証ないですよね
リバースプロキシ使うために、EpgTimesrvと別にWebサーバソフトが必要なんでしょうか? >>236
SSL有効&パスワードかクライアント認証の設定。EDCB単体でできる
Nginxでリバースプロキシもアリ
何使うにしてもしっかり調べろ >>237
リバースプロキシは調べると何例か見つかったが、EDCB単体でSSLかつ認証ありにする方法が見つからなかった
参考になるページあれば教えて欲しいです 同一HDDで4ts録画中に1ts再生すると
再生が時々途切れるんだけど、みんなはどうしてんの?
録画後batで録画HDDと再生HDDを分けてる? >>236
EDCBの機能に認証はないと思ってたけどこれ単体でできるっぽいからわざわざWebサーバでやるよりEDCBで完結したほうが簡単だろうしいいかもしれない
もし録画機とは別にサーバ機を用意したいとかならWebサーバのリバースプロキシが便利だけど リバースプロキシはEDCB以外にもWebサーバ立てている人向けだね
外からの入口を一つにまとめることが出来たりする >>187-188
今、こんなことになってるのか、びっくりしたわ。
俺なんて初代の古すぎるやつだから、CS録画できないタイプだわ。 >>246
EDCBの初期は皆あまりの古臭いUIに投げてた層が多かっただろうから
地味に革命的な進歩と言える >>247
固定IP+ipsec+L2TPでVPN貼ってるから、
出先のiphoneから予約したり自宅感覚で録画映像見れるってことか。
今風らしい使い方になってきたなぁ。 >>248
固定IPじゃなくてもDDNSで十分使える >>249
その場合はNATを使うことになるね。
NATだけだと認証の概念が無いからセキュリティ的には甘くなるけど。
ipsecのagressiveモードは片側に固定IPが必要。
その代わりVPN貼ったら家の中にいるのと同じなので、
192.168.*のIPアドレスとポート番号は自由にアクセスできるから、
たくさん機器のある俺はipsec+LT2P方式はセキュリティ的に万全なんだわ。 NATの有無とグローバルIPアドレスの固定・可変は別問題では
アプリ毎に外部ポート開けるよりは適切に設定したVPNの方が安全だし色々と使えるのは確か vpnで録画したものを見るのはさすがに無茶だと思う
相当小さく圧縮したならまだしも さすがにtsでの再生は無理なので、バッチでh.264にてエンコしたものを
アプリからLAN扱いで見ることになる。 昔ロケーションフリーという装置がソニーから発売されてだな SoftEther使えばいいじゃん
リモートデスクトップも使えるしVNCならEDCBを直接操作することもできる。 だからchromeリモートデスクトップ入れるのが一番簡単だって ロケフリなら今はTvRemoteViewer_VBってやつを使ってるな
これにQSVを組み合わせると割と非力で小型のPCでもCPU使用率をほとんど上げずにエンコードしながらの配信が可能になる SynologyのNAS買ったら
ネット経由の試聴がかなり簡単になった >>252
softetherVPNでIPv4経由の場合はまあ無理
しかしi.open.ad.jpで取得したIPv6のNGN網内DDNSを使って、普通にTSのままで視聴できる(実質的にはフレッツVPNプライオ並の回線になる)
稀に止まることはあるけど多分ルーターのせい
固定回線に限定されるとはいえ別拠点から見てる人にはおすすめ >>262
>softetherVPNでIPv4経由の場合はまあ無理
十分問題なく視聴できていますが、なにか? 家の中で録画PC - スマホで視聴する場合は何の問題もないだろうけど
WANを経由するととぎれとぎれになると言いたいのでは?
たとえば新幹線の車内で、家の録画PCで保存したTSを再生しようとしたとかw 基本録画したのはsoftetherVPNで自宅に繋いで
Material_WebUIのffmpegでの変換機能(?WebM?)使って見てる。
さすがにTS非圧縮でロケフリはきつい。
スレチだけどロケフリしたいなら他にも
TvRemoteViewer_VB、Tvmaid MAYA、Qloud Media等など
色々便利なのあるので使ってみたら良いと思う。 TvRemoteViewer_VBならtsも他の形式も問題なく再生できてる
もちろんリアルタイム視聴も
Softether使ってます >>268
非圧縮TSが零れず再生出来るだと
神プロパイダ杉教えてクリ >>269
聞いてどうすんの?
CATV だから地元以外じゃ意味ないよ。 >>270
マテ、VPNだから2箇所あるっしょ?
CATVだってバックボーンは同じだったりするし
フレッツギガライン×2(nifty、sonet)だと現状使いものにならんからさ >>272
上下とも同じプロバイダ。
最大1Gってうたっている電力系。
さっき回線速度を測ってみたら、上下とも300〜400Mbpsだった。 >>273
帯域保証のないベストエフォートならそのぐらいでてれば及第点と思うべき。 録画予約の時にたまにファイルが2つに分割されて保存されるんですが何か回避策あるんでしょうか?
(EとFに録画フォルダ作ってるので)
ってか録画できる容量が足りなくなったら何かユーザーに知らせる機能とかないんですか? ストレージの残り容量が少なくなったら警告出すやつでも使えば? 暗い音のない世界で、1つのファイルが分かれて増えていき、3つの生き物が生まれた。 >>277
足りなくなった時点で知らせても無意味だろ?
その時間にひとつの録画だけなら、ビットレートから予測して足りないと判断したらはじめから次候補の
フォルダに記録するんだが、同じ時間に複数始まると足りるはずが途中で足りなくなってファイルが分
かれる
結局手動で整理しなきゃいけないんだから、>>278のいうようなソフトでも導入すればいい >>280
誰もやりたがらないんだろうけど事前計算で普通に自動化できそう SSDとハードディスク、もしくはハードディスク2台以上の構成で録画しているだろう。
EDCBの設定で録画フォルダを2個以上登録しておき、容量が足りなくなったら自動的に書き込み先を変えてくれるのだから、何も困らないだろ。
と思ったけど、まさか録画途中でTSファイルをぶったぎってフォルダ変えて続きを書き込むという仕様? ストレージの残り容量が少なくなったら警告出すとかWndowsの標準機能だけでも可能やし >>281
計算はEpgDataCap_bon.exeがやってるから、EpgTimerSrv通じて連携するかもしくは計算を
EpgTimerSrvに一任するか
結果のファイルが壊れるとか致命的なことでもあれば手を出すかもしれんが、割と困らんか
らな
>>282
たとえば、残り20GBの状態で予測15GBの録画1と予測10GBの録画2が同時に始まると途中
で足りなくなって次のフォルダに続きのファイルを作って書き込みする
copy /bで連結すれば正常なTSファイルが出来上がる >>277
Bitrate.iniの"="右側の数字を全て1.5〜2倍程度に変更すれば複数ドライブレターに分割されて保存はなくなる 例えば個別予約でDにフォルダ指定していて、残量不足になったら、録画フォルダとして設定してあるDドライブの時点にあるEドライブに録画される?
その場合フォルダ分けは無視? 事前計算ってバカの発想だ
みながPCを完全に録画にしかつかってないのか?
HDD内はEDCBを通じてすべて管理されてるのか?
ユーザーが勝手にファイルをHDDに置いたり消したりされるとその都度再計算される仕組みは?
番組表が更新されたタイミングでキーワード予約が新たに追加された場合は?
録画できるかどうかは実際に録画してみないとわからない
放送波の実際のビットレートがあってるかすらすらわからない
考えたらきりがない >>287
あらかじめ録画時に計算されたファイル容量確保するから問題ない >>287
こんな簡単なことが理解できないからって無茶苦茶な >>287
メリットをひとつも思いつかないお前が馬鹿なだけだぞ
少なくとも作者を馬鹿呼ばわりする資格はお前には全くない >>292
作者は馬鹿にしてない
事前計算しろと言って作者に迷惑をかける馬鹿が馬鹿 作者に負担は草
有用だと判断した人がロジック作るだけなんだが >>293
現時点で事前計算の仕組みがはいってるんだが?
> 番組表が更新されたタイミングでキーワード予約が新たに追加された場合は?
こんなことを書いてる時点で何が何なのか理解してない本物の馬鹿だったなw >>277
がその機能作ってくれるんじゃね?この流れからすると、新しいブランチの誕生だ RAIDとか記憶域スペースとかでストレージまとめてしまえばいい 新しく導入したんだけど地上波の方はチャンネル情報読み込めるんだがbscsのほうが読み込めない 普通に録画する前に録画する番組が保存できるか空き容量調べているじゃん
空きが足りなければ指定された別ドライブに保存
フォルダ分けもルールに従って可能でしょ
何が問題なのやら意味が分からん >>303
3歳以上なんだろうからいまさら分からないアピールでわがまま言うのはやめなさい プラグイン使って録画フォルダを指定したときに、そのフォルダがあるディスクの容量がオーバーだったら2つ目のディスクのデフォルトの録画フォルダに放り込まれるってことでええのか? 2012年版のcs録画が真っ黒バージョン使っているの俺だけ?
真っ黒ってことは、あれは鍵に関して何か不具合あるんだろうか?
cs見ないから今まで放置だったけど、今はgithubで成長しているんだろうが、皆そっち使ってるのかしら。 >>282
その″まさか″なんですよ
>>284が言ってる通りなんですけど
あのコマンドHDDの負荷が大きいからやりたくないんですよね HDDの負荷とか言うならギリギリまで保存するのやめろ 自己レスですが自決しました。
柔が2013年でした・・・恥ずかしいorz
てっきりtvtestを呼んでいるのでそこを見ていると4年思ってた・・・。
地デジと民放bsしか録画していないので、それ以外全然撮れないことに気付いていなかったわ。 HDDの負荷って何よ?
OSが入っているドライブで空き領域が少ないとOSのパフォーマンスが落ちるのは知っているけど、それ以外での負荷って何? ■ このスレッドは過去ログ倉庫に格納されています