【視聴・録画】Linuxでテレビ総合【ﾃﾞｼﾞﾀﾙ/ｱﾅﾛｸﾞ】

【視聴・録画】Linuxでテレビ総合【ﾃﾞｼﾞﾀﾙ/ｱﾅﾛｸﾞ】 at LINUX

[前50を表示]
300:login:Penguin
09/02/28 13:14:03 nTIBbbdK
ああ、それと

>Linuxじゃ地デジはこれから

これからも何もB-CASの使用許諾に従う限りLinuxで地デジは
録画できないんだから今できてるのだってFriio、PT1みたいな
裏街道系か、HDUSみたいな抜け道発見系のどっちかに限定され
るのは仕方ない、ってのは分かってるな？
一昨日だったかのニュースにあるようにB-CASカードは
廃止の方向でほぼ決まり。Soft CASかチップ化かとか
そんな話らしい。
数年後にはB-CASカードが手に入らなくなって、裏で馬鹿みたいな
高値で取引されるようになるだろう。そうなればLinuxでは
録画しづらくなるな。要は後数年で録画できる状況も終わるかも
しれないってことで「これから」じゃなくて「先は暗い」んだよ。

まあ、いまのうちにB-CASカードを集めておくといいかもな。
有望な投資にもなるかも知らんし。

301:108
09/02/28 15:19:05 ptTa5XI2
>>296
ごめん。それだけだと、分からない。今結構な勢いで書き換えているので、最新版だとどうだろう。
基本的にほとんどテストせずコミットしているので、テストしたバージョンはタグとか打っといたほうがいいかな。

まあ今日か明日にユーティリティ付けて、簡潔なドキュメント添えて targz に固めて上げる予定。
ドライバはここで一旦固定して、これからユーティリティ作ります。

302:108
09/02/28 15:29:30 ptTa5XI2
一応最新のドライバは俺環境では jscan が動くことは今テストした。
> fprintf(stderr, " scanning physical ch.%02d...\n", channel);
の次の行の usleep を長めに変更してある。

$ cat initial.txt
27
26
$ jscan -a 3 initial.txt
scanning physical ch.27...
prog[fff0] has no Video/Audio ES.
scanning physical ch.26...
prog[fff1] has no Video/Audio ES.
010:557000000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_7_8:FEC_1_2:QAM_64:TRANSMISSION
_MODE_2K:GUARD_INTERVAL_1_16:HIERARCHY_NONE:8192::1024
011:557000000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_7_8:FEC_1_2:QAM_64:TRANSMISSION
_MODE_2K:GUARD_INTERVAL_1_16:HIERARCHY_NONE:8192::1025
012:557000000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_7_8:FEC_1_2:QAM_64:TRANSMISSION
_MODE_2K:GUARD_INTERVAL_1_16:HIERARCHY_NONE:8192::1408
020:551000000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_7_8:FEC_1_2:QAM_64:TRANSMISSION
_MODE_2K:GUARD_INTERVAL_1_16:HIERARCHY_NONE:8192::1032
021:551000000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_7_8:FEC_1_2:QAM_64:TRANSMISSION
_MODE_2K:GUARD_INTERVAL_1_16:HIERARCHY_NONE:8192::1033
022:551000000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_7_8:FEC_1_2:QAM_64:TRANSMISSION
_MODE_2K:GUARD_INTERVAL_1_16:HIERARCHY_NONE:8192::1034
023:551000000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_7_8:FEC_1_2:QAM_64:TRANSMISSION
_MODE_2K:GUARD_INTERVAL_1_16:HIERARCHY_NONE:8192::1416

303:login:Penguin
09/02/28 16:21:44 fow1ZORZ
>>300
> これからも何もB-CASの使用許諾に従う限りLinuxで地デジは
> 録画できないんだから今できてるのだってFriio、PT1みたいな
> 裏街道系か、HDUSみたいな抜け道発見系のどっちかに限定され
> るのは仕方ない、ってのは分かってるな？

え？ Windowsで出来てるのに？
Linuxでだってソース非公開ソフト作ること出来るわけだし。

304:login:Penguin
09/02/28 16:22:00 iyUzYaCZ
> 基本的にほとんどテストせずコミットしているので、テストしたバージョンはタグとか打っといたほうがいいかな。

テストせずに書き換えていくときは、ブランチ切る方が良いと思うけどどうなんだろ。

305:108
09/02/28 16:37:06 ptTa5XI2
>>304
俺のリポジトリ全体が chrdev 版ドライバの branch と考えてくれれば OK

306:login:Penguin
09/02/28 16:38:43 nTIBbbdK
>>303
Dpaの煩い規定に厳密に従うなら再生から何からすべてソフトを
自前で作りこまなきゃならない。
BuffaloとかIO DATA機器だとかがLinuxに対してそこまでやると思うのか？
おめでてーな。

307:login:Penguin
09/02/28 16:46:31 fow1ZORZ
なにそんなにカリカリしてんの？落ち着けよ。

308:login:Penguin
09/02/28 17:06:18 iyUzYaCZ
> 俺のリポジトリ全体が chrdev 版ドライバの branch と考えてくれれば OK

それ branch じゃなくて fork でしょ。

> 基本的にほとんどテストせずコミット

とか言うのではなくて、ブランチ切ってやる作業ではないの？

309:108
09/02/28 17:20:35 ptTa5XI2
>>308
うーん、説明が悪かったか。それなりに安定して欲しい人 sf.jp の pt1 ドライバを使って下さい。
ドッグフード食べたい人は俺のドライバを使ってもいいよ、という意味でした。

まあいずれにせよ、現時点でブランチを切ることは考えていません。
二つの枝を並行してメンテする余裕はないから。だから、付けるとしてもタグ。

310:108
09/02/28 17:26:24 ptTa5XI2
もちろん実験的な機能はブランチで作業することもありだけど、
現時点で入れて行っているのはテストしてないだけでドライバとして必要不可欠な機能なので、そういうものではないです。。。

