トップページ⇒linux
983コメント390KB

【視聴】Linuxでデジタル放送【録画】

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001login:Penguin2008/12/30(火) 14:48:32ID:mhuHq0Rz
Linuxでデジタル放送を見たり録ったり。
0809login:Penguin2010/05/02(日) 18:41:39ID:+Y5ykVCS
>>807
いや、取って食ったりしないから。
0810login:Penguin2010/05/02(日) 18:48:46ID:jCYY4kWx
考えると、家電の録画機はよくできてるなあ。
0811login:Penguin2010/05/03(月) 14:53:40ID:9ME8Hy8R
vlcなしで、dvb-pt1 + fuse_b25 で mythtvのdvbで設定しようとしているのですが、
チャンネルの設定がうまくいきません。
どなたか上記構成で成功している方いますか？
0812login:Penguin2010/05/03(月) 14:59:36ID:4/j+CAup
vlc無し?
MythTVはAAC食えないと思うが、それをどうするつもりなのか...
0813epgrecの中の人2010/05/03(月) 17:01:34ID:96dSbwTo
さっきrecpt1 server、ちょこちょこいじってみましたけど、
http://www.mda.or.jp/epgrec/pool/recpt1server.tar.gz
やりかけなのでdaemon切ってます。
http://yourserver/channel/sid
という形でSIDを指定できるようにするならこんな感じでいいんじゃないでしょうか。

で、epgrec側からsysv msgか、signalでもいいんだけどとにかく
録画開始前にチューナーが足らないようならrecpt1serverに
メッセージを送って中断させられるようにする、という感じになればいいですね。
そのようにしようと思っていじったけど面倒になったので途中で投げときます。

あと今のコードだとシグナル受けるスレッドを殺したり生かしたり
してるので、acceptしてる間シグナルを無視するのが困ります。
けど直すのは簡単ですね。
0814login:Penguin2010/05/03(月) 18:22:18ID:cmmc716r
>>803
動作報告です。
VLCで視聴して、映像を一時停止した後に再生すると、停止した時点から再開
します。
当然ながら再生映像とリアルタイムの映像にずれが生じます。
現在時間が表示されている番組で試すとよく分かります。
そして、ずれた時間とチャンネル切り替えにかかる時間がほぼ同じようです。
一時停止するほか、別のsidの番組を見ようとして再生-プログラムから変更
するときもずれが生じるようです。
このずれはチャンネルを変えてもそのままで、むしろチャンネルを変えるほど
蓄積されていくっぽいです。
それにつれてチャンネル変更に要する時間が増加し、場合によっては
チャンネルが変わらなくなります。
VLCを再起動してもずれは解消せず、recpt1を再起動して初めて解消します。
よくは分からないのですが、チャンネルを変えるたびにずれを解消するような
仕組みにすれば、チャンネル切り替え等でストレスなく使えるようになる
のではないでしょうか。
08157262010/05/03(月) 21:31:21ID:za8LLq/h
REGZAと「～」の相性の件ですが、「～」が入っていて再生できるものと、再生できないものがあります。
ファイル名：
20100503193000_GR18_【字】【Ｓ】ＦＡＩＲＹ　ＴＡＩＬ　～フェアリーテイル～.ts
が再生できませんでした。他に同じ症状の方はいますか？
0816login:Penguin2010/05/03(月) 22:22:54ID:vnahDdqU
>>812
新しい奴は対応してるんじゃなかったっけ?
自分でconfigureしてビルドしないといけないかもしれないけど
--enable-libfaad とかのオプションがあるんだからおkなんじゃないの?
勿論 音声切り替えには対応してないけど
08174432010/05/04(火) 20:38:44ID:wyeOJrzd
ちょっと横からいい加減なコメントを失礼。
>>814
不具合の原因はなんとなく想像つくし、対策も思いつくところではあるのだけど、
今の httpd オプションはヤッツケで作ってみた。という範囲の外には出ていないです。
例外処理を今からガッツリ作り込むと、後々スパゲッティーなコードになるので、
今としては対応しない。今後対応を煮詰める。ぐらいにしておいた方がいいと思う。

httpdとして綺麗に実装するのであれば、スレッド構成の検討、
バッファ管理方法の検討、接続情報とかfdの持ち回し方の検討、
複数クライアント同時再生対応とかの大きな枠の
検討をした方が後々の機能追加に柔軟に対応できることになると考えます。

で、その枠の中で中断対応とか、チャンネル切替時のバッファクリアだとかに
対応が進んでいくのかなぁと想像します。
>>803 の方針次第ではあると思いますけれど。
08188142010/05/04(火) 21:03:35ID:C+ksd+P1
プログラミングのことはさっぱり分からないのですが、目前の手直しに気を
取られて、将来のバージョンアップの足かせになるようなことは期待しません。
将来図を描いた上で、その一環として取り組んでほしいと思います。
開発面での協力はできませんが、試作品が出たら、どんどん試して、そちらで
協力させていただきます。
0819epgrecの中の人2010/05/05(水) 12:54:47ID:cgyhu7Ii
クイックアンドダーティでrecpt1server少し更新。
accept中でもkillで落とせるようになったとか。

