Record Makers Promo from CreativeApplications.Net on Vimeo.

lights on from thesystemis on Vimeo.

非常直譯的廣告.

去過英國的都知道 oyster card（生蠔卡）, 這個卡不適用來挖生蠔,也不是去生蠔餐廳打折, 它是用來坐作地鐵的, 就像台灣的優遊卡一樣, 是 RFID based sensory technology. （不過我還是喜歡紐約的“刷卡“感）

現在 Berg and Timo Arnall, 正在研發如何把這個生蠔放到手機裡, 並做了這隻影片, 以後用手跡就可以做地鐵了, 真棒～, 也就是說, 如果手機沒電加上身上沒錢, 你除了不能打電話找朋友求救之外,你還回不了家…

因為工作需要, 敝公司 (dbox) 的攝影工作者經常出去外拍, 由於方便性及省錢,所以it人員之前自行拼湊出易於攜帶的 DVR (digital video recorder), 以便外出攝影的時候不需要背太多東西.

拍了幾次之後, 在經濟不景氣的同時, 大老之一決定把他量產, cinedeck 因而產生.

近年來科技產品越來越利害, 拍片的門檻越來越低, 時機抓不隊的產品可能很快速的就會滯銷然後變成一堆廢鐵,希望本公司的 cinedeck能夠賣的好 (大概五千大洋), 大賺錢.

雖說專業的 3D 軟體可能也會有類似的功能, 不過加上 James Paterson 的 3D 插畫, 讓這個 App Art 呈現更好.

Etienne De Crecy Live 2007 Transmusicales de Rennes from Clement bournat on Vimeo.

APW 最後一天,大家可能只知道 Cold Play 這個天團, 不過!

天團完以後的這個 etienne de crecy 可是之前被評為十大絢麗舞台之一的法國電音DJ, 所以請大家保持提力撐當最後～

Click here to view the embedded video.

再來老王賣瓜一下

我的demo reel以及陳綺貞 手的預言 mv

同時收入在這一期idn國際中英文版裡

雜誌裡面還有小小的篇幅介紹

Click here to view the embedded video.

很久沒有波文了

跟大家分享一下這個好消息

去年我和國內插畫家潘昀珈合作的陳綺貞mv-手的預言

獲得得今年 Communication Arts

Illustration Annual 2009

Animation category winner.

收入在這一期的communication art magazine

這隻一分半鐘 mv

雖然短 但是大部用插畫方式製作

加上少許的live action

非常的耗時

想起去年製作這隻mv的日子

只能用暗無天日形容

白天有工作 晚上還要熬夜做

麻煩了好多朋友

在此感謝公司suspect的支持

也感謝cheers的好音樂以及小虎放手讓我自由創作！

今晚與友十多人等 (Eic,Lda,BigH,Pa,Go,MenL,Gy,Ste,GiP,Nic,Sh,Mara,Eli) 去 Terminal 5 看年邁的 Fat Boy Slim 操盤 DJ, 懷年老歌, 一樣讓大家揮灑熱舞.話說回來好像很多 DJ 的音樂量都不多（另一例子 Daft Punk, Underworld)好像出幾張就撈翻了,畢竟以人數來看, 跳舞趴絕對比演唱會趴還要多人,可能是因為這樣吧?

誰說電音是短暫的流行, 不管電不電, 在流行文化上, 只要紅過, 一定留下痕跡.

The Soliloquist from Keats on Vimeo.

動畫導演：馬匡霈 Directed by Ma Kuang Pei
音樂音效：宋兆永 Music & Sound by Sung Chao Yung

2009 法國安錫動畫影展（Annecy）畢業學生作品組―Special Distinction特殊榮譽獎
2009 有聲有攝2009台灣青年音像創作聯展―不分類首獎
2009 城市遊牧影展(Urban Nomad Film Festival)2009遊牧獎―遊牧二獎
2009 香港Ifva獨立短片及錄像比賽短片影片競賽「Asian New Force」—特別表揚獎
2009 4C數位創作競賽―動畫類入圍 西基廠商贊助獎
2008 ASIAGRAPH 日本 第二部門動画（アニメーション）作品公募部門―最優秀作品
2008 第三屆中國（北京）國際大學生動畫節白楊獎動畫類―入圍
2008 第八屆北京電影學院動畫獎―入圍
2008 高雄市數位創意設計大賽「多媒體動畫組」―第三名
97年 全國學生創藝作品線上競賽「電腦動畫創意類」―第一名