311:login:Penguin
09/02/28 17:31:15 iyUzYaCZ
言い訳ばっかりだなｗ

312:login:Penguin
09/02/28 17:33:37 ptTa5XI2
そう、なんで俺言い訳してるんだろ。まあ自由にいきます。

313:tomy ◆CfWlfzSGyg
09/02/28 19:30:48 kdtEtcb1
基本的にDVBに移行するつもりだから、>108のドライバはブランチだよ。
ただし、リリースって位置付けにはなっていないから、デバッグする覚悟現状ない奴はchardev版を使ってくれ。
私はデバッグする気があるし、
ある程度まともに動いたらリリースって形を取る。
メインにするのはまだ先の事。
ドッグフードを食べて腹壊したからって文句は言わない方がいい。

314:login:Penguin
09/02/28 21:21:23 iyUzYaCZ
こんなとこに言い訳書いてる暇あったら品質向上に努めろよｗ

315:login:Penguin
09/03/01 01:09:58 lo0bT7Nj
>>314
神様に向かってそんなこというではない。

俺みたいに無知を装って、神様に次作るものの
ヒントをあたえて開発の方向を誘導するんだ。

316:login:Penguin
09/03/01 01:13:14 DV7AYjzw
まぁ糞の役に立てば御の字程度だけどな

317:296
09/03/01 02:17:58 tOqXeRkN
>>301-302
108さんレスありがとうございます
rev.10616をコンパイルしたところ、jscanが成功しました！
mplayerでの録画、b25での復号化も問題なく行えています
ありがとうございました！

318:login:Penguin
09/03/01 14:08:28 rwMmC/iu
いまさ、pt1ドライバのソースを「LINUXデバイスドライバ第三版」と
照らし合わせながら読んでいるんだけど、pt1_pci.cの662行目
cdev_initしてから&dev_conf->cdev[lp].ownerにTHIS_MODULEを入れなくていいの？
（opsも初期化する必要あり？）

このコードが何をやっているのかいまいち理解してないレベルなんだけどさ。
変なこといっていたらごめんなさい。

ちなみに、本に載っているサンプルコードはここにある。
URLﾘﾝｸ(mirror.muntinternet.net)
scull_setup_cdev関数のところ。

319:login:Penguin
09/03/01 19:11:25 aNwVaXLm
入れてテストして問題なければパッチ作って。おながいします。

320:login:Penguin
09/03/01 20:24:29 rwMmC/iu
今のところ入れる理由もわからないし、入れるべきだって信念もないので
判断は任せるよ。入れたところで何をテストすればいいのかわからないし。
（現在の問題点がわからない＝テストすべき点もわからない。）

321:login:Penguin
09/03/01 23:11:42 9fbSQygY
318じゃないけど、テストしてよさげなので差分。
URLﾘﾝｸ(pastebin.ca)

322:login:Penguin
09/03/02 10:37:40 bS+FNZw0
がーん。録画に失敗したorz
ドロップが3400もでてる。なんかファイルサイズも通常の1/3
(2)Drop=00003419:00000000:00000000:00000000

これってバッファサイズが小さいってことなんかいな。
CentOSなんで上ででてきたRING_MAXの修正をしたせいかな？

バッファが一杯になったらDropするってことであってるよね。
うわーん(つД`)・・・・・まあHDDレコーダーでアナログキャプチャしているからいっか（＾ω＾）

323:login:Penguin
09/03/02 11:14:10 etxOQUQc
>>295
昨日の夜寝る前に試してみたけど動かなかったよん。
元のrecpt1、41氏のrecpt1はともに動いてた。
BS/地デジ1本ずつしかアンテナつないでないので
チューナーの検索順が変わってロックに失敗したのかな
と思ったけど検索順は変わってないのね。そこまで確認して
寝ちゃったんでアレだけど、今夜にでも
また調べて原因が分かったら報告しますわ

324:322
09/03/02 13:16:17 bS+FNZw0
チラシの裏

channel->drop += 1したときにメッセージ表示するようにして
CPU負荷かけたら、ドロップ一杯(´・ω・`)

でもtsselectかけたらドロップすくない？
recpt1のドロップがそのままtsselectのドロップになるわけじゃないのか・・・

今はスクリプトで、recpt1したあとにb25やってるので
recpt1の後はCPU負荷が増えてしまう。（ioniceは使っているのだが）
とりあえずb25を同時にやる方向にするか。

カーネルの制限のせいで単純にはバッファ増やせないし、根本的に修正するために
アルゴリズムの見直しをしてみるか。俺に修正できるかしらんけど。

325:322
09/03/02 18:06:12 DH8cpP6P
/var/log/messageにはドロップが216個
kernel: (2)Drop=00000216:00000000:00000000:00000000

でもtsselectの結果はドロップ1個
pid=0x0100, total=15146778, drop= 1, scrambling=0

ふしぎだにゃーなんか勘違いしてんのかしら。

326:tomy ◆CfWlfzSGyg
09/03/02 18:21:54 MpKBgP/4
>325
一番左端のカウントは
アプリが刈り込まなかった数だから、
他の数があがってなければ影響ないはず。
昔の名残でドロップにカウントしている。

327:322
09/03/02 20:01:41 DH8cpP6P
わーいtomyさん、レスありがとうございます。

ソース読んでるけどまだまだよくわからん。
ハードウェアの知識少ないからなぁ。
とりあえず大体の流れはつかめたけど。

アプリが刈り込まなかったとかよくわかってないんだけど、
他の数があがってなければ影響無いっていうことをそのまま受け取ります。

あれからログみたら、録画が成功していても一番左のカウントが3000ぐらいあるやつがあった。
つまり関係ないと。なんで録画が失敗したのかいまいち不明だけどしばらく様子見てみます。

