トップページ⇒linux
984コメント437KB

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

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001login:Penguin2012/07/15(日) 18:14:10.25ID:OJrUKUSQ
Linuxでのテレビ視聴・録画に関して、デジタル/アナログ問わず扱うスレッド

【関連スレ】
【自家製】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/
0809login:Penguin2012/12/09(日) 23:17:01.26ID:J6NYBcv2
おとなしく指示通りに
CFLAGS=”-g -std=c99”
にすればいいんじゃなイカ?
0810login:Penguin2012/12/10(月) 03:18:27.62ID:04xl5oqK
テレビが見れるわけではないけど

タイニー番組ナビゲータ
http://sourceforge.jp/projects/tainavi/
08118032012/12/11(火) 18:02:17.37ID:qY5EUVBw
返事が遅くなり、申し訳ございません。

>>807
とりあえず、fuse_b25 0.4.8(CFLAGS=-g追加)とMythTV 0.24.3(--extra-cflags=-g追加)の
rpmを作成して、現行分と差し替えしました。

そして、以下のとおりに実行
$ ulimit -c unlimited
$ sudo /etc/init.d/fuse_b25 start
$ sudo /etc/init.d/mythbackend start

この後は、具体的にどうすればよろしいでしょうか?
>>808
gitの0.24.3用の標準specにISDBパッチを当てる箇所を追記して使っています。
そのspecを使うと、--enable-debugがONの状態でrpmが出来上がります。

$ rpm --eval '%{optflags}'
-O2 -m32 -march=i686 -mtune=generic -fasynchronous-unwind-tables -fno-strict-aliasing -fno-schedule-insns2
で、-gは無いようです。

>>809
それをそのまますると、今度は別の場所でビルドエラーになります。
そのため、%configureに--extra-cflags=-gする形でrpmを作りました。
0812login:Penguin2012/12/12(水) 00:15:50.61ID:CGgEBh+m
>>811
お手数掛けて申し訳ないです
# 現状fuse_b25のEIT変換を切れば落ちないという一応の回避策があるから
お互い時間に余裕があるときにやればいいんでないかな

で今後もしどっちかが落ちたら coreを吐いてると思うんで gdbで開けばどこで落ちたか示されるはず
例えばfuse_b25が落ちた場合: gdb PATH/TO/fuse_b25 ./core
さらにgdb内でbtとか info threads とか、場合によってはthread <n>で移してbtとか
http://www.asahi-net.or.jp/~wg5k-ickw/html/online/gdb-4.18/gdb_toc.html
08138032012/12/13(木) 09:52:06.24ID:+uA9/LPz
>>812

>>811のulimitを使った方法ではcoreファイルが作られなかったので、
>>804の方法で実行しmythbackendが停止し、gdbの入力待ちの状態で
btとinfo threadsを実行してみました。

※この時、作成されたファイル「gdb.txt」と「myth.txt」を以下にアップしておきます。
gdb.txt: ttp://kie.nu/CQW
myth.txt: ttp://kie.nu/CQY

btとinfo threadsの実行結果は以下です。
↓
08148032012/12/13(木) 10:01:49.03ID:+uA9/LPz
※直接貼り付けようとしたのですが、文字数が多いためダメでした。
 そのため、同じようにアップしておきます。ご参照ください。
bt_info_threads.txt: ttp://kie.nu/CQ_
0815login:Penguin2012/12/14(金) 00:55:59.36ID:Sm2MBJbC
bt見ました
> #4 parse_dvb_event_descriptors (list=std::vector of length -418576961,
listの長さがおかしいし、
dvb_decode_text()へ渡されてるテキストもおかしい(変換前の文字列としても)ので
これ以前に EITのディスクリプタを壊してるのが原因みたい
fuse_b25側のせいかどうか もう少し調べてみます
08168032012/12/14(金) 17:15:39.59ID:xAniYbCg
>>815
お手数ですが、よろしくお願いします。
ちなみに、公式MythTV 0.243に当てているパッチ群は以下のサイトのものを使用しています。

ttp://blog.lwlv.net/archives/459

ご参考までに。
08178152012/12/14(金) 23:33:26.57ID:Sm2MBJbC
やっと原因がわかったので報告

EPGでの表示される番組内容とかの情報は、
EIT内で「拡張形式イベント記述子」というデータ構造を使って記述されているんだけど、
1つの記述子に指定できるテキストの長さが220Byteに制限されているので、
最大2つの「拡張形式イベント記述子」に分割して送ってもよいことになっている(計440Bまで)。
このとき分割して記述した後半のテキストは テキスト変換の"呼び出し状態"も引き継ぐこととなっている[ARIB-TR-B14 31.3.2.11 (項目記述の運用) p.4-333 参照]

