Re: [情報] 麻省理工研究出永不過曝死白的「餘數相機」

看板DSLR作者 (司馬雲)時間10年前 (2015/08/19 16:10), 10年前編輯推噓12(13推 1噓 21→)
留言35則, 14人參與, 最新討論串2/4 (看更多)
搖黑卡本來就是傳統技藝 原論文 http://web.media.mit.edu/~hangzhao/papers/moduloUHDR.pdf 原文就沒有說進位了，這種事沒什麼好討論的吧 你討論說要進位，也不能改變原文沒要進位的事實 連文章都沒看就在討論可不可行，難道你評論一位攝影師技術的好壞也是看新聞稿? 論文上班抽控看的，只稍微看個大概，剩下的我回家再看 他的做法是這樣 光線進來的時候，轉換成電流，經過了PFM，把電流變成脈衝訊號 然後會去計算脈衝的數量，超過一定的值會歸0重數 簡單的說，假設我的計數上限是10，我每計算超過10個脈衝就會重0開始數 所以輸出只會是0~9的數字，不會更多了，所以叫餘數，不是進位 這也說明了為什麼他的論文叫UHDR，U是unbounded，沒上限的意思 然後這種又稱digital focal plane array，是新技術，我找不到中文資料orz 至於有人提到的，會不會導致原本的亮部變暗部?這要看他的演算法 因為他是兩張圖下去算 一張是原圖，也就是過曝的圖，一張是取餘數的圖 最後再去計算 我只是稍微看一下，最近在看ssl協定，有點忙 有錯請指正，如果有人能看完就更好了...我好懶 --
推
08/04 22:34,
勉強說出愛我的原因
08/04 22:34
→
08/05 08:43,
卻說不出你欣賞我哪一種表情
08/05 08:43
推
08/05 09:27,
卻說不出在什麼場合我曾讓你動心
08/05 09:27
推
08/05 15:37,
更多更詳盡歌詞 在 ※ mojim.com 魔鏡歌詞網
08/05 15:37
│ 文章代碼(AID): #1Lm3cQM2 (DSLR) [ptt.cc] Re: [閒聊] 對攝影漸漸感到反感 │ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 113.196.34.64 ※ 文章網址: https://www.ptt.cc/bbs/DSLR/M.1439971850.A.6A8.html
→
08/19 16:27, , 1F
沒進位哭哭哦
08/19 16:27, 1F
推
08/19 17:37, , 2F
沒進位就真的沒上限了，算不錯
08/19 17:37, 2F
→
08/19 17:38, , 3F
雖然如果在小範圍內有大幅度亮度變化的話這個演算法就
08/19 17:38, 3F
→
08/19 17:38, , 4F
會誤判，但是這狀況現實中幾乎不可能存在，所以滿實用的
08/19 17:38, 4F
推
08/19 17:50, , 5F
我看了一下官方的技術示範，還是會有過曝情形
08/19 17:50, 5F
→
08/19 18:12, , 6F
他是用一張圖，把過曝的部分取餘數吧?
08/19 18:12, 6F
→
08/19 18:16, , 7F
然後應該會紀錄超過上限的次數，過曝的部分會根據超過上
08/19 18:16, 7F
→
08/19 18:17, , 8F
限的次數與現值做交叉計算 還原成可視 大概是這樣吧?
08/19 18:17, 8F
我的文章很難懂?還是你跟本沒看?
推
08/19 18:56, , 9F
樓上......
08/19 18:56, 9F
推
08/19 19:01, , 10F
是以單個畫素來看的啦
08/19 19:01, 10F
推
08/19 19:44, , 11F
不知道什麼時候上市
08/19 19:44, 11F
推
08/19 21:09, , 12F
直覺認為還是會過曝。當光強度大於有限的更新速度，就會
08/19 21:09, 12F
→
08/19 21:09, , 13F
超出餘數相機的動態範圍
08/19 21:09, 13F
推
08/19 22:23, , 14F
可以縮光圈到餘數可計算就解決了
08/19 22:23, 14F
→
08/19 22:37, , 15F
16bit紀錄空間前8bit紀錄1023的商，後8bit紀錄餘數，16bit
08/19 22:37, 15F
→
08/19 22:39, , 16F
空間從原本的2^16=65536階轉變成1024^1024 = 2^20紀錄空間
08/19 22:39, 16F
→
08/19 22:43, , 17F
可記錄的整數寬容度擴展為原來的2^4=16倍
08/19 22:43, 17F
推
08/19 22:57, , 18F
樓上…8bit只到256，怎麼紀錄1024的餘數…
08/19 22:57, 18F
→
08/19 22:59, , 19F
樓上你是對的，我沒注意到這點，是我白癡-_-
08/19 22:59, 19F
→
08/19 23:02, , 20F
看文件應該是整數轉換成商+餘數，用兩個8bit紀錄
08/19 23:02, 20F
推
08/19 23:08, , 21F
沒仔細看，不過這架構最大的問題在於處理速度，一般ADC
08/19 23:08, 21F
→
08/19 23:08, , 22F
幾個Clock cycle 做完的轉換，這要用counter 慢慢數。
08/19 23:08, 22F
counter數快一點不就得了，還可以依價格推出不同速度的(誤
推
08/20 00:25, , 23F
如果超大反差，像是拍太陽跟深星空的合影也不用對太陽進
08/20 00:25, 23F
→
08/20 00:25, , 24F
行減光的處理嗎？
08/20 00:25, 24F
→
08/20 00:28, , 25F
如果是這樣的話探索類地行星就不用那麼辛苦了，可以直
08/20 00:28, 25F
→
08/20 00:28, , 26F
接拍攝行星不用對該恆星進行遮罩的動作。
08/20 00:28, 26F
現在探索類地行星都用淩日法比較多喔，不是用遮罩 而且理論上無上限，但實際上你要做得出硬體才行 ※ 編輯: filiaslayers (220.132.147.49), 08/20/2015 01:26:03
推
08/20 01:57, , 27F
直翻成"數位焦平面陣列"，好像很猛的樣子欸
08/20 01:57, 27F
推
08/20 10:03, , 28F
嗯嗯，請打starshade nasa在google搜索，有Jeremmy Kasd
08/20 10:03, 28F
→
08/20 10:03, , 29F
in教授主導的星光遮蔽計畫。
08/20 10:03, 29F
※ 編輯: filiaslayers (113.196.34.64), 08/20/2015 10:37:59
→
08/20 10:41, , 30F
抱歉我沒有惡意，只是想說一下有這個資訊跟方向。
08/20 10:41, 30F
抱歉，早上被公司網路搞，火氣有點大，不應該兇你的，真的對不起QQ 星光遮蔽計畫我以前就聽過了，不過近期好像是淩日法比較有名的樣子
噓
08/20 10:48, , 31F
態度是在差什麼，這裡有人在跟你吵架嗎?
08/20 10:48, 31F
※ 編輯: filiaslayers (113.196.34.64), 08/20/2015 10:52:21
推
08/20 21:58, , 32F
補充一下，如果正常曝光量有10K個計數，快門為1/100，那
08/20 21:58, 32F
→
08/20 21:58, , 33F
麼電路的頻率就是1MHZ，大約100倍的曝光以內就會超出感
08/20 21:58, 33F
→
08/20 21:58, , 34F
光元件的工作頻率了。所以應用範圍之一是長曝不會過曝，
08/20 21:58, 34F
→
08/20 21:58, , 35F
不用加減光鏡
08/20 21:58, 35F
‣ 更多 filiaslayers 的文章
文章代碼(AID): #1Lr3eAQe (DSLR)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 2 之 4 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共4篇)
‣ 更多 filiaslayers 的文章
文章代碼(AID): #1Lr3eAQe (DSLR)