328:322
09/03/02 21:10:26 DH8cpP6P
どうやら録画ミスったのは電波の問題のせいっぽい・・・

HDDレコーダーでとっていたのを見ていたら
容量から判断してちょうど切れていたところで
映像が砂嵐状態になった。

今、マンションの外装工事が行われているから
もしかしたら一瞬誰かがアンテナにダメージを当てたのかも。

もし可能ならこういう場合でも録画が止まらなければいいかなとは
思いましたがとりあえずまれなケースですね。
お騒がせいたしました。

329:tomy ◆CfWlfzSGyg
09/03/02 22:26:41 MpKBgP/4
>327
チューニング以外は録画に関わるのは
スレッド部だけなんで、ハードにはあまり関係が無い所だよ。
TSのサイズチェックとか、
手抜きをしている部分はあるけど、Cが読めれば簡単に判るはず。
今はソース見れないから、
詳細な部分とか、他で指摘されている部分が正しいか
判断出来ていない。

330:login:Penguin
09/03/02 23:34:07 gZibGOIe
pt1を2枚挿しでテストしてるんだけど、2枚目ってmajorが変わってminorはまた
0,1,2,3でいいのかな？

udevまわりをそういう風にして録画テストしたら、今度はminorが被ると2枚目
のチューナーが開けないっぽい。

331:tomy ◆CfWlfzSGyg
09/03/03 00:14:09 8sQiYPk7
>318

cdev_initで第２引き数で指定した情報が
設定されるはずなので
設定は必要ないはずだけど。

332:login:Penguin
09/03/03 00:14:24 PNQMrSZY
pt1_open()でmajorチェックせずに1枚目からminor調べてたのでminorが被ると
ダメだったみたい。直して一応地上波4本同時録画できるようになった。

333:login:Penguin
09/03/03 01:13:59 PNQMrSZY
モジュールをremoveするときにPCIカード1枚分しかcleanupしてないような気も
するけどどうなんだろう。

334:login:Penguin
09/03/03 11:45:27 qUXsk8WQ
Friioスレよんでいて気づいたこと。

open64を使うんじゃなくて
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64の付加が通常の対処です。
らしいぞ。
URLﾘﾝｸ(www.23ch.info)

参考
URLﾘﾝｸ(proger.blog10.fc2.com)

335:login:Penguin
09/03/03 18:08:42 VsYXEGsr
>>323
アンテナを繋いでないチューナーを使おうとすると止まるコードになって
いたので、利用可能なチューナーを順に全部試すようにしました。

336:108
09/03/07 03:54:28 lddiwPeR
メイン回線からの規制解除はまだか…。

DVB PT1 ドライバのテスト用ユーティリティをうpしました。
簡単なドキュメントも付けてます。
URLﾘﾝｸ(2sen.dip.jp)

337:108
09/03/07 03:55:50 lddiwPeR
up0219.gz でした。

338:login:Penguin
09/03/08 19:53:31 KfBpDuQe
久しぶりにこのスレ見たんだが
野球とかで番組の時間帯伸びたら修正されるようになった？

339:login:Penguin
09/03/08 20:02:12 aYrPRWkS
>>336
CentOS5.2で動作を確認しました。
この開発が進むと．．．
mythtvでPT1が使えるようになるのでしょうか？

340:login:Penguin
09/03/08 20:31:27 KHbf/SBW
B-CASカードが認識しません。 orz
pcsc_scanを実行すると以下の2行が延々と繰り返されます。
LEDは点滅してるので向きは問題ないと思います。
Scanning present readers...
0: SCM SCR 3310 NTTCom (21120651345850) 00 00

あとはどこの設定を見直せばいいのでしょうか？
環境はGentoo x86_64、2.6.27、pcsc-lite-1.4.7、ccid-1.3.8を使ってます。

341:login:Penguin
09/03/08 20:47:49 zK/ASNDv
>>340
> pcsc_scanを実行すると以下の2行が延々と繰り返されます。
CentOS 5.2だけど同じように延々と繰り返すよｗ

pcsc_scanはCentOS 5.2に入っていなかったので
公式サイト？のやつをコンパイルしていれた。

で、延々と繰り返すのはなんか他のバグ。動作に支障は無いはず。
少なくとも自分はこの状態でちゃんと動いている。
これで他に問題が無ければちゃんと動くはず。

342:login:Penguin
09/03/08 21:36:49 KHbf/SBW
>>341
情報ありがとうございます。
b25オプションでデコード失敗するので、これが原因とばかり思ってました。w
他に問題があるって事ですね。もう一度調べてきます。。

343:login:Penguin
09/03/08 23:06:05 aYrPRWkS
tune.cのなかのたとえば
{ 2, "NHK東京教育", 551142857 },
551は周波数みたいなのですが
142857は何を意味しますか？
地上波の方のチャンネルがうまく動作しません。

344:login:Penguin
09/03/08 23:32:33 nJ6Xewfs
551142857Hz

345:login:Penguin
09/03/09 00:06:22 Ub6b7Brk
頭3桁を自分の地域のチャンネル周波数に設定
これで動いてるけど

346:login:Penguin
09/03/09 00:57:38 z15YDCcm
録画予約ソフトあるじゃん？
ブラウザで予約するやつ。

思ったんだけど、あれのCUI版を作ってみたらどうだろう？

# rokugayoyaku search プリキュア
ID:123456 03/15 08:30-09:00 フレッシュプリキュア
ID:222222 03/22 08:30-09:00 フレッシュプリキュア

# rokugayoyaku yoyaku 123456

とかとか

ワロエ

347:login:Penguin
09/03/09 02:02:36 4vowROaK
そもそも、そのIDはどうやってとるんだ？

348:login:Penguin
09/03/09 02:46:21 rgTDunUn
お粗末だけどこんなやつ？
URLﾘﾝｸ(pastebin.ca)