http://www.mda.or.jp/epgrec/pool/

recpt1server --b25 --strip

と実行してvlcでhttp://yourserver/101/101
とかやってリアルタイム視聴できます。
チャンネル変更もうまくいってるみたいだけど
変えると一部dequeueされずにメモリリークするような気がする。
あまり検討してない。

>>817
確かに複数接続を許すならゼロから設計し直した方がいいですね。
でもepgrecと共存させるなら接続数は1つだけでいいか、その方がチューナーが空くし
ということはあります。2枚さししてチューナーに余裕のある人は
recpt1serverをポート変えて2個立ち上げるとか。
httpだとepgrecのASFに統合しやすいのがいいです。
08204432010/05/05(水) 13:24:47ID:0rLUyVVe
せっかくなので与太話の続き

>>819
複数同時接続の場合には、同じチューナから得たバッファを使いまわして、
つないだ人全員が同じストリームを見る。という状態を想像していました。

http://yourserver/TunerID/ChannlelID/ServiceID
こんな雰囲気。TunerID未指定は適当に割り当てかな。

引数でチューナ番号を指定させれば、どちらにつなぐかは選択出来る。
同じチューナに接続している人に関しては、httpd 側でどのSIDを送信するかとか頑張って管理。
誰かが物理チャンネル番号変更すると、全員巻き添えを食らう。という素敵仕様。

サーバ系も面白そうですねぇ
0821login:Penguin2010/05/05(水) 15:51:17ID:qAq2kPpw
epgrecの2010年3月22日版にfix1及びfix2をあてたもので
番組検索では見つかるのに、自動録画キーワードに登録しても
録画予約されない番組が有ります。(番組は日テレのＰＯＮ！木曜日です)

4月6日テスト版にしたら改善されるでしょうか?
0822epgrecの中の人2010/05/05(水) 16:50:24ID:cgyhu7Ii
>>821
いま調べてみましたけど予約できました。検索語PON、曜日絞り込みで木曜で。
テスト版は検索の部分はいじってないので変わらないと思われます。

それと、さっきのrecpt1serverですが、queueはちゃんと片付けられるようで
問題ないようです。あとは余分なコードを削ってIPC使って外部から停止させたり
再開させられる部分を追加すればepgrecと共存可能に出来そうな感じですが…。

ただ、ASXに埋め込んでもWindows Media Playerじゃ
再生されないようで。もともとASXはWMVかASFかその辺しかサポートしない
決まりらしいのでMPEG-2 TSが再生できてるのもたまたまなのかもしれない。
VLCなら問題ないです。
0823login:Penguin2010/05/05(水) 17:54:02ID:8cdX4t9s
組み込みのhttpdならmongooseとかあるでよ。
0824login:Penguin2010/05/05(水) 19:01:51ID:2uxBZTU+
こういうストリームをHTTPアクセスする場合って
Content-Lengthが不明(Content-Lengt:ヘッダなし)でもOKなの?
だったら普通にcgiからスクリプトで起動して Content-type: video/mpeg-ts(?) を先に吐いてから
recpt1の出力を吐くようにしたら 済む話ではないのかい?
08254432010/05/05(水) 20:14:18ID:0rLUyVVe
>>824
もちろんOKではない
ファイルサイズが不明なものは、chunkedで送信するのがスジ

http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html
3.6.1 Chunked Transfer Coding

>>823の上げてくれているmongooseでラッピングすれば全部対応出来るのかな？
調査してみる価値はあるかと思います。

さて、最終確認やってきます。
終わったらリリースだー。
0826epgrecの中の人2010/05/05(水) 20:42:31ID:cgyhu7Ii
mongooseを使うとしてもパスにフックかけてmpeg2のストリームを流す形になるだけだから
コンテツ出す側でその辺はやんないとダメですね。ボディの面倒を見てくれるわけじゃないんで。
08274432010/05/05(水) 20:44:34ID:0rLUyVVe
ESファイル出力版とりあえず完成。
hg に push しました。

◆目的◆
recpt1 で録画したTSファイルをそのまま ffmpeg でエンコードすると、
音と口がズレた動画となってしまい、鑑賞時にとてもストレスが溜まる。
これを解消するために、TS から ES に変換を実施し、
動画の時刻情報と音声の時刻情報の同期を取り、
ファイルへ出力する機能(esオプション)を実装しました。

◆追加した機能の説明◆
1. esオプション
ES出力させる場合に指定します。
--b25 オプションと--sidオプションを同時に指定する必要があります。
ES形式の動画ファイルは、先頭はGOPの先頭となるように作ってあります。