で、これは実装するのがちょっとややこしいからか、この変態仕様自体が見過ごされていたためか、
現在のMythTVの変換ルーチン(fuse_b25もだけど)では呼び出し状態は引き継がれていない。
そのため正規のデータでは本来起こり得ない変なデータ列を処理することになって、
isdb_decode_text.cの中ではそこまでエラーチェックをしてないので配列外にアクセスしてSEGVで落ちる
ということみたい

今回実際に落ちてる例では
(見えてる番組内容でググったところガンダムSEED: PHASE-29「さだめの楔」と思われる)
番組内容記述の"ガンダム奪取作戦に遭遇し…。"という部分の"戦"と"に"の間で分割されている。
より正確には"戦"の字の後に"\x19"(SS2)という制御文字(次の1文字のみ「1Byteひらがな」であることを指示)までが前半に含まれているんだけど、それが後半部分に引き継がれないので、
先頭の文字が(1Byteひらがなでなく)通常の2Byte漢字だと思って処理して、
1文字ずれた上におかしな値のデータが現れたりしてしまって12文字目の\x89というデータで
isdb_decode_text.c::convert_str_kanji() line 1409 でアンダーフローを起こし 1417行でSEGVとなります

私自身はMythTVは使用しておらずパッチにも関与してないので
作者さんの方に(gdb.txt と)これを連絡して 対応をお願いされるといいと思います
# fuse_b25の方でも対応したいと思いますが、
どのみちこのMythTV (fukumen版?)を使ってMythTV側で変換している人は、
fuse_b25での変換機能は使わないはず
0818login:Penguin2012/12/15(土) 01:18:01.31ID:11+x3CXc
>>817
解析乙
08198032012/12/15(土) 21:50:55.14ID:D8qJusK2
>>817
解読作業お疲れ様です。

MythTV側で適切に処理するためには、呼び出し状態の処理を
追加しないとダメなんですね。

ISDB対応版の元を作成したfukumenさんが、更新を2年前から行ってないので
連絡すら取れるかどうか・・・。

テキスト長が220byte超える場合はそこで処理をスキップさせるか、
fuse_b25で対応して頂けるならEIT処理はまかせて、処理したデータだけ受ける形が良いのかなぁ〜?

とにかく、素人の私にはお手上げですね・・・orz
0820login:Penguin2012/12/15(土) 23:16:38.92ID:K5DhclkM
>>819
一応分割したイベント記述をスキップするパッチを作ってみました
http://www1.axfc.net/uploader/so/2716510.zip
解凍して
cd mythtv/libs/libmythtv/mpeg
patch -p0 < PATH/TO/skip-split-desc.diff
make
か, RPMを使う場合はskip-split-desc.diffをSOURCES/に置いて.specファイルを編集して
Patch100: skip-split-desc.diff
をSource.... のしたあたりに追加、
%setup -q -c -a 1 の下に
pushd mythtv/libs/libmythtv/mpeg
%patch100 -p0
popd
を追加すれば多分おkのはず
08218032012/12/16(日) 03:10:27.25ID:UNzeqqCf
>>820
パッチを作成頂きありがとうございます。
パッチを当てた状態でrpmを作成し差し替えしました。
1時間ほど動かしましたが、今のところmythbackendが落ちることはありません。

イベント記述子をスキップしたため「番組内容」部分が尻切れトンボになるのですが、
安定動作のため致し方無いですね。

これから、2〜3日様子をみたいと思います。
0822login:Penguin2012/12/18(火) 01:33:50.83ID:8mC+ru+k
>>820 のパッチをもう少し改良しました
http://www1.axfc.net/uploader/so/2719467.zip
分割されたイベント記述を (後半部分をスキップするのではなく)
つなげてテキスト変換するようにしてみた

パッチ当ては、ソースのtopdirで
patch -p1 < PATH/TO/mythtv-split-itemdesc.diff; make
か、RPMの場合はSource...のしたあたりに
Patch100: mythtv-split-itemdesc.diff

%setup -q -c -a 1 の下に
%patch100 -p1
を追加で。
あと相変わらずこちらでテストしてないので あくまでご参考に、ということで。
パッチエラーやビルドエラーが出たら適宜修正してみて
08238032012/12/18(火) 03:17:59.63ID:wy4SBIZz
>>822

