Mar 2026【隨筆】Clone a Meta Ray-ban Display glasses application|藍芽 L2CAP CoC 極致低延遲架構優化:實現 720p 智慧眼鏡流暢串流 👓(LIVE DEMO)

圖片
最近在做一些實驗性質的東西,記得去年短暫玩過 2023 年底上市的第二代 Ray-Ban Meta 智能眼鏡,雖然它主要還是依賴智慧型手機作為算力中心,但我們對它所使用的串流技術很感興趣,因為聽說他們是用藍芽做串流。 去年曾經有同事隨口問我:「我們的眼鏡做到跟他們一樣你覺得有可能嗎?」,因為我知道我們的硬體規格跟人家的相比並非等號,加上當時有其他事情在搞,所以隨口開玩笑回說:“可是聽說 Meta 有200個人在搞那個眼鏡捏(雖然不知道他們負責搞應用的有幾人),啊我如果一個人可以幹贏他們200人,那我還在這幹嘛???(笑)” 也記得更久以前,當我們還在研究那個眼鏡時,常聽到像是:『 他們不知道用了什麼黑科技 』,這類沒有建設性、不應該從 RD 嘴裡說出來的話,而我也是不以為然。坦白講,以前每次只要聽到某SW嘴砲經理(暫且以H君稱之),沒事就把『 黑科技 』三個字掛在嘴上,當做無知的遮羞布,我就會感到倒胃口!同樣身為RD,我只覺得  Shame on you!(打嘴炮、作秀搶風頭、噁心帶風向、搞政治操作、把別人做事的成果搶去幫自己抬轎、有鍋直接推給下屬扛、散佈同事私生活謠言,還有職場霸凌,這些你他媽都頂級專業戶,除此之外沒啥洨用了!) 一件理論上可以做到的事情,外行人的認知被信息差,不懂加上沒實作能力去驗證,就什麼都變成黑科技了(多黑?比巴西黑鮑魚還黑嗎?)。反重力技術說不定也非啥黑科技,只是政府不讓你普通老百姓了解罷了。 Ray-ban Meta 的黑科技,講白了就是人家拉個百人團隊在搞那支眼鏡,然後把軟體技能和硬體規格點滿,再加上極致優化後的成果罷了! 當時知道 Ray-Ban Meta 的智慧眼鏡有塞入一個強大的 WiFi 6 晶片在裡面,一開始我猜測會不會有可能是透過 WiFi P2P 或 WiFi SoftAP 的方式去做串流(確實 Meta 的智能眼鏡,在同步媒體時,會強制要求開啟手機的 WiFi 開關,所以媒體同步應該是靠 WiFi 通道做的),而去年初我也快速做了一個WiFi Direct 架構來做 POC,確實傳輸效率非常快,幾百 MB 的大檔幾乎秒級傳完,從眼鏡端將媒體串流到手機端更是不用說的順暢,而且當時我們的媒體串流還是以未經編碼的方式傳透過 Socket 直接傳輸的(這表示傳輸時所需的頻寬會更大,功耗據說也較大)。 後來因為 ...

【筆記】Sending Push Notifications from Rails back-end to an iOS App— To keep your user engaged with app

Apple Push Notification Service (簡稱 APNs) 是 Apple 公司在 2009 年的 iOS 3.0 版本時所發布的一項平台服務,透過這項服務,第三方應用程式的開發人員,只需要獲取憑證,並寫一些程式碼,就可以發送通知給 iOS 裝置上的 App 用戶!

要在 iOS client app 和 back-end server 之間實現 Push Notification,首先必須擁有一個付費的 Apple 開發人員帳號,以建立憑證 (Certificates)。 然後在 Xcode 開發環境中,授權
 Notification 權限給你的 App。最後是取得 .p12 憑證檔案 (這是一個包含私鑰的憑證,可以讓 Apple 解譯你的信息)。

首先,請按以下步驟來獲取 .p12 憑證檔案:

1. 登入 Apple developer account 並點選 Certificates, Identifiers and Profiles




2. 在頁面中選擇App所使用的AppID,然後點選 Edit 進入。裡面可以看到一些 Services 的狀態,找到 Push Notifications 項目並勾選它。接著點選 Create Certificate,之後你會看到一個上傳 .certSigningRequest 檔案的頁面。

這裡有兩種不同的憑證:Sandbox (Development) certificateDistribution (Production) certificate,我們可以在不同的環境下使用不同的憑證。



3. 請在 Mac 電腦上執行 Keychain Access 應用程式,選擇鑰匙圈授權 -> 憑證輔助程式 -> 從憑證授權要求憑證,在下一個視窗中,輸入你的 Email,並勾選儲存到磁碟,你的電腦上就會有 .certSigningRequest 這個檔案了。



4. 從電腦上選擇剛才產生的 .certSigningRequest 檔案並點選繼續,然後就能下載 Development Certificate 了。


之後再回到 Certificates 頁面查看,如果 Push Notifications 項目變成綠燈,就表示設定完成了!


產生APNS .p12 憑證

接下來我們要用剛才下載的開發憑證,來產生 .p12 certificate

1. 雙擊剛才下載的開發憑證,將它加入到 Keychain Access,選擇鑰匙圈存取應用程式左下方的我的憑證類別,然後選取你的開發憑證,右鍵點擊它並選取輸出



輸出過程中會要求你輸入一組用來保護憑證的密碼 (passphrase),以及 Mac 用戶的密碼。然後我們的 .p12 certificate 就產生完成了!接下來就能利用這個憑證來發送 Push Notification 信息了。

