【EDCB】EpgDataCap_Bonについて語るスレ 58
■ このスレッドは過去ログ倉庫に格納されています
新しいかどうか知らんがMaterial_WebUIはFirefoxで動作確認している。
動作確認
PC
Chrome
Vivaldi
firefox
Android
Chrome
※IEでも基本的に動作すると思いますがおすすめしません
https://github.com/EMWUI/EDCB_Material_WebUI Material WebUIで予約を入れるときに 録画のプリセットをデフォルトと違うものに設定して
EpgTimerから予約するときには録画のプリセットをデフォルトにするってことは可能なんでしょうか? >>194
safariで動かないんだよな
予約用には使ってるけど再生方面はTVRemoteViewer使ってるわ >>194,196
火狐もchoromeもあるけど無理なん? >>195
xtne6f版のEpgTimerNWはフォルダをわけておけばプリセットを独立して保存するので
それとMWUIならそういうことが出来るかもしれない >>195
レスありがとうございます
EpgTimerNW.exeをEpgTimer.exeとは別フォルダに作成してEpgTimerNW.exeを起動させてそこから予約するという感じであっているでしょうか? >>197
動くと思うけど、メインブラウザを何にするかの個人的問題かな >>199
そう。
EpgTimerNWでデフォルトプリセットを変更して保存すれば、本体(MWUI)側と別のデフォルトプリセットになる‥はず
xtne6f版のEpgTimerNWは分けたフォルダごとにいくらでもプリセットを分割できる。
(ただし同じPCで同時に複数起動する場合はEpgTimerNW1とか名前変えないといけないが) >>202
詳細にありがとうございます 本当は半分以上無理だろうと思って質問したので目からうろこです
今晩は試せないので 明日トライしてみます! >>201
すくなくとも俺のiPhone6では火狐でもクロームでも再生できません
>>196
同じく予約に使ってるけど視聴にはTVRemoteViewer_VBを使ってます 試してみたけど確かにiOSだと3つともダメだったわ。
MacOS上だとFireFox,Chromeなら再生可なのは知ってたから
てっきりsafariが原因だと思ってたけど違うみたいだな。
再生できない原因はいずれも
error:MEDIA_ERR_SRC_NOT_SUPPORTED
修正に期待。 SafariがWebMに対応してないだけだろ?
自分でちょろっと弄ってmp4に変換するようにすれば? Safariって言うよりiOSの内蔵WebKitて言ったほうがいいのか
iOSでサードパーティーブラウザ選んだ所でレンダリングエンジン全部一緒なんだから比較しても意味ないよ EpgTimerNW.exeのみ別フォルダに作成して 録画のプリセットを設定しようとしたのですが
画像の通り 録画フォルダの開くボタンとファイル名PlugInの設定ボタンがグレーアウトしています
https://i.imgur.com/mWqlBHP.jpg
>>64さんと同じバグなんでしょうか? それともEpgTimerNW.exe以外にも何かファイルが必要なのでしょうか? >>178
単体ではIPによる規制しかできない
だから俺はEDCBの設定はローカルホストのみにしておいてNginxのリバースプロキシで外部からはBASIC認証してる chromeのリモートデスクトップ入れるのが一番楽 うちの場合はffmpegがlibvorbis未対応だったのでlibopusに変えたら動くようになった
あとiOSで再生出来ないか試してみたが
-vcodec libx264 -acodec aac -f mp4 -movflags faststart+frag_keyframe
あたりをffmpegのオプション指定すればH.264でWindowsのChromeで再生出来るもののiOS(Safari)では弾かれた
たぶんHTTPヘッダーがWebMのままだから食わず嫌いしてるんじゃないかなと思って
HttpPublic/api/Movie書き換えてヘッダー変えてみたがそれでもダメだった
H.264で再生出来たChromeの方もシークが出来なかったりと難有りだったので色々と難しそう githubにあるソースをビルドして何処かにアップするとダメなの?
法律違反にはならないだろうし、あるとしたら規約違反?? 糞みたいな質問でここが埋まってもいいならどうぞ
readmeに書いてある事すら出来ない池沼がどんな質問してくると思う?
大抵の機能や使い方の説明はreadmeに書いてあるけどそんなやつらが読むと思うか? >>212
厳密に言うと著作権侵害。
利用者側から言うと、どんなコードが仕込まれているかわからないバイナリを使うやつの気が知れない。 ソースコードを改変して再配布するのがOKならOKじゃないの? >>208
それはそういう仕様
プラグインの設定は共通なので多分諦めるしかない >>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
あらかじめ録画時に計算されたファイル容量確保するから問題ない ■ このスレッドは過去ログ倉庫に格納されています