349:login:Penguin
09/03/11 23:35:00 Rym48/jr
Visual C++ 2005 SP1 再頒布可能パッケージ入れて、wineでTVTest起動するところまではこぎつけたが
デコードフィルタがみつからないとかでGStreamer系のプラグイン導入してみたけど解決せず
やっぱ(Linuxの)ニワカには色々と難しい、というかこのアプローチで果たして再生できるんだろうか・・・

それ以前にLinuxでB-CAS読める環境持ってないことをすっかり忘れてた

350:342
09/03/12 22:01:35 sMjfGP+H
b25で、error - failed on ARIB_STD_B25::put() : code=-4と出てデコード出来ません。。
SCR 3310 NTTComで、カード向きは合っていて点滅しています。USB-HUBも介しました。
pcscdのログではカードリーダ、B-CASカードとも認識しています。
lennyの環境に入れ替えてみましたが、症状は変わらずでした。

対処方法がこれ以上見付からず、挫折しそうです orz

351:login:Penguin
09/03/12 23:29:45 mJ9dDPjy
ASEDrive IIIeならメーカーからlinux対応ドライバーが出ている。
CentOS5との組み合わせでpcsc_scanの表示も正常です。
価格は高いけど安定してる。おすすめです。

352:login:Penguin
09/03/12 23:38:55 mJ9dDPjy
書き忘れ．．．
kurobox-proでdebianでudev環境で
B25はたぶん動作しないとのでは？
カードは完璧にんしきされるのですが．．．

353:login:Penguin
09/03/12 23:41:28 MdSo5ko+
>>350
ARIB_STD_B25::put() : code=-4 は ARIB_STD_B25_ERROR_NO_PAT_IN_HEAD_16M です。
b25しようとしているデータが壊れている可能性が高いです。

354:login:Penguin
09/03/12 23:45:50 D/u4qUoZ
>>350
tsselectやったらなんてでる？

355:login:Penguin
09/03/13 13:41:43 v6z6+jgl
HDP2のDVBって、需要あるかな？

356:login:Penguin
09/03/13 13:45:00 ZylvDtuz
pcscどうたらはCentOSユーザーなのかい？
自宅で、しかもビデオ録画・視聴にCentOSを使う意味が良くわからんのだが。
CentOSはplus入れないとカーネル古いし、それにパッチ当ててるし
トラブルおきやすいだけで使いづらいだろうと思うんだが。
もちろん鯖なら分かるがなあ。

357:login:Penguin
09/03/13 17:05:38 TQhQ/+8Q
putエラーが出るのはアンテナトラブルでまともに受信してないことが多い。
分波器使ってカットしてる周波数帯を受信とか。

358:350
09/03/13 19:26:22 hNvwSMTN
>>353,354
tsselectかけたら以下のように出ました。ダメダメですね。。
pid=0x0000, total= 419, drop=395, scrambling=316
pid=0x0001, total= 149, drop=139, scrambling=115

>>357
その可能性が高いですね。家の中の配線を見直してみます。
改善しなかったら別途アンテナ立てるしかないかなぁ。

359:login:Penguin
09/03/14 14:35:30 WooHgUNi
>>356
pcscどうたらじゃないけど、CentOSユーザー。
理由はもともとサーバーマシン。
録画予約は24時間常時起動のサーバー向きでしょ？

視聴は他のマシン。
PT1で録画したファイルは
ただの動画ファイルでしかないし。

360:login:Penguin
09/03/14 14:39:43 WooHgUNi
そういやCentOSならDMA_RING_SIZEを減らさないと
コンパイルできないはずだけど、違うところ変更していない？
違うところだとドロップがふえる。>>228参照

361:login:Penguin
09/03/15 15:08:28 vnCvBK0D
1.2GHzしかないマシンにlinux入れて
地デジを録画させようかと考えてるのですが
力不足でしょうか？？メモリは2GB積んでます

362:login:Penguin
09/03/15 16:01:29 vlTzm/aD
>>361
クロックだけじゃ性能わからないよ。
8年くらい前のCeleron 1.3GHzでやってるけど余裕。

363:login:Penguin
09/03/15 17:22:22 vnCvBK0D
>>362
セレオンです。

364:login:Penguin
09/03/15 18:20:33 7x1cGrnv
>>362
このソフトってそんなに軽いの？
Mobile Pentium M 773 でもいけるかな？

365:login:Penguin
09/03/15 18:29:32 vlTzm/aD
>>363
釣りか？
セレロンでもコアによって性能全然違うのだが。

>>364
recfriio(with b25)ならTualatin Celeron 1.3GHzで
CPU使用率17%程度。
Pentium Mとか余裕過ぎ。クロック落としても余裕じゃないかな。

366:login:Penguin
09/03/15 18:34:05 uS7dJH1i
>>361
デコードみたいな負荷はかからないぞ

367:login:Penguin
09/03/15 18:37:42 koh2oVq+
PT1の話だとして、動画を再生せずに録画だけなら軽いからね。
データ量としては地デジ16Mbps（2MB/s）、BS24Mbps（3MB/s）
HDDの転送速度が50MB/s～100MB/s

4TS同時録画でもHDDの限界の1/5～1/10程度の速度で書き込むだけ。
データはDMAでCPUを介さずにハードウェアから直接メモリに渡されるものを
そのまま書き込む。データ加工の処理は一切しない。
つまりゆっくりとファイルコピーしているときのCPU使用率と大差ない。

368:login:Penguin
09/03/15 18:37:56 ZuuqSlWe
今主流のCPUなら、x264もある程度いけるってことなのか。俺も早く買お

369:login:Penguin
09/03/15 18:40:32 7x1cGrnv
チューナーって皆はどれ使ってます？

370:login:Penguin
09/03/15 18:41:11 koh2oVq+
再生しないのなら、x264とか関係ないし。

