foltia簡易BBS

名前
メール
件名
本文
CAPTCHA	画像の中の文字を入力してください（5文字）
削除キー	名前とメールアドレスを保存 [更新] [終了]

宗子さん

こんにちは

とても助かりました。

ありがとうございました。

hogeさん、こんにちは。

例に上げられているatだとTAGのところに入っている215288がpidそのものです。
pidからtidを求めるは次のような簡単なSQLで可能です。
SELECT tid FROM foltia_subtitle WHERE pid = 215288

宗子さん

こんばんは。
早速のお返事ありがとうございます。

すみません、説明不足でした。。。


えっと、atqが持つ、キュー番号のPIDが、
どの番組を録画する予定かを知ることは可能でしょうか。

---
# atq
7932 Tue Apr 3 17:25:00 2012

# at -c 7932
#!/bin/sh
# atrun uid=33 gid=33
# mail foltia 0
umask 22
HOME=/home/foltia; export HOME
LOGNAME=foltia; export LOGNAME
PATH=/usr/bin:/bin; export PATH
PWD=/home/foltia; export PWD
cd /home/foltia || {
echo 'Execution directory inaccessible' >&2
exit 1
}
##### Please, do not remove this Schedule::At TAG: 215288_X
/home/foltia/perl/folprep.pl 215288
---
ここらへんの情報から、どのtidと結びついているか知ることはできないでしょうか。

hogeさん、こんにちは。

同じtidをもつデータは複数ありますのでtidからpidは一意には定まりません。
tidから複数のレコードを抽出するのであればこのような簡単なSQLで出力可能だと思います。

SELECT * FROM foltia_subtitle WHERE tid = 2375

はじめまして。
いつもfoltiaを使わせていただいております。
ありがとうございます。

質問なんですが、tidからpidを調べることは可能ですか？

kantaさん、こんにちは

foltiaでのサムネイルは次のコマンドで生成しています。
mplayer -ss 00:01:20 -vo jpeg:outdir=/home/foltia/php/tv/somewhere/ -ao null -vf framestep=300step,scale=160:90,expand=160:120 -frames 1 /home/foltia/php/tv/SOME-MPEG2-TS.m2t

二つの環境で同一のTSファイルからコマンドでサムネイルを生成して出力画像に差があるか
調べてみると解決の手助けになりそうです。

ななしさん、こんにちは

いったんfoltia_tvrecordテーブルでpidが1以上のものを全て削除して
予約を全て削除したあと、その後再予約をしてみてはいかがでしょうか?

二つのサーバーでfoltiaを運用してるんですが、録画される
サムネイルの数が明らかに違うようになっています。
いじった覚えはないんですが、そのことについて修正することは
できますか？

こんばんは
最近foltiaを使い始めさせていただきました。

環境はubuntu10 sqlite3 で運用しております。

そこで一つ気になることがあるのですが、
予約一覧に、予約していない番組が表示されます。
しかし、録画解除 の項目が無い部分だけ勝手に表示され、解除しようにも解除できません。

また、mktable.sqlite.txt を編集して不要なチャンネルを削除したあとDBを作成したのですが、
地方放送局や、ケーブルテレビのリストも表示されてしまいます。

初歩的な質問で申し訳ないのですが、対処法などありましたらご連絡お願いします。

MacOSX のバイナリ ffmpeg 0.8 で有効なオプションを使うと

ffmpeg -i $input -vn -y -acodec copy -absf aac_adtstoasc -f mp4 $out

で wav 経由無しの抽出 aac が MP4 コンテナになるようで MP4Box 結合後、
VLC でも QuickTime でも問題なく再生出来ました。

これで MacOSX の afconvert 無しでも大丈夫かもしれません。

(-absf 無しの -f mp4 では正しい形式にならない様です)

mplayer の連続スナップショット作成を ffmpeg + perl ループにすることで
30分アニメの処理時間が30 min -> 1 min と劇的に短縮出来ました。
（時々 ffmpeg のメモリリークで処理が進まないことがあります。）
そこで mplayer + Nero による wav 経由 aac 作成を wav 経由無しにすることで
エンコードも短縮出来ないかと試みました。
が、自動化までは出来ませんでした。ちょっと残念です。

