【視聴・録画】Linuxでテレビ総合9【ﾃﾞｼﾞﾀﾙ/ｱﾅﾛｸﾞ】
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2014/01/05(日) 14:43:09.35ID:Nliy8HmL【関連スレ】
【自家製】MythTV Part.3【HDDビデオ】
http://engawa.2ch.net/test/read.cgi/linux/1223721998/
【BT878】Linuxでのキャプチャを語るスレ
http://engawa.2ch.net/test/read.cgi/linux/1017186805/
【前スレ】
【視聴・録画】Linuxでテレビ総合8【ﾃﾞｼﾞﾀﾙ/ｱﾅﾛｸﾞ】
http://engawa.2ch.net/test/read.cgi/linux/1359268284/
【過去スレ】
【視聴・録画】Linuxでテレビ総合7【ﾃﾞｼﾞﾀﾙ/ｱﾅﾛｸﾞ】
http://engawa.2ch.net/test/read.cgi/linux/1342343650/
【視聴・録画】Linuxでテレビ総合6【ﾃﾞｼﾞﾀﾙ/ｱﾅﾛｸﾞ】
http://engawa.2ch.net/test/read.cgi/linux/1326804531/
【視聴・録画】Linuxでテレビ総合5【ﾃﾞｼﾞﾀﾙ/ｱﾅﾛｸﾞ】
http://engawa.2ch.net/test/read.cgi/linux/1309182037/
【視聴・録画】Linuxでテレビ総合4【ﾃﾞｼﾞﾀﾙ/ｱﾅﾛｸﾞ】
http://hibari.2ch.net/test/read.cgi/linux/1293388638/
【視聴・録画】Linuxでテレビ総合3【デジタル/アナログ】
http://hibari.2ch.net/test/read.cgi/linux/1269999876/
【視聴・録画】Linuxでテレビ総合2【デジタル/アナログ】
http://pc11.2ch.net/test/read.cgi/linux/1253880711/
【視聴・録画】Linuxでテレビ総合【デジタル/アナログ】
http://pc11.2ch.net/test/read.cgi/linux/1231189481/
Linuxでテレビを見る
http://pc11.2ch.net/test/read.cgi/linux/1013649811/
0446login:Penguin
2014/06/29(日) 06:34:25.26ID:NWynDbUH0447login:Penguin
2014/06/29(日) 09:12:09.58ID:Y8Pe/3cqください！
0448login:Penguin
2014/06/29(日) 13:01:42.94ID:U7BI4yqJchinachuで深夜3:05-5:05の番組を録画予約しました。
ところが直前のサッカー中継が延長され、見たい番組は録画できませんでした。
質問1: chinachuは延長未対応という認識で合っていますか？
質問2: Linux(debian)で使えるソフトで延長に対応しているものはありますか？
初心者質問で申し訳ありませんが、よろしくお願いします。
0449login:Penguin
2014/06/29(日) 13:24:23.63ID:NiUCYq/Uhttp://www1.axfc.net/u/3269106
0450login:Penguin
2014/06/29(日) 13:50:59.43ID:NiUCYq/Uごめんなさい。コンパイル通らないものをアップロードしました。
こちらをご利用ください。
http://www1.axfc.net/u/3269120
0451login:Penguin
2014/06/29(日) 14:10:04.59ID:z6oWkA97ついでだから切断後シグナルマスク戻さないからSIGKILLしなきゃならんバグも直してよ
0452login:Penguin
2014/06/29(日) 14:11:52.83ID:Y8Pe/3cqありがとうございます〜！
0453login:Penguin
2014/06/29(日) 14:46:34.55ID:j+vHdLLp修正ありがとうございます。
つまらないことでスルーして貰って結構なんですが、こういうのはdestroyで一緒にやる方が良いんじゃないでしょうか。
0454login:Penguin
2014/06/29(日) 16:12:34.97ID:IV5o2OlCまだそういう認識で合ってると思うよ
現状EPG解析はepgdumpでやってるから録画時にリアルタイムで更新できないはず
複数チューナかつ運が良ければ間に合うかもしれないけど。
SI解析も実装する予定でいるらしいが(ポシャった？)
あれをNodeに実用レベルで載せられるかどうか…
0455448
2014/06/29(日) 18:31:24.74ID:U7BI4yqJありがとうございます。
延長に対応していないのは残念ですがわかりました。
Schedulerログによるとchinachuは1時間ごとに予約を更新しますが、
録画中や深夜1時から朝5時までは更新を休むようです。
(チューナーはPT2×1+PT3×1)
0456login:Penguin
2014/06/29(日) 18:49:46.01ID:ReMJfVhg読み取った内容を解析すること(スクランブル解除を含む)の他に
単純な録画している時間を、実行中に変化させることができなければいけない
要は、recpt1ctlに相当する機能をすべてのrecxxxに持たせなければいけないということ
例えば、recfsusb2nctl、といったものを個別に作る必要がある
こういう点を考えれば、インターフェースを統一してすべてを同じ操作で扱える
bondriver形式にもメリットがある
windows上でいろいろ揉まれた結果でもあるし
さらにspinnel的な扱いが出来ればより良いだろうけどね
0457login:Penguin
2014/06/29(日) 21:15:30.46ID:NGSA/MjH>>441読んで試して見ようと思ったのだけど。
http://www.plex-net.co.jp/product/pxw3pe_download.html
からドライバダウンロードして readme.txt 読んでみたけどRelease note
のみでインストール方法や対応ディストリの記述はないです。
insmodはダメでした。
sudo insmod ./asv5220_dtv.ko
insmod: ERROR: could not insert module ./asv5220_dtv.ko: Invalid module format
対応カーネルバージョン以下の様です。
modinfo ./asv5220_dtv.ko
vermagic: 2.6.32-279.5.1.el6.x86_64 SMP mod_unload modversions
カーネルバージョンで検索するとCentOS6とか出てくるのでRed Hat系？
0458login:Penguin
2014/06/30(月) 00:07:13.47ID:abQ5XaIyパッチをみてみたらepgrecUNAの所で配布してるのと構造が違うので調べてみたらRC4か新本家にRC4をそのまま移植したやつ用か・・・
0459login:Penguin
2014/06/30(月) 00:58:16.48ID:bRxCtVkq0460login:Penguin
2014/06/30(月) 01:26:08.62ID:dfg1knvX0461login:Penguin
2014/06/30(月) 02:02:33.86ID:8CwJEBXv0462login:Penguin
2014/06/30(月) 02:10:06.71ID:6mosU4bC録画中の番組の延長は知らんけど、
開始前の予約は録画開始前にEIT[p/f]をチェックして追随するようにはなってる。
0463login:Penguin
2014/06/30(月) 03:14:31.39ID:DwN01oO6レコーダーごときを？
0464login:Penguin
2014/06/30(月) 03:23:27.43ID:6mosU4bC0465login:Penguin
2014/06/30(月) 07:17:42.97ID:7ocuUzw7違うからもう来んな
0466login:Penguin
2014/06/30(月) 07:19:18.71ID:dfg1knvXじ、じつはそうなんです、、、Orz=3ﾌﾞｯ
0467login:Penguin
2014/06/30(月) 09:06:48.10ID:MA99xvB1プレクのドライバはubuntuはダメだったはず
今まで報告されてる使ってみた事例は全部CentOSだと思う
0468login:Penguin
2014/06/30(月) 09:22:39.28ID:ujPq+PnL細かいことだけど、EIT見るのにはスクランブル解除は要らんのでは？
0469login:Penguin
2014/06/30(月) 11:23:18.73ID:f61EEGBP買ったレコーダーがたまに録画失敗するクソだったんで信用しないことにしました
0470login:Penguin
2014/06/30(月) 15:48:14.78ID:THsPIyp+まず最低限、epgrecとかの録画管理ツールからrecpt1とかの実際の録画ツールに録画設定の変更を伝える
しくみが必要で（recpt1に関しては、recpt1ctlが使えるからここはクリアしてるけど）、
その上で録画管理ツールが延長やイベントリレーの監視と、それらに該当すると判断した場合には、
それを録画ツールに指示するなり新たな録画予約を追加するなりする必要がある
さらに、他の録画予約が入っててチューナーに空きが無い場合はどうするかとかの設定ができる必要もあるだろうし、
録画ツール側はともかく、録画管理ツール側でやらなきゃダメな事がかなり多い
正直epgrecいじって対応しようとするくらいなら、EpgTimerSrv移植とかした方が早いかも
0471login:Penguin
2014/06/30(月) 18:20:04.56ID:Z2o/PPr0epgrecUNAは録画中でもEPGが更新されれば時間を延長してくれる
まあ中の人にスポーツにたいする愛が無いようなので完全自動ではないし他Chの予約と重複するとやめちゃうみたいだけどｗ
0472login:Penguin
2014/06/30(月) 18:23:12.98ID:aPcosLFkやっぱりUbuntuだとダメなのか。
CentOS6.4での導入事例があったのでCentOSでトライしてみるよ。
http://www2.filewo.net/wordpress/2014/02/05/centos6-4%E3%81%A8px-w3pe%E3%81%A7%E4%BD%9C%E3%82%8B%E9%8C%B2%E7%94%BB%E3%82%B5%E3%83%BC%E3%83%90/
0473login:Penguin
2014/06/30(月) 20:47:20.03ID:THsPIyp+見てみた
イベントリレーはまあ置いておくとして、なるほど、延長する可能性のある番組の後番組の頭だけ予約を入れておいて
EPGの更新を確認する、か
少し面倒ではあるけど、全く対応してないのと比べたら全然マシだね
そこが自動化されたらだいぶ使い勝手良くなりそうだけど、対象の番組を録画してるのとは違うチューナーを使って
EPGの更新確認する関係上、難しいかなぁ
録画ツールを改造して、指定録画時間の最後数分になったらEPG更新用に録画とは別ファイルにも出力とかすれば行けそう？
チューナー共有されてる状態なら、普通に番組録画してるチューナーを共有して使えば良いから話は簡単なんだけど・・・
つーかrecpt1をbondriver使えるように改造すればいいのか？
0474login:Penguin
2014/06/30(月) 21:12:44.01ID:DwN01oO6epgrecUNAのログって、リセットすることはできないでしょうか。
誤ってすごくありふれたキーワードを自動録画ワードにしてしまったので、削除したのですが、大量に予約追加と削除のログが残ってしまいました。
ログを開くたびに、数秒くらい待たされてしまうので、なんとかまっさらにしたいのですが。
0475login:Penguin
2014/06/30(月) 21:59:03.56ID:MA99xvB1ソースは非公開でCentOS用のバイナリだけしか公開しないんなら、
Linux用じゃなくてCentOS用ってちゃんと書けよって思うよね
modinfoではライセンスGPLって表示されるくせにソースは公開してくれないみたいだし、
会社としていろいろと雑な印象
0476login:Penguin
2014/07/01(火) 00:08:54.22ID:F+DeUV5E雑って言うかそれライセンス違反じゃん
0477login:Penguin
2014/07/01(火) 01:08:46.62ID:sI+XcYWl請求しても音沙汰なしっていうケースはよく聞く
0478login:Penguin
2014/07/01(火) 02:06:00.44ID:QUQSWhvITRUNCATE TABLE
0479login:Penguin
2014/07/01(火) 10:52:56.19ID:Zy9veG3Z放送が後ろにずれる場合であれば、
録画用のプロセス（recpt1とか）の起動にスクリプトか何かかませて、
EIT見て適当に眠ってくれるコマンド呼んだ後に録画開始するようにすれば、
ってのはだめ？
チューナの管理はまた別に考えないといけないかもしれないけど。
0480login:Penguin
2014/07/01(火) 18:39:53.25ID:e6olk3A5単に後ろにずれるだけならそれで良いと思う
確かepgrecUNA版がやってるのもそれだったんじゃないかね
0481login:Penguin
2014/07/01(火) 18:41:10.82ID:Raq5LBsF0482login:Penguin
2014/07/01(火) 20:47:09.14ID:ezxEUewa0483login:Penguin
2014/07/02(水) 01:07:53.26ID:M5XTVbsQ下のような構成でPX-W3PEを試してみました。
動作しますね。
・サーバー
CentOS 6.5 64bit (2.6.32-431.20.3.el6.x86_64)
PX-W3PE V1.2 (PX-W3PE_LinuxDriver_ver.1.0.0.zip 64bit asv5220_dtv.ko)
BonDriverProxy + BonDriver_ProxyPT.so (develop branch)
・クライアント
Windows8.1
TVTest + BonDriver_Proxy.dll
ただ、1チューナーに2接続以上すると不安定になる感じです。
TVTestが固まりサーバーでPacket Queue OVERFLOWが多量に出力され
しばらくするとBonDriverProxyが終了してます。
接続クライアント数に応じてFifoやQueueサイズを変更するってことですかね？
0484login:Penguin
2014/07/02(水) 09:59:48.42ID:cRaNnxwLこのスレでいうLinuxというのは、CentOSと思っていいのですか？
他のデストリビューションでは動きませんか？
0485login:Penguin
2014/07/02(水) 10:07:17.03ID:zT0wTg+qW3PEの場合、CentOSのが動作報告多いってだけ（というか>>472辺りの話？）でね？
Chinachuは一応推奨がUbuntuだったりするし。
0486login:Penguin
2014/07/02(水) 10:22:42.31ID:AO9c6Mvs遅ればせながらありがとう。
でも、その他にもいろいろうまく行かないところとかあって、結局DB作成しなおしてしまいました。
みんなはログ膨れ上がったらmysql操作して消してるの？
0487login:Penguin
2014/07/02(水) 12:36:53.34ID:eMEK3G9Mレスどうもです
しかしLinuxはよく分からんなぁ
動いたり動かなかったりラジバンダリ
0488login:Penguin
2014/07/02(水) 12:46:01.85ID:/3ZW/MrBおお、ありがとうございます
3wpeの初期化は、一応はうまく行ってると言う事でしょうか…
> ただ、1チューナーに2接続以上すると不安定になる感じです。
> TVTestが固まりサーバーでPacket Queue OVERFLOWが多量に出力され
> しばらくするとBonDriverProxyが終了してます。
> 接続クライアント数に応じてFifoやQueueサイズを変更するってことですかね？
ありゃ
ウチでUbuntu 14.04 + PT3使って動かしてる分には、キューサイズ等は全部デフォルトのままで1チューナへの
複数接続(チューナ共有)の場合も含めて特に問題なく動いてるので、plexチューナ特有の何かでしょうか…？
ただ、大量の"Packet Queue OVERFLOW"はおそらくサーバからクライアントへのTSストリームを、クライアントが
読み出さない状態が続いた結果だと思うので、その辺を考えると、ネットワーク絡みの何かにも見えますね
＃プロセスが終了するのはちとわかりませんが、上記の件の絡みで最終的にメモリ確保に失敗して…とかの線でしょうか
一応の確認ですが、1チューナに2接続以上と言うのは、CentOS上の同じBonDriver_ProxyPT.soをリクエストする
TVTest + BonDriver_Proxy.dllを複数起動したと言う事ですよね？
0489login:Penguin
2014/07/02(水) 12:52:18.97ID:/3ZW/MrBあ、それから、もしWindowsでもチューナとそれにアクセスするBonDriverが使用できる状態であれば、良ければ以下を
試してみていただけないでしょうか？
1. WindowsとLinuxでそれぞれBonDriverProxy(サーバプロセス)を動かす
2. Windows上のTVTest + BonDriver_Proxy.dllからLinux側のサーバプロセスに対してBonDriver_Proxy.soをリクエスト
3. Linux上のBonDriver_Proxy.soはWindows側のサーバプロセスに対してチューナにアクセスするBonDriverをリクエスト
つまり、Windowsから一旦Linuxを経由して結局Windowsのチューナを使用しているだけですが、意図としては、
これが問題なく動くかどうかである程度の問題の切り分けができそうかな、と言うものです
＃これに関しては、当方ではHyper-V上のCentOS 6.5で特に問題なく動作する事を確認しています
0490login:Penguin
2014/07/02(水) 15:14:41.72ID:OZyIazCqepgrecUNA版もdebian系向けだった気がする
0491login:Penguin
2014/07/03(木) 00:07:17.50ID:LQRgd6Tw>>483で1チューナーに2接続上と書いたのは、書いたときには正確な個数が
よくわからなかったからでして、動作確認として、TVTestを1個起動し、S0,S1,
T0,T1とBonDriver(チューナー)を切り替えて表示させると特に問題なく表示して
くれたので、嬉しくなってTVTestを1個、2個…と追加で起動していくうちに起こっ
たので何個からか良くわからなかったのです。まあ、最低2接続以上だろうという
ことで書いたのですが…。
(1)ノートPCで無線LAN(>>483の場合)
クライアントはノートPCで無線LANを挟んでいます。
クライアント : ノートPC (Windows + TVTest + BonDriver_Proxy_W3PE_S0.dll)
--- 無線LAN --- ルーター --- 有線LAN ---
サーバー : デスクトップPC (CentOS + BonDriverProxy + BonDriver_LinuxPT_W3PE_S0.so + PX-W3PE)
【ネットワーク絡みの何か】というのであれば見るからに無線LANが飽和しそう
です。それなら、転送量の多いBSをどんどん起動していけばそのうち起きそうです。
実際にやってみた所、BS4個目からTVTestの表示が壊れ始め、Packet Queue OVERFLOWの
メッセージが表示されました。推察どおりネットワークの問題で同一チューナー2接続
以上とか関係なかったです。
(2)デスクトップPCで有線LAN
だったらということで、クライアントをデスクトップPCにしCPUパワーをあげて
かつ有線LANでネットワークを安定させてみたところTVTestを7個程度起動して
もきちんと表示してくれました。ですので、間違いなくネットワークの問題で
PX-W3PEは関係ないです。さらに追加でPT3をサーバーに差して確認してみま
したが同じ結果でした。
0492login:Penguin
2014/07/03(木) 01:34:01.24ID:LQRgd6Tw(3)BonDriverProxyプロセスの終了
再度確認したのですが、Packet Queue OVERFLOWのメッセージが
表示された後しばらくするとBonDriverProxyが終了するのではなく、
連続してTVTestを起動すると、最後に起動したTVTestがハングアップ
状態になります。そうするとメッセージが表示されます。ハングアップ
状態のTVTestを除いて、動作していそうなTVTestのうちどれか1個を
終了させると、同時にBonDriverProxyのプロセスが終了するという
挙動でした。
-g オプション付加して再コンパイル gdb上で実行、上の手順でプロ
セスが終了した際の出力です。
Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 0x7fffd35fe700 (LWP 31499)]
0x000000315d00ecdc in send () from /lib64/libpthread.so.0
(gdb) backtrace
#0 0x000000315d00ecdc in send () from /lib64/libpthread.so.0
#1 0x0000000000401db5 in cProxyServer::Sender (pv=0x607b70) at BonDriverProxy.cpp:632
#2 0x000000315d0079d1 in start_thread () from /lib64/libpthread.so.0
#3 0x000000315cce8b5d in clone () from /lib64/libc.so.6
こんな感じの挙動かなあと思ったりはしたのですが。
http://d.hatena.ne.jp/y-hamigaki/20070709#1183982184
>>489は後日確認してみます。
0493login:Penguin
2014/07/03(木) 13:18:45.72ID:a1vOG2RQ詳しい確認ありがとうございます
どうやらネットワーク側の問題だったと言うところまで確認できたのなら>>489はもう必要なさそうです
w3pe対応に関しては大丈夫そうとの事で、developからmasterにマージしようかと思います
ネットワーク容量に関しては、BonDriverProxyの場合、デフォルトではTSストリームを定常送信している時
188*1024バイト(TSパケットのバッファサイズ)毎に16バイトのオーバヘッドが付く様になっています
なので、トラフィックの殆どがTSストリーム自身の物なのですが、それでもBSでは1TSストリームで24Mbpsとかになるので、
多数のストリームを送信すると無線では厳しくなってしまいますね
サーバプロセスが死ぬ件は、そのログから確かにSIGPIPEを無視してないからのようです
＃元々Windows版からの移植なので対応忘れてました(;´Д`)
今グローバルなロック掛けてる処理をBonDriverのインスタンス毎に分ける形に変更してるところなので、
それと一緒に対応する事にしますね
0494login:Penguin
2014/07/03(木) 14:36:00.20ID:PkrsOdjH0495login:Penguin
2014/07/05(土) 16:11:30.94ID:W/F+l3Z5>>441
plex.cpp (´▽｀)ｱﾘｶﾞﾄ!
0496login:Penguin
2014/07/05(土) 22:57:47.67ID:dQ8aHTrOおお、plex.cppのq3peでの動作確認していただけたと言う事でしょうか
＃recpt1で使用とかでしょうか？
お役に立ったのなら何よりです
なお>>493の件、対応完了しております
ttps://github.com/u-n-k-n-o-w-n/BonDriverProxy_Linux
0497login:Penguin
2014/07/09(水) 01:33:08.89ID:cvRDG/nSWindowsだと内臓ブースターの感度調整ができますが、foltia anime lockerでもできますか？
0498login:Penguin
2014/07/09(水) 02:08:23.38ID:ARuOD0a60499login:Penguin
2014/07/09(水) 02:18:52.63ID:xu7Dt0I9confファイルのPACKET_FIFO_SIZE，TS_FIFO_SIZE，TSPACKET_BUFSIZEを変更すると具体的に何がどんな感じで変わりますか？
ttps://github.com/u-n-k-n-o-w-n/BonDriverProxy_Linux/blob/master/BonDriver_Proxy.conf#L15-17
TS Queue OVERFLOW : size[64]と出力されます。
0500login:Penguin
2014/07/09(水) 20:10:01.27ID:GgPhQLZWTSPACKET_BUFSIZEはTSストリームをTSキューに放り込む際の一単位のサイズです
TSストリームをデバイスから読み出して、そのサイズまでバッファリングしてから一つのTSデータ用パケットとして
クライアントモジュールに送信します
PACKET_FIFO_SIZEは上記のTSデータ用パケットを含めた通信プロトコルのコマンドパケットのキューサイズです
＃普通の使い方をする限り、定常送信中は全部がTSデータ用パケットになるでしょう
TS_FIFO_SIZEは、クライアントモジュールはTSデータ用パケットを受け取ったらTSキューに放り込んでいきますが、
それがアプリケーションに読み出されるまでの間保持しておくためのキューのサイズです
TSPACKET_BUFSIZE * TS_FIFO_SIZEがクライアント側モジュールでTSデータ用に保持される最大バッファサイズです
0501login:Penguin
2014/07/09(水) 20:14:02.70ID:GgPhQLZW例えばネットワーク速度が安定せず、速くなったり遅くなったりするならPACKET_FIFO_SIZEを大きくするとドロップ
しなくなるかもしれません
しかし、絶対的に速度が足りていない場合は、大きくしてもキューサイズを超えるまでの時間が少し延びるだけでしょう
TS_FIFO_SIZEに関しても同じで、アプリケーション側の読み出し方次第です
新規データはサーバ側でどんどんデバイスから読み出され、クライアントモジュールに送られてTSキューに積まれて
いきますが、そのデータをアプリケーションが読み出さない場合、どこかでデータを捨てないとメモリを無尽蔵に
消費する事になるので、そのリミットとしてのTS_FIFO_SIZEです
sample.cppでやってるように、GetTsStream()で読み出したのをそのままファイルに書き出しするような場合は、
余程書き出し先デバイスが遅くない限りは問題にはならないハズです
しかし、読み出した後に同スレッドで何らかの時間の掛かる処理を行っていて、次の読出しまでにTSキューに新規データが
常に複数積まれていく様な状況だと、その内TSキューのサイズはリミットに達してしまうでしょう
この場合、とりあえずデータは読み込んでおいて時間の掛かる処理は別スレッドで、と言うのが王道かと思います
例えば、B-CASカードでのECM処理はかなり遅い部類の処理なので、TS読み出しスレッドとデスクランブルスレッドは
分ける、などのパターンですね
＃libarib25を使用する場合は、確か内部に専用バッファを持っていたと思うので、面倒な事は考えなくても大丈夫かも
＃しれません…が、未確認です
0502login:Penguin
2014/07/09(水) 20:17:23.99ID:GgPhQLZWと言う訳で、PACKET_FIFO_SIZEもTS_FIFO_SIZEも、平均的には新規データの供給よりも速いペースでデータを捌けるけれど、
何回かに一回は時間が掛かる事があってその時にドロップしてしまう、と言う様な状況でいじると効果があるかもしれない
項目だと思っていただければ大体間違いないかと思います
捌く速度が新規データ供給よりも平均的に遅い場合には、これらのサイズを大きくしても多分時間稼ぎにしかなりません
TSPACKET_BUFSIZEに関しては、大きくしていくと、チャンネル変更の際などにそのサイズ分のバッファが溜まるまで
サーバからデータが来ないので、レスポンスが悪くなっていくでしょう
逆に小さくしていくと、レスポンスは良くなるかわりに各種オーバヘッドが大きくなっていくので、小さくしすぎは
意味が無いでしょう
大体こんな感じでわかるでしょうか…？
長文失礼しました
0503login:Penguin
2014/07/10(木) 00:29:04.36ID:Vdu/474/詳しい情報ありがとうございます。
プログラマーではないので全ては理解できませんが、特に>>502で疑問点はおそらく解決しました。
最後に
ttps://github.com/u-n-k-n-o-w-n/BonDriverProxy_Linux/blob/master/BonDriver_Proxy.conf
このサンプル設定はunknownさんの環境では十分なサイズなのでしょうか。
0504login:Penguin
2014/07/10(木) 07:02:22.93ID:1ScKKN6Iはい、ウチのテスト環境(Hyper-V上のCentOS6.5、Core i7 3630QMから仮想プロセッサ2つ割り当て、
HDDは容量可変VHDX形式)では、sample+BonDriver_Proxy(キューサイズ等の設定はデフォルト)によって
LAN(1000BASE-T)経由で他のマシンに刺さってるPT2を使って録画、と言うのが特に問題無く出来ています
topで眺めてる限り、上記環境+設定ではsample実行中のCPU負荷も殆ど上昇しない感じです
＃これに関しては、想定使用環境を録画用サーバとすると、上記テスト環境は若干CPU性能が高い気はするので、
＃参考程度の情報として下さい
0505login:Penguin
2014/07/11(金) 15:34:23.80ID:OUxv2+uDご親切な対応、本当にありがとうございました。
0506login:Penguin
2014/07/11(金) 15:59:09.38ID:dxK0BNE00507login:Penguin
2014/07/11(金) 18:48:10.02ID:6ySvc8u00508login:Penguin
2014/07/12(土) 01:26:29.76ID:QUHdXLZV今更ながら確認しました、ありがとうございます
GitHubの使い方良くわかってないのでなんとなくでやってみましたが、あんな感じで良いんでしょうか…
0509login:Penguin
2014/07/12(土) 21:48:40.06ID:SnB0zLWadlopen: Success と表示されファイルサイズゼロの aaa.ts しか作成されずに終了します。
./sample -b BonDriver_LinuxPT.so -s 0 -c ０ -t 10 -o aaa.ts
dlopen: Success
ソースを見て原因は BonDriverがロードできなかったためとわかったのですが、最初は
エラーメッセージだとは思えなかったので少しハマりました。
https://github.com/u-n-k-n-o-w-n/BonDriverProxy_Linux/blob/master/sample.cpp#L88
perror("dlopen"); を fprintf(stderr, "%s\n",dlerror()); とかに変更すれば、まともなエラー
メッセージになってくれます。
BonDriver_LinuxPT.so: cannot open shared object file: No such file or directory
# BonDriverのロードが成功してから出力ファイルのopenをしたほうが
# サイズゼロの出力ファイルができないので自分としては好みです。
0510login:Penguin
2014/07/12(土) 22:47:38.33ID:9B3a+VZMあんな感じで大丈夫だと思います。
(unknownさんの環境でも確認出来ているならば）
0511login:Penguin
2014/07/13(日) 00:00:43.87ID:n2Vjk8dB0512login:Penguin
2014/07/13(日) 01:49:05.62ID:YTm9Pv5Y確かにその通りですね
とりあえずサンプルはあった方が良いかなとサラッとつくったものなので、エラーはチェックだけやって
メッセージ周りはテキトーでした(;´Д`)失礼しました、修正しておきました
>>510
こんなマイナーなツールにPull Requestが来るなんて全然考えてませんでしたヽ(;´ー`)ノありがとうございました
>>511
確かに、sampleにはCentOS 5.4とかの古めの環境でコンパイル&実行するとダウンキャスト失敗すると言う事を
報告していただいて、-rdynamicオプション付けたんでした
その辺サーバも同じで付けておいた方が無難な気がするので、追加しておきました
0513login:Penguin
2014/07/13(日) 02:20:53.01ID:YTm9Pv5Yと思ったんですが、どうもなんだかよろしくないみたいなので戻しました(;´Д`)
押し入れの中のLinkers & Loaders引っ張り出すべきか…
0514login:Penguin
2014/07/16(水) 00:16:08.34ID:todPSfmoこのマザーボードにはNICとしてQualcomm® Atheros Killer E2201 chip (10/100/1000 Mbit)が採用されており、おそらくはこれが認識されていないために、foltia ANIME LOCKERが使えていません。
まずはインストールについてはhttp://aniloc.foltia.com/manual/appendix-hddinstall.htmlを参考にし、HDDが3台あったので下記のようにして何とか出来ました。
/home/foltia/perl/hddinstaller.pl -d /dev/sda -d /dev/sdb -d /dev/sdc -confirm yes -url http://127.0.0.1/foltia_ANIME_LOCKER_306.img.xz
しかし、その後起動させても以下のように表示され、その後どうすればいいか分かりません。
________________________________________
foltia ANIME LOCKER
You can access http://foltia.local or http://127.0.0.1/
foltia login: Bridge firewalling registered
________________________________________
NICが認識されていればおそらくはDHCPによりプライベートIPアドレスが割り当てられ、ネットワーク上の他パソコンから操作できると思うのですが…
ちなみにE2201ではないですが、E2200については↓のようにlinuxでの動作はするようです
http://ubuntuforums.org/showthread.php?t=2008332
このマザーボードでfoltia ANIME LOCKERを使う方法があればご教示ください。
因みに、拡張ボードには空きがなく、出来ればLANポート増設以外の方法がよいのですが…
0515login:Penguin
2014/07/16(水) 02:26:42.59ID:Rd9MnMt+0516login:Penguin
2014/07/16(水) 08:34:24.03ID:zRntf19q0517login:Penguin
2014/07/16(水) 11:34:02.07ID:fMwVkLO80518514
2014/07/16(水) 22:58:14.62ID:todPSfmo0519login:Penguin
2014/07/23(水) 02:49:41.51ID:UIQy6iIM0520login:Penguin
2014/07/26(土) 00:40:28.44ID:8ZSXKiqIDLNAクライアントで閲覧してるんだが、字幕をONにしても表示されません。
これってそんなもの？？
0521login:Penguin
2014/07/26(土) 01:47:32.37ID:t6v8y6+x0522login:Penguin
2014/07/26(土) 13:54:08.49ID:4LQEoPJMそれぐらいよくある話。
0523login:Penguin
2014/07/26(土) 16:00:48.94ID:pZx1Q0T3それもよくある話ｗｗｗ
0524login:Penguin
2014/07/26(土) 19:15:45.99ID:t1mYoald0525login:Penguin
2014/07/26(土) 22:06:27.61ID:7IPYc6BL0526login:Penguin
2014/07/26(土) 22:53:20.19ID:lBpGoaG4優秀なエスパーさんが勢ぞろいなんですねｗ
0527login:Penguin
2014/07/27(日) 10:51:59.71ID:tY684ELHとりあえず、recpt1のオプションに
--strip付いてると思うので除去してみては
0528login:Penguin
2014/07/27(日) 11:01:05.48ID:tY684ELHすまん、--stripいれても字幕入ってた
0529login:Penguin
2014/07/27(日) 12:58:38.24ID:7ePzb8Np使ってるDLNAクライアントがARIBの字幕に対応してるか調べてた？
0530login:Penguin
2014/07/28(月) 17:30:56.36ID:m/Vi1iyq1つルール作ったら予約済欄に2個予約されちまうぜ…
こういうときってどうすりゃいいでしょうか…
0531login:Penguin
2014/07/28(月) 21:37:01.16ID:E+3TlTnW0532login:Penguin
2014/08/02(土) 23:28:29.92ID:s+soKDEh0533362
2014/08/07(木) 22:00:24.80ID:GxNjbWzT今試したけど、どんどん予約できた
0534login:Penguin
2014/08/08(金) 12:46:23.98ID:0t1JUWl+0535login:Penguin
2014/08/09(土) 17:44:54.27ID:AsfeVmjW手動でrecpt1しても、数分ぐらいしかできない。
ログに↓がでるとだめだーーー。
systemd: Started PC/SC Smart Card Daemon.
pcscd: 00000000 utils.c:53:GetDaemonPid() Can't open /var/run/pcscd/pcscd.pid: No such file or directory
CentOS7なんだけど、これじゃまずい？
さっぱりだ・・・・どうすればいいんでしょう？
0536login:Penguin
2014/08/09(土) 18:07:02.68ID:mQ8TOVgQ0537login:Penguin
2014/08/09(土) 18:23:14.34ID:u8uxwlhZ早い話ノイズ耐性や瞬発力が下がってる可能性がある
0538login:Penguin
2014/08/09(土) 18:26:02.51ID:rc5wPGdbでマザボや、電源？
os動かないだろ。
0539login:Penguin
2014/08/09(土) 19:16:47.45ID:/ZynO8GmpcscdはB-CASの解除だけにしか使わないから、動いてなくてもrecpt1は動く
pcscdが動いてないのは /var/run/pcscdがないかパーミッションか所有者がおかしいっぽいけど
0540login:Penguin
2014/08/09(土) 19:19:01.52ID:AsfeVmjWおかしいな。。。
たとえば、recpt1で、10分とかオプションで指定(オプションでは600か)しても、
1分とか、3分ぐらいで勝手に録画が終わってしまう・・・
エラーはでてない
なぜだ・・・
0541login:Penguin
2014/08/09(土) 19:27:08.61ID:rc5wPGdb0542login:Penguin
2014/08/09(土) 19:29:56.44ID:AsfeVmjW再生できます。
0543login:Penguin
2014/08/10(日) 02:28:06.50ID:f94X+Pf1カードリーダー見失ってるのかも
そのメッセージでた直後に、lsusbとかpcsc_scanしてみて
あるいはやわらかい奴かな
0544login:Penguin
2014/08/10(日) 10:04:28.43ID:2FRObZtiどうも、例のログは関係ないらしい。
何もログでないのに、途中で止まる。なぜ・・・
ソースにデバッグコード入れるしかないのか。。。
0545login:Penguin
2014/08/10(日) 18:54:16.10ID:dPQJBXwC■ このスレッドは過去ログ倉庫に格納されています