奇想空間

要搞個自家YouTube伺服器，第一個難關就是如何讓Server有能力去轉片。參考Luar的英文Blog，總算找到了安裝各種套件的方法了。

正如前面文章提到，要讓Linux伺服器會轉FLV影片，要安裝4個套件，它們依次是LAME、ffmpeg、Ruby和FLVTool2。另外，由於用ffmpeg轉片只會忠實地按照您指定的尺寸來縮放影片，用轉4:3影片的尺寸來轉16:9影片會令完成影片變成，為了日後檔案上傳後可透過PHP自動檢查影片的尺寸來進行轉換工作，所以還要裝個PHP的擴充ffmpeg-php。而由於我們的特別需求，所以都不能用RPM方式來安裝，全都要耐心地去編譯。

LAME

LAME是用來將聲音壓成MP3格式的，是相當有名的壓MP3套件。先到LAME的官網去下載最新的LAME，依下面的指令來解開安裝它。其中最重要的是--enable-shared一段，因為只有那樣ffmpeg才能用得到它的功能。

tar -zxvf lame-3.97.tar.gz
cd lame-3.97
./configure --enable-shared -prefix=/usr
make
make install

ffmpeg

ffmpeg是著名的轉片套件，所附的libavcodec涵蓋大部分影片格式，轉FLV也可以。不過由於它也有不少FLV轉換軟件也有的共通問題，所以稍後還要安裝FLVTools來修正。

ffmpeg表明它是一個「永遠也是開發中的專案」，總是不停在更新，所以沒有一個官方的Binary檔可以下載來安裝，連源碼也要透過Subversion來取得最新版本。大多數Linux版本相信都已經預設安裝了SVN了吧。

svn checkout svn://svn.mplayerhq.hu/ffmpeg/trunk /usr/local/src/ffmpeg
cd /usr/local/src/ffmpeg
./configure --enable-gpl --enable-libmp3lame --enable-shared --prefix=/usr
make clean && make
make install

當然，安裝ffmpeg時可以有很多很多很多很多插件和參數供您加上去，以安裝出一個更加萬能的轉片工具，不過因為真的太多太多太多，一版紙也寫不完，所以如何您要裝的話就自己到網上查看好了。 

Ruby

花了好長時間編譯ffmpeg之後，就要著手修正不正確儲存FLV metadata的問題了。FLVTool2可以做到這項工作，不過它是用Ruby來寫的，所以要先安裝Ruby。Ruby是由一位日本人松本行弘開發出來的，是個徹底至極的OO語言，不過由於太新不夠普及，不是所有Linux分發版本都預設安裝這種程式語言的編譯程式，所以又要去官網下載源碼來安裝。

tar -zxvf ruby-1.8.5-p12.tar.gz
cd ruby-1.8.5-p12
./configure
make
make install

FLVTool2

FLVTool2是一個用來編輯FLV檔的套件，透過它來儲存FLV檔，就可以保證FLV檔裡有正確的metadata了。FLVTool2的最新版本放了在RubyForge網站，下載回來就可以安裝。

gunzip flvtool2-1.0.6.tgz
tar -xvf flvtool2-1.0.6.tar
cd flvtool2-1.0.6
ruby setup.rb config
ruby setup.rb setup
ruby setup.rb install

到這裡，有關轉片方面的安裝便大功告成。那應該怎麼用ffmpeg來轉換影片至FLV檔呢？在Luar的網站雖然也有一些參考指令，不過不知怎的米奇總是用得不順手，於是就參考一下同是使用ffmpeg來轉片的攜帶動畫轉換君3GP Converter的做法。

將影片轉換為FLV檔

ffmpeg -y -i [來源檔路徑] -f flv -s [目的影片寬度]x[目的影片高度] -r [目的frame rate] -b [目的bitrate] -acodec mp3 -ar 22050 -ab 48 -ac 2 - | flvtool2 -U stdin [目的檔檔名]