1) -acodec copy で aac 抽出 ... MPEG2 Audio 扱い
a) そのまま MP4Box で結合... VLC では再生 OK だが QuickTime で音無
b) MacOSX の afconvert -f m4af -d aac で変換後結合 ... VLC, QuickTime で再生 OK
c) MacOSX の afconvert -f m4af -d aach で変換後結合 ... VLC, QuickTime で再生 OK
2) -acodec copy -f mp4 で aac 作成 ... MPEG4 Audio 扱い
MP4Box 結合で Segmentation fault

MP4Box GPAC 0.4.5 (build 33)
ffmpeg 4:0.5.1-1ubunt 1.2
afconvert MacOS 10.6 付属

迷い人さん、こんにちは。

デモサイトはアナログ停波で止めた古いマシンのデータベースを参照していました。
プログラム自体もだいぶ古いものなので、もうリンクを外した方がいいですね。

ご連絡ありがとうございます。

デモサイトが開こうとしてもデータベースに接続出来ませんでした。
と出て開けない状態です

宗士さま
レスありがとうございます。
しょぼいカレンダーの機能はよく知らなかったのですが、
ご紹介のページを見ると便利なことができそうですねぇ。

いろいろと勉強になります。

西の京さんこんにちは。
いまfoltiaがしょぼいカレンダーから情報取得に使用しているcal_chk.php
http://sites.google.com/site/syobocal/spec/cal_chk-php
から、db.php
http://sites.google.com/site/syobocal/spec/db-php
に切り換えると、ChIDで管理できるようになるんでこんな面倒なことなくなるんですよねー

ついでに再放送フラグとかも取れるようになるんで最近よくある
集中再放送の番組とかでも「再放送は録画しない」設定とかできるようになるんですよね。

いつかは対応したいなーと。

みなさん、こんばんは。
しょぼかる上で、「NHK教育」の放送局名が「NHK Eテレ」に変更されたようです。
というわけで、foltia_stationのテーブルの更新してみました。

参考までに、更新分をおいておきます。
（追加されたレコードの削除）
delete from foltia_station where stationname = 'NHK Eテレ';
（局名の更新）
update foltia_station set stationname = 'NHK Eテレ' where stationname = 'NHK教育';

誤 @pid=`pgrep recpt1` . ` pgrep recfriio`; chomp(@pid);
正 @pid=(`pgrep recpt1` , ` pgrep recfriio`) ; chomp(@pid);

先の Perl で配列と文字列の扱いが間違っていました。
Perl 難しいです。。。

recwrap.pl の sub continuousrecordingcheck で
PID 一覧を /^.[0-9]*¥s/ で取得しています。
PID が 3 桁、つまり先頭に 2 スペースの場合というのは
ありえないのでしょうか。。。

この場合に取得 PID がスペース 2つの文字列になって
前回の様な事が発生したのでは、と推測しました。

ただ @processes 一覧を別ファイルに書き出して見ていますが
PID が 3 桁というのは一度も見ていないので、
recpt のプロセスは 4 桁以上が常に割り当てられ、この推測が
間違っているのかもしれません。

P.S.
pgrep ないし pidof で recpt1 を含む PID 一覧が取得出来る様です。
perl だと @pid=`pgrep recpt1` . ` pgrep recfriio`; chomp(@pid); で
整形ミスはないのかもしれません。
ただ標準で入らないパッケージグループのツールかもしれません。
ubuntu 10.04 Desktop では標準で入る様ですが。

まさん、こんにちは

PID取得し損なうとはlsofの出力を整形する時に失敗してる感じですかねー?
レポートありがとうございます。

先ほど 0 バイトファイルを生成した recpt1 プロセス a)と
そのプロセス終了時と重なる録画開始時刻をもち、 PT1 BUSY 2回で
録画失敗した recpt1 プロセス b)があるのを見つけました。

