http://gigazine.net/index.php?/news/comments/hd_dvdblu_ray/

Doom9というその筋の人々には有名な海外のフォーラム（いわゆる掲示板みたいなもの）にて、「arnezami」という名前のハッカーがHD DVDとBlu-rayに使われているAACS DRMの復号過程で使用されるキーを発見してしまいました。そのため、これまでは個別に複合化していた今までの過程が全部ぶっ飛ぶことになり、あっという間に暗号化の解除が可能になりました。

ハックしたわけでもなく、クラックしたわけでもなく、リバースエンジニアリングでもなく、「arnezami」はHD DVDとBlu-rayがメモリに読み込まれて再生される際の、そのメモリ上の動きを目で追うことでキーを見つけだしたというのがポイント。

もうね。鍵を素直にメモリ上にロードしてる時点でアホか、バカかと。
どのメーカの機器で解読したのかしらんが。
普通は暗号チップ内で全部処理するようにして、簡単に読み取れるような普通のDRAMにはロードしないものなんだよ。
いくらハッカーだって、チップの殻を叩き割ってプローブするとか出来ないんだから。。。。
耐タンパ性でぐぐりやがれ。

とか思った。


そういえば、デジタルテレビのB-CAS廃止議論でも
・B-CASなしでもまっとうな暗号強度は可能
・アホメーカが１社でも、くそハードを作ったら鍵がだだ漏れなのはいかがなものか

って意見が対立してたような遠い記憶を思い出した。

しかし、詳細が良く分からんので、続報をウォッチだぜ




最低な一台だ！　ランキング！

http://www.rubyist.net/~matz/20061202.html#p02

RELAX Wins
Choose RELAX Now
(XML Schemaではなく)RELAX NGを使おう、という勝利宣言。数多くのアプリケーションで実際に使われているだけでなく、規格という点からもISO/IEC 19757, Part 2に含まれたRELAX NGに劣るところはない、そうだ。

私自身はXMLの事情について詳しくはないが、少なくともボヘミアンと貴族の闘争でとうとうボヘミアンが勝ったということは感慨深い。

むむ、Rubyのまつもとさんという（こう言ってはなんだが）XMLとはあんまり縁の無さそうな人からこういう記事が出てくるのは興味深い。

元某秘密結社の団員として。
（実は何が秘密だったのだかいまだによく分からないのだが、秘密結社のプレゼンを当時の社長に見られて、うろんな目で見られたことだけは克明に覚えている）

規格をあーだこーだ言っていた時には、James Clarkの提案する無茶な仕様に関係者みんなで「どひー」とか言っていたものだが、好評なんやー。とかとか

まあ、そんな戯言はさておき。
実は一番気になったのはリンク先の

Finally libxml, Linux’s standard XML parser, includes full support for RELAX NG, but only partial and incomplete support for W3C schemas.

という文言なのだが、いつfull support したんかいね？
オイラてっきり一生フルサポートはしない（出来ない）と思ってたよ。


