foltiaでのしょぼカルスケジュールをEPGデータを利用して検証しよう(1)

Posted on 2013/08/06 (火) 2:32
Filed Under foltia | Leave a Comment | TrackBack | ̃Gg͂ĂȃubN}[Nɒlj Share on Tumblr

foltiaはしょぼいカレンダーからアニメのスケジュールを取得している。
すごい便利なしょぼカルだけどデータの更新が人力なため、いつ終わるのかわからないスポーツ延長の時などにたまーにスケジュールの更新が追いつかないことがある。
とゆーわけで、EPGデータをもとにしょぼカルスケジュールを確認してみる方法を考えてみた。

1.録画予定のチャンネルで開始時刻と終了時刻がしょぼカルスケジュールとEPGデータとで等しい
2.番組名が等しい
→放送スケジュールは正しい。

しかし、EPG番組表の表記はかなりゆらぎがあるんで、しょぼカルに登録されているタイトルと同一番組でも一致することは少ない。

例えばこんなかんじに。(上:しょぼカル 下:EPGタイトル)

超次元ゲイム ネプテューヌ THE ANIMATION
超次元ゲイム ネプテューヌ #5

すすめ！キッチン戦隊クックルン
すすめ!キッチン戦隊クックルン「うどん怪人にあったか〜いプレゼント」

黒魔女さんが通る!!
大!天才てれびくん ▽難関ダンスで真剣勝負 ▽魔女 ▽ワル

なので、String::Trigramを利用して類似度のスコアを判定することにする。
十分スコアが高ければ番組名が正しいとする。

1.2.どちらかが偽であったら、しばらく先のEPGデータを調べて、しょぼカルスケジュールのタイトルと比較して最も類似度の高い番組名を探って、そこに移動したと判定する。

という方針でテストプログラムを実装してみた。

条件1.2が完全に一致した例。

1:3021:きんいろモザイク:きんいろモザイク:201308060030:19
chk_pid_broadcast_schedule() EPG Frame mutch.きんいろモザイク,きんいろモザイク
chk_pid_broadcast_schedule() EPG Frame mutch.1
chk_pid_broadcast_schedule() 1 is hight ,may be not moved

条件1が満たされ、条件2でのスコアが高かった例。

1:2976:すすめ！キッチン戦隊クックルン:すすめ!キッチン戦隊クックルン「うどん怪人にあったか〜いプレゼント」:201308060645:2
chk_pid_broadcast_schedule() EPG Frame mutch.すすめ！キッチン戦隊クックルン,すすめ!キッチン戦隊クックルン「うどん怪人にあったか〜いプレゼント」
chk_pid_broadcast_schedule() EPG Frame mutch.0.36697247706422
chk_pid_broadcast_schedule() 0.36697247706422 is hight ,may be not moved

条件1は満たしたけど、条件2で類似度スコアが低かったんで他に移動してないか調べに行った例。

1:2479:黒魔女さんが通る!!:大!天才てれびくん ▽納涼&爆笑!お化け屋敷でQ ▽魔女:201308071820:2
chk_pid_broadcast_schedule() EPG Frame mutch.黒魔女さんが通る!!,大!天才てれびくん ▽納涼&爆笑!お化け屋敷でQ ▽魔女
chk_pid_broadcast_schedule() EPG Frame mutch.0.0625
chk_pid_broadcast_schedule() Score : 0.0625.
大!天才てれびくん ▽納涼&爆笑!お化け屋敷でQ ▽魔女:201308071820
テクネ 映像の教室「スペシャルⅡ」:201308071855
ビクトリアス(43)「おかしな1日」:201308071925
リトル・チャロ4(日本語版)「Ep18 ふたつのソーセージ」:201308071950
まいにちスクスク ジュニア“ゲームとのつきあい方”(3)▽暴力的にならない?:201308071955
ハートネットTV リハビリ・介護を生きる「リハビリを楽しく」(2):201308072000
きょうの健康 正しく向き合う 認知症「周囲と一緒に 生活を維持」:201308072030
NHK手話ニュース845:201308072045
きょうの料理 旬を味わう「簡単下ごしらえ かぼちゃのスピードレシピ」:201308072100
きょうの料理ビギナーズ「使ってみよう!ビーフン大活躍」:201308072125
Max score:0.0625
Return value:201308071820
chk_pid_broadcast_schedule() May be NOT moves.

手元だと、延長等で移動してる例が見つかんなかったんでその場合の判定がまだまともに動くかわからないところ。

foltiaで録音したradikoのAACとMP4の音質が違う?

Posted on 2013/06/27 (木) 0:37
Filed Under foltia | Leave a Comment | TrackBack | ̃Gg͂ĂȃubN}[Nɒlj Share on Tumblr

foltiaで録音したradiko.jpの番組をiPhoneで聞いていたら、AACとMP4版の音質が違うように聞こえたんで検証してみた。
結論から言うとiOSとQuickTimeではAACとそこから作成したMP4ではMP4版は音質が劣化して再生されている。しかしQuickTimeとMP4Boxの表示は一致しているので原因はffmpegがMP4コンテナのヘッダ情報とかなのか設定間違っている感も。現象はわかるが原因不明。

以下簡単な検証。
環境はiOS6.1.4,MacOSX 10.8.1,QuickTime Player 10.2,VLC2.0.7,CentOS6.4,ffmpeg 0.8.6世代など。

まずradiko.jpを録音してflv→aac→mp4と変換していったファイル。
録音はいつもの「簡易Radiko録音ツール。要swftools/rtmpdump/libxml/wget/ffmpeg/lame」。

まずaacファイルのQuickTimePlayerでの認識。

次にaacファイルから作成したmp4のQuickTimePlayerでの認識。

ffmpegの-acodec copyでmp4コンテナに入れてるだけなのに表示も聴感上も異なっていてフシギですね?

同じファイルをVLCで開いてみたところ。


差はないようだし、聞き分けも出来ないレベル。

MP4Boxの表示はこんな感じ。QuickTimePlayerと同じ表示。

[foltia@foltia mp4]$ MP4Box -info MAQ-1930–20130623-0030.MP4
* Movie Info *
Timescale 600 - Duration 00:30:45.076
Fragmented File no - 1 track(s)
File suitable for progressive download (moov before mdat)
File Brand M4A - version 1
Created: GMT Sat Jun 22 16:37:28 2013

File has root IOD (9 bytes)
Scene PL 0xff - Graphics PL 0xff - OD PL 0xff
Visual PL: No visual capability required (0xff)
Audio PL: AAC Profile @ Level 1 (0×28)
No streams included in root OD

Track # 1 Info - TrackID 1 - TimeScale 24000 - Duration 00:30:45.077
Media Info: Language “Undetermined” - Type “soun:mp4a” - 43244 samples
MPEG-4 Config: Audio Stream - ObjectTypeIndication 0×40
MPEG-4 Audio MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 24000
Self-synchronized

[foltia@foltia mp4]$

次に、超!A&G+を記録したサンブル。
aacをQuickTimeで開いた場合。

mp4をQuickTimeで開いた場合。

flvをvlcで開いた場合。

aacをvlcで開いた場合。

mp4をvlcで開いた場合。

MP4Boxの表示。やっぱりQuickTimeと同じ表示。

[foltia@foltia radio]$ MP4Box -info ./1–20130625-0930-AGQR-audio.MP4
* Movie Info *
Timescale 1000 - Duration 00:30:47.808
Fragmented File no - 1 track(s)
File Brand isom - version 512
Created: GMT Thu Jan 1 00:00:00 1970

File has no MPEG4 IOD/OD

iTunes Info:
Encoder Software: Lavf52.64.2

Track # 1 Info - TrackID 1 - TimeScale 24000 - Duration 00:30:47.808
Media Info: Language “Undetermined” - Type “soun:mp4a” - 21654 samples
MPEG-4 Config: Audio Stream - ObjectTypeIndication 0×40
MPEG-4 Audio MPEG-4 Audio AAC LC - 1 Channel(s) - SampleRate 12000
Self-synchronized

[foltia@foltia radio]$

radikoが仕様変更でまた録音出来なくなっていた

Posted on 2012/11/03 (土) 2:37
Filed Under foltia | Leave a Comment | TrackBack | ̃Gg͂ĂȃubN}[Nɒlj Share on Tumblr

radikoが仕様変更でまた録音出来なくなっていた。

というわけでrec_radiko.shのページを見たらありがたいことに既に対応版が出ていた。
「簡易radiko録音ツール。要swftools — Gist」
そのまま差し替えられる版が出ていたのでそっくり入替え。

ついでに調べていたら、「RNB 南海放送」が11/1からradikoに参加していた模様。
radiko.jpからはお知らせもニュースリリースも一切ないんだけど、ほかに新規参加局はあるのかしらね?

foltia ANIME LOCKER 2.0が出ていた

Posted on 2012/09/20 (木) 13:25
Filed Under foltia | Leave a Comment | TrackBack | ̃Gg͂ĂȃubN}[Nɒlj Share on Tumblr

foltiaの商用版のfoltia ANIME LOCKERの新バージョンが出ていた。

foltia LIVEとかPT3対応とかインストーラとか、ほったらかし気味のオリジナルに比べてずいぶん機能が便利になっておりますな。
「Ver2.0の新機能｜foltia ANIME LOCKER」

foltiaでPT3を使う

Posted on 2012/08/17 (金) 3:19
Filed Under foltia | Leave a Comment | TrackBack | ̃Gg͂ĂȃubN}[Nɒlj Share on Tumblr

買い専だったコミケも終わり、一段落したのでLinuxでPT3を検証してみた。

PT3 Rev.A
PT3 Rev.A

発売:アースソフト
発売日:2012/6/15
定価:13,200円
ASIN:B00857CQAM


6/15のPT3発売からわずか2ヶ月足らずでm-tsudo氏によってLinux用PT3ドライバが開発されたようで、大変すばらしいことです。
「m-tsudo/pt3(github)」

PT2x3 PT3x2というわけで、さっそく差してみた。PT2が3枚にPT3が2枚、合計で地デジ10ch,衛星10chの20ch仕様。

既存環境にPT3ドライバを追加して、recpt1を拡張する。recpt1はいつもの「pt1: log」から最新版の「pt1: b14397800eae」に「pt1.oyama: 5eab7c73a28a」を参考にしたパッチを当てたもの。これについては後で詳しく書く。

起動すると20ch分のデバイスを認識する。

PT devices

ドライバ上はPT1/PT2を合計で4枚、PT3を4枚、合計8枚、地デジ16ch,衛星16chの32chまで認識するんじゃないかと思われる。

録画テストをしてみたらB-CASで同時にデコード出来るストリームの上限は16のよう。

とりあえずPT3はすばらしい感じですね!

【recpt1編】
最新版の「pt1: b14397800eae」にパッチを当てたpt1_dev.hとrecpt1.hをrecpt1ディレクトリの中のものと入れ替えてビルドする。
最初「pt1.oyama: 5eab7c73a28a」のようにパッチを当てたらPT3の地デジ/衛星で一番後ろのチューナーが使えなかったんで調べてみたらここにカンマが必要だったよう。

【まとめ編】
しかし10月1日からDVDをリップしたり、Linuxでテレビを見たり録画をしたりすることが違法化されるということで、各自いろんな意見はあると思いますから次回選挙に向けてまた採決投票結果を貼っときますね。

「第180回国会　2012年6月20日 著作権法の一部を改正する法律案（内閣提出、衆議院送付） 本会議投票結果」(参議院ホームページ)

epgdumpアップデート

Posted on 2012/06/19 (火) 3:19
Filed Under foltia | 2 Comments | TrackBack | ̃Gg͂ĂȃubN}[Nɒlj Share on Tumblr

しょっちゅうチャンネルが移動したり廃止されたり変更が慌ただしい110度CS(スカパー! e2)のチャンネル情報を2012/6/5現在にしたepgdumpにアップデートした。

「チェンジセット 140 - foltia - Trac」

参考にしたのはいつも大変助かるこちらのページ。
「N-SAT-110(SUPERBIRD-D／JCSAT-110) トランスポンダ利用状況」

スペースシャワーTVプラス対応にepgdumpをアップデート

Posted on 2012/05/08 (火) 21:02
Filed Under foltia | Leave a Comment | TrackBack | ̃Gg͂ĂȃubN}[Nɒlj Share on Tumblr

「100%ヒッツ!スペースシャワーTVプラス」という放送局が2012/4/1から110度CS(スカパーe2)で放送開始されていたのをはじめて知ったのでepgdumpをアップデートした。
物理チャンネルはND24 SID321chのようで、もともとMusic Japan TVが放送されていたところが入れ替わった形。

「チェンジセット 139 - foltia - Trac」

変更点はこれだけ。

PLAIN TEXT
C:
  1. //  { "Music Japan TV", "1208.ontvjapan.com", 29056, 7, 321},//廃止 2012/3/31
  2.     { "スペースシャワーＴＶ プラス", "321ch.epgdata.ontvjapan", 29056, 7, 321},

新しいiPadと1080p

Posted on 2012/03/17 (土) 2:37
Filed Under foltia, レビュー | 2 Comments | TrackBack | ̃Gg͂ĂȃubN}[Nɒlj Share on Tumblr

新しいiPadが出たので1080pのH.264のテストをしてみた。

ひとまず「foltiaでiPad用720P H.264動画を作る」をベースに、Levelを4.0、ビットレートを4Mbps、サイズを1920x1080に変更。
実際のコマンドはこんな感じ。(ソースはMXTV版C3 #6)

PLAIN TEXT
PERL:
  1. ffmpeg -y -i 2274-6-20111106-0100.m2v  -threads 0 -deinterlace -f h264 -vcodec libx264 -vpre hq-ts -level 40  -r 30000/1001 -aspect 16:9 -s 1920x1080 -bufsize 80000k -b 4000000 -maxrate 8000000 2274-6-20111106-0100-HQ.264

この状態だとMainProfileになるようでHighProfileにしたい場合は-flags2 +dct8x8を追加するよう。(未確認)

映像トラックのトラコン所要時間はCore i7 2600Kで33分37秒。720pだと18-20分程度なので2倍弱程度。
作成が終ったMP4ファイルは543MB、720pが278Mであったから、約2倍。
MP4Box調べによると
1080p:Average bitrate 2302 kbps - Max Bitrate 17918 kbps
720p:Average bitrate 1115 kbps - Max Bitrate 10287 kbps

実際に再生して比較すると、新しいiPadや37インチのテレビで見ていると、見比べれば違いは指摘できるけれど、CPUやファイルサイズのリソース消費の差ほどは違いないよなー?ぐらいの印象。

各機種再生可否一覧はこんな感じ。

再生端末 720p(Main @ Level 3.1) 1080p(Main @ Level 4)
新しいiPad(iOS5.1) ○ ○
iPad2(iOS5.1) ○ ○
初代iPad(iOS5.01) ○ ×
iPhone4S(iOS5.1) ○ ○
iPhone4(iOS4.3.2) ○ ×
PS3(ver4.0.0) ○ ×(音だけ出た)


そして、iPadで一番利用頻度の高いキラーアプリ「「tumblrFrame」はまったく正常に美しく動いていた。
tumblrも今の長辺最大値が1280pxのHiResフォーマットの、さらに上の品質の画像を作って頂きたいと思うものだった。

しかしRetinaディスプレイは美しいものですなー。
Webサイト表示させてると文字が印刷物のよう。

Recently


Categories


Archives


Wish list

宗子さんのほしい物リスト2015/5-
Pages (152): « 1 [2] 3 4 5 6 7 8 9 10 11 12 ... Last »