とりあえず新しいパッチを当ててmakeした所、ビルドエラーが出ました。

In file included from mpeg/dvbtables.h:9:0,
from mpeg/dvbtables.cpp:6:
mpeg/dvbdescriptors.h: メンバ関数 ‘QString ExtendedEventDescriptor::ItemText() const’ 内:
mpeg/dvbdescriptors.h:1083:36: エラー: ‘ItemDescription’ was not declared in this scope
make[2]: *** [dvbtables.o] エラー 1
make[2]: ディレクトリ `/home/hoge/src/mythtv-0.24.3/libs/libmythtv' から出ます
make[1]: *** [sub-libmythtv-make_default] エラー 2
make[1]: ディレクトリ `/home/hoge/src/mythtv-0.24.3/libs' から出ます
make: *** [libs] エラー 2

libs/libmythtv/mpeg/dvbdescriptors.hの1083行目を、修正してビルド完了しました。
誤) left -= 2 + ItemDescription + ItemLength;
正) left -= 2 + ItemDescriptionLen + ItemLength;

以上、報告まで・・・動作テストは明日行います。
08248032012/12/20(木) 15:49:56.17ID:s6ykY6VJ
>>822
新しいパッチを当てて動作テストを行った所、
mythbackendの落ちることが再発しました。

前回と同じように各ログを上げてますので、ご確認の程お願い致します。

gdb_20121220.txt: ttp://kie.nu/DXi
myth_20121220.log: ttp://kie.nu/DXv
bt_info_threads-20121220.txt: ttp://kie.nu/DXx
0825login:Penguin2012/12/20(木) 19:33:48.04ID:okwI7rRz
前と全く同じ所でSEGVで落ちてるみたいなんだけど
もしかしてパッチの方を修正せずにrpmbuildしてませんか
rpmbuildを実行する際には先に以前展開したソースツリーを削除しているので
>>823 のようにパッチを当てる先のファイル(dvbdescriptor.h)でなく
パッチ本体(mythtv-split-itemdesc.diff)の方を修正しないと無意味になっちゃいます
0826login:Penguin2012/12/20(木) 20:12:53.39ID:okwI7rRz
と思ったけど よく考えたらパッチのほうが修正されてなきゃrpmbuild通らないよね
失礼しました
もう少し見直してみます
0827login:Penguin2012/12/21(金) 00:58:17.21ID:cL95sksN
いちおう修正版をうpしてみました
http://pastebin.com/zvjPqWm2
でmythtv-split-itemdesc.diffを置き換えて見てください
(C++普段使ってないのでエラー出るかも あらかじめすいません)
0828login:Penguin2012/12/21(金) 12:26:38.10ID:cL95sksN
とりあえず明らかに間違ってそうなのを修正 何度もすみません
http://pastebin.com/r16TtRa8
08298032012/12/21(金) 20:26:32.62ID:FLDqoMre
>>828
ご対応頂きありがとうございます。
こちらとしては、パッチを作って頂くだけでも助かっております。

いま>>828のパッチを当てて動作テストをしております。
1〜2日程度は様子を見て結果をご報告致します。
0830login:Penguin2012/12/22(土) 09:38:50.89ID:GKV0X8e/
UNA版使ってみたけどめちゃくちゃ便利だなこれ
分かりやすい導入サイト無くて躊躇してたけど、もっと早くに移行してれば良かった
STZ版とかいろいろ亜流あるし、比較サイトとかあればいいんだけどな
俺が作ればいいんだろうけど、知識なさ過ぎて作者に怒られそうだし誰か作ってw
0831login:Penguin2012/12/22(土) 09:39:51.46ID:FNkTbdUi
お前が作ったら適当につっこみいれてやるから
心配せずに作っていいよ
0832login:Penguin2012/12/22(土) 17:33:16.29ID:GDb+TvLl
wikiにすればええやん
08338032012/12/22(土) 20:10:22.43ID:qbmwzJqt
>>828のパッチを当てて約1日程度動かしてみました。
mythbackendが落ちることも無く、番組内容の尻切れも無くなりました。
ありがとうございました。

あとは、MythTV環境じゃ現状CSが見られないのと、
fuse_b25に変なエラーメッセージが続いて、落ちはしないけど少し安定感が無いのが気になるかな。
0834login:Penguin2012/12/23(日) 02:04:51.94ID:a6djaxl0
BSのひだまりと武装神姫録画したらひだまりだけ多重音声のトラックが消えてたorz
こういうイレギュラーな放送はtssplitter通しちゃダメだね。
0835login:Penguin2012/12/23(日) 04:52:12.42ID:s7ChLBwT
ubuntuでsoftcasを使えるようにする方法はありますか?
0836login:Penguin2012/12/23(日) 09:24:59.35ID:pF65Rrmh
>>834
tssplitterの種類を詳しく

