Flash

SwfVersion.com．是一個由位於挪威的「Tarantell」公司所建立的服務~

如同它所註冊的網域名稱「SwfVersion.com」，它的服務就是提供您不論local或online的Flash動畫，都可以利用此服務來辨別這個動畫檔所發佈的「FlashPlayer版本」、「每秒播放的影格數(FPS)」和「ActionScript版本」。

我好奇的想知道這個服務的需求性和必要性~ 什麼時候我們需要取得這些資訊？(若客倌們有任何idea的話~ 麻煩回覆一下 ^^)

從另一個角度來看~ 的確，如同Google的作法~ 只會有愈來愈多的線上化服務~ 因為後端可以有一大片的「Cloud」當靠山。

相關消息

．swfversion.com

．Learn The Version Of A SWF File: SwfVersion

相隔了一年又四個月~ Adobe終於在上個月釋出最新一版的「SWF File Format Specification (Version 10)」~

這一個版本主要加上兩個Tag，它們分別為「DefineFont4」、「DefineBitsJPEG4」，不過和我比較有相關的是「DefineBitsJPEG4」這個Tag~ 就留待未來將它補上Swiler~

而且這個版本終於驗證了我之前的猜測是正確且無誤的!!如先前所貼文：「DoABC Tag格式似乎有誤~」，在這個版本Adobe官方終於修正這份規格書~

所以可想而知我之前碩士論文所實作的系統~ 有些時候都在花時間找官方規格書的錯誤所在~ XDDDD (印象中不只有這個錯誤~)

DoABC Tag如下圖所示：

相關文章

SWF and FLV File Format Specification (Version 9)發佈了~

這篇不是什麼大新聞~ 早在八月份時Flash Player Developer Center就已經發佈一篇「Understanding the security changes in Flash Player 10」文章來說明了!

因為最近注意到「TransNote」的「開啟舊檔」這個已經失效的功能~ 其實這個功能未來會拿掉，因為我們會撰寫一個後端的服務機制，以供使用者能直接將閱讀後的文章儲存在TransNote之上，所以這個安全限制對我們來說影響不大，不過對於WordPress、Flickr原先就使用這樣的Flash檔案上傳機制就影響頗大，因為這樣的限制已經無法透過JavaScript直接利用ExternalInterface來開啟「FileReference.browse()」，而被限制只能使用「User-Event」來觸發，這的確在網頁上會造成不方便。

幸好，也有人提供相關的解決方案，它的作法其實就是利用一些Transparent、CSS的相關設定來處理的，實際的範例：「FancyUpload - Swiff meets Ajax (v2.0)」，從這個範例我們可以知道他的作法就是設定Flash的寬高剛好對應後面超連結文字的寬高，然後將Flash設為Transparent，如此一來，使用者就會誤以為點選這個超連結文字，但實際上點選的卻是Flash，利用這樣的方式來觸發「User-Event」，Bingo! 問題也就解決了。

相關資源

．Flash Player 10 FileReference Changes

．升級到 Flash Player 10 將會造成無法使用Flash檔案上傳功能

．FancyUpload for Flash 10

World Golf Tour．一個Flash-based的3D高爾夫遊戲~ 而且還可以線上多人連線~ XDDD

真是有夠厲害到~ 不過如果將3D人物改成用影片拍攝，然後再後製key-in處理的話~ 應該也蠻不錯的~ ^^

總之... 隨著Flash CS4的問市~ 應該會有愈來愈多這樣的應用吧~

今天．Adobe發了一則新聞稿「Adobe Advances Rich Media Search on the Web」，內容在強調Adobe和Google、Yahoo!一同合作，針對檢索Flash動畫的困難來加以改善~

主要的目的就是希望能藉由目前主流的搜尋引擎「Google」和「Yahoo!」的力量，來讓檢索Flash動畫能更加容易與精準~

如果你熟悉SEO(Search Engine Optimization)領域的話~ 絕大多數都會建議你開發整個網站時，儘量避免使用Flash動畫技術來製作整個網站~

然而~ 在現在多媒體數位時代~ 整個網站以Flash動畫技術來製作是不可或缺的了~ 尤其是電影官方網站之類的~ 絕對需要整合影像、影音、互動程式來完成~

而且從另一個角度來看~ 在Flex愈來愈普及的情況之下~ 整個以Flash動畫技術來達成的RIA也是潮流~ 所以~ 對於該如何檢索Flash動畫技術就顯得格外重要~ 當然，這也是我最主要的研究方向~

而且根據Google的這篇po文「Improved Flash indexing」所描述的，目前他們遇到三個需要克服的技術問題如下：

1.

Googlebot does not execute some types of JavaScript. So if your web page loads a Flash file via JavaScript, 
Google may not be aware of that Flash file, in which case it will not be indexed.

這一點的確有技術上的問題~ 就算Googlebot包含JavaScript直譯器來處理這樣的問題~ 那反而要顧慮到效能、安全等等議題~ 所以，我想這一點應該由網站設計人員來解決~ 將網頁的原始碼包含embed這樣的tag，並明確地描述Flash動畫所在的位置。

2.

We currently do not attach content from external resources that are loaded by your Flash files. 
If your Flash file loads an HTML file, an XML file, another SWF file, etc., 
Google will separately index that resource, but it will not yet be considered to be part of the content in your Flash file.

這樣的問題就在於我們通常會將一個以Flash動畫為主的網站，然後會將部份內容切割成一個個的SWF檔案，有需要時再將它用載入的方式運作，但這對於Googlebot來說就是一個大問題了~ 就算Googlebot認識SWF File Format~ 它也還要從這SWF檔案之中去發掘任何可能從外部載入的資源，所以這也就成為我碩士論文主要想改善的問題~ 不過時至今日．Adobe也提供了一個專門的技術來改善這部份的問題~ 而且「感覺上」好像比我的方法有效率...(因為人家是Adobe~XD) 不過就像上面所說的~ 抓到的這些資源該如何判斷這是屬於Flash動畫的一部份... 還有許多東西無法一言以敝之... 留待有機會再談。

3.

While we are able to index Flash in almost all of the languages found on the web, 
currently there are difficulties with Flash content written in bidirectional languages. 
Until this is fixed, we will be unable to index Hebrew language or Arabic language content from Flash files.

很顯然地，這就是文字編碼的問題，因為在Flash 6版本之前並不支援Unicode，就算支援~ 如果使用者仍然執意要使用平台上的預設編碼，那還是會遇到諸如此類的問題~ 這部份也是我未來積極地想要解決的問題之一。

綜而觀之．Adobe如此的舉動我覺得對於Flash動畫在推廣上一定有加強的效果，但就看Google和Yahoo!誰能做的比較好~ (還是我呢？XDDD 期許吧~) 總之不管是誰~ 我想這對於整個Flash動畫環境都是好的~ Google和Yahoo!加油吧~ 我也是~ XDDD

相關資源

．Ryan Stewart - Finally, Flash Becomes Truly Searchable

．Chad Egeland - Adobe Flash Now Google Friendly

．SWF searchability FAQ

．CNET - Uncloaking 'invisible' Flash Web content

．InfoQ - Flash Content Now Searchable

．Google Now Crawling and Indexing Flash Content

．Best uses of Flash

．Peter Elst - Thoughts on Fully Searchable Flash