371:login:Penguin
09/03/18 03:23:12 yHgUXfGu
>>116
ロングパスだけど、もしまだ見ておられたら改変済み SCR331-NTTCom のパッチを上げていただけますでしょうか。。。
URLﾘﾝｸ(symbolik.wordpress.com)
を参考にfirmごと書き換えて純粋にSCMのSCR331化を目論んだんですが、どうもうまくいかなくて…。

372:login:Penguin
09/03/18 11:18:40 sj1dma/5
>>371 今ファイルを取ってこれない環境なので、日曜か月曜にうpします。

373:371
09/03/18 11:36:27 yHgUXfGu
>>372
すいません、お手数をおかけしますけどよろしくです。。。

374:login:Penguin
09/03/18 19:38:26 IUaq9/Uh
録画予約は、リモートで可能？

375:login:Penguin
09/03/18 19:59:02 JPU3/NT7
Linux鯖にログインして、cronで毎週予約
atコマンドで一回だけの予約。

ミスれば落とせばいいし、
これでいいやと思っている俺がいる。

376:login:Penguin
09/03/18 20:27:49 W7Fbi3pd
vrsとかrecfriioとかなら、sshで接続してポートフォワードで予約。

377:login:Penguin
09/03/18 23:07:55 +fVo+13P
Apache立ち上げてiepgのURL与えたらatで予約するPHPスクリプト用意して
そこにクライアントからURL投げて予約してる

378:login:Penguin
09/03/20 11:20:49 Utd4iLq/
Windowsの録画予約ソフトって時間変更の追尾とかどうやっているんだろうな。
全部のサイトクロールして全iEPGを落としたりしているのかな？
負荷かかるし、サイトの構造が変わったら面倒だから
やるべきか否か悩んでいる。

379:login:Penguin
09/03/20 13:23:36 8BCdBFgc
HDUSのインストールはできたけれど、これって別途カードリーダ必要なのね

orz

しかたがないのでウィンドウズと今月は並用するか・・・
今月はお金ないし…

380:login:Penguin
09/03/20 13:56:53 3JnRhQwm
>378
番組時間の変更は基本的に後ろにずれるんだから、録画時間のちょっと前にEPG情報を取得して
当該番組の時間がずれていればシフトじゃないの?
終了時間の延長は、録画終了の少し前にEPG情報をチェックして動いていればこれまた延長。

381:login:Penguin
09/03/20 16:01:55 YIyP8qxe
EpgDataCap_Bonはソース公開じゃなかったっけ？
これは放送波のEPG取得してる

382:login:Penguin
09/03/20 16:03:25 qgnEJMgT
iEPGと言ってるから、EPGが取れない環境のことじゃね？と好意的に解釈

383:login:Penguin
09/03/20 16:41:39 Utd4iLq/
>>380
> 番組時間の変更は基本的に後ろにずれるんだから、録画時間のちょっと前にEPG情報を取得して
> 当該番組の時間がずれていればシフトじゃないの?

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

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

だから、HDDレコーダーなどは延長という文字が番組に入っていたら、
その後の番組は、問答無用で長く録画しているとか。

384:login:Penguin
09/03/20 18:19:57 3JnRhQwm
>383
> 深夜アニメとか、来週の放送はいつもより15分早く
> 放送されます。とかある。

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

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

漏れることは確かにあるが、リアルタイムじゃなくても番組終了までに修正されることは多い。
見ていなければ100%わからないからダメというのなら、そもそもこんなことを考えるのは無駄。

385:login:Penguin
09/03/20 19:02:59 yaH+/ZoM
前もって予告されてる変更なら
番組表サイトのiEPGなりTS内のEPGデータなり参照するだけでいい

突発的な延長で変更される場合の対応は
・前番組が延長アリなら終了時間を最大延長分ほど伸ばす(古典的)
・TS内のEPGデータの更新を信じる
・予約情報と現在放送中のTSの番組情報とを比較して合致するまで録画せず待つ
・(アニメ限定)しょぼいカレンダーを利用して延長してるかどうか確認する
くらいかね

386:login:Penguin
09/03/20 19:09:54 Utd4iLq/
TS内のEPGデータを取り出す方法ってあるの？

387:login:Penguin
09/03/20 19:16:31 q+vBBMvm
>>386
ある。epgdumpとかソースもある。

388:login:Penguin
09/03/20 19:25:16 Utd4iLq/
そうか。それならサーバーに負荷かけることなく
確実にデータ取れるね。

番組表サイトってサイトの構造が変わったら
データ取れないでしょ？

389:login:Penguin
09/03/22 20:01:51 0DFmlQ7w
例のクイックサンの奴ですが普通に使えました。ただプロダクトIDを指定する必要があります。
きちんとやるなら何行か付け加えなきゃ駄目ですが、面倒ならrecfriioのsetting.hppの

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

の0x7010を0x7020に変えて--hdpオプションで起動すれば良いです。

390:login:Penguin
09/03/22 21:46:33 RKudsrqh
>>389
乙です。

さすが純日本企業じゃないクイックさん、ちゃんと穴を開けた製品出してくれるね。いい仕事するわ。

391:login:Penguin
09/03/23 01:08:41 TCA5CVhd
WinではHDUCも抜けてるみたいだな

392:login:Penguin
09/03/23 01:14:18 yO8dQ9kY
HDUCは>>389の変更箇所を「0x7080」と指定すればいけるんでしょうね

393:login:Penguin
09/03/24 01:23:08 BC1JtrbN
>>371
URLﾘﾝｸ(2sen.dip.jp)