ちなみにめだかのときは、liteで問題なかった。
0837login:Penguin2012/12/24(月) 12:51:43.99ID:vGESXmJd
録画後、ffmpegで圧縮して圧縮後、元のTSファイル(〜.tmp.ts)を消すためdo-record.shにrm $TEMP_TS記述してるんだけど
一部のCSの番組はTSが削除されず残ってしまいます(圧縮はうまくいきます)。
TSが残る番組はAT-X、日テレプラス、残らない番組は地上波全番組、CSはFOXムービー、ムービープラスHDなどです。
うまくTSを削除する方法がありましたらご教示願えないでしょうか。
0838login:Penguin2012/12/24(月) 13:01:53.63ID:Ddl+hLdC
すっごい初歩的な所でダブルクォーテーションじゃないの?
rm "$TEMP_TS"
ほかffmpegもしくは常駐プロセスがキャッシュ作っててロックしてるとか
0839login:Penguin2012/12/24(月) 13:35:44.45ID:pdyefBZk
"" だと囲んだ文字そのものが文字列として渡されてしまうが。
Boune Shell なら ${TEMP_TS} だな。

でもたぶんここじゃないと思う。
よく分からんがエスケープ文字とか空白文字の扱いがうまくいってないんじゃないの?

echo $TEMP_TS >> /tmp/hoge.log

みたいなのを入れて、ログ吐かさないと何とも言えないね。
0840login:Penguin2012/12/24(月) 14:14:15.13ID:Ddl+hLdC
>>839
そのものが渡されるのは↓のほうだと思うのだが…
rm '$TEMP_TS'

${TEMP_TS}みたいな記述は単に変数名をそれにつづく英数字と分離するための記述かと

実際のとこ>>837がdo-record.shをどう改変してるか分からんし
最近のディストリは"#/bin/sh"の解釈が厳密になる傾向にあるので自信はないが。
0841login:Penguin2012/12/24(月) 14:32:16.08ID:vGESXmJd
>>838-839
ありがとうございました、rm "$TEMP_TS"にしたら、AT-Xでtmp.ts削除されました!!
(>>839さんごめんなさい。${TEMP_TS}ではうちの環境では削除されないようです。ちなみにcentos6.3です。)

""がなくても地上波他ほとんどの番組でtmp.tsファイル削除されてたので、まさかそれが原因とは思いもよりませんでした。
(書式間違えてたら全番組削除されないだろうと思い込んでました。)
すっごい初歩的な話しですんまそん・・。はーすっきりしたー。
0842login:Penguin2012/12/24(月) 17:56:01.57ID:DFPuJs7n
ファイル名のスペースが展開されちゃって別引数になってたとか
0843login:Penguin2012/12/25(火) 09:57:13.80ID:GR5gHXr/
シェルスクリプトでは、特別な理由がない限り常に変数は "" でくくっておくのがいいよ。
あと、"$*" と "$@" の違いも理解しておくといいと思う。
0844login:Penguin2012/12/25(火) 10:09:29.77ID:qVU/9NtY
>>839
なんというかepgrecのサンプルスクリプト自体がそれと同じ誤解をしてるようだな
Linuxだと空白つきのディレクトリ・ファイル名は避ける傾向が強いから気づかないのも止む無しか
0845login:Penguin2012/12/25(火) 12:24:43.07ID:TZDcF54a
シェルの単語分割と{パラメータ,変数}展開についてbash(1)を見ればいいと思うよ
0846login:Penguin2012/12/26(水) 22:32:12.46ID:b4UipY3C
>>836
>>2の一番上のドライバに確か3ch←→1ch切替ののパッチを当てたような当ててないような感じです。
0847login:Penguin2012/12/28(金) 00:22:17.01ID:PZx0dCyE
最新版にしてる?
0848login:Penguin2012/12/28(金) 21:54:27.91ID:pIKGiGAC
Chinachuがbetaに。
ttp://chinachu.akkar.in/
0849login:Penguin2012/12/29(土) 00:54:31.34ID:Mjhvtp+r
Mythweb + sambaな環境で、WMP12を使って視聴しています。

Mythweb上から4GB以下のファイルは問題なく再生できるのですが、
4GB以上だとファイルが開けなくて再生できません。