a) は一見正常正常終了ですが 0 バイト録画ファイルです。
ps では他に recpt1 のプロセスはありませんでしたので
そもそも 2 番組目のプロセス起動で BUSY になる事が異常挙動といえます。
更に recpt1 の直接起動による２番組録画で BUSY にはなりませんが
共に 0 バイト録画ファイルと異常挙動のままでした。

気味が悪いので PC をリスタートすると、起動時にエラーでディスクチェック
との事。無事チェックが終了し正常起動したようです。 recpt1 直接起動の
4ch 同時録画も問題なく終了しました。

この時間のチャンネルの録画よく失敗するんですね。。。。鬼門みたいです。

ログメッセージを色々見ると TMCC LOCK ERROR なるものがと思ったのですが
以前も出ているようです、その近辺の録画プロセスで失敗しているものは
なさそうでした。

録画し過ぎで PT2 の調子が悪くなったのでしょうか。。。

TV録画はじゃじゃ馬っぽいもので、暴れた時の対応は思ったより
大変そうです。概ね問題なく動くのですが目を離せません。

昨日から本日の土日をまたがる深夜録画で、 recwrap.pl/continuousrecordingcheck() が
ログに出力する recpt1 の PID が、スペース 2 つのものが複数ありました。
PID と録画ファイルの関係はわかりませんが、本来終了判定対象となる recpt1 プロセスの
PID がうまく取得出来ず、終了させる事が出来ませんでした。
その後 PT1 BUSY 2 回で録画ギブアップとなりました。

/var/www/foltia/debuglog.txt.1:2011/10/09_00:59:33 recwrap DEBUG continuousrecordingcheck() PID
/var/www/foltia/debuglog.txt.1:2011/10/09_00:59:33 recwrap DEBUG continuousrecordingcheck() PID
/var/www/foltia/debuglog.txt.1:2011/10/09_00:59:33 recwrap DEBUG continuousrecordingcheck() PID
/var/www/foltia/debuglog.txt.1:2011/10/09_00:59:33 recwrap DEBUG continuousrecordingcheck() PID 28284

本来終らせるべき録画自体は予定通り正常終了し、録画内容も変になっておりません。

その 30 分前にもこのブランク PID はあったようですが、幸いに終了すべきプロセスを
うまく見つけられたらしく、正常に途中終了出来ております。

まあ現状としてはログ出力を増やして状態を見る、ということしか出来ませんが、
また発生しましたら PID と録画ファイルの対応関係をきっちりして報告します。

それでは

確認しました。そうですねvfat32ですね。外付けのhddがvfat32で
マウントされてますね。4G以上になるから30分以上取れないんだ。
fate/zero一話も4Gでした。
きょさん、宗子さん
ありがとうございます。
あー、誤字が恥ずかしかった。

かんたさん、宗子さま

横から失礼します きょです

情報がないのでわからないのですが、
dbに問題がないとすれば、HDDのフォーマットがFAT32になってませんか？

30分だと、(地上波かBSかで多少ちがいますが)大体3940mb-4250mb程になるかと思います。
私の環境でのext3のブロックサイズとfat32のブロックサイズの違いで多少ファイルサイズは変化するでしょうが、

フォーマットでないのであれば、
手動でコマンドをうち、30分以上の録画が可能か否かで問題の
切り分けなどができるかと思います。

>それとも録画が最大30分に制限されてしまっていますか?
これだと思います。
だから長編のものが３０分で必ず終わっちゃうんですよね。
この前のfate/zeroの一話も30分だけでしたね。
想像がつくことがあれば、ご教授お願いします。

かんたさん、こんにちは。

一時間の番組が必ず３０分で録画されるとのことですが、類似現象が
発生したことがなく、こちらでも原因が想像つきません。

30分番組、1.5時間番組、2時間番組などは期待通りの尺で録画されますか?
それとも録画が最大30分に制限されてしまっていますか?

foltia-r91-20090602.tar.gzで動作しているのすが、どうしても気になる
点があります。一時間の番組が必ず３０分で録画されるということです。
どこを見て、どこを設定し直せばよいのでしょうか？
よろしくお願いいたします。

リンク紹介有り難うございます。