目的檔的寬度和高度可以自訂，不過要小心會變形。一般來說320x240是4:3，320x180則是16:9。目的frame rate一般都離不開8/10/14.985/15/23.976/24/25/29.97/30的，網上播片的話14.985便夠了。至於bitrate就要看您的伺服器的流量和您自己的要求了，米奇的Demo網站用的是512000(512kbps)，雖然幾乎沒起格，但檔案就頗大(186秒12.1MB)，用384000(384kbps)已經有不錯的效果。至於聲音參數方面，由於FLV格式有一點要求，所以還是不要動好了。

從影片擷取小圖示

或許您會需要一張小圖示來代表那影片，ffmpeg也可以用來擷取這張圖示。 

ffmpeg -y -i [來源路徑] -f image2 -ss [擷取影格的秒數] -vframes 1 -s [圖示寬度]x[圖示高度] -an [圖示檔檔名]

擷取影格的秒數可以是小數後3位的小數，也接受00:00:00.xxx格式。圖檔名方面JPG/GIF/PNG都接受。

ffmpeg-php

為了讓PHP取得影片的資料，要安裝ffmpeg-php擴充插件。先到這裡下載ffmpeg-php回來編譯：

bunzip2 ffmpeg-php-0.5.0.tbz2
tar -xvf ffmpeg-php-0.5.0.tar
cd ffmpeg-php-0.5.0
phpize
./configure && make
make install

編譯完成後就可以製作出一個ffmpeg.so的檔案。然後就要去設定PHP，讓它載入這個擴充插件了。首先用筆記簿開一個新的純文字檔案，輸入以下兩行：

; Enable ffmpeg-php extension module
extension=ffmpeg.so

將檔案命名為ffmpeg.ini儲存起來，然後上傳到/etc/php.d/目錄裡，重新啟動Apache之後，PHP就會自動載入它。您可以透過phpinfo()函式來查看ffmpeg-php有沒有正確載入。

自從知道了Wii的Opera瀏覽器原來可以用來播放FLV影片後，米奇對架設播放FLV影片的網站的興趣便大增了。雖然有YouTube這個免費的FLV影片庫在，不過自己架一個YouTube式的網站可以自己控制影片的bitrate，又沒有檔案上限，也蠻好玩哩。

YouTube網站方便的地方之一是網上轉片自動搞定。要讓伺服器替您轉片，最著名的利器當然是ffmpeg了。不過早前已提過，透過yum來安裝的ffmpeg是不能將影片的聲音壓成MP3的，而FLV的音源卻使用MP3，所以在安裝ffmpeg之前，一定要先安裝也是很著名的MP3壓歌函式庫LAME，並要把它share出來，那麼ffmpeg才會懂得壓MP3。

另外，不知何故有很多壓製FLV的程式，包括ffmpeg在內都有個共同的Bug，就是沒有正確地將FLV的metadate存起來，令到壓出來的影片，小則沒有正確的片長資料，大則尺寸變了0 x 0 px，不得不解決一下。要為Linux的ffmpeg解決這個問題，還要安裝Ruby和用來編輯FLV檔的FLVTool2。

至於播片方面，米奇找到一個很精彩的網上播片程式Flash Media Player，功能齊全得令人意想不到。用它來架設前台無論觀眾或站長都會覺得好玩。

在接下來的幾篇文章，米奇就會研究怎樣架設這個私家YouTube伺服器，還會公開一套自己寫的簡單影片網站前後台架設套件TVParty Suite，讓大家架個實驗網站自己玩一下。在此之前，大家可以逛逛米奇的示範網站 - ミルキィ劇場，我在裡面放了好幾套精彩動畫啊。

提到在香港專門播動畫的電視頻道，相信大家都會想到Animax。可惜的是這個頻道近來有點愈來愈不像樣的感覺，首先當然是一味不停地播著那幾套舊片。各代『高達』、『亂馬』、『柯南』、『高立』、『收獲星』、『龍珠』...雖然這些片都是經典之作，不過不停重播的話多經典也會膩的。難道舊片中就沒有其他片好播嗎？