2. start_timeオプション
recpt1 をスケジュール登録する場合には at や cron を使い、
録画管理スクリプト側で頭出しを行うために時間調整をしていると想定しています。
それぞれの録画管理スクリプトで独自に対応するよりも、
recpt1 が内部でTOTとSTCを管理し、指定の時刻が来たら録画を開始する。
上記の挙動があるべき姿かと思いましたので実装(--start_time)してみました。
start_time の引数はYYYYMMDDHHMISSであり、省略(YYMMDDHHMI等)は不可です。
桁長も固定なので、各項目が1桁となる場合には0を補完してください。

また、start_timeオプションを指定した場合には、
recpt1 の録画時間(尺)(これはプロセスの生存時間)の時間、ES出力はされなくなりますのでご注意ください。
start_timeから指定したい時間(尺)の録画を行うには、recpt1 を登録する時刻と、
start_timeで指定した時刻の差分を、recpt1 の録画時間(尺)に追加するようにしてください。
08284432010/05/05(水) 20:45:41ID:0rLUyVVe
◆使い方例◆
$ recpt1 --b25 --sid 101 --es /tmp/BS101 --start_time 20100505184900 120 101 /dev/null

◆オプション解説◆
--b25：es出力するにあたって事実上必須(SoLive24等が対象であれば不要)
--sid：esオプションはsidのコードに相乗りになっているので必須(指定したくない場合はallを指定する)
--es ：出力ファイル名のprefixを引数で指定する
--start_time：YYYYMMDDHHMISS 形式で録画開始時刻を指定する(esのみ対応)
TS出力ファイル：不要である場合にも、TSファイル出力は要求されるので /dev/null 等指定ください

◆実行結果◆
$ recpt1 --b25 --sid 101 --es /tmp/BS101 --start_time 20100505184900 120 101 /dev/null
$ ls -l /tmp/BS101*
-rw-r--r-- 1 nobody nobody 653031 May 5 18:51 /tmp/BS101_00101_00.aac
-rw-r--r-- 1 nobody nobody 73358553 May 5 18:51 /tmp/BS101_00101_00.m2v
-rw-r--r-- 1 nobody nobody 579766 May 5 18:51 /tmp/BS101_00101_01.aac
-rw-r--r-- 1 nobody nobody 2715878 May 5 18:51 /tmp/BS101_00101_01.m2v
$

◆未対応機能◆
1SEGには対応させてません。
多少修正してあげれば動くようになると思います。

◆既知の不具合◆
--sid all と組み合わせると、地デジのNHKのSIDが不定(1024/1025で確定できない)となる
--sid all と組み合わせても1SEGが録画されない
--sid all と組み合わせると、地デジのNHKの録画時にSID 1408の0byteのaacファイルが作られる（デジタルラジオの試験放送？）
同期の元をVIDEO0としているため、降雨時のBSのストリーム等では同期(lipsync)が多分ズレます
＃全てのストリームはVIDEO0に同期するように作ったので

そのまま使うと、printf()で画面がエラいことになりますが気にしないでください。
マージする人向けに残しています。
08294432010/05/05(水) 20:46:27ID:0rLUyVVe
◆その他気になること◆
PMT のバージョン番号を調査してから、PMTの変更に追従するコードを試験的に入れてみましたが、
これが対応方針として正しいかどうか不明です。どなたか確認してみてください。

音声についてはMPEG2/MPEG4 AACだけに対応(lipsync的に)しています。
それ以外のフォーマットが来た場合には、多分ES出力されないと思います。
(ISO/IEC 13818-1:2000(E) Table 2-29 - Stream type assignments的に)
＃5.1ch等は未テスト。リニアPCMとかってありうる？？？

◆ファイルの置き場所◆
ttp://hg.honeyplanet.jp/pt1.oyama/

以上
0830login:Penguin2010/05/05(水) 21:06:49ID:2uxBZTU+
読んだけど Content-Length: が必須とは書いてないような...
rfc2616 sec4.4 では transfer-encoding を使う場合はContent-Length使っちゃダメ,
HTTP/1.1*リクエスト*にはContent-Length: ヘッダを含まなきゃだめってだけのような...
レスポンスメッセージでボディあり, Transfer-encodingなしの場合は
rfc2616 sec4.4 での5. By the servcer closing the connection
でメッセージ長を示してもおkじゃないの?
0831login:Penguin2010/05/05(水) 22:39:04ID:qAq2kPpw
>>822
うちの環境ではEPGを取得しなおしても駄目でした。
残念ですが諦めます。
0832login:Penguin2010/05/07(金) 20:04:46ID:7Iuvt5kY
>>794
ごめん・・・
0833login:Penguin2010/05/09(日) 02:18:11ID:tZxCjvTY
linuxとWinどっちがPT2環境むいてますか？
0834login:Penguin2010/05/09(日) 02:24:12ID:ucQh+8D8
この板で言うと怒られそうだけど、
Windowsじゃないかな。

