トップページ⇒linux
1001コメント344KB

【視聴・録画】Linuxでテレビ総合【デジタル/アナログ】

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2009/01/06(火) 06:04:41ID:KyPFRCpg
Linuxでテレビ視聴・録画に関する話題を、デジタル/アナログ問わず扱うスレです

現在分散しているテレビ関連スレを統合すべく、「Linuxでテレビを見る」のスレタイを
完全リニューアルし再スタート
スレッドの視認性高め、情報の散在に歯止めをかけ、これを統合することで効率化をめざします

有志が開発中のPT1ドライバに乞うご期待


【関連スレ】

Linux でビデオ録画【六枚目】
http://pc11.2ch.net/test/read.cgi/linux/1193058543/
【自家製】MythTV Part.3【HDDビデオ】
http://pc11.2ch.net/test/read.cgi/linux/1223721998/
【BT878】Linuxでのキャプチャを語るスレ
http://pc11.2ch.net/test/read.cgi/linux/1017186805/
Linuxでfriio
http://pc11.2ch.net/test/read.cgi/linux/1213378360/


【前スレ】

Linuxでテレビを見る
http://pc11.2ch.net/test/read.cgi/linux/1013649811/
0367login:Penguin2009/03/15(日) 18:37:42ID:koh2oVq+
PT1の話だとして、動画を再生せずに録画だけなら軽いからね。
データ量としては地デジ16Mbps(2MB/s)、BS24Mbps(3MB/s)
HDDの転送速度が50MB/s〜100MB/s

4TS同時録画でもHDDの限界の1/5〜1/10程度の速度で書き込むだけ。
データはDMAでCPUを介さずにハードウェアから直接メモリに渡されるものを
そのまま書き込む。データ加工の処理は一切しない。
つまりゆっくりとファイルコピーしているときのCPU使用率と大差ない。
0368login:Penguin2009/03/15(日) 18:37:56ID:ZuuqSlWe
今主流のCPUなら、x264もある程度いけるってことなのか。俺も早く買お
0369login:Penguin2009/03/15(日) 18:40:32ID:7x1cGrnv
チューナーって皆はどれ使ってます?
0370login:Penguin2009/03/15(日) 18:41:11ID:koh2oVq+
再生しないのなら、x264とか関係ないし。
0371login:Penguin2009/03/18(水) 03:23:12ID:yHgUXfGu
>>116
ロングパスだけど、もしまだ見ておられたら改変済み SCR331-NTTCom のパッチを上げていただけますでしょうか。。。
ttp://symbolik.wordpress.com/2007/02/26/scm-scr-331-usb-smartcard-reader-firmware-upgrade/
を参考にfirmごと書き換えて純粋にSCMのSCR331化を目論んだんですが、どうもうまくいかなくて…。
0372login:Penguin2009/03/18(水) 11:18:40ID:sj1dma/5
>>371 今ファイルを取ってこれない環境なので、日曜か月曜にうpします。
03733712009/03/18(水) 11:36:27ID:yHgUXfGu
>>372
すいません、お手数をおかけしますけどよろしくです。。。
0374login:Penguin2009/03/18(水) 19:38:26ID:IUaq9/Uh
録画予約は、リモートで可能?
0375login:Penguin2009/03/18(水) 19:59:02ID:JPU3/NT7
Linux鯖にログインして、cronで毎週予約
atコマンドで一回だけの予約。

ミスれば落とせばいいし、
これでいいやと思っている俺がいる。
0376login:Penguin2009/03/18(水) 20:27:49ID:W7Fbi3pd
vrsとかrecfriioとかなら、sshで接続してポートフォワードで予約。
0377login:Penguin2009/03/18(水) 23:07:55ID:+fVo+13P
Apache立ち上げてiepgのURL与えたらatで予約するPHPスクリプト用意して
そこにクライアントからURL投げて予約してる
0378login:Penguin2009/03/20(金) 11:20:49ID:Utd4iLq/
Windowsの録画予約ソフトって時間変更の追尾とかどうやっているんだろうな。
全部のサイトクロールして全iEPGを落としたりしているのかな?
負荷かかるし、サイトの構造が変わったら面倒だから
やるべきか否か悩んでいる。
0379login:Penguin2009/03/20(金) 13:23:36ID:8BCdBFgc
HDUSのインストールはできたけれど、これって別途カードリーダ必要なのね