ネットワーク上のsamba共有フォルダを開いて、直接録画ファイルをクリックすれば
4GB超えていても普通に再生できます。

こういった場合、どこを修正すれば良いでしょうか?
0850login:Penguin2012/12/29(土) 00:57:32.45ID:eKmGwSzF
samba経由に対して、webブラウザは何を通してアクセスしているか考えてごらん
というか、スレ違いでしょこれ
0851login:Penguin2012/12/29(土) 01:22:30.55ID:x5nXWTZf
>>849
それはブラウザーの設計に依存。
ちょっと古いieを使ってたりするとそーなる。
0852login:Penguin2012/12/29(土) 10:37:48.15ID:kqKKv7cp
ちなちゅいいな
デーモン登録してjsonいじるだけで使えるじゃん
systemd用のサービスファイル作る必要があるけど

ステマする
0853login:Penguin2012/12/30(日) 09:42:49.72ID:NAMSRHec
epgrecで久しぶりにキーワード予約しようとおもったら、
何を入れても予約内容がが「*、使わない、すべて、すべて、すべて、なし、なし、Full TS」になっちゃう・・・。
どなたか経験のある方いらっしゃいますか?
46、47番目登録して、48番目からそうなってるから予約数の問題なのだろうか・・・。
0854login:Penguin2012/12/30(日) 15:55:34.90ID:Q3M5NNcZ
>>853
それ見直したらちゃんとなってた希ガス
0855login:Penguin2012/12/30(日) 16:36:41.82ID:vNDOlIy4
>>853
登録した直後のページの表示がおかしいね。うちもそうなる。
データベースに登録が終わる前にデータを読んでいる様な気がするが…
とりあえず、再表示させてみればきちんと登録されてるので、大丈夫。
0856login:Penguin2012/12/30(日) 17:07:31.63ID:EPyBOQMx
>>855
バージョンがGit最新版ならバグだよ
登録直後にupdate()が必要

このバグ、他の個所にもいくつかあるよ
0857login:Penguin2012/12/30(日) 18:49:43.50ID:NAMSRHec
>>854-856
なるほど、それなら安心しました。
実際に読み直したら直ってますね。
ありがとうございます。

確かにgitから持ってきた奴です・・・はい。
0858login:Penguin2013/01/02(水) 21:47:03.50ID:Xvm/czKc
PT3を2枚録画サーバーに刺してRecpt1 httpサーバー版+epgrecを稼働させ、2台のWindows7機からTvtestで視聴しています。
一方の7機で視聴してる時、もう片方では視聴できないのですが、そういうもんなんでしょうか?
また、2台のPCで視聴するようになってから(といっても交互にですが)epgrecで番組情報が取得されなくなることがよくあります。
どなたかアドバイスのほどよろしくお願いいたします。
0859login:Penguin2013/01/02(水) 23:38:46.46ID:S55AwZZW
tssplitter_lite Ver.0.0.0.1で変換すると、bitrateや音声のkb/sの値が変わりますが、こういうものなの?
<<変換前>>
Input #0, mpegts, from 'before.ts'
Duration: 03:53:59.10, start: 9550.420533, bitrate: 16127 kb/s
Program 4120
Metadata:
service_name :
service_provider:
Stream #0:0[0x111]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 20000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
Stream #0:1[0x112]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 190 kb/s
Stream #0:2[0x116]: Unknown: none ([6][0][0][0] / 0x0006)
<中略>
Program 4121
<<変換後>>
Input #0, mpegts, from 'after.ts'
Duration: 03:53:59.01, start: 9550.514711, bitrate: 12042 kb/s
Program 4120
Stream #0:0[0x111]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 20000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
Stream #0:1[0x112]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 200 kb/s
Stream #0:2[0x116]: Unknown: none ([6][0][0][0] / 0x0006)
0860login:Penguin2013/01/03(木) 22:00:57.67ID:qv7/URFs
札幌市なんだけど急に地デジだけ録画できなくなった。CS,BSは問題なし。
TVに刺してるB-CASかーどでもダメ。