野球延長による時間変更に対応しているソフトなんかも揃ってるし、
HW再生支援も強力だし。
0835login:Penguin2010/05/09(日) 03:16:08ID:elK7c1RU
オレもWinに一票。
録画はともかく視聴がなぁ。

まぁ、自分の目的と双方でのソフトの対応状況とかもう少し調べてみろ。
0836login:Penguin2010/05/09(日) 09:13:01ID:Zs6/VZKr
>>835
http://slashdot.jp/~j9_1031/journal/489866
普通に動画再生支援の恩恵を受けられる。ほかに何に困る？
0837login:Penguin2010/05/09(日) 09:38:15ID:f4ENfPX1
>>836
ワシもVDPAUの恩恵を受けたくて、グラボを対応製品に買い換えたよ。
録ったものを観るのに使ってるMythTVとMPlayerは
両方ともVDPAUサポート込みでビルドしてある。

Linuxで十二分に機能している。
ソフトウェアRAID1なバックアップストレージと無線APも兼ねているので
Windowsで同じことやらせようとすると逆に面倒。
0838login:Penguin2010/05/09(日) 09:43:36ID:A3+tUEvO
>>836
TVtestに匹敵する視聴ソフトが無い
0839login:Penguin2010/05/09(日) 09:46:15ID:A3+tUEvO
あとBonCasServerっぽいのはあるがBonCasProxyが無いのが俺には致命的。
0840login:Penguin2010/05/09(日) 09:52:00ID:Zs6/VZKr
どっちが向いているとかじゃなくて、自分に合っているか合っていないかじゃないの？

Windowsでどうぞ
・コマンド恐怖症。マウスがないと死んでしまう。
・Linuxでは用意されていないソフトウェアが必要。

Linuxでどうぞ
・ゲイツに金を落とすのが嫌だ。
・自分でソースを改造したい。勉強したい。（予約ソフトはPHP）
・1ヶ月以上つけっぱなしでも安定動作希望。
0841login:Penguin2010/05/09(日) 10:09:19ID:elK7c1RU
>>840
そゆことなんだろうね。
だから「自分の目的と～」って書いたわけで。
0842login:Penguin2010/05/09(日) 10:10:08ID:A3+tUEvO
>>840
いやーPT2環境で言えば今は明らかにWindowsの方が向いてるよ。
録画視聴もそうだけどTSやエンコードするソフトの充実度が明らかに違う。

それとWindowsでもTVtestを始めとして、ソースは公開されてる物が多いし、
俺はVistaで1年付けっぱなしで安定してるよ。

それでも俺がこのスレを見てるのは今後に期待してるからｗ
0843login:Penguin2010/05/09(日) 10:35:16ID:f4ENfPX1
どっちでも好きなほうでええじゃないか。
それぞれの成果を取り込んで、どっちも良くなっていけば、それでええ。
0844login:Penguin2010/05/09(日) 11:40:50ID:i4Wdt8Zn
録画はLinux、視聴はWindowsな自分はもしかして異端?
0845epgrecの中の人2010/05/09(日) 11:41:47ID:6Dl2XxMR
>>829
ES吐けるの便利っすね。start_timeの扱いはepgrec的には微妙かなあ
recfriioなどとの互換性を考えると
0846login:Penguin2010/05/09(日) 11:52:54ID:t1U8MS5T
>>845
start_time オプションをつけて、エンコード後にipodとかに突っ込んで再生したとき、
その放送の1フレーム目からバシッと再生されるときの快感を感じてみるといいです
0847login:Penguin2010/05/09(日) 11:53:09ID:ck+1TwSN
>>844
それが異端だったら
録画はLinux、視聴はDLNA経由でPS3な俺はどうなんだ。
さらにリモートプレイPSPでごろ寝視聴もできるぜ

俺のところは既にLinux鯖があるから、そこで録画してくれると便利ってだけだな。
0848epgrecの中の人2010/05/09(日) 12:02:02ID:6Dl2XxMR
>>846
とりあえず環境変数START_TIMEかなにかにプログラム開始時間を
渡しておくので、あとはシェルスクリプト側で使ってくれ形ですね。
汎用性を確保する観点からpt1/2に依存させたくないのです。
自分で使ってるのもpt1/2なんですけどね。
0849login:Penguin2010/05/09(日) 14:45:16ID:Zs6/VZKr
>>842
> 俺はVistaで1年付けっぱなしで安定してるよ。
それってある意味不可能じゃね？
オレ雷落ちて停電して、もちろん同時に停電してたことがあったんだが。