From here

這是在舊金山舉行的Apple的WWDC展出的一個電視牆, 基本上就是把現在可以在app store裡面可買到的application的icon按照顏色組合成這個grid, 如果有人從app store買了application, 他就會及時的在這各電視牆上的那個icon產生一各ripple, 象水面的漣漪一樣, 相當酷, 也讓人覺得商機很大

Click here to view the embedded video.

NIN 2002

Click here to view the embedded video.

NIN

Click here to view the embedded video.

Johnny Cash

( best video of the year Grammy Awards)

I hurt myself today
To see if I still feel
I focus on the pain
The only thing that’s real
The needle tears a hole
The old familiar sting
Try to kill it all away
But I remember everything

What have I become
My sweetest friend
Everyone I know goes away
In the end
And you could have it all
My empire of dirt
I will let you down
I will make you hurt

I wear this crown of thorns
Upon my liar’s chair
Full of broken thoughts
I cannot repair
Beneath the stains of time
The feelings disappear
You are someone else
I am still right here
What have I become
My sweetest friend
Everyone I know goes away
In the end
And you could have it all
My empire of dirt
I will let you down
I will make you hurt

If I could start again
A million miles away
I would keep myself
I would find a way

9寸釘當年超酷的MV,影響到千千萬萬的年輕影像工作者,包括友人V.

Click here to view the embedded video.

女孩的夢想 香氛中的經典
CHANEL N°5新的宣傳廣告
燈光設計和鏡頭的流動非常順暢，影片的色調就像香水般金黃。
Behind the scenes很有趣，可以看看!

圖一

最近做很多 flash video progressive download 測試, 要求目的是: 要能達到大螢幕, 快速播放 … 廢話,這兩樣就是最難的…

我為了把工作丟出去,免得自己跟組員被操死, 所以想出了一套簡單的解釋方法,給公司的 3D 人員看,並做出測試程式.

想了想,既然是 streaming, 那用水來表示應該很恰當, 所以就做了以上的 diagram, 果然大家一下就明白.

首先,根據最近的製作經驗,以下是一些一般口語與技術口語的轉換:

“video loading slow“ -> buffer takes long time to load.

“video looks pixelate / crappy“ -> datarate not high enough.

以下是 progressive download 最重要的原則:

PlayHead vs BufferLoding 的賽跑, 如果 Buffer 永遠快於 PlayHead,那就會順,如果 BufferLoading 慢到被 PlayHead趕上,那就會停頓了…
如果把BufferTime設定很長？沒錯,你可以讓 BufferTime 先偷跑,不過設定越長,等待 video “開始“ 的時間越久.
BufferTime計算的時間是以 video 播放為主,並不代表在 video 開始之前的等待時間, 速度慢的網路 BufferTime 五秒可能要等上好幾分鐘.
此外CPU的能力也直接影響到解壓縮以及撥放的效能,把小畫面放大到全螢幕,會吃掉一些CPU資源,所以窮人的鳥電腦永遠看到不順的東西…

以下是各個要素的解釋及各種狀況演練:

1. Video Size / Length vs DataRate.

