不過實在想不出有什麼必要去改變raw檔耶!
或許應該問問寫raw檔的程式設計師.
-----------------------------------
因為比起16bits/channel的TIFF來
Bayer RAW format可以有效的節省儲存空間
(而又不會有data loss,但相對的必須付出解壓縮的代價)
這在高畫質的數位錄像檔上(數位電影)有很大的功用
June 17th, 2004, 02:32 AM #292
Storing it in Bayer form (10 bit) gives us a data reduction (not a
true reduction since this is what is coming from the camera, but
a reduction in comparison to full demosaiked RGB data) of 3:1.
This reduces bandwidth 3 times or 77%. Then we at least store
it packed which saves us 37.5%.
So for every 24 bytes (not bits) of RGB data we only store 5
which is a 4.8:1 compression or a reduction of 79.2%. This is
without loosing any quality (except for the Bayer filter, but that
you can't get without on single chip system either except for
a Foveon chip)
Since the camera is sending us raw Bayer at 16 bits this gives
us a 37.5% reduction or a 1.6:1 compression.
.........
Now to give everyone a low down on some data rates (again):
1280 x 720 x 24 fps x 8 bit, full RGB = 63.28 MB/s (126,56 MB/s)
1280 x 720 x 24 fps x 10 bit, 16-bit full RGB = 126.56 MB/s (253.12 MB/s)
1280 x 720 x 24 fps x 8 bit, Bayer = 21.09 MB/s (42.19 MB/s)
1280 x 720 x 24 fps x 10 bit, 16-bit Bayer = 42.19 MB/s (84.38 MB/s)
1280 x 720 x 24 fps x 10 bit, packed Bayer = 26.37 MB/s (52.73 MB/s)
1280 x 720 x 24 fps x 12 bit, packed Bayer = 31.64 MB /s (63.28 MB/s)
The numbers between the () are for 48 fps. I've added 12 bit on
the last row to see where it might be headed. So the most optimal
size and very easy to implement (10 bit, packed Bayer) is the one
that will definitely be there. Whether or not we can support any
futher compression depends on a lot of things (licenses, speed,
resources etc.).
http://dvinfo.net/conf/showthread.php?t=25808&page=20至於說,為什麼要更改RAW?
那就好像問駭客為什麼要侵入他人電腦一樣
是沒有標準答案的
powerslide修改於2006年09月27日16:35