まさかのUPSか？
0850login:Penguin2010/05/09(日) 14:57:47ID:h3Ol418f
>>849
Windows Update で再起動もしないといけないし同じく無理だと思う。
0851login:Penguin2010/05/09(日) 15:41:06ID:Zs6/VZKr
>>850
これはアップデートを切ればいいだけなのでは…。
0852login:Penguin2010/05/09(日) 15:47:31ID:A3+tUEvO
>>849
停電はここ5年1度も無いよ。
WindowsUpdateはしてない。
0853login:Penguin2010/05/09(日) 15:51:23ID:f4ENfPX1
Updateせずに動かせている状態なら、更新せずにそのままにしておいたほうがいい。
WindowsはUpdateすると権利関係に絡むガードがどんどん硬くなっていくだけで
なーんにもいいことがない。
0854login:Penguin2010/05/09(日) 15:54:40ID:A3+tUEvO
てか停電とかUpdateとかOS関係ないじゃんｗ
0855login:Penguin2010/05/09(日) 15:56:37ID:Zs6/VZKr
すみません、どなたか>>738の再アップをお願いします。
0856login:Penguin2010/05/09(日) 18:54:30ID:StWaQTwg
recpt1 --b25 CS20 30 ./test.ts

のコマンドを入れると、分波器のLNB電源ランプが付いて
10秒間の録画は可能。

epgrecをやるとCSの番組表が受信出来ない。
BSデジタルは全部表示されてます。
どうすればいいんでしょ・・
0857login:Penguin2010/05/09(日) 19:07:31ID:f4ENfPX1
>>856
CSを見ない。
0858login:Penguin2010/05/09(日) 19:22:17ID:Y5wO5OWR
>>856



ログになにか痕跡は残ってないですか
0859login:Penguin2010/05/09(日) 19:55:02ID:StWaQTwg
ログってdmesgですかね？
ちょっと見てみます。。

ちなみにepgrecのログには以下に残ってました。
情報 2010-05-09 19:06:54 getepg:: 正常な/tmp/__temp.xml_gr28が作成されなかった模様(放送間帯でないなら問題ありません)
情報 2010-05-09 19:06:52 getepg:: 正常な/tmp/__temp.xml_gr30が作成されなかった模様(放送間帯でないなら問題ありません)
情報 2010-05-09 19:06:50 getepg:: 正常な/tmp/__temp.xml_gr23が作成されなかった模様(放送間帯でないなら問題ありません)
情報 2010-05-09 19:06:47 getepg:: 正常な/tmp/__temp.xml_gr24が作成されなかった模様(放送間帯でないなら問題ありません)
情報 2010-05-09 19:05:45 getepg:: 正常な/tmp/__temp.xml_gr21が作成されなかった模様(放送間帯でないなら問題ありません)
情報 2010-05-09 19:05:42 getepg:: 正常な/tmp/__temp.xml_gr22が作成されなかった模様(放送間帯でないなら問題ありません)
情報 2010-05-09 19:05:40 getepg:: 正常な/tmp/__temp.xml_gr25が作成されなかった模様(放送間帯でないなら問題ありません)
情報 2010-05-09 19:05:38 getepg:: 正常な/tmp/__temp.xml_gr26が作成されなかった模様(放送間帯でないなら問題ありません)
情報 2010-05-09 19:05:35 getepg:: 正常な/tmp/__temp.xml_gr27が作成されなかった模様(放送間帯でないなら問題ありません)
0860login:Penguin2010/05/09(日) 19:57:30ID:StWaQTwg
dmesgを見ましたがこれといったエラーは見当たりませんでした。

コマンドの場合だと録画が出来るので原因不明です。。
0861login:Penguin2010/05/09(日) 20:17:11ID:Y5wO5OWR
/tmpに空きがないとか権限の設定がおかしい
などの理由で一次ファイル作れてないんじゃないでしょうか
0862login:Penguin2010/05/10(月) 13:17:12ID:opIBEwVx
>>856
当然チェック済みとは思うが、
epgrecの"CS録画の有無"はどうなってる?
0863login:Penguin2010/05/10(月) 23:19:59ID:bw9/ii3L
使用するにしてます。。

相変わらずダメです
0864epgrecの中の人2010/05/10(月) 23:31:09ID:1QV+W7+z
連続してテンポラリのXMLファイルが作れてないようなので
どっか基本的なところに問題があるはずですね。
webサーバーのアカウントでは録画できない、epgdumpがそもそもないなど
原因が多数考えられます。
0865login:Penguin2010/05/11(火) 02:02:43ID:GOB/roal
>>738
おれも欲しい。
0866login:Penguin2010/05/18(火) 20:07:47ID:Tu1xk1VO
やっと規制解除された

>>855,865
UTF-8→CP932にするとき化ける文字を置換して
REGZAセーフな文字にする epgrec3/22用 関数 再up
ttp://www.csync.net/service/file/view.cgi?id=1274180287