注意,Xcode 開發工具的 simulators 無法接收 push notifications,所以必須連接真正的 iOS 裝置來進行測試。

Enabling Push Notifications on iOS

接下來是設定 iOS 專案的部分。在 Xcode 裡面啟用 Notification 權限給你的 App (如下):


接著在 Xcode 專案的 AppDelegate.m 裡面,加入以下程式碼,讓 iOS 用戶授權我們的 App 可以接收 push notifications 信息。



在 didReceiveRemoteNotification 中,我們可以處理 JSON payload,並且它會被 pass 給一個叫 userInfo 的 NSDictionary 實體。下面是一個 iOS App 從 back-end server 接收到的 payload 範例。關於 payload 的詳細訊息,可以參考 Apple 官方文件



加入以上程式碼後,我們就可以 build project 將 App 傳送到開發用的 iOS 裝置上了。如果在 build project 時,出現「找不到應用程式的有效 “aps-environment” 授權字串」的錯誤訊息,請檢查確認以下項目:

  • 請確認在 Apple DeveloperIdentifiers > App IDs 中,有新增好一個專用的 App ID,並且這個 App ID 是對應到 Xcode 專案,並且 Enable Services 中有勾選 Push Notification 項目。
  • 在 Apple Developer 設定頁面中,Push Notifications 的狀態應該要是 Enabled 才對,如果狀態是 Configurable 的話,請點擊 Edit 進入編輯頁面,然後點選 Create Certificate 以產生專用的 SSL 憑證。
  • 產生一個新的 Provisioning Profile 給這個 App ID ,然後下載安裝至 Mac 上。
  • 確認在編譯 App 時,使用正確的 App ID 和 Provisioning Profile ,這樣在註冊推播通知時,就不會有問題了。

如果一切沒問題,那麼在 build 完 Xcode project,並且在 iOS 裝置上執行 App 時,就會看到下面這個熟悉的畫面,同時也會得到一串用來識別機器的 device token


Setup Rails back-end for Pusher

在 Rails back-end 的部分,我們將 iOS App 傳回來的 device token,存放在一個簡單的 Device Model 裡面,它的結構大概如下:



我們的內部系統,後台是基於 Ruby on Rails 及 MySQL 構建,而在 Rails 環境上,有很多 Ruby Gem 可以快速完成 push notifications 的部署(例如 HoustonGrocerrPush...等等),讓開發人員不需要浪費時間去 Reinventing the wheel。

這裡我們簡單測試使用 Houston 來發送 push notifications 給 iOS 裝置,首先在 Rails 專案裡加入這個 gem,然後執行 bundle install

gem 'houston'

接著開啟 Terminal,用 openssl 從 .p12 憑證產生 .pem 憑證,我們需要這個文件來發送 push notifications 訊息,command line tool 的命令如下:

$ openssl pkcs12 -in <你的 .p12 憑證檔案路徑> -out <產生的 .pem 憑證檔案路徑>

Houston 的說明文件中,有提供使用範例 (如下):



我們試著在 User Model 裡面,寫一個簡單的 Ruby method,然後在 Rails console 上面輸入一個簡單的信息,來測試一下行動裝置上能否收到通知:
User.send_notify_ios('大吉大利今晚吃雞')


很快的,我們的 iOS 行動裝置就接受到信息了 (如下圖)


Apple的文件建議開發者應該避免經常的對他們的server 做 connections/disconnections,所以如果需要頻繁發送通知,我們應該設定 persistent connection。在使用 Houston gem 的 Rails 專案上,可以這樣設定:



這篇文章只是作為備忘用,因此沒有牽涉到太多技術細節。基礎架構完成後,接下來要怎麼和現有的系統做整合 (例如什麼事件發生時,發送推播通知給特定用戶),這都只是流程上的串接,以及寫幾行程式罷了。對開發者來說,就像是拿積木去拼湊出想要的東西而已。

熱門文章

Mar 12, 2022【重機一日遊】走北橫至宜蘭,經梨山、武嶺下埔里,再走台三線回桃園|16小時的半圈環島

2022, Apr 29【台中霧峰】霧峰里山步道群。親民好走的小百岳~阿罩霧山,還可到秘境觀景臺觀賞夕陽和夜景

2019 Aug 16~18【福建南平】中國世界遺產~福建武夷山遊記。登天遊峰、臨九曲溪、品大紅袍

Jan 2025【苗栗三義】富貴牡丹(三義館)人文藝術餐廳|預約制|在美術館裡吃無菜單料理

2019, July 7~8【中國山東】老司機帶你攀登72位古代帝王曾登臨朝拜,以五嶽獨尊名揚天下的泰山(歷史典故+遊覽路線+遊記+照片)

Jul 2026【台北士林】溪山百年古圳步道順訪颱風後的儷人瀑布|清涼消暑的夏日健行好去處

Mar 2026【隨筆】Clone a Meta Ray-ban Display glasses application|藍芽 L2CAP CoC 極致低延遲架構優化:實現 720p 智慧眼鏡流暢串流 👓(LIVE DEMO)

Jun 2024【新竹五峰鄉】竹林禪苑起登、五指山五連峰O型連走(台灣小百岳030)&小郜家濃厚雞白湯拉麵

Jul 2026【新北林口】觀音山小北插路線上鷹仔尖、東明山、潮音洞&一個關於被噁心的故事

2018, Aug 11~12【南投竹山】衫林溪森林遊樂區避暑去!松瀧岩瀑布&松林町妖怪村1日遊

文章列表

Contact

名稱

以電子郵件傳送 *

訊息 *