相反的，一些近期的新作播放時間帶安排就很奇怪，像『今日是魔王』、『最遊記』、『犬夜叉』、『復仇天使』、『聖魔之血』不論甚麼時候都會踫上，但是『真月譚月姬』、『星空的邂逅』的播映次數就不多。像『犬夜叉』各劇場版的重播次數，就更是嚇壞人。這種不平衡安排看來不單是片集尺度的問題，像『聖魔之血』與『月姬』相比，暴力程度應該不相上下，除非是契約上的問題吧。

第三點是播映時間，去年首輪新片的首播時間都是在晚上9時，像Animax這種以播映非主流內容為主的電視台，這種時間安排在大廳只有1部電視的一般家庭來說，怎可能敵得過家長要看的無線一線劇集？等到想看的人可以控制電視的10時半以後時間，卻又在播『柯南』這類重播片，實在令人失望。如果Animax是像Discovery Channel 或National Geographic那種多國聯播的頻道還可以原諒，但是Animax是以廣東話為播映語言的，播映安排實在應該更符合香港的實際情況。

到了去年後半年，新片的數量明顯減少了，還有拿『烈火之炎』這種幾年前早已在別的台播過了的片來當一線片播的情況。因為一線新片愈來愈少，米奇幾乎想取消訂購這個台了。

踏入2007年，再留意一下Animax，發現了一點點改變。首先是首輪動畫的播映時間終於推遲到10時，比較符合香港的實際情況。這或許不能照顧年輕觀眾要早睡的情況，不過米奇覺得這種問題可以以雙首輪放映時間帶的方式來解決－－以年輕觀眾為主的首輪動畫可以安排在下午3時半至6時之間播放，起碼年輕觀眾在這段時間帶較有電視控制權。而對象較年長的PG指引動畫，就可以放在晚上10時甚至10時半之後播放。

另一個Animax給米奇的驚喜，就是有些動畫連未放映話也播放了。在新年期間米奇看了『神樣中學生』和『曙光少女』，竟然看到只附錄在DVD中的未放送話。『曙光少女』未放送話是45分鐘的長篇作品，Animax就將它剪成兩集播放。沒有下載動畫習慣的Animax訂戶實在不容錯過。可惜的是自行加上的ED Staff Roll竟然不是從原片取來，而是另外從不知道哪一集中抽出來。這種不尊重原著的行為，以專門播映動畫的電視頻道來說，實在不要得。

雖然總算是有點改善，不過也有些奇怪的安排，例如3月開始播映的『Music Station』就是幾乎與動畫無關的JPOP節目。米奇訂購Animax就是為了看動畫，如果播映的是專唱動畫歌的『アニぱら音楽館』的話還會歡天喜地地欣賞，但播映純JPOP節目嘛...怎麼不去看Channel [V]？

這一季值得米奇追看的動畫明顯減少了，但當中也有一些動畫主題曲是米奇期待推出的，這個星期就有『ひだまりスケッチ(向日莊速寫)』的ED，marble的『芽生えドライブ (萌芽旅程)』推出，月尾的2月28日還有『のだめカンタービレ(交響情人夢)』的ED，Crystal Kay的『こんなに近くで…(這麼靠近...)』和『Code Geass』的第2首ED，Sunset Swish的『モザイクカケラ(馬賽克碎片)』。期待期待。

在這一季同時間有兩齣由新房昭之擔當監督的作品，分別是『魔法老師!?』和『向日莊速寫（ひだまりスケッチ）』。雖然都是掛上新房昭之之名，不過因為製作班底不同，兩套作品的感覺也截然不同。

看了20集『魔法老師!?』，實在很失望，主幹故事沒有進展之餘又只會搞爛Gag，雖然有時也有點意思，例如19集說到所有學生變成小孩子時，連OP中的角色也同時變成Q版，不過內容始終略嫌空洞。以美術來說，米奇比較喜歡『ぱにぽにダッシュ』時的感覺。『魔法老師!?』則比較粗糙。唯一讓米奇覺得精采的，就只有OP。