リンク先を頼りに /var/mail にある job 結果を見ると
最初に録画失敗していてハングしていたらしいプロセスの記録はありませんが
それ以降の録画プロセスは C/N とある行の dB がいつも通りの 30 ないし 20
程度は確保されているような記録がありました。

途中で信号強度が下がったのですかねぇ。。。。こればっかりは
別の計測装置が必要ですよねぇ。。。

その後はまたいつものようにガンガン録画出来ておりますので
更なる解析はまた後日になる様です。

しかしリンク先には色々知らない事が書かれていました。

foltia はかなり便利で、家電気分で動作しっぱなしですが
やはりまめな情報収集は必要ですね。

有り難うございました。

まさん、こんにちは。

類似の症例が2chにありました。

http://hibari.2ch.net/test/read.cgi/linux/1309182037/505n-508

気象条件による減衰が影響しているかも知れません。

本来 foltia とは別なのですが Linux 版 PT2 ドライバを使っている
foltia のユーザーには関係するかもということで投稿させて頂きます。

Ubuntu Magazine の foltia 解説記事通りに導入したので
pt1-7662d0ecd74b.tar.bz2 を使っています。

さて、 9/21 AM 3 時頃の NHK BS を録っていた recpt1 がどうもハングしたようです。
その時は築きませんでしたが、CPU 負荷も高く、ファイルサイズが 0 のままでした。

9/21 日の録画はファイルサイズ 0 のままのものが大量生産。。。

が 9/22 日本日の早朝の録画は無事録画出来てました。
何故元に戻ったか謎です。

その後色々調べて、 9/21 の recpt1 の録画プロセスが一日以上終らずにいるのに
気付き、負荷も高くなっていたのでそのプロセスを kill した次第です。

2 Core のマシン、裏で恐らく foltia により溜まっている MP4 エンコード処理も
継続していたと思います。ただ今迄エンコード待ちが多くてもファイル録画に
失敗する事はありませんでした。

後、怪しいのかもしれませんが mhddfs で hdd を束ねている領域を
録画ファイル置き場にしています。その hdd の一つが殆ど使用量一杯なので
その切換えタイミングに有ったためかもしれません。
ただこちらは syslog を見ても、ファイル IO エラーとか mhddfs とかの
ヒントはなさそうです。

mplayer の異常終了と recpt1 の異常ハングについて色々調べるのは
あまり報告が無いので難しいですね。

それでは

8 GB は余裕の運用だと思っていたのですが、定期的容量確保の工夫に
万全を尽くすのは Client 用 PC 経験だけではまだまだ足りませんね。

ご指摘の削除の他、 cron.hourly に /var/spool/cron/atjobs のゼロサイズファイルが
ある時に、それらのファイル削除の他、大きなファイルになる foltia 稼働ログの幾つかを
削除するようにしてみました。

次は mplayer 他の動画変換ツールのエラー対応について色々調べないと。。。

しかし本当に foltia のおかげでTVに関して時間制約ゼロになりました。
有り難うございます。

まさん、こんにちは。

起動ディスクのストレージが小さい場合、このような対策が有効かも知れません。

・/var/log/の中身をどんどん消していってしまう
・古いEPGをどんどん消していってしまう
・/var/spool/mailを不要なものはどんどん消していってしまう
・~/debug.txtを書き出さないように設定変える

この辺のメンテナンスを自動化してあげれば、8GBでも安定動作はできそうな気はします。

お世話になっております。 HDD の消費量にびっくりする程安定して運用出来ており
ありがとうございます。

さて、先日件名の通りのトラブルが発生しました。現在は復旧しましたが
空き容量を継続的に確保する事、及び mplayer 等では時々巨大ログになるので
気をつけるようにということで使っている人へのトラブル事例として
ご報告させて頂きます。

SD 8GB の起動ディスクで専用機でほぼメンテフリーで動かしている気分なので
本当にびっくりしました。

空き容量の継続的確保は、cron hourly 等で掃除用スクリプトを動かすという
運用で避けられるんでしょうね。。。

ま