svn trunk ( svn://svn.debian.org/pcsclite/trunk/Drivers/ccid/ ) に対する差分ですが
1.3.10 に対しても当たることを確認しています。

394:login:Penguin
09/03/25 22:44:40 pVJfbn1r
HDU2、PID=0x6091に変更、--hdpで１録(シングルチューナ）はできますた。（LS-GL, deb lenny)
HDU2のw録、在れば、ソースほすぃ。。。

395:login:Penguin
09/03/26 21:47:06 65lJZn36
epgdumpのXML版を試そうとしたんだけど、うpされてるファイルが解凍出来ない。壊れてない？

396:tomy ◆CfWlfzSGyg
09/03/26 22:24:04 X6UVcJl7
>395
tar+bzipのはず。
fileコマンドでチェックすべし。

397:login:Penguin
09/03/28 00:40:35 KTwcPxb2
>>392
HDUCだけど、それで行けたよ

398:371
09/03/28 10:42:38 z3OGURhM
>>393
おお、ありがとうございます。
まだ週明けまで仕事で手が空きそうにないので、後日使わせて貰いますm(_ _)m

399:395
09/03/29 10:43:02 9tMib51k
>>396
解凍出来て動作確認取れました。確認不足で申し訳ないです。
しかしMytvTVやDVB版ドライバとどう連携していくか難しいところですね。まずは基礎から勉強しないと。。

400:login:Penguin
09/03/30 21:14:52 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 っす。

401:400
09/03/30 21:18:01 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回くらい。

402:login:Penguin
09/04/03 22:46:10 0jwoP1Mb
PT1ってCS対応してないんか。。。
買っちゃったorz

403:login:Penguin
09/04/03 23:03:59 ZNWfa6sW
対応してるだろ

404:402
09/04/03 23:09:33 0jwoP1Mb
>>403
Linux用のドライバが対応してないみたい
Windowsでやるかな・・・

405:login:Penguin
09/04/03 23:10:46 UTRrCynn
>>402
110度CSで良いじゃん？

406:tomy ◆CfWlfzSGyg
09/04/04 06:54:08 IGQMGuh8
>402
どこが対応していない？
ソース読むと対応している様に見えるんだが？
私の環境ではCSはないから確認は出来ないけど。

407:402
09/04/04 09:25:11 A9/ZCnZ3
すいません
チャンネルの設定部分に地デジとBSしかなかったもので出来ないのかと

もう少しがんばってみます

408:login:Penguin
09/04/04 13:00:22 IGQMGuh8
>407
chardev版のツール側に、
チャネルテーブルが入っているはずなんで、
指定はそこを参考にしてみれば？

409:login:Penguin
09/04/04 14:40:29 GZnEAP2O
>>406

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

そのときにチェックするだ！

410:login:Penguin
09/04/04 15:12:26 l9VVPCw+
ここの皆さんのおかげでUbuntuでHDUS視聴出来ました

ありがとうございます

411:login:Penguin
09/04/04 18:55:03 IJZx8uzd
>>336
Ubuntu8.10 amd64でビルドエラーしてた。
Makefileでgccに-D__KERNEL_STRICT_NAMESをつけて、
tune.cの3行目4行目をコメントしたらビルドできた。
MythTVとかDVB対応済アプリと融合させたいんだけど、
bcas関連のプラグインとか作らないといけないのかな。

412:402
09/04/04 23:28:48 A9/ZCnZ3
おかげさまで地デジ/CSの録画が出来るようになりました。
しかしrecpt1のCSの指定の仕方が未だによくわかりません・・・
たとえば340chのディスカバリーチャンネルを録画する場合に
CS20を指定しても違う番組が録画されていました。

尋ねるばっかりですみません。

413:login:Penguin
09/04/04 23:35:02 uhPy3GRf
>CS20を指定しても違う番組が録画されていました。
多分目的の番組は録画されてるかと

414:login:Penguin
09/04/04 23:53:59 UPYzSvdA
>>412
340chのディスカバリーチャンネルも録画されているかと
と >>413 は言っている
CSの仕組み(ここでCS20と呼んでいるものは何か)を調べてみると良いよ

415:login:Penguin
09/04/05 00:07:02 ZBG9D/Sd
vlc でプログラムを選択するといいよ

416:402
09/04/05 08:48:17 dQ0VJmrn
おかげさまで出来ました
ありがとうございます。

417:login:Penguin
09/04/05 12:08:53 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再起動する。バグですね？

418:login:Penguin
09/04/05 12:19:16 btwBFRmU
>417
> D< どういう意味だろ？

優先度の高いプロセス("<")なのにIO待ちで返事がない("D")。バグだな。
/var/log/debug あたりに何かメッセージがあるかもしれないが、
当面できることはたぶん何もないと思わないでもない。

419:login:Penguin
09/04/05 12:31:37 FFNMs9UK
再起動したら復活。あっ。思い出した。前にあった似たような現象。
たしか鬼太郎のときだ。ここでぶつくさ文句たれた記憶がある。

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

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

理想
１．なんらかのエラー・電波不安定で番組録画失敗しても、次の番組はちゃんと録画できてほしい。
２．そもそも受信状況が悪かったりしても、エラーにならずに最後まで録画できてほしい。

420:login:Penguin
09/04/05 12:36:51 FFNMs9UK
>>418
/var/log/debugは存在しない。/var/log/messagesを見たが
エラーで落ちたときあたりに、メッセージは何も無かった。

ちくしょう・・・よりによって日曜日にこうなるなんて。8番組録画できずだ。
ヤッターマンは見逃すとなかなかリカバリしにくいんだぞ。veohが頼りだ。

421:login:Penguin
09/04/05 14:45:35 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時からのトムとジェリーも同じだと思うので
気が向いた方がいましたら追試よろしくおねがいします。

422:login:Penguin
09/04/05 20:32:10 btwBFRmU
トムジェリもダメだった。

二ヵ国語放送での問題は
DTVの Friio 地デジHDアダプター「フリーオ」 37うわw目の139番以降
URLﾘﾝｸ(www.23ch.info)
にあったけど、つーか 157 がそのものだけど、
dd if=tom.ts of=test.ts bs=188000 count=3000 skip=3000
等として音声が変わってないっぽい本体部分をカットとしてきても変わんね。

423:tomy ◆CfWlfzSGyg
09/04/06 07:39:57 vKPcCzF0
>417
ディスクフルになってない？
基本的にカーネルスレッド内で待ちになるのは、
アプリ側ビジーでバッファフルの時だけ。
アプリが止まっているなら
その可能性が一番高いと思うけど。

424:login:Penguin
09/04/06 10:59:33 RH6ft+6i
>>423
なってないよ～。

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

60GBを切ったら危険と判断して先週以前に見た分を削除しているから
最近は40GBを切ったことないつもり。もちろん録画失敗時も。

425:login:Penguin
09/04/06 13:13:27 vKPcCzF0
>424
じゃあ後は疑わしいのはメモリ関係かな。
PT1から出てきたチャネル番号がおかしいと
変な処理してしまうから、それは直しておく。
DMAはチャネル単位にないから、
メモリだとすると全チャネルまともに録画出来なくなるかも。

426:login:Penguin
09/04/06 13:32:17 RH6ft+6i
>>425
お手数かけます。
なんかこんな適当なレポで対応してくださって、ありがとうございます。

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

録画ミスは嫌だけど安定したチャンネル（？）だと安定しているし、
大概大丈夫なんで自分の中でそこまで優先順位が高くないものですから・・・

427:login:Penguin
09/04/06 22:18:04 OHYhRcjr
電車に乗っててふと窓の外の住宅のベランダを見てたら
一軒だけ衛星のアンテナが逆方向向いてた。

たぶん、届くはずのない将軍様を讃える歌を受信しようとしているんだと思う。

428:login:Penguin
09/04/06 23:18:18 dBLhe1hb
>>427
ビルからの反射を拾ってんじゃね？

429:login:Penguin
09/04/07 11:09:33 Uutuzo0S
そうね、反射のほうが条件が良かったんだな。
BS、CSでは良くある光景だよ。

430:login:Penguin
09/04/07 12:23:18 7cU+VEMF
>426
とりあえずサーバには突っ込んでおいたけど、
チャネル不正のテストは未。それ以外は動作中。

431:login:Penguin
09/04/07 13:10:24 CdtcHZzE
>>430
ありがとうございます。

まれに起きる問題なので時間がかかると思いますが、
なにかわかったら報告します。

432:login:Penguin
09/04/07 16:33:17 xtYK5Dfh
日本語で"チャンネル"って書いてくれないと混乱する

433:login:Penguin
09/04/07 20:26:25 Q7PIVpu0
だな。一瞬シャネルと見間違えた。
職業病だな。うん。

434:login:Penguin
09/04/08 02:02:31 48RC6pim
なんの職業なのかと２、３分なげやりに問い詰めたい

435:login:Penguin
09/04/08 18:38:25 8NIzYl/a
>>434
米兵

436:41
09/04/09 19:58:33 bWbMo3bu
pt1 currentへの改良パッチを作ったよ

URLﾘﾝｸ(2sen.dip.jp)

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)

