【視聴・録画】Linuxでテレビ総合7【デジタル/アナログ】
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2012/07/15(日) 18:14:10.25ID:OJrUKUSQ【関連スレ】
【自家製】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でfriio
http://pc11.2ch.net/test/read.cgi/linux/1213378360/
【前スレ】
【視聴・録画】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/
0175168
2012/07/29(日) 10:10:47.74ID:6RirG4dYgit://github.com/m-tsudo/pt3
のソースを持ってきて下記の箇所を1→2に変更したら地上波も問題なく見れるようになりました!!
ありがとうございます!!!
diff -cr pt3.orig//pt3_pci.c pt3//pt3_pci.c
*** pt3.orig//pt3_pci.c 2012-07-29 09:35:27.723512884 +0900
--- pt3//pt3_pci.c 2012-07-29 09:45:48.623551951 +0900
***************
*** 592,598 ****
break;
case PT3_ISDB_T :
for (i = 0; i < 1000; i++) {
! schedule_timeout_interruptible(msecs_to_jiffies(1));
status = get_tmcc_t(channel->tuner, &tmcc_t);
if (!status)
break;
--- 592,598 ----
break;
case PT3_ISDB_T :
for (i = 0; i < 1000; i++) {
! schedule_timeout_interruptible(msecs_to_jiffies(2));
status = get_tmcc_t(channel->tuner, &tmcc_t);
if (!status)
break;
0176173
2012/07/29(日) 12:45:09.59ID:L5QLGwae"dma buffer overflow"が直るかもしれません
その他エラー処理の見直しとDMAのバッファサイズを縮小しました
0177login:Penguin
2012/07/29(日) 14:06:16.68ID:SQUp0T9yudpで別PCで受けて破棄(破損)されてたパケットが無くなった感じです
0178login:Penguin
2012/07/30(月) 01:09:15.41ID:ioI8Rtuuチャンネルを選択しているところ
0179login:Penguin
2012/07/30(月) 12:49:19.07ID:z8C4y+Gcドライバ開発乙です!
ドロップですがひょっとして、スカイツリーの関係かもしれないですね
ttp://www.soumu.go.jp/soutsu/kanto/bc/tv/chijyo/sky.html
0180login:Penguin
2012/07/30(月) 12:52:52.38ID:z8C4y+Gc固定小数点演算ではダメですか?
32bit以上の整数で、小数点以下を16bit(も取れば十分だろう)とるとか…
後、PT2のドライバでどういう形でCN比を出してるか読みなおしてみるとか
0181login:Penguin
2012/07/30(月) 12:58:02.52ID:z8C4y+Gc・メインメモリが足りない
もしくは、
・modprobeするタイミングが遅くてlow領域の物理メモリが確保できない
どちらかですねー。
PT2と同時に使うと起こりやすいかもしれない(起らないかもしれない)
1チャンクのバッファサイズの最適化とかそういう辺りかなぁ?
0182login:Penguin
2012/07/30(月) 13:02:05.61ID:z8C4y+Gc禿同。
chardev版がカーネルにマージされることがないとしても、DVB版ドライバにコードの一部が流用される可能性があるので、
GPLv2辺りにしておいたほうが無難だと思います。
v3だと流用困難と判定されかねないです(特にDebianのようにライセンス管理がうるさいディストリだとこの手の問題はシビアに見られる)
0183login:Penguin
2012/07/30(月) 21:15:50.54ID:R6sWaoHjってことなので、仕方ないんじゃないの?
ユーザとしては、オープンソースならなにか不具合が出た時に修正できるし、
GPLv3でも特に問題無いわ。
詳しくは知らんけど、DVB版のドライバは(pt1の時と同じようなノウハウで)
普通に一から作られると思うから、何も心配しなくていいと思う。
0184login:Penguin
2012/07/30(月) 23:19:18.27ID:37AeCwYaうちの環境ではコンパイル通らなくなってた
バージョンをgitから取るのはナイスだと思います
diff --git a/Makefile b/Makefile
index 89ebc92..01a636c 100644
--- a/Makefile
+++ b/Makefile
@@ -21,7 +21,7 @@ clean-files := *.o *.ko *.mod.[co] *~ version.h
version.h:
revh="#define DRV_VERSION \"rev.`git rev-list HEAD | wc -l 2> /dev/null`\"\n#define DRV_RELDATE \"`git s
if [ -n "$$revh" ] ; then \
- echo "$$revh" > $@; \
+ echo -e "$$revh" > $@; \
else \
printf "#define DRV_VERSION \"$(REL_VERSION)\"\n#define DRV_RELDATE \"$(REL_DATE)\"\n" > $@; \
fi
0185login:Penguin
2012/07/30(月) 23:30:52.98ID:eNFnU5pFさんきゅー
あとで直しときます
一応確認して上げてるんだけど環境の差がでるね
0186login:Penguin
2012/07/31(火) 00:54:55.05ID:E3QXLY8C修正確認しました。的確な修正ですね。
ところで、
盛り上がってるPT3のドライバには直接関係ないんですが、
recpt1側のtssplitter_lite.hの中で宣言されてる
_splitbuf_tが
> typedef struct _splitbuf_t
> {
> int size;
> u_char buffer[1024*1024];
> } splitbuf_t;
で1MB固定なんですが、b25_decode()が返すdbufは1MBに収まる
保証はどこにもないのでサイズチェック&必要に応じてrealloc
しなきゃいけない気がするのですが、どなたかこの辺に詳しい方
いますでしょうか?
recpt1がコアを吐く原因を探しててここがちょ〜怪しかったんで
reallocするようにしてからコア吐かないようになった気が…
ちゃんとgdbとかで調べればいいんでしょうが、面倒なので
おまじないとしてそれ以降realloc入れちゃってます。
0187login:Penguin
2012/07/31(火) 01:57:51.23ID:NepGwretずいぶん前に指摘されてた気がするけど、言われてみるとまだ直ってないね。
実際オーバーフローするのは頭の方でPAT/PMT/ECMが来ないときぐらいなんで、
もうちょっと大きめに確保しておくだけでほぼ問題ないような気もする。
32Mなら最悪ECMが来なくてもその前にb25がエラーを返してくれるね。
もちろん動的にバッファを増やす方が望ましいだろうけど。
0188login:Penguin
2012/07/31(火) 08:39:52.14ID:E3QXLY8Cやっぱりそうでしたか。おまじないは効いてたわけですねwww
初期サイズオーバーしたらreallocするようにするのが良いと思いますが、
コードの修正量も結構多いので、とりあえずはバッファを32MBにしちゃえば
良いってことですね。
recpt1のリポジトリで拾ってくれることを期待しましょう。
0189login:Penguin
2012/07/31(火) 23:22:24.57ID:xhlVOKuOの更新がなかなかいい!!
0190login:Penguin
2012/08/01(水) 01:13:38.39ID:2N9SXnKmとれなくなりました。
# ND8→ND12 CS330 HD キッズステーション 1045.ontvjapan.com
xmldata.c を次のように変更してみたましたが、あいかわらず番組表をとることができません。
{ "キッズステーションHD", "1045.ontvjapan.com", 28864, 7, 330}
xmldata.c の変更方法がまずいのでしょうか?
0191login:Penguin
2012/08/01(水) 01:27:26.81ID:6V+7ze4sepgdump.c も同じように変更した?
0192login:Penguin
2012/08/01(水) 01:46:13.85ID:2N9SXnKmありがとうございます。
epgdump.c も変更したらうまくいきました。
0193login:Penguin
2012/08/01(水) 18:33:11.23ID:Z9y2DrLQ次は9/1か
0194login:Penguin
2012/08/01(水) 20:38:13.87ID:3YOZx+Od0195login:Penguin
2012/08/01(水) 21:14:29.45ID:Hhuehbrx0196login:Penguin
2012/08/01(水) 21:48:50.93ID:e6qEG+Bjまだ利用者すくないだけ?
0197login:Penguin
2012/08/01(水) 22:17:20.45ID:SftwNuU3先駆者に感謝!
とりあえず、pt1_dev.hとrecpt1.hだな
http://hg.honeyplanet.jp/pt1.oyama/rev/5eab7c73a28a
>>196
俺はやっとFPGAアップデートする環境が揃いそうwww
0199login:Penguin
2012/08/02(木) 02:57:02.92ID:xpHg7+yK乙、さすがエレガント!
ところで、PT3のドライバって、
> KERNEL=="pt3video*" GROUP="video", MODE="0660"
って0660のパーミッションでデバイスファイル作るから(PT2は0666ですよね)、
rootかvideoグループに所属してないとデバイス読み書きできない気がするけど
これってそういう意図でわざと変えたって理解で正しいですか?
0200login:Penguin
2012/08/02(木) 09:47:49.41ID:zzBp+5byFedora10
Linux localhost 2.6.31.3-fc10.x86_64 #1 SMP Wed Jul 6 17:28:45 JST 2011 x86_64 x86_64 x86_64 GNU/Linux
ただし、 vzalloc は vmalloc & memset に変更
>>194
ln 張れば recpt1 を変更する必要はないですけど、
ln をどっかに書いとかないといけないので労力は変わらんか。
0201login:Penguin
2012/08/02(木) 16:39:34.39ID:xpHg7+yKとりあえず、最新バージョンをgithubからcheckoutした状態で
modprobeしたら、
> PT3: fail i2c run_code status 0x32
出ました。rmmod&再度modprobeしたら出ない。
初期化リトライコードは入ってる。
でも、まだ何かあるみたい。
Fedora17
Linux localhost.localdomain 3.4.6-2.fc17.x86_64 #1 SMP Thu Jul 19 22:54:16 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
0202login:Penguin
2012/08/02(木) 17:28:50.60ID:FKUuEQDIfail i2c run_code status 0x32
が出てもそのまま動く時と動かない時があるみたい
0203login:Penguin
2012/08/02(木) 18:31:16.11ID:B68Aps8m最初の頃にテスト用に変えてそのまま忘れてました
特に意味はないです。実用しだすと不便なんで0666に戻します。
>>201-202
"fail i2c run_code status 0x32"はリトライ中のも表示されるので表示される=失敗じゃないです。
キャラクタデバイスできてればリトライで成功したって感じ。
分かりにくいので表示方法考えます。
0204login:Penguin
2012/08/03(金) 13:22:52.69ID:UONBEzyW0205login:Penguin
2012/08/03(金) 19:42:56.11ID:rO3lCFfv0206login:Penguin
2012/08/03(金) 21:51:31.57ID:OHVbIAWc0207login:Penguin
2012/08/05(日) 05:10:48.43ID:RqrdZbN9PT3は、GitHubのものを使うとして、
epgdumpは、どれを使うのがベストですか。
また、録画システムはどれがお勧めですか?
epgrec
foltia
rec10
torec
Chinachu
0208login:Penguin
2012/08/05(日) 08:36:42.46ID:41hzz0D/お勧めはMythTV
0209login:Penguin
2012/08/05(日) 09:04:34.71ID:dpGxjtlL枯れて安定してるのはepgrecなんだけど、iPhoneだと操作しにくいんだよな
スマホ向けにも画面が最適化されるのが欲しい
しかしLinuxerなら自分で実装せねば
そういや7月終わったけど、PT3対応予定のfoltiaどうなった
0210login:Penguin
2012/08/05(日) 10:56:17.93ID:l7mI07USこんなのがあってよさそう。
0211login:Penguin
2012/08/05(日) 11:00:20.24ID:x+jzNq5X今のところ何も問題無いです。>開発者、乙!
一点だけ、気になった点
PT2だと録画開始時と終了時にsyslogにメッセージ吐いてて
終了時にはドロップ数とかオーバーフロー数とかわかって
何気に便利だったのでPT3でもあったらいいと思います。
Fedora17
Linux 3.5.0-2.fc17.x86_64 #1 SMP Mon Jul 30 14:48:59 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
0212login:Penguin
2012/08/05(日) 14:23:10.52ID:3a38bOUT>今のところ何も問題無いです。>開発者、乙!
ありがとう
PT1,2は持ってないんで確認できないんだけど
開始時のメッセージってどんなのでしょう。
ソース読んでみたんだけどよくわからなかった。
終了時はPT1のようなドロップ数やオーバーフロー数は出せなくて
PT3側のエラーパケット数なら出せるんだけどそれでいいかな?
0213login:Penguin
2012/08/05(日) 15:37:22.37ID:3a38bOUTfoltia AL版ドライバが出るの期待してるんだけどどうなるんだろうね
まさか他力本願で対応予定とか言ってるわけじゃないだろうし
FPGAアップデートどうするのかとか興味わくよね
0214login:Penguin
2012/08/05(日) 16:02:14.35ID:uiL89qvX0215login:Penguin
2012/08/05(日) 16:34:00.59ID:x+jzNq5X乙です。
PT3が十分安定してるのでPT2との2枚刺しでの運用に切り替えましたが
これまた安定稼働してます。PT3もっと買ってこようかなwww
PT2のsyslogメッセージは、
開始時:
> PT1:ISDB-S Wakeup
> used bs tuners on ffff8803e4a05000 = 1
> PT1:LNB on 0V
終了時:
> used bs tuners on ffff8803e4a05000 = 1
> PT1:LNB off
> (250:1)Drop=00000000:00000000:00000000:00000000
> PT1:ISDB-S Sleep
みたいな感じです。「ISDB-S」は地デジだと「ISDB-T」になります。
当然ハードが違うので出せる情報に違いはあると思うので、
内容は出せるものでいいと思います。動作確認的にはWakeupとか
Sleepの行だけでも十分重宝します。
0216login:Penguin
2012/08/05(日) 16:49:19.69ID:4V/ll1bL0217login:Penguin
2012/08/05(日) 17:11:04.48ID:3a38bOUTさんきゅー
>>216
私もどちらかというと出て欲しくないのでモジュールパラメータで制御できるようにしてみます。
デフォルトは出ない方向で。
0218login:Penguin
2012/08/05(日) 19:29:54.87ID:3a38bOUTモジュールパラメータ debug でメッセージの表示が切り替えられます。
0 : 出来るだけ表示しない
1 : 今までと同じ程度の表示
7 : デバッグ用などいろいろ表示
0219login:Penguin
2012/08/05(日) 21:11:31.42ID:JuO5mXyc乙であります
0220login:Penguin
2012/08/05(日) 21:45:22.49ID:x+jzNq5X乙です
至れり尽くせりですね
0221login:Penguin
2012/08/06(月) 14:22:59.43ID:hnqXQbDfFPGA回路更新って、Windows上でやるものなの?
0222login:Penguin
2012/08/06(月) 14:40:50.63ID:3jzZZ6g1Yes。いまのところWindowsでしかできない
Linux版PT3ドライバはFPGA回路バージョン0x04必須
0223login:Penguin
2012/08/06(月) 15:18:28.72ID:hnqXQbDfレスありがトン。
多少面倒だけど(Windows機のOSもSSDに入れなおそうと思っていて)
丁度いい機会だからやってみるよ。
0224login:Penguin
2012/08/06(月) 19:50:54.31ID:K7SWbMBB法ってある?
0225login:Penguin
2012/08/06(月) 20:24:30.39ID:UDiHqdlAdebug=1で評価してると
>PT3:(248:3) error count 30
とかたま〜に出ますね。これってどこまで深刻なんでしょう?
初期化が遅れて頭がエラーになったのか、途中が欠けたのかで
深刻度も違うように思えますよね。出るのは今のところ複数
TS録画してる時に限られているようです。
ちなみに、ハードは無駄にウルトラハイスペックですwww
0226login:Penguin
2012/08/06(月) 20:25:16.27ID:7f0INJsRマシンとか環境を変えて試してみてはどうだろう
0227login:Penguin
2012/08/06(月) 21:42:51.80ID:zCNfoCBLdma buffer overflowは実はオーバーフローするかもってメッセージなんで
オーバーフローしてない場合もあります。
読んでるバッファブロック(1ブロック188KBx17本)の1本前のブロック先頭がDMAで上書きされてた場合に出ます。
対処法はpt3_dma.cの46行目の1を0に変えるとバッファを大きくとるので出にくくなります。
デバッグしようと思ってるけど実害があまりないっぽくて放置中です
>>218
error countはPT3側(FPGA)がカウントアップしてる数字で
TSパケットのエラーフラグがたってるものをカウントアップしてるみたい。
ドライバ側で問題あるとするとチューニング周波数の計算ミスかなと思う半面
>>226さんのように出ない人は出ないっぽいので環境依存なのかなって気もします。
私の環境でも地上波は同時録画じゃなくてもたまに出るけどBSは出たことないです。
複数同時録画でなるのはチューナーが干渉しあってるのかもしれないですね
もともと放送波のエラーフラグが立ってるって事もあるのかな?
0228login:Penguin
2012/08/06(月) 23:00:44.75ID:co7y01Ts乙です。
ID変わってるかもしれませんが225です。
error countはFPGAがカウントしてるんだとすると純粋に変調前のノイズの
影響ってのが一番怪しいですね。うちは地上波もBS/CSも共同受信だから、
余計なノイズが乗ってる可能性は否定できないです。まあ、しばらく
様子見てみます。
>>226
変える環境が無いので、とりあえずアンテナケーブルの引き回しを
変えてみましたwww
0229224
2012/08/07(火) 08:22:32.51ID:UfMmN7E00230login:Penguin
2012/08/07(火) 22:46:48.14ID:YwVeqmqOそういうヤツらに限って読まないから
どこかに同じこと書くんだけどなw
0231login:Penguin
2012/08/08(水) 01:18:38.72ID:bV/CHICtただ、5分録画しても2時間録画しても出るのは最大30count前後。
録画中ずっと定常的に出てるわけではないっぽい。
出たからといってデコードもsplitも失敗しないし、ノイズも
乗らない。結論としては「気にすんな」ってことかも。
0232login:Penguin
2012/08/08(水) 12:49:09.13ID:bV/CHICt> error count 35438
が出た。直後にrecpt1で録画してもerror countはゼロ。
再度checksignalしたらまた
> error count 32038
checksignalとrecpt1て何が違うんですか?>詳しい人
0233login:Penguin
2012/08/08(水) 20:36:48.11ID:L9BJ5IF2checksignalだとDMA転送しないのが原因ですね。
error countのリセットが、DMA転送するか、それようのレジスタに書き込むかなんで
現状のドライバだとリセットされないです。
チャンネル設定時にリセットするように変更しました。
ついでに"dma buffer overflow"が大雑把な判定であまり意味がないので
表示レベルをデバッグに変更しました
その他微調整
0234login:Penguin
2012/08/08(水) 21:37:55.61ID:JdX6aAYg乙です
着実に完成度上がってますね
素晴らしい
0235login:Penguin
2012/08/09(木) 04:13:01.29ID:GTddxUiK0236login:Penguin
2012/08/09(木) 11:30:57.16ID:CPrHM+ChSはちゃんと変動するみたいだけど
0237login:Penguin
2012/08/09(木) 13:37:13.02ID:q0KZ2LoV8月に入ってからepgrecでBSの番組表が取れなくなったのですが
原因としては何が考えられますか?
epgdumpとrecpt1はsourceforgeの2011年10月の新BS対応版を使ってます
0238login:Penguin
2012/08/09(木) 14:01:02.68ID:BaiHz/ge0239237
2012/08/09(木) 14:27:24.67ID:q0KZ2LoVrecpt1での録画はできて、epgdumpにts食わせるとチャンネル名だけのxmlができます
0240login:Penguin
2012/08/09(木) 14:28:47.69ID:I9gYPhFiCATVとかで安定してるとかじゃね。
引っこ抜いて0になれば大丈夫
0241login:Penguin
2012/08/09(木) 15:54:35.98ID:CPrHM+ChNo signal. Still trying: /dev/pt3video2
になるけど緩めてみたりしてもかわらないなー
同じ分配器からつないでる別PCのPT2だと
device = /dev/pt1video2
C/N = 30.124196dB
0242login:Penguin
2012/08/09(木) 17:00:06.08ID:BaiHz/geNo signalはチャンネル設定できない時のエラーなんで
シグナル強度取れてるかどうか試すなら
checksignal実行してC/N値が出てる時にチューナーケーブル抜かないとだめだよ
0243login:Penguin
2012/08/09(木) 17:08:03.78ID:CPrHM+Chみなさん出来てるとするとうちの環境の問題なんだろうけど
0244login:Penguin
2012/08/09(木) 19:11:31.93ID:BaiHz/ge試してくれてありがとう。仕事中で試せなかったもので。
CN取得でtypoしてました。
修正してpushしたんで取り直してみてください
0245login:Penguin
2012/08/09(木) 19:54:38.45ID:n/Dxe7h+0246login:Penguin
2012/08/09(木) 20:13:35.81ID:CPrHM+Chtuner->tc_t, NULL, cn
に修正したらちゃんと動きました
ありがとうございました
0247login:Penguin
2012/08/09(木) 20:15:57.78ID:BaiHz/ge今度こそpushしたよ
0248login:Penguin
2012/08/09(木) 20:29:20.16ID:wjJmbl+Iこれいいな
ありがとう
見てるかわからんが乙です>作者どの
0249login:Penguin
2012/08/09(木) 20:31:50.50ID:an8AybQe乙です。
今気付いたんですがmodprobeした時に
>PT3-pci.c: rev.XX 2012-08-09
が出る時と出ない時がある気がするんですが、
これはこういうもんなんですかね?
0250login:Penguin
2012/08/09(木) 20:55:50.50ID:BaiHz/geモジュール初期化で真っ先に表示するので必ず出るはず。
初期化ルーチン走らないモジュールロードはないと思うんで
syslog側で無視するパターンがあるのかも?
いまさらだけどPT3-pciじゃなくてPT3-pcieのがよかったな・・・
0251login:Penguin
2012/08/09(木) 20:57:04.11ID:BaiHz/ge>>249 ○
なぜだろう。よく間違えて自分にレスする
0252login:Penguin
2012/08/09(木) 21:09:35.86ID:an8AybQe出なかったのは/var/log/messagesの方で、dmesgの方は
>[390693.091978] free PT3 DEVICE.<6>[390707.582985] PT3-pci.c: rev.71 2012-08-09
みたいになぜか改行されずに2行混ざって出てた。
(「<6>」ってなんだろ?)
こうなると/var/log/messagesには出ないみたい。
気になるのは、rmmodした時に、dmesgに
>free PT3 DEVICE.
が出ないことがあるってことの方かも。
カーネル側のバグ?
Fedora17 3.5.0-2.fc17.x86_64
0253login:Penguin
2012/08/09(木) 21:10:10.39ID:lvUB9byK何度も連続してmodprobeしたりしてる?
0254login:Penguin
2012/08/09(木) 21:33:48.77ID:an8AybQeバッファがフラッシュされてないのでは?
0255login:Penguin
2012/08/09(木) 21:40:30.60ID:an8AybQe0256login:Penguin
2012/08/09(木) 22:03:17.40ID:BaiHz/geさんきゅー
何箇所か改行してないところあったんで一緒に直しました
0257login:Penguin
2012/08/09(木) 22:20:52.24ID:b3kqi3L8答えてやりたいとこだが、
その情報だけでは何とも・・・。
取れないのはBSの全チャンネル?
0258login:Penguin
2012/08/09(木) 22:27:37.88ID:an8AybQe乙です
うー pt3_pci_init()のversion表示の行に改行が2つあるみたい
0259login:Penguin
2012/08/09(木) 22:49:26.63ID:CPrHM+Chdiff --git a/pt3_pci.c b/pt3_pci.c
index c00b26d..f138cdf 100644
--- a/pt3_pci.c
+++ b/pt3_pci.c
@@ -1131,7 +1131,7 @@ static struct pci_driver pt3_driver = {
static int __init
pt3_pci_init(void)
{
- printk(KERN_INFO "%s\n", version);
+ printk(KERN_INFO "%s", version);
pt3video_class = class_create(THIS_MODULE, DRIVERNAME);
if (IS_ERR(pt3video_class))
return PTR_ERR(pt3video_class);
0260login:Penguin
2012/08/09(木) 22:57:23.93ID:BaiHz/geども
録画中でテストしないでアップしたら凡ミスを。。
しかも、こっそり直そうと思ったら失敗した。
変なコミットあるけど気にしないでね^^
0261login:Penguin
2012/08/09(木) 22:59:53.58ID:an8AybQe乙です
良いと思います
0262login:Penguin
2012/08/09(木) 23:38:22.52ID:qWDHkqBY0263login:Penguin
2012/08/10(金) 07:03:36.40ID:h6H+nrJR大丈夫
vzallocっていつから増えたんだろう
0264login:Penguin
2012/08/10(金) 11:25:55.51ID:h6H+nrJRvzallocない場合に対応したつもり
これでいけるかな?
0265login:Penguin
2012/08/10(金) 11:49:47.09ID:T2dv+zsZありがとうございます
取れないのは全チャンネルです
$ recpt1 --b25 --strip --sid hd 211 120 /tmp/test.ts
は正常に録画できますが、
$ epgdump /BS /tmp/test.ts /tmp/test.xml
とすると、
<channel id="4101.epgdata.ontvjapan">
<display-name lang="ja_JP">NHK BS1</display-name>
</channel>
といったものが並んだだけのxmlができます
0266login:Penguin
2012/08/10(金) 12:02:28.49ID:h6H+nrJR0267login:Penguin
2012/08/10(金) 12:19:31.12ID:T2dv+zsZsid指定なくしたら取れました。ありがとうございます
ということはdo-record.shをいじったのが問題だったわけですね
1か月ほどは問題なく取れてたのが謎ですが
0268login:Penguin
2012/08/10(金) 22:41:01.86ID:Jb+uTI9Ztssplitter_lite ではなく、libavformat 版でやらないか?
(まだ作ってる最中で絶賛ヌルポ状態です...orz...
0269login:Penguin
2012/08/11(土) 01:08:17.56ID:Yg0FEIbNたぶんテンパってんだろうけどレスの流れぐらい理解しろw
あと libavformat版がんばれ
0270login:Penguin
2012/08/11(土) 05:19:36.88ID:9thcECEGepgrec UNA版のrecpt1パッチ適用して、getepg.phpで--sid epgを指定するようにすれば
--sidも使えてHDD負担も減るよ
0271login:Penguin
2012/08/11(土) 05:34:18.92ID:pkCOvjbgどもども。うまくいったです。
0272login:Penguin
2012/08/11(土) 14:11:15.31ID:h00C1j64getepgの出力先はtmpfsにしとくのが精神衛生上もいいやね
0273login:Penguin
2012/08/12(日) 11:50:17.60ID:Yg2pLF9E0274login:Penguin
2012/08/12(日) 13:05:48.60ID:HanvIEDQ■ このスレッドは過去ログ倉庫に格納されています