a9789575 wrote:
所以目前市上手機所說的畫素是畫元
那不就要除4才是真正的畫素
就我整篇看下來
所能理解的部分來講
手機上標榜的畫素是經過補插點後的畫素
但也是真實的畫素
但不是感光元件上
接受感應的真實畫素
如有錯
請多多指導
markhuang410 wrote:
從昨天的25樓看到今天的33樓 還是很多人執著在於我出來的照片畫素就是跟畫元數量一樣
跟你說那是演算法算出來的你又不相信 然後又跳針到什麼100萬放大到400萬三小的
很明顯的就是完全沒有搞懂一些基本的原理
"雖然BG的數值很低可是R感受的很多的光線,所以該區域應該是紅色為主"
所以儘管BG接受到的光不多 到了最後還是會顯示為紅色
而一般的排列是RG GB為一個單位 所以樓主的意思說 400萬畫元其正確的資訊量只有100萬是這樣推論來的
我個人是完全可以接受這種說法
這個跟我把100萬的照片在電腦用軟體放大到400萬完全是不一樣的(恕刪)
說的很好....
一樣送你參考
看一下下面這張圖吧
本圖來源出處Olympus的顯微鏡中心
Olympus Microscopy Resource Center
裡面有蠻多關於光學的相關文章發表
有興趣的人可以多看一下
可以注意4-pixel array..裡面有多少element??
很明顯1個pixel對應4個element
這是Olympus對pixel的闡述
我想應該沒有人會對Olympus有異議吧...
NEW ONE原始檔 2688x1520=400萬(pixel)
很明顯就是400萬畫素(pixel) 1600畫元(element)
用4畫元(element)表示1個畫素(pixel)
話說你真的懂演算法嗎?
基本原理真的懂???那要不要另寫一篇專文給大家看看
還是妳只是接收似是而非的文字來理解?
400萬畫元正確資訊量只有100萬..
你的意思是400萬格的紅藍綠經過統計之後可以得到100萬格混色訊號的結論
但是妳卻利用100萬格的真實混色訊號去演算出400萬格的混色圖片???
那不就等於你用1格的資料量去揣摩其它4格的意思???
演算法是這樣搞的???
silicon imaging，這夠專業，有代表性了吧
(上面有個版友留O家那不過是示意圖)
注意看底下Bayer Interpolation之後的計算
不就代表每個位置在算顏色時，不僅僅會抓四周一圈的其他顏色評估，
甚至更遠一層的都會算到。
當然樓上也有人說過，
各家有各家的演算法，不一定一種適用全部
至少overlap絕對是有再這樣用的。
dace_john wrote:
應該還是只有兩個，終...(恕刪)
(....其實隨便用Demosaicking 解馬賽克演算法之類關鍵字
去找paper，都馬一堆資料，在討論怎樣內插效率好或是品質好)
400萬CCD 由200萬G+100萬R+100萬B 構成, 當然就是400萬個獨立訊號.
每個訊號有自己的真實坐標, 沒有差分運算的問題. 是真真實實的獨立數据.
不要再用TFT-LCD的成像原理去想CCD了
For example, for an F/2 lens, within MTF 80%, you can have the maximum lens resolution as 145 lp/mm
A 1/3" optical format sensor may be around 5mm in horizon. Thus, sensor pixel sampling is far enough.
This is the true reason we don't need more megapixels.
On the other hand, Nokia 808 is using binning to achieve the same goal. Thus, you can take only 8MP or 5MP pictures with a 1/1.2" sensor.
Thus, the equivalent pixel of Nokia 808 is bigger than HTC new One.
There is no subpixel or element terms in imager design. Unless you are talking 2 or more photo diodes at one pixel.
So, you don't really need high frame rate to get HDR. Some sensor makers can offer HDR even 7.5fps
ad47 wrote:
http://www...(恕刪)
您提供的資料已經很明確的告訴您了
" is a repeating 2x2 arrangement."
是的，您沒看錯這是一個4 Pixel的示意圖，總共由16個element/subpixels 組成
此外就下方演算法的部份，您反駁的320樓網友提出的意見，若以您提供網頁的演算法來看，qbuostk 畫出的B 區其實也可以當成色彩演算的依據...
因此，對於物理定義上的Pixel，應該在您提供的網頁上已經回覆得很清楚了，若按您原本提出的想法，那應該是個4*4 總共16 Pixel的組成，So~
此外，演算法真的是百百種nearest neighbor、linear、cubic, cubic spline、etc. 就看設計者的喜好與運算的能力啦
cptchutm wrote:
SETi
嗯，當然它是400萬個獨立的訊號，這個我們沒有任何的疑問
只不過這四百萬個獨立的訊號"必須"組成100萬個有規則性的單元組
才能夠呈現出我們希望它達成的事情 >> 瞭解這個區域內R、G、B的各自分配
然後讓我們紀錄下來之後好依據相應的位置重現出來
因此，Pixel 像素，指的就是達成這件事情的最小組成，切開任一個單一的element/subpixels，所得到的資訊都沒有辦法告訴您這個區域該呈現什麼色彩
只能告訴您座標XXX:YYY 輝度是???，又因為上面有color filter 因此減弱的程度會依色彩有所變化，當BW sensor來用都還覺得不優
所以在這裡小弟想我們討論的應該是彩色CMOS與CCD吧？？ ^^"
內文搜尋
從 APP 打開
X