『魔法老師!?』OP精采之處不單是熱血的主題曲，還有蠻有意思的獨白和以學校桌構成的畫面。尤其是後者，令人印象深刻。以學校裡最常見的學校桌堆砌出來的，是秩序、廢墟、也是籠牢，主角們行走在桌面堆砌出來的地平線上，有以校園為舞台、超越校園規範的意思。是個頗有用意的OP。

與感覺粗糙的『魔法老師!?』相比，『向日莊速寫』給米奇整潔清爽的感覺。新房昭之在這片中擔當總監督，相信這即是代表主要的製作擔當由Chief Director上坪亮樹負責，他本身沒有像『魔法老師!?』般參與得那麼投入吧？作品主要描寫四位女生的日常生活，故事很輕鬆，沒有刻意去搞笑，也沒有甚麼大事件發生，配合感覺清新的ED主題曲，讓人看得溫暖。

在故事安排上，這作品也像『涼宮春日的憂鬱』一樣採用亂序的方法，把日期都弄亂了，令一些如養毛蟲、畫門牌的事件要看到後來才明白箇中因緣，幸好也沒有對了解故事造成甚麼影響。作畫上這片愛用上實物照片與卡通人物配合，感覺也不錯。另外，為了讓觀眾的注意力集中在四位女生身上，片中即使是很多人的場面，也用上了其他象徵物來代表旁人。米奇很欣賞的是美工常常能配合故事的意境，例如在主角ゆの發燒的一集，就用在她身上套上紅色的蒙糊效果，隨著她漸漸退燒，用色也漸漸回復正常，很有意思。

剛看了最新一期『魔法老師』連載，這一集是以大河內晶為中心的故事，內容沒有甚麼特別，不過表達手法就有點心思，整篇漫畫幾乎沒有半句對白，全以圖畫來表達，是赤松健少有的實驗性作品。

經過了學園祭的大戰後，故事回到日常篇，暫時還沒有甚麼主題。可能是怕又回到純粹的胡鬧一番的話讀者會感到厭倦而搞搞新意思吧。 

日本Yahoo在從2月16日開始，免費播出新海誠的新作動畫『秒速5公分』的第一集「櫻花抄」。雖然香港人不可能成為日本Yahoo頻寬的會員，所以不可能直接觀看，不過偉大的Winny網絡還是讓米奇有幸欣賞得到。YouTube也早已經有人放上去了吧？

這一集的故事主要是講述主角貴樹和明里在分開了一年之後重聚的過程。看著貴樹在這一年間如何想念著明里，以13歲的小小年紀如何籌備穿州過省的長途旅程，在原定3小時的車程上遇上風雪的阻隔，內心開始感到焦急和不安，甚至祈求對方不要再等他。最後經過8小時的車程後，兩人終於在小小的候車室裡重遇，在鋪著厚厚積雪的雪地上看著孤零零但卻充滿回憶的櫻花樹，充分流露出長距離戀愛的不安。

就製作上來說，每一個畫面都相當精緻，不過就略嫌在精細的畫面上會動的東西卻不多，從製作人員安排中看到新海誠在作畫方面是擔任以靜態畫面為主的美術監督（雖然他在本片上是身兼多職的），就可以看出他這次著重畫質多於動感。不過老實說，論製作雪花飄降的畫面，米奇是較喜歡京動的『Kanon』的，『Kanon』的飄雪場面不論是雪花的大小、明暗、飄降的速度，都做得很出色，很有距離感的。

這次的作品跟過往的作品不同，說的不是科幻空想的事件，而是實實在在的現實世界，可以看出新海監督很用心地在描寫各地方的細節，尤其在片中佔比例最多的各個車站設施和車廂。從風雪中行駛中的列車，到因風雪阻延的乘換安排、車廂中設置的關門掣等等，讓米奇也了解到一些當地的風土，實在是非常難得的。

這電影的完全版將於3月3日開始在日本上映，相信像過往一樣到日本推出DVD的時候也會同時有台灣版推出吧？但願貴樹和明里的戀愛不會因距離和時間而變質吧。