大小與長度跟是不是會比較慢? 並沒有絕對的關係, DataRate 才是關鍵.
DataRate? 每一秒畫面需要的資料量,一般都是控制在 1000 – 1500 kbps 的大小.
你可把很size很小的video壓成很好的影像品質,這樣 DataRate 會很大
也可以把size很大的video壓成很差的影像品質,這樣 DataRate 會很小
如過想要全螢幕播放,我建議用小的解析度1.5 – 2倍大,效果可以接受
以當今最大螢幕來說 2560×1600,我用 1280×1200來撥還不算太差
同樣的影像品質,越大的video,DataRate吃掉越多
整個影像的變化量很大的,會吃掉很多 DataRate.（部份動態會比較省）
顏色較少(黑白）影像可以節省 DataRate
FrameRate 也可以節省 DataRate
如果有很多影片,每個都要求最好的表現,應該依據每一個影片的畫面性質來作不同的壓縮測試,
才可以得到最儉省也最好的效果

2. Bandwidth / DataRate.

如圖一,同樣的 Bandwidth 不同的 Datarate.

圖中寬瓶那邊代表影片壓縮成較高的 datarate, 中間的管子代表server到電腦之間的頻寬,狀況良好的時候DSL的頻寬可以到 2000 kbp/s. 以下來一下國小數學:

Q1.在 DSL 狀況良好(2000kbps)的情況下, 我們要 progressive download 一個壓縮到 quality 還算不錯 (1000-1500 kbps,這裡以 1200kbps來算)的影片,片長 30sec. (請注意那個ｂ,大小寫有差）,buffer time 5 秒(先抓資料偷跑 ),以上需要等多久？

A1.解答:

(buffer抓下來的資料大小 / 一秒可以抓多少)
1200(kb/s) x 5(s) / 2000(kb/s) = 3(s) 答案三秒. 還算可以接受.

再來難一點的,算一下速率問題:

Q2.buffer 偷跑五秒, 會不會被 play head 追上？如果會,在開始播放以後,多久會追上?
假設 N 秒追上 (video播放會卡住,重新抓buffer)

A2.解答:

影片資料量 = download 資料量
1200(kb/s) x5(s) 偷跑 +1200(kb/s) * N(s) = 2000(kb/s) * N(s)
6000+1200N = 2000N
60+12N=20N
8N = 60
N =7.5
答案是 7.5秒

錯錯錯,頻寬 2000kbps 比 datarate 1200kbs 還快,怎麼可能追上呢?

偷跑的應該要算在 download 的資料量吧!!!

1200(kb/s) * N(s) = 1200(kb/s) x5(s) 偷跑 + 2000(kb/s) * N(s)
N=-7.5秒,負值,也就是永遠不會被追上

所以說此題 1200kbps + DSL 根本不用設 buffer 五秒,為以防萬一,別的東西分掉頻寬,設定 buffer 1-2秒就夠了～

Q3.如果 30sec 影片 datarate 是1200kbps,可是窮留學生用 56kbps摩墊撥接上網,一樣五秒buffer,開始撥要等多久,撥了以後要多久以後影片卡住?

A3.解答:

1200 * 5 / 56 = 107秒,窮鬼慢慢等吧~
1200(kb/s) * N(s) = 1200(kb/s) * 5(s) 偷跑 + 56(kB/s) * N(s)
N = 5.91秒,等超久,看一下就停了…

Q4.再問,那buffer要多長才不會掃興? （也就是 playhead 撞到 buffer 的時候剛好 撥完)

A4.解答:

先要算整個影片的大小 : 1200 * 30 = 36000(kb)
36000 = 30 * 56 (正常時間不停頓播放,可以抓下的資料) + buffertime * 56
buffertime = 612.85 秒（30秒影片要花 10 分鐘抓, 窮學生專心唸書吧! 不要上網看 A 片!)

以上都以全部頻寬給progressive download用,如有計算錯誤敬請指教.

3. Video長度不影響速度,但是會被別的下載需求影響

基本上 video 長度是對 progressive download 沒有影響的,不過如果像是 Bg loop video的時候特別,因為如果video還沒被 load 完, user 已經去按了別的東西的時候, bandwidth 會被佔掉, 所以可能 playhead 很快的就會撞到 buffer, 導致 video 播放停頓.

關於flash方面

flv 在用 as3 抓下來必須要透過影片裡面的 metadata 資訊,這些資訊有