ここにも関数の中身を書いとく
「　」で囲ったのは,ここに書くと化ける文字 16進コードで表現(実際の文字に直して使う)
0867login:Penguin2010/05/18(火) 20:10:54ID:Tu1xk1VO
あげてしまったが…
function getCP932Filename($filename){
//まぎらわしすぎるのでニョロはdefine
define ("WAVE_DASH","「301c」"); //再生できなくなるニョロ 301c
define ("FULLWIDTH_TILDE","～"); //再生できるニョロ ff5e
define ("REP_CHR","_"); //普通に置換する文字
//ある程度体裁を保ちながら置換したい文字
$reparray = array(WAVE_DASH => FULLWIDTH_TILDE,"「2212」" => "-","「203c」" => "！");
$propfilename = "";
$mlength = mb_strlen($filename);
while($filename){
//一文字取り出す
$targ = mb_substr($filename,0,1,"UTF-8");
//化けるかどうか UTF-8をCP932にしてまたUTF-8に戻して比べてみる
//もっとスマートな方法を知ってる人は教えて
$tmp = mb_convert_encoding($targ,"CP932","UTF-8");
$tmp = mb_convert_encoding($tmp,"UTF-8","CP932");
if ( $targ != $tmp ){
if (isset($reparray[$targ])){
$targ = $reparray[$targ];
}else{
$targ = REP_CHR;
}
}
$propfilename .= $targ;
$filename = mb_substr($filename,1,$mlength,"UTF-8");
}
return $propfilename;
}
08687452010/05/19(水) 12:58:11ID:LAer0MCN
recpt1 HTTPサーバー版ですが
忙しくてしばらくいじっておりませんでした。
が、チャンネル切り替え時にキューをクリアすれば
遅延が蓄積するという問題がなくなることを確認しました。

時間があればまたやりますので長い目でおねがいします

pt1.c
1218a1219
>
1225a1227,1229
> //reset queue
> destroy_queue(p_queue);
> p_queue = create_queue(MAX_QUEUE);

0869login:Penguin2010/05/19(水) 19:24:09ID:BuON0nDN
待ってますよ♪
0870login:Penguin2010/05/19(水) 22:51:54ID:4c24/Mct
>>868
敢えてコメント。

//reset queue
というコメントの意図がそこだけを読んで理解できない。
ソースだけを読んだ人に意図や前後の関係が伝わるようにコメントは書くべきです。

チャンネル切り替え時にキューをクリアすれば
遅延が蓄積するという問題がなくなる

この対処なのだよね？「reset queue」だけで伝わるかな？
0871login:Penguin2010/05/19(水) 23:30:04ID:BuON0nDN
私もついでに書こうかな。
プログラムを書ける人には分かるのかもしれませんが、私にはpt1.c以下は
意味不明。
多分、pt1.cはrecpt1.cのことかな。
その1200何行目かに

//reset queue
destroy_queue(p_queue);
p_queue = create_queue(MAX_QUEUE);

を追加してmakeしなおせば問題が解消するということでいいのかな。
1218a1219
とか
1225a1227,1229
とかが具体的にどういう指示なのかが分からない。
その辺をちゃんと説明してくれれば修正版をupしなくても、こちらで修正
できて助かるのですが。
0872login:Penguin2010/05/19(水) 23:51:32ID:4c24/Mct
>>871
これは diff コマンドの出力結果の貼り付けであるので、
そのまま patch コマンドに突っ込みましょう
08738712010/05/20(木) 00:40:45ID:TcXe5YCy
>>872
ありがとうございます。
diffの出力結果だったのですね。
プログラマが修正指示を出すときの書式か何かだと思い込んでいました。
修正してmakeし直してみたところ、確かに遅延の蓄積は解消していますね。
更なる進化を期待しています。
0874login:Penguin2010/05/20(木) 08:40:54ID:N6EY9ZDr
>>868
待ってます！
0875login:Penguin2010/05/20(木) 21:19:16ID:feNQdT+G
epgrec 3月22日版で、録画予約した覚えの無い番組に対して
時間重複が発生したと動作ログに記録されていた

自動録画の指定には全て局を指定していて
重複が発生したとログに有った番組の局は指定していないんだけど
なんでだろ？
0876login:Penguin2010/05/20(木) 21:27:33ID:Yser1cc8
>>875
時間変更などで同じ時間に別番組が来た場合に一旦削除してDB登録しなおすってことじゃない？
0877login:Penguin2010/05/21(金) 03:29:06ID:u3zPzNP0
うちも時間変更があったときそうなった。
0878epgrecの中の人2010/05/21(金) 11:50:41ID:7dwY9pKU
>>875
getepg::放送時間重複が発生した番組ID314804
BS102【字】ＮＨＫニュース　おはよう日本　ニュース・特集・スポーツを削除