何か思い当たりますか?
0861login:Penguin2013/01/03(木) 23:41:54.98ID:3Fp/QIn/
checksignal で電波は確認できる?
0862login:Penguin2013/01/04(金) 00:10:40.29ID:PpCXmr6K
>>861
ありがとです
切り分けてみたら「!」のつく番組名が悪さしてたみたいです。
do-record.shで対策してみたので様子見ます。
0863login:Penguin2013/01/04(金) 12:20:50.71ID:k/nKczCT
ちなちゅにしてみたんだけど
ルール設定で削除も更新もできん
json直接編集しかまだ対応してないのかな?
0864login:Penguin2013/01/04(金) 19:25:21.87ID:m0+fEaEH
>>858
httpサーバ版は2台で同時に見ようと思うとデーモン2つ起動しないと駄目なんじゃないかな
で、epgrecで番組表の取得に失敗するのは視聴に使ってるデバイスとepgrecで使うデバイスがバッティングしてるんじゃないかと。
0865login:Penguin2013/01/04(金) 20:05:21.64ID:FJ1+HVeg
http視聴版のrecpt1って他のepgrecなんかのツールと相性悪くて使い辛いよね

録画コマンドが実行されたらhttp視聴ストップする機能とか欲しい
0866login:Penguin2013/01/05(土) 02:00:10.39ID:Bj21/QRs
>>865
期待して待ってる。
0867login:Penguin2013/01/05(土) 02:09:19.56ID:lbL8EqeS
>>863
あとCLIですな
0868login:Penguin2013/01/05(土) 10:55:07.32ID:5JwMQfQd
>>867
そういえば、CLIで指定する方法もありましたね。
chinachu updateを1回実行したっきりでした。
ジョブ管理が独自実装だから画面で自動予約の取り消しができないときは焦ったけど、
設定したルールに従って予約登録済みのジョブまで一括して整理してくれるのは助かった。
(逆に予約済みの内容が整理されちゃうから予約ルールの定義には要注意って事ですが)
0869login:Penguin2013/01/05(土) 16:02:40.21ID:T6kmXu2F
>>864
ありがとうございます。
ポート変えて(8888と、もう片方は8889にしてみました)デーモン2つ起動したところ2台のPCで同時視聴できるようになりました。
両方のPCで別番組が見れて快適です。
epgrecに関しては、今のところ番組表取得も録画もエラーは出ないようです(まだ半日ですが)。
しばらくこの状態で使用してみて不具合が出るようだとまたご報告いたします。
助かりました(__)
0870login:Penguin2013/01/06(日) 20:15:35.81ID:vSwvU/mG
debian の 2.6.32-5-686-bigmem で PT2 を pt1-7662d0ecd74b のドライバで使っています。
checksignal 22 するとC/N比が29〜31dBから20dBくらいに瞬間的かつ不定期に落ちます。
これが起こるのは22ch(TBS)だけなのですが、ソフトが原因でこういうことが起こる可能性はありますか?
0871login:Penguin2013/01/06(日) 23:16:31.95ID:JG4yVI+p
普通に考えたら電波の問題
0872login:Penguin2013/01/06(日) 23:56:41.40ID:wW3ZhWki
うちではLANケーブルとアンテナケーブルを近づけるとCN低下あった
0873login:Penguin2013/01/07(月) 10:40:37.65ID:KJRxiDQO
>>868
WUIからルール設定できるようになっとるで
0874login:Penguin2013/01/07(月) 12:38:41.95ID:atGu//9u
おいらはフェライトコア付けまくり
プラシボかもだけど
0875login:Penguin2013/01/07(月) 23:53:28.37ID:+uNg8I18
うちは共用アンテナ、フェライトコア、ケーブルぐちゃぐちゃの条件でBS-TBSがC/N平常15前後、たまにブロックノイズだよ。
受信失敗して音声すら出せなくなったところを飛ばしたりするとスタジオが爆笑してたりとかもザラ。
近々引っ越す予定だけど、ほんと嫌になるわ。
0876login:Penguin2013/01/08(火) 00:20:24.80ID:8WXlnDt/
>>873
ほんとだ、早速更新してみる

>>875
ブースター入れたほうがいいんじゃないの?
ケーブル引かれてるところくらいじゃない?よく安定することろって
でもうち(埼玉)はTVKが時と場合によって完全にアウトだったりするけど
0877login:Penguin2013/01/08(火) 00:31:43.11ID:TaN59LEP
>>876
ブースターってC/N改善したっけ?
信号強度が弱い時にそれを増幅するものってことぐらいしかわかんないんで、
正直PT3からのLNBとの違いがいまいちよくわかんない。
checksignalではC/N以外の情報が出てこないんで、そのへんの数字は出したこと無いんだよね。
0878login:Penguin2013/01/08(火) 00:55:54.29ID:Atou43r/
アナログ時代はノイズのパターンで原因が特定できたりしたもんだが
0879login:Penguin2013/01/08(火) 03:26:26.06ID:c90hu+lt
chinachuがどんどん成長してる。
0880login:Penguin2013/01/08(火) 08:57:09.75ID:8yt2mM1+
ちなちゅ最新にしたけど
ルール設定のフォームはメニューから下の編集関連のとこさわっても
反応しなくなったな…
0881login:Penguin2013/01/08(火) 09:11:00.85ID:g1KafSvZ
>>880
メニューから下の編集関連とは?
普通に動いてるぞ
0882login:Penguin2013/01/08(火) 13:01:51.39ID:8yt2mM1+
>>881
設定済みの項目と新規作成、
スケジュール更新の場所をクリックしても反応しないのね
作業したのが出勤前で時間無かったから
家帰ったら調査してみるけど