437:login:Penguin
09/04/09 20:04:52 ToYDZCEE
>>436
おおっ。それはうれしい。
俺もやりたいなと思っていたところだ。

438:41
09/04/09 20:05:54 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を複数にして同じ量のバッファになるようにしたもの

439:login:Penguin
09/04/09 22:46:14 I4DUHpx9
B25で復号化しようとすると　error - failed on ARIB_STD_B25::put(): code=-2とでるようになりました
前まではこんなことはありませんでした。調べてみるとメモリ不足とでたんですがメモリは2GB積んでいますし
足りないと言うことは無いと思うのですが・・・

440:login:Penguin
09/04/09 22:56:51 yPBePgfk
>>439
swap作ってますか？

441:login:Penguin
09/04/09 23:45:43 I4DUHpx9
SWAPを20GBまでふやしても駄目でした(ts自体は14GBです)
いつも0.57%の場所でとまるのですが・・・

442:login:Penguin
09/04/10 00:28:17 SFxWKN/y
それは0.57%の所に(B25から見たら)不都合なパケットがあるんじゃないかい？
ddで適当な位置で分割してみたら

443:login:Penguin
09/04/12 10:45:08 LBq3MVqG
PT1も2台持ってるけど稼働中だからダウンタイムを考えるとLinuxに移行したくても
なかなかできないんだよなあ。Linux初心者がここの住人になるにはどーすりゃいーのか。
どこから攻めればいいかもわかんねーんだよorz

444:login:Penguin
09/04/12 10:58:09 KolJWPDk
Windowsで不満ないんなら無理して移る必要ないんじゃないの

445:login:Penguin
09/04/12 11:16:52 u8BodFuq
>>443
> Linux初心者がここの住人になるにはどーすりゃいーのか。
もう一台Linux専用マシンを買う

446:login:Penguin
09/04/12 12:34:45 xOSqEy1a
久しぶりにPT1 DVB版うｐデート。
うｐろだの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

447:login:Penguin
09/04/12 13:29:24 H6cooHCT
>445
せめてvmwareのっけろと言ってやれ

448:login:Penguin
09/04/12 13:58:51 9Atm/bFl
> せめてvmwareのっけろと言ってやれ

PT1 と関係ある？

449:login:Penguin
09/04/12 15:54:04 oTKcAIVX
ダウンタイムが問題になるほど録画して見る時間はあるのだろうか