というようなメッセージなら、番組スケジュールに変更が起きたか何かで
既存の番組と時間が重なる番組が新たにつっこまれたので
既存の番組データを削除したという意味です。

BSは1週間先の番組が確定してないことが珍しくないみたいで
割と頻繁に起きます。地上波でもたまにありますね。

キーワード予約した番組の時間が変わった（らしい）ときには
「getepg::録画IDxxx ほげほげ は時間変更の可能性があり予約取り消し」
と出ます。放映中止になっていなければ、取り消される前か後に
キーワードがヒットして新規に予約されます。
0879login:Penguin2010/05/21(金) 18:33:42ID:X+5F5CRO
>>866
ありがとうございます。助かりました。
0880login:Penguin2010/05/21(金) 18:42:47ID:X+5F5CRO
>>866
消えないように保管して、勝手に二次配布しても問題ないですか？
08818662010/05/21(金) 23:28:39ID:VB7KSl7I
>>880
phpとして、大したことをしてるわけでもないので
好きなようにドゾ
二次配布するなり、気に入らないところは直すなり
08828752010/05/22(土) 12:11:52ID:rx31VUU4
>>878
なるほど番組表洗い替え時のメッセージでしたか
重複予約が解消出来ない時のメッセージだと勘違いしていました
問題は無いようなので安心しました

ついでにちょっと試してみたのですが、自動録画キーワード登録時に
重複予約が解消出来ない場合ログに何も出力されないのですね

Keyword.class.phpとReservation.class.phpを少し弄って
重複したキーワードと番組名をログに出力するようにしてみます
0883login:Penguin2010/05/22(土) 18:54:58ID:Yp9lR5Js
ちょっとスレチかもだけど、お聞きしたい。
録画した番組を外出先で見ているって人をネット上で見かけるけど、あれって
法にひっかからないのだろうか。
例えばepgrecを使って録画して、外出先からepgrecにアクセスできるように
設定したら、テレビ番組をネットに公開しているってことにならない？
パスワードとかかけて自分だけが見られるようにするなら問題ない
のだろうか。
できれば外出先で見られるようにしたいのだが、ちょっと気になったもんで。
0884login:Penguin2010/05/22(土) 18:59:01ID:co3lRDPe
>>883
公開したら問題だが、自分しか見られなければ問題ない。
0885login:Penguin2010/05/22(土) 19:16:54ID:Yp9lR5Js
>>884
ありがとう。
早速やってみる。
0886login:Penguin2010/05/23(日) 03:34:28ID:pfnp3QSB
何の根拠もない、誰とも知れない人間の意見を真に受けて
一度は違法かも知れないと危惧した行動を取るわけか。

まあ、俺も>>883 を読む限り違法だとは思わないけどね。
0887login:Penguin2010/05/23(日) 12:00:03ID:4x2IuiOG
>>886
判決出てるよ。
0888login:Penguin2010/05/23(日) 13:04:03ID:gvwiAl0U
>>887
ロケフリじゃないだろな?そうだとしたらお門違いw
0889login:Penguin2010/05/23(日) 13:16:24ID:4x2IuiOG
同じだよ。
送信可能化権を侵害しているかどうかが判断ポイントなので、
個人で楽しむ範囲においては侵害ではないと判断が下っている。
0890login:Penguin2010/05/23(日) 13:41:43ID:gD9CQAba
法律を自分でかってに解釈して、自己規制を強制する人が多いですね。
もともと法律は個々人の権利を守るために人間が作ったものなわけで、
己が誰の権利も侵害していないと判断できるのなら堂々と行動すべきでしょう。

法律を神が作った条文のごとく崇め奉って自己規制して暮らすなんてのは
お上意識が抜けてないというか、器が小さいというか、死んだ方がマシというか
まあそんなとこです。
0891login:Penguin2010/05/23(日) 14:44:53ID:+ZPLg5hl
> 法律を神が作った条文のごとく
実際そうです。
崇め奉る必要はないが、従うしかない。
0892login:Penguin2010/05/23(日) 14:51:58ID:gvwiAl0U
>>889
違うよ。
あれは不特定多数に向けた公衆送信には当たらないから適法になった。
この判決前から個人で楽しむ範囲は適法なんだよ
0893login:Penguin2010/05/23(日) 14:55:46ID:gD9CQAba
>>891
神なんかいませんよ。頭悪い人ですねえ
0894login:Penguin2010/05/23(日) 14:55:54ID:4x2IuiOG
>>892
>あれは不特定多数に向けた公衆送信には当たらないから適法になった。
つまりこの判決によって補強されたわけだ。
0895login:Penguin2010/05/23(日) 14:56:43ID:gvwiAl0U
当時の記事にこんな事も書いてある
知財高裁（三村量一裁判長）は、ベースステーションはあらかじめ設定した端末との1対1の送受信だけが可能で、
不特定多数への送信は行えないなどの点から、ベースステーションは「自動公衆送信装置」には当たらず、
ユーザーの端末への番組送信も「公衆送信」ではないと判断。

