ぱぱネット（仮）

_ クリスマスイブって言うレベルじゃねーぞ！

とんだクリスマスプレゼントだわ。こういう話は末端社員が一番後に知るのが規定路線なのね・・・すげー落ち込むわ。誰か仕事ください。

_ ソフトバンクのイジメCM

すごく当たり前といえば当たり前な反応でワロス 。

_ イブですが

RM-PL500Dという学習リモコンを買ってきて、ちょぼちょぼ学習させています(^^;なにこの罰ゲーム・・・・(1時間後)・・・・ふうなんとかボタン1個でTV,DVDレコーダ,AVアンプの電源ON/OFF、同じくTV,XBox360,AVアンプの電源ON/OFF(入力切替含む)が一発でできるようになったぜ！便利ジャンこれ。 ,

_ [開発][ワンセグ野郎] 1Seg放送の字幕運用について

携帯には標準装備と言えるまでになったモバイルテレビ放送であるワンセグ放送規格。 通勤時などに便利に使っている人も多いでしょう。この番組には字幕が付いていることが多く、 揺れる車内などで、映像内のテロップが読めなくても、なんとなく中身がわかったりして重宝する。 また、データ放送もきっちりサポートされており、局が提供するちっちゃなホームページという趣のコンテンツも楽しめる。

この字幕を抜き出して、Namazuとかに食わせれば、 テレビ番組を文字列検索 できるのではないか? というのが事の発端である。

_ なにはともあれワンセグ教科書

読み解くためには資料が必要だ。

1セグ放送教科書 (インプレス標準教科書シリーズ)(羽鳥 光俊)

→1セグ放送教科書。 万が一買われる人がいれば、e-honで「錦堂　谷書店」を書店登録して買われると僕が喜びます(ぉ)。 あとはARIB(電波産業会)の規格書、STD B-24, STD B-5, STD TR-14。しかし...これらは拾い読みするには 大変なので、なるべく後回しにすることにする。

_ TSストリームの構成

ワンセグ放送はMPEG-TSで多重化されているので、TSパーサとPESパーサは、どこかから持ってこなければならない。 188バイトに区切られたTSパケットを選別するにはPIDが必要。しかし、字幕に何のPIDが割り当てられているかは、 放送局によって異なる。それはPMTパケットを解析しなければわからないので、PMTパーサも必要。 ワンセグ放送では、PMTテーブルの項目のうち stream type=0x6 (MPEG-2 Packetized Elementary Stream packets containing private data)になっているものが、ほぼ字幕とみて間違いない*1。 より正確にはTableID=0x52のStream Identifierを見付けて(len=1) ESタグの値が0x87 であるもの。ここまでパースすれば完璧。「教科書p148 図5-23」参照。

_ TSパケットの中身

TSパケットの中身はこういう階層になっている。資料は「教科書p167」。TS,PESの情報はヘッダを読み飛ばす以外に使わないので説明は割愛*1。

data_group()は「ARIB STD-B24 第ー編 第3部 第9章 字幕・文字スーパーの伝送」。data_group()にはdata_group_idという変数があり、これで管理データdata_management_data()と字幕本体caption_data()を区分けする。data_group_idは6bitあるのだが、管理データは0x00か0x20, 字幕本体は0x1〜0x8か0x21〜0x28と2ペアになって分かれている。運用上、放送する字幕言語が1種類(日本語のみ)の場合は、0x00〜の組で運用し、　2種類の場合は0x20〜の組で管理するらしい。つまり、日本語字幕をダンプするという目的を設定したとき、管理テーブルを解析してISO_639_language_codeをサーチして'jpn'の言語テーブル行をみつけ、そのlanguage_tagをとりだし、 管理テーブルのdata_group_id + language_tag + 1したものが字幕のdata_group_idとなる 。

data_management_data()もcaption_data()も字幕本体であるdata_unit()を複数個含む。その総バイト長を指示するdata_unit_loop_length変数が前置されている。

data_unit_loop_length:24 =
data_unit() {
  unit_separator:8
  data_unit_parameter:8
  data_unit_size:24
  for (i = 0; i < data_unit_size; i++) {
    data_unit_data_byte:8
  }
}のバイト数 * N回

このN回の方はへッダには表れないので注意。ただ、ダンプして見た限りは1個以上のdata_unit()が入っていること自体けっこう稀。 データ放送やファームウェアアップデートで使われているデータカルーセルとは異なり、PES独立型字幕データにはフラグメントの概念がないため、188バイトに必ず納めなければならず、連続して挿入する場面が考えられないのかもしれない*2。

_ 本文とDRCS

data_unit_parameter=0x20が本文、0x30がDRCS。DRCSというのはいわゆる外字図形データ*1。本文は Cプロファイル8単位符号 というEUC-JPに似た形式。0x00〜0x1fは制御符号、0xfcxx〜0xffxxは追加符号と外字呼出に割り当てられている。「教科書p168 図5-34」「ARIB STD-B24 第ー編 第3部 第5章」。ただ、普通のPC UNIXに備えられたフォントでは、ARIBの追加符号部分はほとんど表示できないため...字幕放送で使われる音符マークとかが表示できないんだ...。

_ 結論

というお話でした...。

_ [開発][ワンセグ野郎] ダウンロード更新

dumpeit_win32_20090106.zip

2009年1月6日: ディレクトリ指定(D:\TS)に対応。ソースコードとWin32バイナリも同梱。

@echo off
:LOOP
dumpeit.exe D:\TS
goto LOOP

みたいなバッチを書いて実行しておけば、OneTwoFour.exeが作ったそばからTSファイルを変換していきます。 でも、HDDのランダムアクセスが遅い場合はOneTwoFour.exeが落ちるかも。 少しウェイト入れないといけないかもしれません。Linuxなら各種UNIX由来コマンド群と組み合わせたほうが良いでしょう。

どなたか番組表CGI書いていただけませんか。

_ [雑記] 部屋の片付け

クリスマスらしい飾り付けなどをして、おでかけ。

_ [雑記] 元町に早く着く

元町にやってきました。寒空の下でしばし待つ。

一応時間に余裕をもって計画していたのだが.....相手に心の余裕がなかったようでイベンツの一つは断念。

_ [雑記] 夕食はローストビーフの店「鎌倉山」

みなとみらい線で一駅移動して本日のディナー、 ローストビーフの鎌倉山 さんへ。（反対側に個室もあったようだが）基本４席しかないような レストラン初めて入ったよ('A`)

一応、カジュアル過ぎず（煩さそうなところは却下）、フォーマル過ぎず（キツいドレスコードあるところは却下）って感じで、11月頃から必死こいて調べてたんだよね。しかし、思いのほか選択肢がなかった印象。予約は早めにして正解か。

1.クリスマス特製オードブル

貝類とフォアグラ。後で揚げたての蟹の天ぷらが来たww 極めて和風な献立だが美味しい。

アルコールを飲むとgdgdになるのが わかっていたので、食前酒はガス入りミネラルウォーターにしたのだが 、早くもアルコールが欲しくなってくる。

2.伊勢海老のブイヤベース鎌倉山風

伊勢海老は目の前で包丁をいれられた（ざっくり）

できあがったこれが......ブイヤベース....？？ てっきり魚介が沢山入ったスープ( こんなの)を 想像していたのだが、全然違った。

しかし伊勢海老の旨味が出た濃厚なソースがおいしい。 焼きたてフランスパンにつけて食べると捗る。これもワインにあう味だ。

我慢できずに赤ワインのハーフを頼む。テイスティングを頼まれたが、 ここをスマートに決められないのがオタクのダメなところである。

3.産直野菜プレート

箸休めは野菜をグリルしたもの。

ソースはバジルとチーズ。小さいロマネスコが可愛い。あと写真裏に隠れてるお芋が美味しかったな。

4.和牛ロースのローストビーフ

メインはもちろんローストビーフだー！（ドコドコドコ）

シェフと会話していたらちょっとおまけしてくれたようだww ほんとかどうかは知らないが少し多い気がする。 ホースラディッシュも目の前で削ってくれた。これも多めで。

ソースは醤油とグレイビーを選べたので、俺はグレイビーにした。 意外なほどさっぱりと食べられた。肉は柔らかく、もちろん美味い。

5. オレンジジュレとコーヒー

箸休め。いずれもどうということはなし。

が、コーヒーカップもポットもきちんと鎌倉山謹製だった。こういう細かいところが可愛い。

6.クリスマスデザート盛り合わせ

通常は3品とのころだが、クリスマスなので全部選べるようだ。

最後.....プリンだけ誰かのまつげが入ってて（俺のかもしれないが） 少しケチがついてしまったかなーというところ。 まあ、お腹いっぱいでそれどころではなかったのだけれどね。

十分美味しかったし素敵な時間を過ごせました。ありがとう 鎌倉山（のシェフたち）

_ [雑記] 何を言ってるのかわからねーと思うが（ｒｙ

少し落ち着いてきたので書いておこうと思います。

突然の転勤を内々示で言い渡されたのが11月中旬。所属が移動したのが12/1付け。 1/7付けで新しい事業所に出社しろ とのお達し。

まあね....サラリーマンをやっている限り転勤は免れない。そこは理解してるんだ。忙しい部署があって、そこの応援というのならば、転勤まではいかなくても何度かあった。異動後の初めてのあいさつに、現地事業所に12/3に行ったのだけど 行ってみたら机がなかった・・・・

結局、受け入れ先の部署も何も事情を聴いていないことがわかった。 事業部長クラスに聞いても「なぜ異動しなければならなかったのか」が欠片もわからない。

_ [雑記] バリバリの事業部

今までの俺のミッションというのは研究職の末席に位置し、 要素技術開発をして、特許提案をして、それを利用した事業のビジネスモデル・ロジックを提示して、新しいサービスにつなげる職務だった。実際にもう１２月には試験公開できるレベルのスマートフォンアプリとクラウドサービスを作り上げていたのだ。

しかし突然配属されたのは、とあるハードウェア製品を作っているバリバリの事業部。俺からみると、スマートフォンにおされて 余命3年のしぼみゆく職場 でしかないのだが。

今になってみれば、その部長と談判する、という行為は、およそ不幸な結果しか招かないことはわかる。しかし「話せばわかるだろう」と思って前記のような自分のやってきた仕事を話してしまったんだよね。

矢継ぎ早に「それどこで売れるの？」「開発にいくらかかるの？」「P社もうまくいってないよなやつだよな」「ウチには売る営業部隊ないから」と言われた終わったった・・・・・・

・・・・

・・・

言うなれば、どこの会社のサラリーマンでも一定の割合で経験するであろう 不幸な事故 というだけ。しかし1年以上作ってきたものを、一度も見たこともない人間にガラガラポンされて、あなたは正気でいられます？俺は狂うわ。まさにパソナルームの積み木崩しだよ。

...

_ [雑記] それ以降の話

俺も部下を抱える身なので11月末から12月中旬までガムシャラに動いていた。 いきなりCTOにデモしたり したりとか。あと昔の縁故を頼って情報収集してみたりとか。

それでわかってきたのは・・・今回の新上司の突き抜けた糞さだった。端的に サイコパス と言うのが一番しっくりする説明。自分に直接利益のある人間以外何の興味もない人のようだ。こんな部署にいたら疲弊するだけ疲弊してしまうので、別の部署にひっぱってもらうように裏工作だけはしている。

_ [雑記] 自分の話

実は俺は引っ越しをしたことがない！それまでは実家にいて、マンションを買って家具も全部搬入してから暮らし始めたからね。

いやあ・・・・・一人暮らし3LDKの10年間って・・・

だよなあと実感しています。定期的に引っ越してるような人は違うんだろうけどねえ。使ってないATX電源とか出てきてかなり疲弊している。でも彼の人が冷蔵庫と流しと食器を全部やってくれたので、本当に冗談抜きで死ぬほど助かった！！！

というわけで明日引っ越しです。