git pullで更新したのがダメだったのかと思って一旦、
config、ruleだけ退避して新規作成してもダメだった
0883login:Penguin2013/01/08(火) 13:13:51.02ID:eKEXfiXm
ほほう、データベース面倒だからチナチュには期待してるのだが
0884login:Penguin2013/01/08(火) 13:41:46.74ID:g1KafSvZ
>>882
ブラウザが古いJSキャッシュ読んでるせいかもしれないな。
一度クリアしてから試すんだ。

これで治らなかったらー... ブラウザ?
0885login:Penguin2013/01/08(火) 13:53:15.78ID:uAbHpQIA
browser localの環境を疑うのであればシークレットウィンドウで試すのがよい
0886login:Penguin2013/01/08(火) 22:21:01.52ID:8WXlnDt/
>>881-884
アドバイスありがとうございます。
どうもブラウザキャッシュが原因ようです。

会社から帰ってきてPC起動してみたら普通に操作できた・・・orz
0887login:Penguin2013/01/13(日) 00:39:01.82ID:bYbSEnL9
epgrec を使用していて、SQLに詳しい人がいたら教えていただきたいんですが

epgrec の storeProgram.inc.php 内の 140行目あたり(storeProgram関数内)
「"WHERE program_disc = '".$program_disc."'"」で引っ掛けるのと
「"WHERE channel_disc = '" . $channel_disc . "' AND program_disc = '".$program_disc."'"」
見たいな感じで、早急に場合分けできる、チャンネルで分けて、引っ掛けるのはどちらがSQLの処理的によいのだろう…
(※program_disc、channel_discにはインデクスを張っている前提で)

最近SQLにちょっと興味が出てきたもので、詳しい人の意見が聞いてみたくなったもので…
よろしくお願いします。
0888login:Penguin2013/01/13(日) 01:55:01.71ID:vlDNTvU9
インデクス有りならprogram_discだけでいいだろ
channel_discはカーディナリティが低いだろうし
0889login:Penguin2013/01/13(日) 07:01:32.85ID:kaRRAAiY
>>887
WHEREの条件の順番なんてカンケーネーよ。

それよりもプレースホルダ使えや、いつSQLインジェクションの
脆弱性が発生してもおかしくないだろ。素人にしか見えんぞ。
0890login:Penguin2013/01/13(日) 08:19:38.72ID:JYTrhiV2
MySQLで明示的ににインデックス使いたいならuse indexとか使う
MySQL以外だと他の指定方法になるからDBごとにコーディングしないといけない
ほんとに興味出てきたならここでなくDB板の初心者スレとか行ったほうがいいと思われ
0891login:Penguin2013/01/13(日) 11:10:28.65ID:Fic855VX
whereの順番は関係あるぞw
0892login:Penguin2013/01/13(日) 12:54:39.66ID:rJnIKTWT
クソみたいなコードだなw
0893login:Penguin2013/01/13(日) 15:08:01.94ID:kaRRAAiY
>>890
> use indexとか使う
普通は使わない。オプティマイザの判断が
明らかに間違っているという時にだけ使う。

>>891
関係ねーよ。オプティマイザが勝手に判断するだろ
なんのためのオプティマイザだと思ってるんだw
0894login:Penguin2013/01/13(日) 15:13:40.31ID:JYTrhiV2
>>893
だから明示的に使いたいならって書いてあるじゃねーか
0895login:Penguin2013/01/13(日) 15:15:13.72ID:kaRRAAiY
あとデータの件数って1000件程度じゃねーの?
その程度ならインデックス使わないほうが速い。

とはいってもインデックス作るなということじゃない。
作ってていい、インデックスを使うか使わないか
データベース自身が統計情報使って勝手に判断するから

