首頁>科技>

時間倒回4月9日,9To5Mac通過iOS 14的程式碼,猜測蘋果或將推出全新的APP下載和使用方式,使用者只需掃描二維碼或開啟連結,即可體驗應用程式的某些特定功能,而不需要在iPhone或iPad上安裝APP的完整版本。

訊息稱,iOS 14將會使用一種被蘋果內部稱為“Clips”的API。 “Clips”允許開發人員向用戶提供應用程式中互動式的動態內容(在使用者尚未安裝該應用程式的情況下)。

假設使用者掃描的二維碼帶有指向YouTube視訊的連結,但是該使用者並沒有在iPhone上安裝YouTube官方應用程式,那麼只要通過 “Clips”,使用者便能夠掃描該二維碼,並在本地使用者介面而不是Safari網頁上觀看視訊內容。

由於目前關於 “Clips”的資料非常有限,我們專門採訪了花椒直播技術部負責人唐賡,和他一起對“Clips”進行了一些有(大)限(膽)的探(猜)討(測):

2. 可能是Siri功能的延伸,但容易引發隱私憂慮

3. 將強化專有生態(iOS、Webkit)

4. 完善iOS使用者定製化的短板

有關第1、2點猜測,唐賡的看法是:

"先說說我熟悉的直播領域音視訊技術的現狀,目前iOS系統硬體已經很強大,H.264、H.265硬體編解碼也已經很普及,此外,硬體回聲消除效果也很令人滿意,常規的採集和播放也不存在難度,更多的問題還是集中在網路層面。

低延遲、抗丟包、抗抖動以及多人實時互動等等,還需要技術優化。另外,基於AI的視訊人臉識別、表情識別、肢體識別、背景分割、虛擬形象驅動、虛擬主播等也是目前非常重要的方向,可以提供很多面向未來的體驗和玩法。

說回Clips,大家都拿安卓的Slices進行對比,不過我覺得安卓Slices主要出現在Search結果頁和Assistant,目標是用於整合手機內部應用的功能。

而iOS的Clips從描述上看更接近國內使用者早已熟悉的微信掃碼和小程式,主要定位應該是和線下應用結合,進行動態展示和互動,就像現在大家常用的掃碼購物、點餐、租車、導遊和購票等等。

‘Clips’API允許開發人員向用戶提供應用程式中互動式的動態內容,支援使用者‘掃描二維碼—跳出程式卡片—本地觀看視訊’。為了讓使用者無感下載顯然應該要想方設法最小化Clips元件的體積,我認為開發者應該選擇基於系統已有的元件來實現。

比如基於系統的HLS播放器、原生WebRTC,或者可以更激進一些,把一些原來基於客戶端實現的一些特效如點贊、禮物特效等等,在服務端混入視訊流後在Clips內進行展示,以提供更完整更接近App的使用者體驗。

估計蘋果也會允許直接呼叫ApplePay、IAP進行支付,登入也會基於Apple ID(蘋果要求6/30之前所有App都要支援蘋果登入可能就是在給它鋪路?)。

如果主要基於HLS播放的話,要實現低延遲的使用者體驗,採用去年蘋果推出的低延遲HLS方案可能是一個必然選擇。當然,如果不需要強調低延遲特性的話,普通HLS也應該夠用了。

理論上,只要能不受限地訪問網路,觀看、互動問題都不大,功能取捨更多是在資源、佈局限制下的產品設計問題,如果連登入、支付都利用上的話,功能支援和體驗可以更完整快捷。

Clips的定位應該主要是線下應用,音視訊方面應該是更傾向於點播型別的業務,實時型別的業務基於WebRTC也應該沒有問題。

而花椒直播本身作為線上直播平臺,平臺本身直接與線下結合的場景相對較少(當然我們有不少主播是做線下戶外直播的),可能會有一些線下的廣告掃碼後就可以推薦附近的主播、附近的興趣類似的使用者進行一些互動,或者用於線下活動場合方便使用者體驗和安裝。"

也有另一種聲音認為,無論是Android的Slice還是iOS的Chips,都對開放網路標準(HTML5和Web)構成了巨大的威脅,使網路環境變得更加碎片化,甚至讓前者開始為專有生態系統(iOS、Webkit)提供額外的功能,使得專有標準在實現硬體、作業系統以及應用程式之間的緊密整合方面更上一層樓。

事實上,即使是Chrome也很難同時支援網路應用、iOS和Android,而我們最不需要的就是Android和iOS也同樣加速脫離Web標準。

有網友稱,如果你擔心Chromium的影響太大,那麼你也應該擔心Webkit的控制太多。

拿HLS舉例,HLS由蘋果開發,也被廣泛使用。但如果要在Apple裝置上播放視訊,則必須使用HLS。而iOS上的Webkit中不提供構建自己的播放器(MSE)所需的工具,並且由於使用者無法使用其他瀏覽器引擎,事情因此變得很麻煩。

Safari不支援WebP或VP9之類的開放標準,蘋果也在盡力禁用硬體解碼器支援的型別。現在基本上每個大型流媒體平臺都需要對內容分別進行DASH和HLS編碼,類似與Webkit-iOS相關的問題肯定也存在於其他行業。而將所有人鎖定在一個渲染引擎上是非常anti-consumer的。

不會有人想讓一家公司控制Web標準,這將意味著這家公司可以在該標準損害其商業模式的情況下對其進行修改甚至是刪除。這就類似於AppStore可以通過限制使用者對應用程式型別的訪問(例如遊戲直播應用)來減少使用者的選擇,which,損害了消費者利益。

目前並不確定Clips的應用範圍(iOS 14構建了QR碼),但如果它被用在搜尋結果或Siri中,也不足為奇。但Siri的功能因此被延伸的同時,也存在著很大的安全隱患就是了。

蘋果公司正在OpenTable、Yelp、DoorDash、索尼(及其PS4 Second Screen應用程式)和YouTube測試新的API,並可能在WWDC演示中將這些APP用作示例,也就是說,或許一切將在6月揭曉。

最新評論
  • 整治雙十一購物亂象,國家再次出手!該跟這些套路說再見了
  • 每日優鮮員工猝死忙甩鍋,“帶血”的水果吃不起?