今回の状況
◎mplayer 変換がファイル時間の 8 倍以上かかっても終っていない
→変換開始それ以降の録画が無い
→ foltia/debug.log.txt もかなり前の記録しか無い
→ 起動ディスク使用量 100 %
→atjobs に 0 バイトファイル
→→ home 作業ディレクトリの大きなサイズ、 foltia 稼働状況が記録される他のログ
syslog, /var/mail/www-data を削除
→マニュアル録画 OK

→再度起動ディスク使用量 95 % 及び使用量増加速度が結構ある
→atjobs 0 byte ファイル削除
→ディスク使用量安定（通常 50数% ）

なお 0 byte atjobs による syslog への at ジョブエラーの記録頻度は
ラスト 21000 行を解析すると以下のようでした
08:00:44 519
08:00:45 2289
08:00:46 1885
08:00:47 1807
08:00:48 2325
08:00:49 1865
08:00:50 2172
08:00:51 1449
08:00:52 1975
08:00:53 2353
08:00:54 2229
08:00:55 132

きょさんこんにちは。

いま手元にsvn版のコードが動いているマシンがなくて確認出来なくて大変恐縮なのですが、
コードを超ざっと見た感じだと動くンじゃないのかなぁ?ぐらいの気持です。
#全く動かしてないんで大ウソかも知んないです…

今度調べておきます

宗子様
たびたびお世話になっています　きょです

宗子様の方でも確認していらっしゃるOR再現しない問題であれば申し訳ありませんが、
#124から追加されたMP4録画ライブラリでの削除機能が動いていないとおもわれます。

デバッグログ、スクリプトを追っていくと、
foltialib.plの
sub mp4filename2tid
で、DBからtidの値が取得できず、常に tid=0と認定されている様です。

私はDBについて不慣れなうえ、自前で色々と手を加えてしまっているので
時間がかかりそうですが、確認してみます。
(そもそも私の環境だけの問題かもしれませんが)

録画機能自体は快調です。まったくもってかっての FM エアチェックで
培ったコレクター魂が生き生きと蘇る思いです。本当にありがとうございます。

ただ時々 m2pfiles の登録がうまくゆかず ipod 用エンコードスクリプトが
変換ファイル無し、と判定する事があります。

ログファイルを見ると、毎時 30 分毎の番組表チェック時の書込み挙動と
重なっている事もあるので、 db の排他ロックのせいかもしれません。

$sth->execute() の戻り値もログに入れた方が良いように思ったのですが
execute() の戻り値は、DB 毎に挙動不明とあります。
登録確認の SQL でチェックを掛けるのが本筋なのかもしれません。

DB をきちっと使って行くのは大変ですね。

（sqlite3 のロック単位はどうもファイル単位らしいのですが、ドキュメントを
よく見て勉強してみます。）

無論、きちんと DB のメンテを行って手動登録をすれば、きちんと
自動処理されてエンコードされるので、基本的には問題になっておりません。

宗子さん、返事ありがとうございます。

実はfoltiaマシンの調子がおかしくて、画面をディスプレイに出力して
くれないのです。四六時中起動していたため、描画機能が熱でやられた
のかなあ。

一応録画機能は動いているのですが、FTPツールを通しての削除はLinux
マシンのためかできないので手詰まり状態でした。

まだ残り20％足らずあるので２ヶ月は持つでしょう。その間に近くの
ショップにでもマシンを見てもらうことにします。

>JUNさん
いまんところゴミ箱をからにするUIがないんで、
~.perl/foltia_conf1.pl
の
$rapidfiledelete = 1;#1なら削除ファイルは「mita」ディレクトリに移動。0なら即時削除
を0にしておくと削除したファイルはディスク上から即時に削除されるようになります。

>まさん
そうですね、lsofが決め打ちなのは遠い記憶をたどるとFedora系はfoltiaユーザーだと
パスの切れてるところに配置されてなかったからだったようにも思えます。
その辺は手を入れた方がラクチンそうですね。

お久しぶりです。
foltiaを使ってからはや９ヶ月以上になりますが、サーバのHDの物理容
量の消費が80％を越えてしまいました。そこでファイルを物理的に削除
したいのですが、どうすればよいのでしょうか。
ブラウザ画面から手軽に削除できれば嬉しいのですが。

