[討論] pixel 8 pro的Night Sight Video？

看板MobileComm作者 (同志友善の屎蛋爸)時間7月前 (2023/10/05 19:14), 編輯推噓37(38推 1噓 101→)
留言140則, 45人參與, 7月前最新討論串1/1
剛才看到一篇文章 https://www.4gamers.com.tw/news/detail/60094/google-pixel-8-features 錄影的部分則是追加了「Video Boost」與「Night Sight Video」兩大錄影強化功能。 Video Boost 可以視為進階版的 HDR 錄影，不過與一般靠硬體實現的方式不同，Video Boo st 是透過錄影期間進行多幀合成與 AI 強化來實現，能夠大幅度的提升影片寬容度和細節 。Night Sight Video 則算是 Video Boost 延伸，能夠在低光源錄影下大幅提升畫面亮度 。 這兩項功能需要除了依靠 Tensor G3 之外，還需要將影片上傳到 Google 雲端資料中心進 行處理，並在完成後通知用戶，且功能暫定要等到 12 月的更新才會實裝。 所以夜視錄影，基本上還要等他上傳雲端運算後 才能看到成果 不是即時的 這樣還算是有夜視錄影嗎？ 另外Video Boost看了很多次 還是看不懂到底是什麼東西 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 136.23.34.82 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1696504494.A.C76.html
推
10/05 19:18, 7月前 , 1F
可能需要很大的硬體消耗吧
10/05 19:18, 1F
→
10/05 19:18, 7月前 , 2F
就比較強的 HDR 錄影 基本上就想成錄完再後製
10/05 19:18, 2F
→
10/05 19:19, 7月前 , 3F
AI繪圖
10/05 19:19, 3F
→
10/05 19:19, 7月前 , 4F
我圖片人像AI放大，一張圖筆電跑都要一段時間了
10/05 19:19, 4F
推
10/05 19:21, 7月前 , 5F
呃 連夜拍也要傳喔 而且買了還不能用
10/05 19:21, 5F
推
10/05 19:22, 7月前 , 6F
如果是錄4k 60 那得傳多久咧
10/05 19:22, 6F
推
10/05 19:26, 7月前 , 7F
看提升多大吧，如果是提升到主流旗艦的程度，那還無
10/05 19:26, 7F
→
10/05 19:26, 7月前 , 8F
法在手機端完成那也是雞肋
10/05 19:26, 8F
推
10/05 19:26, 7月前 , 9F
只怕又是祖傳美國地區限定
10/05 19:26, 9F
→
10/05 19:28, 7月前 , 10F
真心覺得廣告主打夜視錄影（原本很期待耶），現在
10/05 19:28, 10F
→
10/05 19:28, 7月前 , 11F
跟我說要上傳雲端運算，那出國玩的錄影都不一定能
10/05 19:28, 11F
→
10/05 19:28, 7月前 , 12F
即時看到畫面，不然就要買吃到飽，有點被詐欺的感
10/05 19:28, 12F
→
10/05 19:28, 7月前 , 13F
覺，有點想要退訂了
10/05 19:28, 13F
→
10/05 19:29, 7月前 , 14F
這支的亮點應該是之後的 Assistant with Bard
10/05 19:29, 14F
推
10/05 19:30, 7月前 , 15F
night sight video with FBI
10/05 19:30, 15F
推
10/05 19:31, 7月前 , 16F
手機效能不足，上傳到雲端運算，其實是蠻不錯的想
10/05 19:31, 16F
→
10/05 19:31, 7月前 , 17F
法，就是只能先看到原汁原味的影片，之後才會加料
10/05 19:31, 17F
推
10/05 19:36, 7月前 , 18F
Google商店有寫到「Night Sight Video on Google P
10/05 19:36, 18F
→
10/05 19:36, 7月前 , 19F
ixel 8 Pro is powered by Video Boost」，看起來
10/05 19:36, 19F
→
10/05 19:36, 7月前 , 20F
真的要上傳才有
10/05 19:36, 20F
→
10/05 19:40, 7月前 , 21F
靠多幀合成 這樣上傳處理前的資料量不會很大嗎
10/05 19:40, 21F
推
10/05 19:41, 7月前 , 22F
https://reurl.cc/o556qM CNET這篇介紹蠻多的
10/05 19:41, 22F
→
10/05 19:43, 7月前 , 23F
看起來拍攝時會同時紀錄亮部與暗部細節，透過處理
10/05 19:43, 23F
→
10/05 19:43, 7月前 , 24F
器處理後，同時產生1080p的預覽版與上傳到伺服器的
10/05 19:43, 24F
→
10/05 19:43, 7月前 , 25F
版本。
10/05 19:43, 25F
→
10/05 19:45, 7月前 , 26F
有些影片不能讓他處理很不方便
10/05 19:45, 26F
推
10/05 19:46, 7月前 , 27F
NPU有特別加強，所以處理資料更快了
10/05 19:46, 27F
推
10/05 19:49, 7月前 , 28F
這確實是其他手機廠商做不到的
10/05 19:49, 28F
→
10/05 20:00, 7月前 , 29F
感覺隨時都在運算,手機應該會發熱耗電
10/05 20:00, 29F
→
10/05 20:05, 7月前 , 30F
10/05 20:05, 30F
→
10/05 20:07, 7月前 , 31F
聯想到去年的一篇PO文，提到谷歌開發，針對低光度
10/05 20:07, 31F
→
10/05 20:07, 7月前 , 32F
的AI降噪演算法。
10/05 20:07, 32F
→
10/05 20:08, 7月前 , 33F
可能手機NPU運算力不夠強大，還需要再透過谷歌機房
10/05 20:08, 33F
→
10/05 20:08, 7月前 , 34F
的運算效能。
10/05 20:08, 34F
→
10/05 20:11, 7月前 , 35F
說實話，pixel早死。 這次發表都在是談 google pho
10/05 20:11, 35F
→
10/05 20:11, 7月前 , 36F
to 怎麼ai後製。
10/05 20:11, 36F
推
10/05 20:13, 7月前 , 37F
看得出來PM黔驢技窮亂搞一些不人性化的功能
10/05 20:13, 37F
推
10/05 20:13, 7月前 , 38F
levoy走後就成了deepfake cam
10/05 20:13, 38F
推
10/05 20:14, 7月前 , 39F
需要上傳處理 這才算5G真正的應用吧 不然平常5G根
10/05 20:14, 39F
還有 61 則推文
→
10/06 04:54, 7月前 , 101F
唯獨pixel不用也是個方法
10/06 04:54, 101F
推
10/06 05:51, 7月前 , 102F
雲端處理不行 on-device training鍵盤雲專家倒是一
10/06 05:51, 102F
→
10/06 05:51, 7月前 , 103F
堆
10/06 05:51, 103F
→
10/06 07:31, 7月前 , 104F
邊緣計算能提升速度與隱私，八成是用戶端運行效果
10/06 07:31, 104F
→
10/06 07:31, 7月前 , 105F
很差，才交給伺服器；兩家發展計算攝影的手機廠，
10/06 07:31, 105F
→
10/06 07:31, 7月前 , 106F
兩家都妥協於相機硬體，一家妥協於雲端
10/06 07:31, 106F
推
10/06 07:36, 7月前 , 107F
現在每家都有發展計算攝影...
10/06 07:36, 107F
→
10/06 07:43, 7月前 , 108F
這種雲端透過快速分割標示近景遠景物件，來逐幀堆
10/06 07:43, 108F
→
10/06 07:43, 7月前 , 109F
疊和補細節，確實隱私上會有疑慮
10/06 07:43, 109F
→
10/06 08:01, 7月前 , 110F
移動端的圖片分割除了能標示照片物體，還能了解物
10/06 08:01, 110F
→
10/06 08:01, 7月前 , 111F
體的大小、遠近、在畫面中與其他物體的關係，像電
10/06 08:01, 111F
→
10/06 08:01, 7月前 , 112F
影模式、谷歌一系列的修圖，跟早期的堆疊、近期的
10/06 08:01, 112F
→
10/06 08:01, 7月前 , 113F
修補細節有明顯的不同，走在前面的大概只有兩家
10/06 08:01, 113F
推
10/06 08:10, 7月前 , 114F
圖像即時語意分隔是8g2 isp的功能，有電影模式的也
10/06 08:10, 114F
→
10/06 08:10, 7月前 , 115F
不只兩家
10/06 08:10, 115F
→
10/06 08:32, 7月前 , 116F
這邊說的是近景實例分割+背景語義分割的混合分割，
10/06 08:32, 116F
→
10/06 08:32, 7月前 , 117F
例如區別畫面中的每個人，以及背後的草地與天空
10/06 08:32, 117F
推
10/06 08:37, 7月前 , 118F
雲端上傳輔助有30分鐘的限制，不過我蠻喜歡8 Pro三
10/06 08:37, 118F
→
10/06 08:37, 7月前 , 119F
顆鏡頭都有48~50MP，只是G3夠不夠力還不明朗
10/06 08:37, 119F
→
10/06 08:37, 7月前 , 120F
10/06 08:37, 120F
→
10/06 08:40, 7月前 , 121F
10/06 08:40, 121F
→
10/06 08:43, 7月前 , 122F
谷歌堅持自研tpu用tensor，就是驍龍這一塊發展太慢
10/06 08:43, 122F
→
10/06 09:29, 7月前 , 123F
沒有人知道，等12月出來吧
10/06 09:29, 123F
推
10/06 12:53, 7月前 , 124F
感覺pixel新出的硬體功能都沒啥連續性 像是溫度計
10/06 12:53, 124F
→
10/06 12:53, 7月前 , 125F
除非之後有結合溫度計的設備或程式不然不知道為啥要
10/06 12:53, 125F
→
10/06 12:53, 7月前 , 126F
特地加那個溫度計功能
10/06 12:53, 126F
推
10/06 13:06, 7月前 , 127F
你找的這張圖正是8g2語意分割的演示畫面。且對多數
10/06 13:06, 127F
→
10/06 13:06, 7月前 , 128F
人而言Google為了ai而放棄高效能的soc完全是捨本逐
10/06 13:06, 128F
→
10/06 13:06, 7月前 , 129F
末。
10/06 13:06, 129F
→
10/07 16:02, 7月前 , 130F
這就是以後消費者終端裝置的想要達成的終極目標，不
10/07 16:02, 130F
→
10/07 16:02, 7月前 , 131F
可能一步登天，要有像這樣的一小步一小步改變
10/07 16:02, 131F
→
10/07 16:02, 7月前 , 132F
5G和6G的主要目的就是讓你的手機網路直接變成相機和
10/07 16:02, 132F
→
10/07 16:02, 7月前 , 133F
螢幕中間的連接排線
10/07 16:02, 133F
→
10/07 16:02, 7月前 , 134F
你的手機只是個有電池的視訊和音訊感應器還有螢幕而
10/07 16:02, 134F
→
10/07 16:02, 7月前 , 135F
已，剩下的處理器硬碟之類的零件都直接放在雲端伺服
10/07 16:02, 135F
→
10/07 16:02, 7月前 , 136F
器了
10/07 16:02, 136F
→
10/07 16:03, 7月前 , 137F
這也是為什麼從現在古典的手機設計思路來看Google的
10/07 16:03, 137F
→
10/07 16:03, 7月前 , 138F
東西都沒有連貫性的原因，因為Google本來就沒有在做
10/07 16:03, 138F
→
10/07 16:03, 7月前 , 139F
手機，而是利用手機帶頭做技術展示帶動世界的科技發
10/07 16:03, 139F
→
10/07 16:03, 7月前 , 140F
展而言
10/07 16:03, 140F
‣ 更多 RandyMarsh 的文章
文章代碼(AID): #1b7fgkns (MobileComm)