orz

しかたがないのでウィンドウズと今月は並用するか・・・
今月はお金ないし…
0380login:Penguin2009/03/20(金) 13:56:53ID:3JnRhQwm
>378
番組時間の変更は基本的に後ろにずれるんだから、録画時間のちょっと前にEPG情報を取得して
当該番組の時間がずれていればシフトじゃないの?
終了時間の延長は、録画終了の少し前にEPG情報をチェックして動いていればこれまた延長。
0381login:Penguin2009/03/20(金) 16:01:55ID:YIyP8qxe
EpgDataCap_Bonはソース公開じゃなかったっけ?
これは放送波のEPG取得してる
0382login:Penguin2009/03/20(金) 16:03:25ID:qgnEJMgT
iEPGと言ってるから、EPGが取れない環境のことじゃね?と好意的に解釈
0383login:Penguin2009/03/20(金) 16:41:39ID:Utd4iLq/
>>380
> 番組時間の変更は基本的に後ろにずれるんだから、録画時間のちょっと前にEPG情報を取得して
> 当該番組の時間がずれていればシフトじゃないの?

そうでもないよ。
深夜アニメとか、来週の放送はいつもより15分早く
放送されます。とかある。

> 終了時間の延長は、録画終了の少し前にEPG情報をチェックして動いていればこれまた延長。
これに関しては、EPG情報がリアルタイムに修正されるわけじゃないらしい。
つまり、野球が延長されるかどうかは、そのときにテレビを見ていないとわからない。

だから、HDDレコーダーなどは延長という文字が番組に入っていたら、
その後の番組は、問答無用で長く録画しているとか。
0384login:Penguin2009/03/20(金) 18:19:57ID:3JnRhQwm
>383
> 深夜アニメとか、来週の放送はいつもより15分早く
> 放送されます。とかある。

それは既に入っている録画予約とは別。新規に録画予約を追加するトリガによる。
基本的にEPG情報を取得した時にキーワードで検索かけて引っかかったものを予約リストに追加みたいな
流れになるから、「次週の放映時間は○○:○○から」みたいな場合はその時点で修正される。

> これに関しては、EPG情報がリアルタイムに修正されるわけじゃないらしい。

漏れることは確かにあるが、リアルタイムじゃなくても番組終了までに修正されることは多い。
見ていなければ100%わからないからダメというのなら、そもそもこんなことを考えるのは無駄。
0385login:Penguin2009/03/20(金) 19:02:59ID:yaH+/ZoM
前もって予告されてる変更なら
番組表サイトのiEPGなりTS内のEPGデータなり参照するだけでいい

突発的な延長で変更される場合の対応は
・前番組が延長アリなら終了時間を最大延長分ほど伸ばす(古典的)
・TS内のEPGデータの更新を信じる
・予約情報と現在放送中のTSの番組情報とを比較して合致するまで録画せず待つ
・(アニメ限定)しょぼいカレンダーを利用して延長してるかどうか確認する
くらいかね
0386login:Penguin2009/03/20(金) 19:09:54ID:Utd4iLq/
TS内のEPGデータを取り出す方法ってあるの?
0387login:Penguin2009/03/20(金) 19:16:31ID:q+vBBMvm
>>386
ある。epgdumpとかソースもある。
0388login:Penguin2009/03/20(金) 19:25:16ID:Utd4iLq/
そうか。それならサーバーに負荷かけることなく
確実にデータ取れるね。

番組表サイトってサイトの構造が変わったら
データ取れないでしょ?
0389login:Penguin2009/03/22(日) 20:01:51ID:0DFmlQ7w
例のクイックサンの奴ですが普通に使えました。ただプロダクトIDを指定する必要があります。
きちんとやるなら何行か付け加えなきゃ駄目ですが、面倒ならrecfriioのsetting.hppの

const uint16_t TARGET_ID_PRODUCT_HDP = 0x7010; // HDPのidProduct

の0x7010を0x7020に変えて--hdpオプションで起動すれば良いです。
0390login:Penguin2009/03/22(日) 21:46:33ID:RKudsrqh
>>389
乙です。

