11/11/12 05:49:45.83 oWpVCqR1
>>780
MythTVよりは環境構築楽だし環境移行も楽でしょ
それに人の好みなんだから、そこをとやかく言う問題?
784:login:Penguin
11/11/12 12:26:00.21 xgMQK8RL
chardev版使ったら負け
785:login:Penguin
11/11/12 12:35:12.22 aGk/ig0r
>>784
負けとは？
786:login:Penguin
11/11/12 15:52:44.32 uMuQazKF
DVB版のメリットは腐るほどあるが、epgrecと連携させるメリットを述べよ、と言われているのも理解できないのか？
787:login:Penguin
11/11/12 16:55:19.38 xgMQK8RL
ドライバの将来性
DVB版はmainlineに取り込まれた。
カーネル内部動作の変遷により、常時動くとは限らん部分もあるけど、
ビルドできるようにソース変更を追従してもらえる。
788:login:Penguin
11/11/12 17:24:15.53 Z16N4++8
コンパイルできたってテスタが居なきゃ同じことだが。
chardev版だってコンパイルするだけなら修正は一瞬。
789:login:Penguin
11/11/12 21:19:26.30 s5oRlJwh
それがごたごたしてるからDVBに移行すっかって話になってんだろ
馬鹿か
790:login:Penguin
11/11/12 21:20:05.93 xgMQK8RL
無限ループとかいうやつ?
791:login:Penguin
11/11/12 21:32:46.89 gGdC1/mn
どうせ録画専用器なんだから
安定してりゃカーネル上げる必要ないんとちゃうか？
そうすりゃドライバもそのまんまでOKだろ
792:login:Penguin
11/11/12 23:47:59.29 Z16N4++8
>789
見えないところでごたごたしてるだけだろ、馬鹿か。
793:login:Penguin
11/11/13 00:05:09.37 KheRJ0R2
ほんとくだらないことでもめてるな。
10年後に思い出してみ、dvbとかchardevについて2chでもめてたことを。
794:login:Penguin
11/11/13 02:00:26.05 QnSoPtbA
好きな方使えばいいじゃん
俺専用カスタマイズツール作っちゃったらもうどっちか一方でいいし
795:login:Penguin
11/11/13 08:50:56.02 t9gD/7fg
他人が何使ってようとどうでもいいだろｗ
押しつけるやつは何なんだ
796:login:Penguin
11/11/13 08:55:06.32 vVHe/d5N
>>795
何使っててもいいけど、情報がないと騒ぐなって事だろ。
797:login:Penguin
11/11/13 09:56:36.09 JPPFRo+b
いちいち突っかかったり難癖つけてる奴がうぜーよ
798:login:Penguin
11/11/15 11:11:53.41 6r3lrRyW
>>791
大正解
799:login:Penguin
11/11/15 18:26:04.33 mm949xCM
外に晒すわけでもないしな。
800:691
11/11/15 22:08:08.99 2sh8vlDl
色々テストしたところ、
-異なるカード上のチューナー2つを指定した場合、周波数設定不能状態は発生しない
-同一カード上の2つのチューナーでもsleepを入れると発生しない
状況から、短時間に同一カード上の複数のチューナーに対してioctlを連続して行うのがマズい？と推測して、
適当にウェイトを入れてテスト。結果、STOP_RECの最後に100ミリ秒のウェイトを入れると発生しなくなる模様
(50だと発生するので、ギリギリかも)
停止処理が重なるなんて実環境では殆ど起こらないと思うけど、
とりあえず、mutex_lock+STOP_REC時のウェイトパッチ up0346
4コア及び2コア状態で、15秒録画x4並列を100回→異常無し
4コアで同一カード上のチューナー2つ指定、5秒録画x2並列を300回→異常無し
801:login:Penguin
11/11/15 23:36:20.96 KhAlKpOR
>>800
「周波数設定不能状態」のときって、pcscd を kill すると、
また設定できるようにならない？
802:login:Penguin
11/11/16 08:11:46.21 LC5jTrC/
>>801
BCAS無しでも暗号化されたままのストリームを保存出来るから、
周波数のセットにpcscdは関係ないんじゃ？
チューナーも全滅するわけじゃないし。
不能状態の場合、pt1_tuner.cのisdb_t_frequency()で
２回目のi2c_write後、i2c_readの戻り値をループしてチェックしている所で
tmcclock==FALSEのままループ終了、return -EIO
この辺、i2cバスへの読み書きしかしていないから、素人目には
ハードウェアがドライバの想定していない動きをしているようにしか見えない
803:690
11/11/16 23:57:12.57 l4doep4l
i2c_read() の戻り値の4ビット目がずっと立ったままですね
デバイスの側で何が起こってるのか
>>800
>とりあえず、mutex_lock+STOP_REC時のウェイトパッチ up0346
おー！2コアPC、1カード上のチューナー4つ(地デジx2, BSx2)でも試してみます
>>727のBSチューナーのTMCC LOCK ERRORも多分根は同じだと思うので