recwrap.pl
sub continuousrecordingcheck
l.260 /usr/sbin/lsof
/usr/bin/lsof

デバイス busy 時に呼ばれる録画状況チェック sub continuousrecordingcheck
in recwrap.pl において用いられる /usr/sbin/lsof が
ubuntu 10.04 desktop では存在しませんでした。

/usr/bin/lsof にありましたので recwrap.pl を修正しますと、以下の予約が期待通りに
動きました。

2300-2305 BSフジ
2300-2305 BS-TBS
2305-2310 BSフジ

2304.31 頃に、先行している２つの録画は 録画終了時間の直前と判定され
録画プロセスが終了し2305 の予約が実行されました。

lsof の場所を特に指定してインストールしたわけではないので分かりませんでした。

おかげさまでTS ファイルの溜込みは順調です。
アニメ以外も試験運用として手動 EPG 録画していますが、これはやはり録画し忘れますね。。。
これらは別録画システムの方が良いかもしれません。。。

さて、foltia で録画TS ファイルの処理はキャプチャ画面とそれら関連の DB 登録（認識？）、
引き続き MP4 ファイル作成準備となるのを理解しました。

ただ、中には正常終了せずそれらが途中で終ってしまうものがあります。
昨日、初めて mplayer のキャプチャ画像で失敗しておりました。
これは foltia とは無関係なので自分で解決せねばなりません。
が、TS ファイルの処理に失敗するというのがどういう事かよくわからないので
解決は大変そうです。

上記のTSファイル失敗時のリカバリをスムーズに出来るように
foltia の DB 関係のマニュアル操作の仕方をスクリプトを元に学習しています。
このどんどん大きくなる DB ファイルから、手元の TS ファイル管理用を
別のファイルにした方が、安心して「壊しそうな」操作の練習が出来る気がしました。

まあ直接いじくる必要がないのが foltia の最大のいいところなんですけれど。
やはりいじりたくなる癖なんでしょうか。

まさん、こんにちは。

>１）に関しては、手元で稼働している foltia のチェンジセットを知る方法
>uname -a や cat /etc/debian_version みたいなものがないかなという事です。
そうですね、これはクライアントがSubversionでアップデートしていれば
$Rev$や$LastChangedDate$をどっかに入れておけばそれを表示することでわかるかもしれませんね。


>確かどこかのスクリプトにコメントされた重複時の先行録画終了ルーチンが
>有ったと思いますので、それをコメントアウトすればいいのでしょうか。

>ただもし先行 2ch 同時録画で、片方が映画の長尺物で、もう一方のアニメの
>短尺物の終了後続けて録画予約がある場合、長尺物の判定が難しそうな気が
>しました。

これはアナログ時代だとチューナーが足りない場合終了直前のプロセスを落としてあきチューナー作るという仕組みがあったのですが､デジタル時代になってから録画の仕組みが違うのでこの機能はないような気がします。

これは今後どうにかしなければいけないですね。

5/23 0300 に1分程の手動予約録画２番組を試してみた所
問題なく録画出来ました。

もう一度ログを確認すると
予約状況
0100-0130 BS-TBS
0130-0200 BS-TBS
0130-0200 BSフジ

ということで 0129に 3ch 分の recpt1 のプロセスをしようとしたのが失敗の原因と
わかりました。つまり運用の失敗のようです。お騒がせしました。

確かどこかのスクリプトにコメントされた重複時の先行録画終了ルーチンが
有ったと思いますので、それをコメントアウトすればいいのでしょうか。

ただもし先行 2ch 同時録画で、片方が映画の長尺物で、もう一方のアニメの
短尺物の終了後続けて録画予約がある場合、長尺物の判定が難しそうな気が
しました。

foltia_subtitle DB を直接編集して 1 分前に終るように録画時間を短くするのも
ありかもしれません。

いずれにせよもう暫く色々試してみます。

5/21 深夜 BS のアニメ２番組の録画に失敗しました。

22 日午前に sh スクリプトで BS ２チャンネル同時録画は出来ております。