さすが純日本企業じゃないクイックさん、ちゃんと穴を開けた製品出してくれるね。いい仕事するわ。
0391login:Penguin2009/03/23(月) 01:08:41ID:TCA5CVhd
WinではHDUCも抜けてるみたいだな
0392login:Penguin2009/03/23(月) 01:14:18ID:yO8dQ9kY
HDUCは>>389の変更箇所を「0x7080」と指定すればいけるんでしょうね
0393login:Penguin2009/03/24(火) 01:23:08ID:BC1JtrbN
>>371
ttp://2sen.dip.jp/cgi-bin/dtvup/source/up0033.xxx

svn trunk ( svn://svn.debian.org/pcsclite/trunk/Drivers/ccid/ ) に対する差分ですが
1.3.10 に対しても当たることを確認しています。
0394login:Penguin2009/03/25(水) 22:44:40ID:pVJfbn1r
HDU2、PID=0x6091に変更、--hdpで1録(シングルチューナ)はできますた。(LS-GL, deb lenny)
HDU2のw録、在れば、ソースほすぃ。。。
0395login:Penguin2009/03/26(木) 21:47:06ID:65lJZn36
epgdumpのXML版を試そうとしたんだけど、うpされてるファイルが解凍出来ない。壊れてない?
0396tomy ◆CfWlfzSGyg 2009/03/26(木) 22:24:04ID:X6UVcJl7
>395
tar+bzipのはず。
fileコマンドでチェックすべし。
0397login:Penguin2009/03/28(土) 00:40:35ID:KTwcPxb2
>>392
HDUCだけど、それで行けたよ
03983712009/03/28(土) 10:42:38ID:z3OGURhM
>>393
おお、ありがとうございます。
まだ週明けまで仕事で手が空きそうにないので、後日使わせて貰いますm(_ _)m
03993952009/03/29(日) 10:43:02ID:9tMib51k
>>396
解凍出来て動作確認取れました。確認不足で申し訳ないです。
しかしMytvTVやDVB版ドライバとどう連携していくか難しいところですね。まずは基礎から勉強しないと。。
0400login:Penguin2009/03/30(月) 21:14:52ID:MAI/RZr3
SCR3310-NTTCom があまりにも不安定だったので人柱ついでにSCM本家のファームに
入れ換え挑戦、自爆。二度と使えないカラダになりマシタ
SCM本家のプロプライエタリドライバ scmccid_5.0.9_linux_x64 が
deviceID 追加程度で動いたのでファームうぷも安心してたら ... (T_T)


それはともかく、SCR3310-NTTComをしばらく使ってるとささる現象に遭ったひと他にいませんか。
エラーは↓な感じ

[39521.216102] INFO: task pcscd:4592 blocked for more than 120 seconds.
[39521.216114] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[39521.216121] pcscd D ffff810001044280 0 4592 1
[39521.216135] ffff81011b89dc48 0000000000000082 0000000000000001 ffff810224820d80
[39521.216162] 0000000000000000 ffffffff806d5280 ffff8100d39d2cf0 ffff81019016b990
[39521.216405] ffff8100d39d2f70 0000000000000014 000009fb0de04088 01872800fa936699
[39521.216423] Call Trace:
[39521.216477] [<ffffffff802ba648>] __d_lookup+0x98/0x180
...
[39521.216739] [<ffffffff802b4b81>] sys_ioctl+0x91/0xb0
[39521.216757] [<ffffffff8020c29b>] system_call_after_swapgs+0x7b/0x80

です。環境は Debian Lenny 64bit, PhenomII 720BE + K9N2GM-FIH(GF8200) + HDUSF っす。
04014002009/03/30(月) 21:18:01ID:MAI/RZr3
補記。ドライバの組合せは
pcsc-lite 1.4.102 + ccid 1.3.8,
pcsc-lite 1.5.2 + ccid 1.3.10,
pcsc-lite 1.5.2 + scmccid 5.0.9
のいずれでも同じような感じででささってました。おおむね b25 の変換 1時間分につき1回くらい。
0402login:Penguin2009/04/03(金) 22:46:10ID:0jwoP1Mb
PT1ってCS対応してないんか。。。
買っちゃったorz
0403login:Penguin2009/04/03(金) 23:03:59ID:ZNWfa6sW
対応してるだろ
04044022009/04/03(金) 23:09:33ID:0jwoP1Mb
>>403
Linux用のドライバが対応してないみたい
Windowsでやるかな・・・
0405login:Penguin2009/04/03(金) 23:10:46ID:UTRrCynn
>>402
110度CSで良いじゃん?
0406tomy ◆CfWlfzSGyg 2009/04/04(土) 06:54:08ID:IGQMGuh8
>402
どこが対応していない?
ソース読むと対応している様に見えるんだが?
私の環境ではCSはないから確認は出来ないけど。
04074022009/04/04(土) 09:25:11ID:A9/ZCnZ3
すいません
チャンネルの設定部分に地デジとBSしかなかったもので出来ないのかと

もう少しがんばってみます
0408login:Penguin2009/04/04(土) 13:00:22ID:IGQMGuh8
>407
chardev版のツール側に、
チャネルテーブルが入っているはずなんで、
指定はそこを参考にしてみれば?
0409login:Penguin2009/04/04(土) 14:40:29ID:GZnEAP2O
>>406

毎月第1日曜日がCS無料デーらしいぞ。
つまり明日だ。

そのときにチェックするだ!
0410login:Penguin2009/04/04(土) 15:12:26ID:l9VVPCw+
ここの皆さんのおかげでUbuntuでHDUS視聴出来ました

ありがとうございます

0411login:Penguin2009/04/04(土) 18:55:03ID:IJZx8uzd
>>336
Ubuntu8.10 amd64でビルドエラーしてた。
Makefileでgccに-D__KERNEL_STRICT_NAMESをつけて、
tune.cの3行目4行目をコメントしたらビルドできた。
MythTVとかDVB対応済アプリと融合させたいんだけど、
bcas関連のプラグインとか作らないといけないのかな。
04124022009/04/04(土) 23:28:48ID:A9/ZCnZ3
おかげさまで地デジ/CSの録画が出来るようになりました。
しかしrecpt1のCSの指定の仕方が未だによくわかりません・・・
たとえば340chのディスカバリーチャンネルを録画する場合に
CS20を指定しても違う番組が録画されていました。

尋ねるばっかりですみません。
0413login:Penguin2009/04/04(土) 23:35:02ID:uhPy3GRf
>CS20を指定しても違う番組が録画されていました。
多分目的の番組は録画されてるかと
0414login:Penguin2009/04/04(土) 23:53:59ID:UPYzSvdA
>>412
340chのディスカバリーチャンネルも録画されているかと
と >>413 は言っている
CSの仕組み(ここでCS20と呼んでいるものは何か)を調べてみると良いよ
0415login:Penguin2009/04/05(日) 00:07:02ID:ZBG9D/Sd
vlc でプログラムを選択するといいよ
04164022009/04/05(日) 08:48:17ID:dQ0VJmrn
おかげさまで出来ました
ありがとうございます。
0417login:Penguin2009/04/05(日) 12:08:53ID:FFNMs9UK
PT1で昨日の夜BSの番組録画して途中で失敗して、
今朝の録画すべて失敗していた。

ps axしたらrecpt1が停止していた。
recpt1自体は強制終了したが、そこからもう一度実行しても録画できない。
ドライバ再インストールしようと思って、 rmmod pt1_drv したら
コマンドが終了しない。似たような現象は二度目。前は何か俺がミスしたのかと思ったが。

現在 ps ax したらこんな結果
6234 ? D< 1:59 [pt1]
18559 pts/1 D+ 0:00 rmmod pt1_drv
18832 pts/5 S+ 0:00 grep pt1

D< どういう意味だろ?

Linux再起動する。 バグですね?
0418login:Penguin2009/04/05(日) 12:19:16ID:btwBFRmU
>417
> D< どういう意味だろ?

優先度の高いプロセス("<")なのにIO待ちで返事がない("D")。バグだな。
/var/log/debug あたりに何かメッセージがあるかもしれないが、
当面できることはたぶん何もないと思わないでもない。
0419login:Penguin2009/04/05(日) 12:31:37ID:FFNMs9UK
再起動したら復活。あっ。思い出した。前にあった似たような現象。
たしか鬼太郎のときだ。ここでぶつくさ文句たれた記憶がある。

最後に録画が失敗した番組(途中まで録画できてる)を見たがノイズで映像が汚い。

何が起きているか推測(未検証)
1.受信状況が悪くてノイズがでる。(このノイズもバグによる可能性も無くは無い。)
2.そういう映像だとエラーでプロセスかドライバが落ちる。または不安定になる。
3.そのせいでドライバの何かがロックされた状態になる。
4.ロックされているのでそれ以降の番組も録画できない。
5.同じ理由でrmmod pt1_drvも実行できない。

理想
1.なんらかのエラー・電波不安定で番組録画失敗しても、次の番組はちゃんと録画できてほしい。
2.そもそも受信状況が悪かったりしても、エラーにならずに最後まで録画できてほしい。
0420login:Penguin2009/04/05(日) 12:36:51ID:FFNMs9UK
>>418
/var/log/debugは存在しない。/var/log/messagesを見たが
エラーで落ちたときあたりに、メッセージは何も無かった。


ちくしょう・・・よりによって日曜日にこうなるなんて。8番組録画できずだ。
ヤッターマンは見逃すとなかなかリカバリしにくいんだぞ。veohが頼りだ。
0421login:Penguin2009/04/05(日) 14:45:35ID:btwBFRmU
mplayer, vlc で二ヵ国語放送が再生できません。
具体的には MXTV の MIB(土曜 22時〜)を HDUSFで録画、tssplitter -B25 通してHDを取り出し、vlc で再生すると
[00000360] packetizer_mpeg4audio packetizer error: Multiple blocks per frame in ADTS not supported
と出て音が出ない。オーディオチャネル、デバイス、トラックを切替えても無音。
途中にあるCMは音声も再生されてる。

mplayer で再生すると、2〜3オクターブ低い音になってとぎれとぎれに出る。日本語はなんとか解読できるが、
英語のほうが出てないのか超低音で出てるのかは聞いてても分からない。
mplayer -v しても対応するようなメッセージは見当たらなかった。

1フレームあたり1ブロックにする(二ヵ国語の片方だけ取り出す?)ができれば良いんだと思うけど、
使える変換ソフトか何かないですか?

それと、今日のMXTV 19時からのトムとジェリーも同じだと思うので
気が向いた方がいましたら追試よろしくおねがいします。
0422login:Penguin2009/04/05(日) 20:32:10ID:btwBFRmU
トムジェリもダメだった。

二ヵ国語放送での問題は
DTVの Friio 地デジHDアダプター 「フリーオ」 37うわw目の139番以降
ttp://www.23ch.info/test/read.cgi/avi/1196308735/139-
にあったけど、つーか 157 がそのものだけど、
dd if=tom.ts of=test.ts bs=188000 count=3000 skip=3000
等として音声が変わってないっぽい本体部分をカットとしてきても変わんね。
0423tomy ◆CfWlfzSGyg 2009/04/06(月) 07:39:57ID:vKPcCzF0
>417
ディスクフルになってない?
基本的にカーネルスレッド内で待ちになるのは、
アプリ側ビジーでバッファフルの時だけ。
アプリが止まっているなら
その可能性が一番高いと思うけど。
0424login:Penguin2009/04/06(月) 10:59:33ID:RH6ft+6i
>>423
なってないよ〜。

このドライブは色んなものをダウンロードしたりもして
容量が大きく変動する為、逆に毎日残り容量を気にしている。

60GBを切ったら危険と判断して先週以前に見た分を削除しているから
最近は40GBを切ったことないつもり。もちろん録画失敗時も。
0425login:Penguin2009/04/06(月) 13:13:27ID:vKPcCzF0
>424
じゃあ後は疑わしいのはメモリ関係かな。
PT1から出てきたチャネル番号がおかしいと
変な処理してしまうから、それは直しておく。
DMAはチャネル単位にないから、
メモリだとすると全チャネルまともに録画出来なくなるかも。
0426login:Penguin2009/04/06(月) 13:32:17ID:RH6ft+6i
>>425
お手数かけます。
なんかこんな適当なレポで対応してくださって、ありがとうございます。

自分で検証してバグみつけて、パッチだせと言われるかと思ったw

録画ミスは嫌だけど安定したチャンネル(?)だと安定しているし、
大概大丈夫なんで自分の中でそこまで優先順位が高くないものですから・・・
0427login:Penguin2009/04/06(月) 22:18:04ID:OHYhRcjr
電車に乗っててふと窓の外の住宅のベランダを見てたら
一軒だけ衛星のアンテナが逆方向向いてた。

たぶん、届くはずのない将軍様を讃える歌を受信しようとしているんだと思う。
0428login:Penguin2009/04/06(月) 23:18:18ID:dBLhe1hb
>>427
ビルからの反射を拾ってんじゃね?
0429login:Penguin2009/04/07(火) 11:09:33ID:Uutuzo0S
そうね、反射のほうが条件が良かったんだな。
BS、CSでは良くある光景だよ。
0430login:Penguin2009/04/07(火) 12:23:18ID:7cU+VEMF
>426
とりあえずサーバには突っ込んでおいたけど、
チャネル不正のテストは未。それ以外は動作中。
0431login:Penguin2009/04/07(火) 13:10:24ID:CdtcHZzE
>>430
ありがとうございます。

まれに起きる問題なので時間がかかると思いますが、
なにかわかったら報告します。
0432login:Penguin2009/04/07(火) 16:33:17ID:xtYK5Dfh
日本語で"チャンネル"って書いてくれないと混乱する
0433login:Penguin2009/04/07(火) 20:26:25ID:Q7PIVpu0
だな。一瞬シャネルと見間違えた。
職業病だな。うん。
0434login:Penguin2009/04/08(水) 02:02:31ID:48RC6pim
なんの職業なのかと2、3分なげやりに問い詰めたい
0435login:Penguin2009/04/08(水) 18:38:25ID:8NIzYl/a
>>434
米兵
0436412009/04/09(木) 19:58:33ID:bWbMo3bu
pt1 currentへの改良パッチを作ったよ

ttp://2sen.dip.jp/cgi-bin/pt1up/source/up0221.zip

dmactlalloc.patchとringbuf-vmalloc.patchの2つ(ringbuf.patch、ringbuf2.patchは参考用)

1. dmactlalloc.patch
PT1_DEVICEのdmactlのメモリ確保方法へのパッチ

2. ringbuf-vmalloc.patch
pt1_thread内のバッファオーバーフローへの対応と、_PT1_CHANNELのbufの取扱いをリングバッファ
化し、vmallocでメモリ確保するようにパッチ

動作確認はCentOS 5.3 x86_64(kernel 2.6.18)
0437login:Penguin2009/04/09(木) 20:04:52ID:ToYDZCEE
>>436
おおっ。それはうれしい。
俺もやりたいなと思っていたところだ。
0438412009/04/09(木) 20:05:54ID:bWbMo3bu
中身を詳しく説明すると、

1. dmactlalloc.patch
PT1_DEVICEをまるごとkzallocすると2.6.22未満だとkzallocできる128KB制限を越えるため、
PT1_DEVICEのdmactl[DMA_RING_SIZE]を*dmactl[DMA_RING_SIZE]にして、DMA_RING_SIZE個
kzalloc(sizeof(DMA_CONTROL),...)するようにした

2. ringbuf-vmalloc.patch
勘違いしているかもしれないけど、pt1_threadの250行目あたりでチャンネルバッファが満杯近くになると
while(1){
if(channel->size >= (channel->maxsize - 4)){
...
wait_event_timeout(...)
...
}
if(channel->packet_size >= PACKET_SIZE){
memcpy(&channel->buf[channel->size],
channel->packet_buf, PACKET_SIZE);
こうなっているけど、channel->sizeのサイズがchannel->maxsize - 5だったら、
channel->size + PACKET_SIZE(=188) = channel->maxsize - 5 + 188 (さらに+2?)までmemcpy
されるので、バッファオーバーフローしているはず

もう一つ、pt1_readでアプリからバッファ以下の読み込みがあった場合memmoveしているけど、
バッファがほとんど満杯でほんのちょっとだけ読み込みがあったら4MB近くmemmoveする
はずなので、改良してリングバッファにしてみた

さらに、_PT1_CHANNELのbufはvmallocでも大丈夫なはずだから、128KB制限のあるkzalloc(kmalloc)
からvmallocにして2.6.22未満でも同じバッファ量確保できるようにになるように変更

ringbuf.patchはringbuf-vmalloc.patchからvmallocをのぞいたもの
ringbuf2.patchはringbuf.patchの_PT1_CHANNELのbufを複数にして同じ量のバッファになるようにしたもの
0439login:Penguin2009/04/09(木) 22:46:14ID:I4DUHpx9
B25で復号化しようとすると error - failed on ARIB_STD_B25::put(): code=-2とでるようになりました
前まではこんなことはありませんでした。調べてみるとメモリ不足とでたんですがメモリは2GB積んでいますし
足りないと言うことは無いと思うのですが・・・
0440login:Penguin2009/04/09(木) 22:56:51ID:yPBePgfk
>>439
swap作ってますか?
0441login:Penguin2009/04/09(木) 23:45:43ID:I4DUHpx9
SWAPを20GBまでふやしても駄目でした(ts自体は14GBです)
いつも0.57%の場所でとまるのですが・・・
0442login:Penguin2009/04/10(金) 00:28:17ID:SFxWKN/y
それは0.57%の所に(B25から見たら)不都合なパケットがあるんじゃないかい?
ddで適当な位置で分割してみたら
0443login:Penguin2009/04/12(日) 10:45:08ID:LBq3MVqG
PT1も2台持ってるけど稼働中だからダウンタイムを考えるとLinuxに移行したくても
なかなかできないんだよなあ。Linux初心者がここの住人になるにはどーすりゃいーのか。
どこから攻めればいいかもわかんねーんだよorz
0444login:Penguin2009/04/12(日) 10:58:09ID:KolJWPDk
Windowsで不満ないんなら無理して移る必要ないんじゃないの
0445login:Penguin2009/04/12(日) 11:16:52ID:u8BodFuq
>>443
> Linux初心者がここの住人になるにはどーすりゃいーのか。
もう一台Linux専用マシンを買う
0446login:Penguin2009/04/12(日) 12:34:45ID:xOSqEy1a
久しぶりにPT1 DVB版うpデート。
うpろだのPT1 DVB版の出力ファイルをMakeするとエラーが出た。

gcc -O2 -Wall -I../dvb-pt1/linux/include -o tune tune.c
In file included from ../dvb-pt1/linux/include/linux/dvb/dmx.h:31,
from tune.c:2:
/usr/include/time.h:105: error: conflicting types for ‘timer_t’
/usr/include/linux/types.h:22: error: previous declaration of ‘timer_t’ was here
In file included from /usr/include/bits/fcntl.h:25,
from /usr/include/fcntl.h:34,
from tune.c:6:
/usr/include/sys/types.h:62: error: conflicting types for ‘dev_t’
/usr/include/linux/types.h:13: error: previous declaration of ‘dev_t’ was here
 〜省略〜 
/usr/include/sys/types.h:235: error: conflicting types for ‘blkcnt_t’
/usr/include/linux/types.h:119: error: previous declaration of ‘blkcnt_t’ was here
make: *** [tune] エラー 1

コンパイルオプション__KERNEL_STRICT_NAMES追加 & #include <linux/dvb/audio.h> 削除でいけたけど、あってるかな。。。

kernel 2.6.29.1-15.fc10.i686
0447login:Penguin2009/04/12(日) 13:29:24ID:H6cooHCT
>445
せめてvmwareのっけろと言ってやれ
0448login:Penguin2009/04/12(日) 13:58:51ID:9Atm/bFl
> せめてvmwareのっけろと言ってやれ

PT1 と関係ある?
0449login:Penguin2009/04/12(日) 15:54:04ID:oTKcAIVX
ダウンタイムが問題になるほど録画して見る時間はあるのだろうか
0450login:Penguin2009/04/12(日) 21:41:23ID:ssViOo5u
>>272
friio用DVBドライバをうpしたものです
このスレに気付いてなかったのとISP規制で超亀レスですみませんが PT1やfriioを本家にマージとなると
MULTI2復号はユーザランドでするとしても
fe_type_tとして あらたにISDB-{T,S}を定義するのが本筋のようにも思うのですが どうでしょうかね.
今までのように変調方式が同じだからとDVB-Tとかに相乗りしてると
データ放送の扱いや音声コーデックの違いとか(やEPGとかも)が将来アプリ側で区別できず問題になるかもしれないし.
一方 実害があるケースは稀だろうし channels.confやアプリケーションへの影響が大きい上に
そういう変更は本家MLであらかじめ議論して合意をとるべし となってたと思うので難しい面も多いですが.
APIとしてS2APIを使えばいいのかもしれませんが 調べてないしアプリの対応もまだ一部みたいですね.
0451login:Penguin2009/04/13(月) 00:16:01ID:jMucP3la
>>450
PT1 の DVB ドライバは S2API を使っていますよ。。。
0452login:Penguin2009/04/13(月) 00:29:00ID:yRsJDBCy
>>450
某ハード用のDVBドライバに、swbcasを流用させてもらっています。
ありがとうございます。(いじりまくってますが…w)
0453login:Penguin2009/04/13(月) 00:52:33ID:ma19u+JE
>>451 うぉっ PT1ははるか先を行ってますね
今SFにあるDVB版のソースを少し見たら dvb_core/のフレームワーク?みたいのを使っていないみたいだけど
S2API版だとそうなるのでしょか
xineはS2API対応してるみたいだけど mplayerが対応してなさそうなので全くチェックしてませんでした

>>452 汚いソースですみませんが 少しでもお役に立てたのであれば幸いです
0454login:Penguin2009/04/13(月) 01:16:20ID:jMucP3la
>>453
スマソ俺は108でSFの作者では無いのでSFのコードは分からない。

S2APIと現API(v3)は相互互換性を持たされているので、アプリケーションは対応していなくてもある程度動く。
一部の機能 (BS の TS IDまわり) は、 dvb-core を拡張する必要があり、
その部分は互換性を無視しているのでS2API側でないと動かない。

dvb_coreのフレームワークというのはswzigzagのことかな。
単にWindowsのPT1ドライバの挙動を真似するのには、それらを使わないほうが
都合がいいからで、S2APIを使ってるからでは関係ない。
0455login:Penguin2009/04/13(月) 01:17:42ID:jMucP3la
S2APIを使っているからというわけではない、ですな。。
0456login:Penguin2009/04/13(月) 01:37:12ID:ma19u+JE
>>454 SF(すいませんSourceForge.JPのPT1ドライバ)の方はtomyさんのツリーで別ってことですか

dvb_coreの方はデバイスの登録(dvb_register_frontend()))や リングバッファの管理とか 共通の機能を提供してたと思いますが
(USB版はさらにdvb-usb/がかぶさってますが)
0457login:Penguin2009/04/13(月) 09:28:46ID:nyKpfIpE
Linuxで録画サーバ作ってる人は再生はどうしてるの?
自身で再生?DLNAで配信?
0458login:Penguin2009/04/13(月) 10:13:50ID:cl5pfOHj
アナログ録画は自前で再生(VGA出力をテレビに)
TSはCPUへぼくて再生できないからiLINKで再生(少々面倒だが画質は最高)
0459login:Penguin2009/04/13(月) 10:31:08ID:wK+FUC88
>>457
録画ディレクトリをsambaで共有してPCで再生。
同時にDLNAでも配信してPS3で再生。
その時々で使い分けてる。
0460login:Penguin2009/04/13(月) 18:15:38ID:xoLLdaR3
iLINK再生(IEEE1394 Media Processor)だとTV側のデコーダで再生されるから綺麗だね
データ放送部分も見られるし

ただ、DVHSのエミュレーションなのでTV側からの動画選択がやりにくいのは確か
AV-HDDに対応してくれればそのあたりが解決で万々歳なんだけどなぁ
(今後の目標に書いてあるので期待はしてる)
0461login:Penguin2009/04/13(月) 20:44:42ID:cl5pfOHj
今からTS再生用にテレビ買うなら、素直にREGZAにしたほうがいいね。
DLNAとかiLINKは、別のテレビ買った人がどうにかして再生する用だな。
0462login:Penguin2009/04/13(月) 21:16:50ID:0Aq6uWGf
>>461
あとはコストパフォーマンスの問題かね
NAS再生のできるZ系列はTS再生のためだけに選ぶには値段跳ね上がりすぎる
0463login:Penguin2009/04/13(月) 22:09:29ID:jMucP3la
>>456
漏れのバージョンでは dvb_register_frontend とかリングバッファを使っていますよ。
S2API になっても、そのあたりの話は別に変わらない。
SF にある奴は多分作りかけなんじゃないかしら。
0464login:Penguin2009/04/14(火) 08:10:28ID:qJxxbyNY
>>462
REGZAで完結するならともかく
録画用としてPC使うんだから必要だから
値段分のメリットは少ないよなぁ
0465login:Penguin2009/04/14(火) 08:51:43ID:eOkTUnaD
もうすぐ出るパナのBDプレイヤーがDLNAクライアントに対応してればなぁ
smb、http、ftpのほうがより望ましいが
0466login:Penguin2009/04/14(火) 13:52:58ID:mu9Gkg7U
AVHDDに関する資料とかあれば実装できるだろうけど
ちょっとググった程度じゃ見つかんなかった

そうなると実際のAVHDD機器繋いでダンプして云々という話に
■ このスレッドは過去ログ倉庫に格納されています