• duration – Obvious. But unlike for FLV files this field will always be present.
• videocodecid – For H.264 we report ‘avc1′.
• audiocodecid – For AAC we report ‘mp4a’, for MP3 we report ‘.mp3′.
• avcprofile – 66, 77, 88, 100, 110, 122 or 144 which corresponds to the H.264 profiles.
• avclevel – A number between 10 and 51. Consult this list to find out more.
• aottype – Either 0, 1 or 2. This corresponds to AAC Main, AAC LC and SBR audio types.
• moovposition – The offset in bytes of the moov atom in a file.
• trackinfo – An array of objects containing various infomation about all the tracks in a file.
• chapters – As mentioned above information about chapters in audiobooks.
• seekpoints – As mentioned above times you can directly feed into NetStream.seek();
• videoframerate – The frame rate of the video if a monotone frame rate is used. Most videos will have a monotone frame rate.
• audiosamplerate – The original sampling rate of the audio track.
• audiochannels – The original number of channels of the audio track.
• tags – As mentioned above ID3 like tag information.

很討厭的是這些資料要用很詭異的方式獲得: 設定一個物件obj,在物件上設定要跑的 function 然後用 NetStream.client = obj,之後才抓的到,並沒有辦法用 as3 標準的 addEventListener 獲得…

var customClient:Object = new Object();
customClient.onCuePoint = cuePointHandler;
customClient.onMetaData = metaDataHandler;

var myVideo:Video = new Video();
addChild(myVideo);

var nc:NetConnection = new NetConnection();
nc.connect(null);
var ns:NetStream = new NetStream(nc);
ns.client = customClient; //<--------------------
myVideo.attachNetStream(ns);
ns.play("xxx.flv");

function cuePointHandler(infoObject:Object):void {
    trace("cuePoint");
}
function metaDataHandler(infoObject:Object):void {
    trace("metaData");
}

...

很可惜,flash似乎沒有辦法獲得 client 端電腦的 bandwidth,所以在製作的時候,dynamic 計算應該所需的buffertime.
只能靠假設的客群來虛擬實況,我都設定用戶是 DSL (1.5Mbps = 1500kbps)來計算,
因為 user 可能是宅男,在逛網站同時可能也在抓一些有的沒的,所以 bandwidth 如果保守一點的設定 1000kbps,
video datarate 1200kbps, buffertime 依據影片長短來作調整,得到以下公式: (求 buffertime)

videoDataRate * VideoLength = Bandwidth * VideoLength + Bandwidth * bufferTime;

其中部份資料可以從 metadata 獲得

buffertime = (videoDataRate – 1000) * VideoLength / Bandwidth;

這個公式我還沒有測試過,不太確定 buffer time可不可以在 ns.play(“xx.flv”)之後設定… 這要請高手回應.

關於壓縮

FlashPlayer 的 NetStream API 可以播放 .mp4,.m4v,.m4a,.mov and .3gp, Video needs to be in H.264 format only. 根據公司同事 S 小姐測試, H.264 可以壓得蠻小的,不過顏色會變淡…

以下是抓來的對照圖:

from : http://www.adobe.com/devnet/flash/articles/video_guide_02.html

AS3 方面:

flash.video class有一些客戶端讓video變好的參數 smooth / deblocking, 都可以設定看看,不過既然是客戶端,一定是用 CPU 及時運算,所以要小心使用.

deblocking設定數值

• 0 － 允许视频压缩程序根据需要应用消除马赛克的滤镜。
• 1 － 不使用消除马赛克的滤镜。
• 2 － 使用 Sorenson 消除马赛克的滤镜。
• 3 －（只限 On2 视频）使用 On2 消除马赛克的滤镜，但不使用 Deringing 滤镜。
• 4 －（只限 On2 视频）使用 On2 消除马赛克的滤镜和 Deringing 滤镜。
• 5 － （只限 On2 视频）使用 On2 消除马赛克的滤镜和性能更高的 On2 Deringing 滤镜。

本文參考 / 延伸閱讀:

http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/flash/media/Video.html

http://labs.adobe.com/wiki/index.php/Flash_Player:9:Update:H.264#Q:_Does_the_addition_of_H.264_mean_Flash_Player_will_support_HD.3F

http://www.kaourantin.net/2007/08/what-just-happened-to-video-on-web_20.html

http://www.streaminglearningcenter.com/articles/2/1/Streaming-101-The-Basics—Codecs-Bandwidth-Data-Rate-and-Resolution/Page1.html