450:login:Penguin
09/04/12 21:41:23 ssViOo5u
>>272
friio用DVBドライバをうpしたものです
このスレに気付いてなかったのとISP規制で超亀レスですみませんが PT1やfriioを本家にマージとなると
MULTI2復号はユーザランドでするとしても
fe_type_tとしてあらたにISDB-{T,S}を定義するのが本筋のようにも思うのですがどうでしょうかね.
今までのように変調方式が同じだからとDVB-Tとかに相乗りしてると
データ放送の扱いや音声コーデックの違いとか（やEPGとかも）が将来アプリ側で区別できず問題になるかもしれないし．
一方実害があるケースは稀だろうし channels.confやアプリケーションへの影響が大きい上に
そういう変更は本家MLであらかじめ議論して合意をとるべしとなってたと思うので難しい面も多いですが．
APIとしてS2APIを使えばいいのかもしれませんが調べてないしアプリの対応もまだ一部みたいですね.

451:login:Penguin
09/04/13 00:16:01 jMucP3la
>>450
PT1 の DVB ドライバは S2API を使っていますよ。。。

452:login:Penguin
09/04/13 00:29:00 yRsJDBCy
>>450
某ハード用のDVBドライバに、swbcasを流用させてもらっています。
ありがとうございます。(いじりまくってますが…ｗ)

453:login:Penguin
09/04/13 00:52:33 ma19u+JE
>>451 うぉっ PT1ははるか先を行ってますね
今SFにあるDVB版のソースを少し見たら dvb_core/のフレームワーク？みたいのを使っていないみたいだけど
S2API版だとそうなるのでしょか
xineはS2API対応してるみたいだけど mplayerが対応してなさそうなので全くチェックしてませんでした

>>452 汚いソースですみませんが少しでもお役に立てたのであれば幸いです

454:login:Penguin
09/04/13 01:16:20 jMucP3la
>>453
スマソ俺は108でSFの作者では無いのでSFのコードは分からない。

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

dvb_coreのフレームワークというのはswzigzagのことかな。
単にWindowsのPT1ドライバの挙動を真似するのには、それらを使わないほうが
都合がいいからで、S2APIを使ってるからでは関係ない。

455:login:Penguin
09/04/13 01:17:42 jMucP3la
S2APIを使っているからというわけではない、ですな。。

456:login:Penguin
09/04/13 01:37:12 ma19u+JE
>>454 SF（すいませんSourceForge.JPのPT1ドライバ）の方はtomyさんのツリーで別ってことですか

dvb_coreの方はデバイスの登録(dvb_register_frontend()))やリングバッファの管理とか共通の機能を提供してたと思いますが
（USB版はさらにdvb-usb/がかぶさってますが）

457:login:Penguin
09/04/13 09:28:46 nyKpfIpE
Linuxで録画サーバ作ってる人は再生はどうしてるの？
自身で再生？DLNAで配信？

458:login:Penguin
09/04/13 10:13:50 cl5pfOHj
アナログ録画は自前で再生(VGA出力をテレビに)
TSはCPUへぼくて再生できないからiLINKで再生(少々面倒だが画質は最高)

459:login:Penguin
09/04/13 10:31:08 wK+FUC88
>>457
録画ディレクトリをsambaで共有してPCで再生。
同時にDLNAでも配信してPS3で再生。
その時々で使い分けてる。

460:login:Penguin
09/04/13 18:15:38 xoLLdaR3
iLINK再生(IEEE1394 Media Processor)だとTV側のデコーダで再生されるから綺麗だね
データ放送部分も見られるし

ただ、DVHSのエミュレーションなのでTV側からの動画選択がやりにくいのは確か
AV-HDDに対応してくれればそのあたりが解決で万々歳なんだけどなぁ
(今後の目標に書いてあるので期待はしてる)

461:login:Penguin
09/04/13 20:44:42 cl5pfOHj
今からTS再生用にテレビ買うなら、素直にREGZAにしたほうがいいね。
DLNAとかiLINKは、別のテレビ買った人がどうにかして再生する用だな。

462:login:Penguin
09/04/13 21:16:50 0Aq6uWGf
>>461
あとはコストパフォーマンスの問題かね
NAS再生のできるZ系列はTS再生のためだけに選ぶには値段跳ね上がりすぎる

463:login:Penguin
09/04/13 22:09:29 jMucP3la
>>456
漏れのバージョンでは dvb_register_frontend とかリングバッファを使っていますよ。
S2API になっても、そのあたりの話は別に変わらない。
SF にある奴は多分作りかけなんじゃないかしら。

464:login:Penguin
09/04/14 08:10:28 qJxxbyNY
>>462
REGZAで完結するならともかく
録画用としてPC使うんだから必要だから
値段分のメリットは少ないよなぁ

465:login:Penguin
09/04/14 08:51:43 eOkTUnaD
もうすぐ出るパナのBDプレイヤーがDLNAクライアントに対応してればなぁ
smb、http、ftpのほうがより望ましいが

466:login:Penguin
09/04/14 13:52:58 mu9Gkg7U
AVHDDに関する資料とかあれば実装できるだろうけど
ちょっとググった程度じゃ見つかんなかった

そうなると実際のAVHDD機器繋いでダンプして云々という話に

467:login:Penguin
09/04/14 14:14:48 T/hT38Jw
AV-HDD ってサーマルキャリブレーションが抑制されているだけじゃないの？

468:login:Penguin
09/04/14 17:09:39 mu9Gkg7U
DVHSはi.LINKでAV/C command使って通信するテープデバイス
AVHDDはi.LINKでAV/C command使って通信するHDDデバイス

デジタル機器同士がi.LINKで通信するとき
シーケンシャルな動画転送(とちょっとした操作)だけを行うDVHS互換モードと
ファイルリストやサムネイルなんかの情報もやり取りするAVHDD互換モード
のどっちかで通信してる
(IEEE1394 Media ProcessorなんかはこのDVHS互換モードをPCでエミュレーションしてる)

で、TV側は大抵AVHDD互換モードをサポートしてるからそっちのほうが動画選択とか親切
ただ、AVHDDとして認識させるためにどんな通信が必要なのかはさっぱりわかんない

>>467
AV-HDDのアクセス部分でどんな差異があるかはよく知らない、すまん

次ページ