パスワード等を付けても、インターネット上のどこからでも見られると、上記と違って1対1じゃないので
違憲とされる可能性もありそうなんだよねｗ
0896login:Penguin2010/05/23(日) 14:59:58ID:gD9CQAba
だいたい、その放送に対して権利を持ってないあんたらが、勝手に法律を解釈して
ああだこうだ他人に行動を強制することなんかできないんですよ。
当事者同士で争うべき問題なんでね。
あれこれ口出しする権利を持ってるなどと勘違いする
こと自体、頭悪いとしかいいようがないわけです。黙ってろってとこです。
0897login:Penguin2010/05/23(日) 15:54:19ID:+ZPLg5hl
じゃぁ、せいぜいがんばれ。権利者の>>896さんよ
0898login:Penguin2010/05/23(日) 20:04:40ID:GFjBZwPe
＞あれこれ口出しする権利を持ってるなどと勘違いする
＞こと自体、頭悪いとしかいいようがないわけです。黙ってろってとこです。

これってまさに>896の事ですねｗ
0899login:Penguin2010/05/25(火) 20:57:07ID:bbLhbOnS
http://earthsoft.jp/order/index.html
＞2010年 5月25日　生産完了

生産完了きたー
0900login:Penguin2010/05/26(水) 23:29:24ID:DFhDEXcg
PT3は出るのかな～？
0901login:Penguin2010/05/30(日) 15:21:42ID:KTx8KVta
PCIe対応版はいつでるのかなぁ。

しかしDECULTURE PT2x2が出回ったらPT3は出しにくくなるんじゃないだろうか。
まぁ、アレはアレで発売延期になってそのまんまでどうなるか分からんがw。
0902login:Penguin2010/05/30(日) 15:57:34ID:0vYJOlXA
PT2X2は延期に次ぐ延期で阿鼻叫喚の嵐だね。コピーする技術もないような
ところが手がけてたんだな。
ショップがPT2X2の代わりにPT2を送りつけてるようだが、
PT2を手に入れた人はまあ良かったんじゃないかと。PT2も生産終了で
品薄になりそうだから最終的には泣き寝入りする人もでるかもね。
0903login:Penguin2010/05/30(日) 16:03:19ID:yxh7uJNl
PT2は1に比べたらかなり潤沢に出回ったよな。特に最後の方。
0904login:Penguin2010/06/06(日) 15:49:23ID:pAnEz9G5
雑談ならこっちでやったらいいんじゃね

【視聴】Linuxでデジタル放送【録画】
http://pc11.2ch.net/test/read.cgi/linux/1230616112/
0905login:Penguin2010/06/06(日) 16:01:53ID:ZwSod4go
>>904
0906login:Penguin2010/06/11(金) 17:25:17ID:i8jdIwTI
ピクセラ、AVC W録画対応のPC用3波デジタルチューナ
http://av.watch.impress.co.jp/docs/news/20100611_373440.html

> 特徴は、MPEG-4 AVC/H.264のハードウェアトランスコーダを搭載し、
> 2番組同時のAVCトランスコード録画に対応すること。
> トランスコーダは、富士通セミコンダクター製「MB86H57A」を2基搭載。

どなたかこの板をLinuxで使えるようにしてください
お礼はしますので
0907login:Penguin2010/06/11(金) 17:54:56ID:a4DWn0Zu
㍉です。お引き取りください
0908login:Penguin2010/06/11(金) 18:08:09ID:XeeCi8PF
慶安など一部のチューナーを除いて、現在販売されているチューナーの
ほとんどで対応できていないんだから無理。
仮にできても、その製品が販売終了になっているころ（数年先）に
なるだろう。
しかもせいぜい単に視聴して録画するというだけで、ほとんどの機能は利用
できない。
同じ機能がほしいなら、あきらめてWindowsを使うしかない。
３波対応でダブルチューナーが魅力というなら、PT2でいいし、そのうち
慶安あたりがts抜きできる３波対応ダブルチューナーを出すんじゃないかな。
0909login:Penguin2010/06/11(金) 18:12:18ID:+YhLM+Ri
忘れ物
IOも同様の板を出してた
“2週間8chまるごと”録画──アイ・オー、ハイエンド仕様のデジタルTVチューナー投入
http://plusd.itmedia.co.jp/pcuser/articles/1006/02/news015.html
> トランスコードチップには、富士通セミコンダクタ「MB86H58」を採用した。

ピクセラはMB86H57A
こっちは　MB86H58　を使ってる
富士通サイトの説明
http://img.jp.fujitsu.com/downloads/jp/jed/brochures/catalog/a04000281j.pdf
レス数が900を超えています。1000を超えると表示できなくなるよ。