幹壞事是進步最大的原動力
在 Slashdot 上看到有人將 HDCP encryption/decryption 的程式寫出來了：「HDCP Encryption/Decryption Code Released」。
程式碼網站在「HDCP Encryption/Decryption Code」這裡，以 BSD license 釋出。為了加速加解密，也用上了 SSE2...
640x480 加密的部份，使用單核心在 Intel Xeon 5140 上可以跑到 181 frames/sec，而在 Core2 Duo P9600 上 (也是只使用單核心) 則可以跑到 76 frames/sec，看起來是 L2 cache 的大勝利... 解密的部份只有 1/7 的速度，但可以使用多核心平行化處理，所以在高階的 CPU 上 1080p 應該有機會跑到 30 frames/sec。
先記錄下來，還要再想想：
然後 Smilevideo 馬上宣佈改用 H.264 儲存低畫質影片的消息 (本來是用 FLV)：「低画質モード動画のフォーマット変更について」。
在 TechCrunch 上看到 YouTube 將提供 4096x3072 的影片格式讓合作夥伴上傳：「YouTube Announces Partner Grants Program, Support For 4K Video Resolution」。YouTube 的公告則是在「What's bigger than 1080p? 4K video comes to YouTube」這篇。
YouTube 先把自己能做的部份做完，接下來只要有 source 就能上去。
接下來的困難在於，能拍攝 4096x3072 格式的設備不便宜，而且就算有 source，使用者也必須有超大的頻寬才看得動。但如果超高解析度會是潮流，YouTube 會先把位置卡死，不讓其他業者進入...
經過這半個月的發展，看起來 WebM 以及 VP8 會是下一代影音的新標準。
去年 Mozilla (Firefox) 及 Opera 因為 H.264 的軟體專利問題而不願意支援 H.264，所以大家都很注目比較可能沒有專利問題的 Theora。這是基於 On2 Technologies 在 2001 年所 open source 的 VP3 而發展出來的。也因此大家對於是否可以用 Theora 取代 H.264 一直很有疑問 (參考二月時寫的「Theora 與 H.264 的畫質差異」)。
首先是 Google 在 2009 年八月的時候買下 On2 Technologies (在 2010 年 2 月的時候完成收購)，有不少人希望 Google 可以授權 On2 在 2008 年所發表的 VP8 給大家使用，FSF 甚至利用 YouTube 的影響力，並且主動提供 VP8 格式的影片，大力推廣 VP8：「Open letter to Google: free VP8, and use it on YouTube」。
上個月 Google I/O 2010 的時候，Google 公開 WebM Project，其中包括了 VP8 的使用權，並且提供免費的專利使用權。雖然有些人對於 VP8 還是覺得不夠好 (像是「The first in-depth technical analysis of VP8」這篇分析)，但由於 Mozilla、Opera、Google 在當天都已經宣佈會支援 WebM，微軟也宣佈會在 IE9 內支援 WebM 檔案格式 (至於 VP8 codec 則是在系統內安裝)，所以 WebM 很快就變成大家注目的焦點，而在 ffmpeg 的 mailing list 上也很快就有人把將 libvpx 整合到 ffmpeg 內。
接下來看看能不能更直接將 WebM 直接納入 HTML5 的 spec 內...
YouTube 在這個月公告支援 full HD (1080p)：「1080p HD Is Coming to YouTube」。
依照之前 720p 的慣例，又有一堆人開始丟 full HD 影片上去測 (用 &fmt=37 直接看)，像是不可能會少的 AIR OP... XD
不過因為目前主流的 Adobe Flash Player 10.0 的 H.264 是用軟體解，bitrate 比較高的 H.264 影片會讓一堆人的電腦炸的亂七八糟，這個禮拜在公司看的時候大家都叫翻了... XD
如果顯示卡有支援 H.264 硬體解壓縮，可以抓 Adobe Flash Player 10.1 版測試 (目前還是 prerelease 階段)，要測試的人可以到 Adobe Flash Player 10.1 這邊翻，要注意的是必須先移除現有的 10.0 版，不然裝不進去。我裝上去之後是變順了，不過還是會單顆 CPU 100%，這就不知道原因了...
目前在 Adobe Flash Player 10.1 還沒有正式 release 前，比較完整的資訊可以在「Introducing Adobe Flash Player 10.1 public prerelease」這篇查到更詳細的資料。
昨天在 lordmi 的 blog 看到ニコニコ動画的外嵌 player 了：「女朋友理想的咪咪size，C和D支持者共85.9％」。
查了官方的 blog 最新的那篇「プレーヤー更新情報 不具合修正履歴 その4」沒提到，在最近官方的「【ニコニコ動画(9)】とりあえずマイリスト・ニコレポなど【新機能】」也沒提到 (需要登入才能看)，不過在「ニコニコ動画(9) 新サービス＆新機能を紹介」這邊總算是找到了：
外部プレーヤー
外部プレイヤーをつかって、皆さんのブログやウェブサイトでもニコニコ動画の再生が可能になります！
在播放完後的 menu 選擇「ブログに貼付」就會出現可以選擇的外嵌語法了，像是這樣：
剛剛看影片時眼尖發現 r11.tpe1.c.youtube.com 這個網域名稱，應該就是台灣的 cache server 了，就底層來說，從國內幾個 ISP 看起來都是 direct peering，只是不確定是否所有台灣的 ISP 都會被導過去。
從「jQuery 提供的 code.jquery.com 重導至 Google’s AJAX Libraries API」這篇提到互連的事情，差不多過了一個半月...
目前看到兩個，一個是 EdgeCast，主要是 static files，像是 s.wordpress.com 與 s2.wordpress.com，效果還可以。
另外一個是 Internap CDN，用在 video 的部份，像是 cdn.videos.wordpress.com。從台灣連過去效果非常差，會選 Internap 應該是因為成本的考量...
YouTube 能夠以聲音自動判斷影片內容是否在資料庫內，如果在資料庫內他就會將聲音拔除 (不是移除影片)。這個辨識系統是個黑盒子，於是就有人挑戰 YouTube 的聲音辨識系統，找出底線在哪裡：「Fun with YouTube's Audio Content ID System」。
方法很簡單 (trial-and-error，試誤法)，但結論很機車，像是居然抱怨 YouTube 沒有機制停權 XDDD：「我用了同一個帳號傳了 82 個影片，收到 35 封 Content ID email，但帳號沒事...」
投影片還沒做完，但這件事情太大條...
The Pirate Bay 的四位被告被判有罪：「The Pirate Bay Trial: The Official Verdict - Guilty」。
四個人都判刑一年，以及總額約一億兩千萬 (新台幣) 的賠償。這四位會提起上訴，然後自嘲「好萊塢教我們，好人一開始總是處於弱勢」。