蘋果對Adobe的策略:趕盡殺絕?RipCode 會是Flash在蘋果世界的救星 - 電子書製作教學日誌 - 電子書E-BOOK製作教學(密技培訓基地)
         

蘋果對Adobe的策略:趕盡殺絕?RipCode 會是Flash在蘋果世界的救星

蘋果對Adobe的策略:趕盡殺絕?RipCode 會是Flash在蘋果世界的救星

這是一場為了市場獨霸的戰爭,生意人無視消費者的權益,大搞封鎖的獨裁!
消費者是笨蛋?如果消費者拒買,看他還搞個屁!

 --------------------------------------------------------------------------------------------------------

以下引用來至於網路新聞:

蘋果老賈對Adobe的策略:趕盡殺絕?
‧數位資訊 2010/04/14
上星期時候,蘋果正式發表iPhone OS 4.0特色內容,不過,除了對外公佈將開放外廠App支援多工以外,蘋果在後來也針對iPhone OS平台的開發者合約內容做了一些修改,其中明文規定將不允許開發者透過第三方編譯轉碼程式製作iPhone OS平台應用程式。
【文/楊又肇】

上星期時候 (美國4月8日),蘋果正式發表iPhone OS 4.0特色內容,不過,除了對外公佈將開放外廠App支援多工以外,蘋果在後來也針對iPhone OS平台的開發者合約內容做了一些修改,其中明文規定將不允許開發者透過第三方編譯轉碼程式製作iPhone OS平台應用程式。

根據Apple Insider網站的報導指出,在新的合約內容中明白地指出,以後如果開發者想針對iPhone OS平台製作應用程式,那麼程式本身就必須照規定以C、C++或者是Objective-C這三種程式語言撰寫完成,而不允許開發者透過其他第三方轉碼程式編譯為程式。換句話說,先前Adobe曾經表示他們可以提供開發者方便將程式編碼轉譯為iPhone App的方案,目前蘋果則是打算連這部份也一口氣予以封鎖 (比方目前Adobe推出的CS5等開發套件軟體)。

從這邊看起來,Adobe想要恢復以往跟蘋果良好互動的關係,應該是已經毫無可能了。而從另一方面看蘋果與Google的關係,雖然蘋果有意無意地針對Google嗆聲,但目前按照現況看來,應該暫時還不會鬧太兇,畢竟目前在iPhone OS中還是可以看見不少Google Search的影子 (但是哪天「Google」變成「Bing」或其他字樣的話…)。

而針對蘋果這樣的舉動,自然引發不少網友與評論者的反彈。有人直指蘋果將自限創意發揮空間,但針對這些評論,蘋果老賈則表示此次的異動並非是針對 Adobe,而是為了能讓蘋果得以在手機作業系統方面與Google Android與微軟Windows Mobile 7平台競爭。

若蘋果老賈所言屬實,也就是意味著蘋果在之後將會大力地推廣自家的平台,而為了能確保此一平台獨霸特性,將不允出現「非平台獨占」的現象 (否則就算不是用蘋果平台,使用者依然可以享受到該內容,甚至於蘋果還無法進行「審核」)。也因此像Flash這類「跨平台」特性極高的平台,自然是無法被蘋果老賈所認同的。
------------------------------------------------------------
RipCode 會是Flash在蘋果世界的救星嗎?

‧數位資訊 2010/04/15
「RipCode」宣稱透過旗下名為「TransAct Transcoder V6」的轉檔技術,並配合利用名為「Commander and Detector」的偵測技術,即可讓網頁中的Flash內容完整呈現於iPhone或iPad。
【文/楊又肇】

蘋果現在跟Adobe鬧翻的事情,總之是越吵越熱烈了,按照目前看來,想要在蘋果iPhone與iPad上直接觀看Flash,顯然已經是不可能的事情了,而且蘋果後來還修改開發者合約,嚴厲禁止透過第三方廠商轉碼程式編譯成App,顯然已經要將Adobe即部份廠商「請」出這個平台市場。

不過,事情還是有轉機的,雖然目前蘋果對Adobe的態度依然沒有軟化,但是已經有其他廠商準備在這件事情中大撈一筆幫上大忙。

「RipCode」宣稱透過旗下名為「TransAct Transcoder V6」的轉檔技術,並配合利用名為「Commander and Detector」的偵測技術,即可讓網頁中的Flash內容完整呈現於iPhone或iPad。
原理是當使用者透過iPhone或iPad連上內容頁面時,即會透過雲端運算技術將內容端的Flash內容轉換成iPhone或iPad可正常播放的格式,進而在裝置上正常呈現使用,而內容提供商仍可維持以往所使用的Flash技術製作內容,而不必想辦法改以如HTML5的新技術重新打造頁面。

這方案看起來是針對那一些沒有需高度配合蘋果市場的廠商而設計,至少不用額外花費人力與開銷來重新製作呈現內容,而且完全規避了蘋果先前提出的禁止條例。
不過蘋果是否會對這樣的作法睜一隻眼閉一隻眼呢?
而且對於採用這方案的廠商,或許要需考量呈現內容在這樣一來一往的「轉換」,是否也會造成伺服器效能損耗,以及是覂影響到內容呈現的品質?

評論: 0 | 引用: 0 | 閱讀: 800


620X188