好久也沒有逛漫畫店，最近一逛，才發現『涼宮春日的憤慨』原來已經在趕在2月6日出版了。想不到12月才剛出版了『陰謀』，兩個月之後就連最新的『憤慨』也推出。那麼現在中文版已經完全趕上日文版的進度了。 

雖然米奇早已看過大陸翻譯版，不過還是會再看一遍的。這次『憤慨』雖然都是短篇的支節故事，但就為主幹背景加入了兩個重要的要素，首先當然是喜緣江美里的身分，另外就是為自從『嘆息』以來就變回普通家貓的三味線加入新的屬性。至於這新屬性會否在將來的主幹故事裡發揮作用，就要看作者的心思了。

記得去年12月7日日本Animate通販網站一度公開了『涼宮』系列接下來的新作的資料，不過後來就撤回了。不知到正式的公布是何時呢？ 

過去一年，米奇主要都是用Xajax來處理有關Ajax請求的問題的，這個Class是在大陸討論區認識的，有好多華人程式員在用，而官方提供的文件也很有用。只可惜Xajax有好些先天性缺陷，最明顯的就是它不能用來傳遞Javascript物件和變數。

今時今日，Ajax (Asynchronous JavaScript and XML) 已經進化至Ajaj (Asynchronous JavaScript and JSON) 的階段，即是不再用XML來作為信息傳遞的載具，改而採用JSON。使用JSON (JavaScript Object Notation) 比XML好的地方就是它本身就是Javascript物件的基本模型，不需要多餘的轉換，只要一句eval()就可以將從網站傳遞過來的回應立即變成有用的東西，直接為Javascript所用；而且它格式簡單明快，不像XML那麼複雜笨重。一旦做到Auto-Complete的應用時，能夠使用JSON可以帶來不錯的便利，要在後台將PHP的物件或陣列變成JSON，新版本的PHP 5.2已內置了JSON編碼和解碼插件，即使在舊版本伺服器中，只要使用FastJSON物件庫便可以，一句FastJSNO::encode()就搞定，完全無痛。所以Ajax應用的潮流的確是一步一步的邁向Ajaj的。

Xajax在這方面的確是在努力，正進行beta測試的0.5版本已經將回應資料的格式從回應的內容中分離出來，以便將來可以轉成輸出JSON。不過這個0.5beta的推出日期實在是拖得太長了，從測試到現在已經過了5個月。另一個問題是Xajax好像沒有打算解決以Ajax回應Javascript物件的問題。不能簡單直接地傳回Javascript物件的話，換上JSON也不會有意義。

正因如此，當米奇在將自己已經使用了一年的CPCMS架構，升級至全新的PartyFrame架構時，就決定放棄使用Xajax，改而採用Yahoo! UI 的 Connection Manager。YUI的好處是想要甚麼就裝甚麼，沒用的可以不裝。只裝YUI本身加上CM很輕巧。YUI CM只負責Ajax的發出請求和接收回應，後續的處理就由自己動手做。跟Xajax很不同的是Xajax主要的編程是在PHP伺服端著手指令Javascript的xajax物件去做事，總讓人有點隔山打牛的感覺，而且加上回應的方式與一般網頁請求不同，所以在CPCMS架構裡，回應HTTP請求的函式與回應Ajax請求的函式要分開來寫，即使它們在做著相同的事情。

換上了YUI CM之後，編程工作的重點落在Javascript Callback物件那邊，雖然要混用兩種語言會帶來一點點麻煩，但就變成可以直接控制怎麼利用伺服端的回應，加上在伺服端那邊編程工序減少了，令到在PartyFrame中，同一條回應函式基本上是可以同時用在傳統HTTP和Ajax回應上，減輕了不少除錯的負擔。另外最便利，當然就是今後可以直接傳遞Javascript物件了。

經過幾天的改裝和統一兩種回應方式的錯誤處理基制後，測試結果顯示使用YUI CM比使用Xajax不單輕巧了，而且處理速度也有顯著的加快。PartyFrame現在還是開發階段，新的Javascript端Ajax函式庫還在構築中，將來或許還會發現新的問題，不過現在來說，從Xajax中解放出來之後，的確感覺得輕鬆不少。