なお毎時 30 分には電子番組表取得の cron を走らせております。
しかし通常は 30 分 1 秒に取得プロセスが debuglog.txt に記録されております。

BS-TBS と BS-フジで debuglog.txt は以下のようになります。
2011/05/22_01:29:32 digitaltvrecording: DEBUG FILENAME ne null $outputfile /var/www/foltia/php/tv/2160-1-20110522-0130.m2t
2011/05/22_01:29:32 digitaltvrecording DEBUG recpt1 --b25 --sid 181 181 1830 /var/www/foltia/php/tv/2160-1-20110522-0130.m2t
2011/05/22_01:29:32 digitaltvrecording: DEBUG FILENAME ne null $outputfile /var/www/foltia/php/tv/2137-3-20110522-0130.m2t
2011/05/22_01:29:32 digitaltvrecording DEBUG recpt1 --b25 --sid 161 161 1830 /var/www/foltia/php/tv/2137-3-20110522-0130.m2t
2011/05/22_01:29:32 digitaltvrecording :ERROR :PT1 is BUSY.1
2011/05/22_01:29:32 digitaltvrecording :ERROR :recfriio not found. You must install /var/www/foltia/perl/tool/b25 and /var/www/foltia/perl/tool/recfriio:2
2011/05/22_01:29:32 recwrap ERR 2:Device busy;retry.
2011/05/22_01:29:32 recwrap DEBUG continuousrecordingcheck() now 1305995492
2011/05/22_01:29:32 recwrap DEBUG continuousrecordingcheck() PID 10434
2011/05/22_01:29:32 recwrap DEBUG continuousrecordingcheck() PID 10511
2011/05/22_01:29:32 recwrap DEBUG continuousrecordingcheck() PID 10513
2011/05/22_01:29:32 recwrap DEBUG continuousrecordingcheck() PID 10515
2011/05/22_01:29:34 digitaltvrecording: DEBUG 1 161 1800 161 N 2137-3-20110522-0130.m2t 2137 3 friio
2011/05/22_01:29:34 digitaltvrecording: DEBUG RAPID START
2011/05/22_01:29:34 digitaltvrecording: DEBUG FILENAME ne null $outputfile /var/www/foltia/php/tv/2137-3-20110522-0130.m2t
2011/05/22_01:29:34 digitaltvrecording DEBUG recpt1 --b25 --sid 161 161 1830 /var/www/foltia/php/tv/2137-3-20110522-0130.m2t
2011/05/22_01:29:34 digitaltvrecording :ERROR :PT1 is BUSY.1
2011/05/22_01:29:34 digitaltvrecording :ERROR :recfriio not found. You must install /var/www/foltia/perl/tool/b25 and /var/www/foltia/perl/tool/recfriio:2
2011/05/22_01:29:34 recwrap ERR 2:Device busy;Giving up digital recording.

今読み返してみたら確かに分かりにくい書き方でした。すいません。

１）に関しては、手元で稼働している foltia のチェンジセットを知る方法
uname -a や cat /etc/debian_version みたいなものがないかなという事です。

２）に関しては、Firefox に SQLiteManager を入れてみましたが
質問時には漢字コードと編集権限？で思うように手編集が出来ませんでしたので
書いてみました。

今度は紹介してもらったツールで、一部表示されない録画ファイル情報が
ちゃんと表示される様に foltia.sqlite を手編集したいと思っております。

ありがとうございます。

なお同時録画でちょっと失敗挙動がありましたので別発言で報告させてもらいます。

まさんこんにちは。

バージョンアップは大抵の場合はperlとphpの中身を上書きすれば大丈夫です。
DBが拡張されて操作が必要になった時などはリリース情報に必要な操作が書いてあると思います。

あと、頂いた提案が十分理解出来なかったのですが、
>１）チェンジセットの Web 操作画面で確認出来ない
こちらはこのようなURLからアクセス可能です。tracのタイムラインタブをごらんください。
http://www.dcc-jpl.com/foltia/changeset/136

>２）データベースのマニュアル編集機能
こちらはphpPgAdminやSQLiteManagerを入れて頂けると実現可能だと思います。

よろしくおねがいします。