どうでもいいけど、このブログは誰に書いてるんでしょね？
誰にも分からない話題満載(^-^;;
それはさておき、飲み会がしたいなぁーー





秘密結社！　ランキング！

ARIBの世界でNEC選定IBM拡張文字が使えるわけねーだろ。
定義よく嫁

うーむ、面白い

「確かにほとんどの人はハンマーファクトリーをまるまる必要とはしていません。たとえば、決して丸頭ハンマーを必要としない人もいます。(たぶん元ガールフレンドがいないんでしょう。あるいは代りにアイスピックを使ったのかも。) そうであればどんなハンマーでも作れるハンマーファクトリーを買うというのはあまり意味がありません」 　

やはり、フレームワークの次はアイスピックが来るのだよなぁ～



ネタ元：　http://local.joelonsoftware.com/mediawiki/index.php/%28Forum%29_%E7%A7%81%E3%81%AF%E3%81%AA%E3%81%9C%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF%E3%81%8C%E5%AB%8C%E3%81%84%E3%81%8B

んだそうだ。

コマンドプロンプトで以下の操作をするだけ

regsvr32 /u zipfldr.dll

regsvr32 /u cabview.dll

ネタ元：　http://hail2u.net/blog/software/turn-off-zip-folder.html

@ITの記事から

C:\>set devmgr_show_nonpresent_devices=1

C:\>start devmgmt.msc

として、デバイス・マネージャを起動したら、次は［表示］メニューから［非表示デバイスの表示］というメニューを実行する。

これだけで、一般には表示されない特別なデバイス類もツリーに現れるようになるそうだ。

あやしげなデータが残ってしまったときによさげ。


参考：　http://d.hatena.ne.jp/gunshot/20060521/p1

いやあ、このプレゼンは心底腰が抜けそうになりました

2007年中にWindows Vistaで地デジ対応に
海外から見た“不思議の国”日本の「デジタルテレビ」
http://www.watch.impress.co.jp/av/docs/20060525/winhec2.htm


なんと、普及率を計るのに機器の出荷台数でもなく、視聴者の人数でもなく、国家の面積で計測するという逆転のアイデア。

ステキすぎます。


てゆーか、真に受けた記事を書いた記者は何を考えているのやら。




その解釈には無理があります！ ランキング！

古川 享 ブログ
放送・通信の在り方に関する、私見その８（http://furukawablog.spaces.msn.com/Blog/cns!156823E649BD3714!4228.entry）より

今朝（2006年5月15日）のニュースでもSMAPの草薙さんが地デジのプロモーションに駆り出され、地上波デジタルの効用は「ハイビジョン放送だけでなく、データ放送、サーバー型放送、ワンセグ放送があって」と汗だくで語っているのを目の前のテレビが放送していますが...その全てにおいてBML言語を展開していくのであれば、日本は世界の誰も使っていないコンテンツ鎖国を築くことになってしまいます。

ここは、わざわざキムタクではなく、の字がちゃんと出してもらえない草くんというあたりを汲み取って、にやにやするのが正しい見方でしょう。
ネタにマジレスよくないですな。


と、ボケから入って、ここで無理やり話を真面目モードに戻す。
というか、コンテンツ鎖国っていうあからさまなポジショントークはやめませんか。

この言い方だとあたかも日本だけが特異な規格を採用しているように見えますが実際にはそうではなく、イギリス・欧州・北米で方式は異なるし、北米なんかはほとんどの家庭がケーブルTVで見ている状況かつ、そのケーブル会社が独自規格でやっていたりするので、状況はお寒いの一言でしょう。
（でした。僕が知っているころは。最近業界が違う人にtypecastしたので過去形）

そういうわけでBMLが汚い部分が一杯あることは僕も良く知っており、技術的に汚い。という話ならうんうん、と聞くのですが、欧米と同じ方式にしろと言われると、欧米ってどこのこと？と思うし北米と同じ方式にしろ。と言われるとなぜよりマイナーな規格に合わせる必要があるの、それで値段が下がるのは北米用STBだけよね。となるわけで・・・

日本以外の地域だとデータ放送が必須じゃないし、デジタル放送自体の普及率がいまひとつなので、現状日本を指して鎖国という言葉には違和感を覚えるんですよ。




で、蛇足かも。と思いつつ、古川さんの個々のご指摘に対するオイラの感想

1.　日本語の表記だけではなく、中国語、韓国語、アラビア語、フランス語などの各国言語が表示できる文字コード体系を採択するべきではないか？(丸C表記が不可能という点も含めて）

表示、という観点で見るなら現在も出来ていますよね。
ダウンロード外字をやら画像やらをつかって。
オリンピックのときにＮＨＫのデータ放送見ると、中国人選手の漢字ちゃんと出てましたよ

だから、Unicodeじゃないのと表示の話は、すくなくともエンドユーザから見ると関係ない話でしょう。
じゃあ、そうすると受信機もUnicodeにして番組制作を楽にするか、ローカルな汚いエンコーディング採用してででも受信機の値段を下げるか、というトレードオフの関係で論じるべきではないでしょうか。

2.　赤、緑、などの4色のボタンを使いその表記にR,GもしくはRed、Green、「赤」「緑」などの併記なしに画面に「色のみ表示」の選択肢を表示し、「色のみ表示のリモコンボタン」押すという仕様は、色覚障害者に対する配慮に欠けるのではないか？

これはおっしゃるとおり。
でも、これはイギリスのＢＢＣのカラーキーをそのまま採用しちゃった。という問題だから、コンテンツ鎖国を語る文脈であげるのは多分にミスリードじゃないかしら

3.　パレンタル・フラグという意味不明の用語と有害コンテンツ指定は、米国のTVPGフラグや画面への表示、番組制作者のフラグ指定などの実施に比べて弱いと思われるので、インターネットで実施されているペアレンタル・コントロールによる有害コンテンツのデータベース化、ブラウザにおけるフィルタリング、一般ユーザーによる有害指定の提案と報告、などのカラクリを放送業界も共有するなどのアプローチは如何という提案...「放送業界は昔からパレンタルと呼んでいる」と一括され無視

えーと、名前が和製英語だと誰か困るのでしょうか？
エンドユーザに見せる名称でもあるまいし。
逆に、そこはスルーして技術的な部分だけを議論するべきだったと思います。

インターネットのペアレンタル・コントロールといってもいまだにブラウザ非依存・地域非依存のペアレンタル・コントロールってありませんよね？
すくなくとも、私、日本にいてぜんぜんペアレンタル・コントロールが有効に働いている気がしないんですけど。
これも単体で議論するにはいいですが、コンテンツ鎖国という文脈で語るにはどうかな。と思います。

それなりに普及してないと、テレビの事をあまり考えていない方式に無理やりあわせる。なんて出来ないですよ。
デメリット多くて。

5.　欧米で制作された放送番組にデータ放送と連動したインタラクティブな機能が追加されている場合は、日本の放送経由で供され、日本のチューナーで受信されると全く表示もできない、インタラクティブな番組は機能しないということになりますが..

欧州から北米でも無理ですよね。
というか、この発想は根本的に間違ってますよ。

データ放送が本当にオマケ的なものなら、単純に持っていけますけど
たとえば、番組の途中で、電話を発呼したりしたらアウトなわけで、
そもそも、日本でテレビを見る客層が翻訳もされていない外国語
データ放送をありがたがって見ると思うのはかなり特異な価値観だと思いますよ。


他の話は技術の話じゃなく、日本のテレビ局が海外マーケットをどう扱っていきますか。というマーケッティングの話だと思うのでスキップ（すいません）



結局、この話の諸悪の根源はエンドユーザにとって北米方式を採用するメリットが何もないことなんじゃないの。とか思ってしまう今日この頃。

＃DRMが迷走しているからコピーしまくりユーザにはうれしいのか？




我輩も勉強するワン！ ランキング！