ANALYZEやOPTIMIZEも忘れずにな
本気でやるのならEXPLAINとか使ってちゃんと調べてみろ。
08968872013/01/13(日) 16:39:49.43ID:bYbSEnL9
>>888-895
レスありがとうございます。

真面目にSQLの勉強をしようと思います。

>>395
>あとデータの件数って1000件程度じゃねーの?

番組の件数を調べてみたら35628件ってでました。

以下はEXPLAINの結果です。

WHERE だけの場合
+------+------------------+------------------+---------+-------+------+--------------------------+
| type | possible_keys | key | key_len | ref | rows | Extra |
+------+------------------+------------------+---------+-------+------+--------------------------+
| ref | idx_program_disc | idx_program_disc | 386 | const | 1 | Using where; Using index |
+------+------------------+------------------+---------+-------+------+--------------------------+

WHRERとANDの場合
+------+---------------------------------+----------------+---------+-------+------+-------------+
| type | possible_keys | key | key_len | ref | rows | Extra |
+------+---------------------------------+----------------+---------+-------+------+-------------+
| ref | program_ch_idx,idx_program_disc | program_ch_idx | 386 | const | 1 | Using where |
+------+---------------------------------+----------------+---------+-------+------+-------------+

出力結果については、今ひとつピンと来ませんが、
理解できるように勉強しようと思います。

以上、スレ汚しすいませんでした。
0897login:Penguin2013/01/13(日) 16:52:53.28ID:kaRRAAiY
速さもいいけど、プレースホルダ使ってくれ。
基礎がちゃんと抑えてないコードを見ると
よくたくなくなる。
0898login:Penguin2013/01/13(日) 18:18:41.06ID:csPsFqM5
>>897
こんな所でぐだぐだ言ってないで
自分で修正してパッチを投げろや

中の人は、セキュリティ関連の修正はしないぞ
0899login:Penguin2013/01/13(日) 18:21:15.42ID:kaRRAAiY
聞かれたからソース見ただけ、
俺がパッチを投げるのは
俺が使いたいと思ったアプリだけだ。
0900login:Penguin2013/01/13(日) 22:56:47.85ID:iwdfOCH7
地デジの23だけ録画できない・・・
これってもしかしてPT2の寿命きた?
0901login:Penguin2013/01/14(月) 00:05:54.96ID:0d7apUC+
PDOでプリペアドステートメント使うようにしたことあったけど、
全然速くならなくて調べたら使ってたmysqlのバージョンでは
キャッシュが効かないことがわかってがっくりきたので捨てた。
0902login:Penguin2013/01/14(月) 00:44:19.61ID:PKorUZAN
プリペアドステートメント使わなかったら
めんどうじゃん。
0903login:Penguin2013/01/14(月) 04:55:40.88ID:Rsb13O3p
そもそもPHPに録画予約任せるのが常軌を逸している
0904login:Penguin2013/01/14(月) 07:40:20.52ID:MSvUn/qa
ディストリの種類を問わず安定な環境構築の資料が山ほどある組み合わせで筋はいいと思うがなぁ
通例攻撃の最前線に晒されるとこで使われる言語だしこれで飯食ってるのも多いから
ちょっと変なコード書くとまあ叩かれる叩かれる
0905login:Penguin2013/01/14(月) 17:36:39.99ID:+CDTBHg2
>>877
今更ですが、うちもchecksignalしてみたら、16.876797dBでした。
でも録画失敗したことはいまのところないですね。

chinachuは録画中止しても履歴まで削除すると録画がまたスタートしちゃうんだな。
あと直近修正からかわからんけど、時間帯設定が0時またがりできなくなってる。
例えばsampleの23-4という設定だと0-4に修正されちゃうから要注意。

ところで、chinachuにしたことでdlna関係も極力mySQL使いたくないからできればmediatomb以外にしたいけど
他にオススメってありますかね?
09068032013/01/14(月) 19:45:38.46ID:gmw1aQ75
>>905
MiniDLNAとかは?
設定が簡単なんで、楽に導入できるかと。

ttp://sourceforge.net/projects/minidlna/
0907login:Penguin2013/01/14(月) 19:47:25.09ID:fRlSejWs
>>905
WUIでの設定で0時またがりができないバグがあったので修正しました。
0908login:Penguin2013/01/15(火) 07:23:07.18ID:TnEQSTpY
どんな録画サーバ構築しても、録画の一番底辺のrecpt1がずっと古いままだから
大したシステムは出来ない。PCで録画するならlinuxは諦めてWindowsにするんだな。
レス数が900を超えています。1000を超えると表示できなくなるよ。