題:
同一相機的原始圖像尺寸是否相同?
Pablo
2019-01-23 00:35:13 UTC
view on stackexchange narkive permalink

我有一個項目,試圖平衡多個計算設備之間的負載。這些設備是相似的,並且應該具有攝像機段。設備先捕獲圖像,然後再處理圖像。相同的規格。

所以我的問題是同一台攝像機的圖像尺寸是否相同?我知道壓縮圖像並將其轉換為.jpeg格式可能會更改其大小,但是同一相機的原始圖像又如何呢?原始圖像大小是否相同?

從這個問題的編程/計算方面講,您正在操作的圖像數據將具有幾乎相同的大小,而沒有區別;一旦將圖像解碼(從原始圖像或JPEG圖像),位圖大小將相同,並且解碼步驟通常非常快。
-1
如果所拍攝的圖像具有相似的構圖,並且具有相似的條件和設置(照明,ISO,快門速度等)。圖像將非常接近相同的尺寸。如果圖片本身相差很大,尺寸也可能相差很大。
為什麼“需要”圖像大小相同?僅使用平均預期文件大小,或者如果您對最壞的情況感興趣,請使用最大預期文件大小。
vtc b / c OP不會執行任務,要求攝影師具有任何專業知識;如果沒有有關所涉及的特定攝像機的更多信息,該問題將無法解決; OP可以通過拍攝並檢查幾張照片輕鬆地自己回答問題。
-1
-1
您是在談論處理還是帶寬?對於加工,尺寸為什麼重要?當無法確切了解具體細節時,計算機科學中的通常方法是使用平均情況。從長遠來看,它將平均。
只是有一個中央隊列。每個設備都有一個本地短隊列(2-3個項目)。當本地隊列中僅剩下一項時,它將從中央隊列中重新填充。大家都忙。
八 答案:
Michael C
2019-01-23 01:38:39 UTC
view on stackexchange narkive permalink

許多數碼相機對原始文件使用無損壓縮。這意味著來自同一台攝像機的原始文件的大小在某種程度上取決於內容。

場景包含的細節和顏色越多,文件就越大。場景包含的同質性越高,文件將越小。差異的程度也將取決於事物的差異,例如黑暗區域中的噪聲(噪聲通常會通過創建更多數量的唯一亮度級別而增加文件大小)。

值得一提的是,索尼在不那麼無損的壓縮中存在一個臭名昭著的錯誤,因此我們很多人都將其關閉並寫入未壓縮的原始文件,原始文件的大小相同。將其轉換為DNG通常會減少40-65%的無損尺寸。
@chrylis以下是Sony的特定答案。另外,轉換為DNG是完全不同的蠕蟲病毒,也高度依賴原始原始文件的編解碼器,它們包含或不包含哪些信息以及最終用戶是否希望/需要使用該信息的那部分。文件轉換為DNG時會從文件中刪除該文件。恕我直言,在這樣一個簡短而通用的答案中,要涉及的內容有點多(考慮到OP沒有指定相機品牌/原始文件的特定類型)。如果您認為它是如此重要,則可以將其包括在答案中。
xenoid
2019-01-23 03:56:22 UTC
view on stackexchange narkive permalink

一張價值一千個電子表格單元格的圖片,這是我的相機2018年RAW文件大小的直方圖(EOS 70D,20Mpx)。大小以K的1000為單位(不是MB)。 enter image description here

對於數學上的傾斜度:

 平均水平:24538中位數:24300標準開發號:2119  
也許您可以發布均值和SD?這將是有益的
加了數字
非常感謝。您能說明一下x軸和y軸顯示什麼嗎?我不確定這些值到底是什麼。
X是大小(“ 24”表示24000K和25000K之間的圖片),Y是存儲桶中的圖片數量。
1000s KB = MB,1024s of KiB-> MiB。按照標準,除了RAM以外,常見的操作系統報告為1,000字節KB和1,000,000字節MB。
如果要分割頭髮,則為1000的KiB :)直方圖的形狀將保持不變...
我還將附上您拍攝的最小和最大照片的副本。
感謝您發布號碼!有趣的是,RAW壓縮很少
@DietrichEpp祝大家好運,在全世界範圍內採用這種區別!
@aaaaaa更有趣的是,較亮圖像和較暗圖像之間的壓縮差異。即使以高ISO拍攝較暗的場景會減少潛在的不同亮度級別的數量,明亮的圖像往往比較暗的圖像具有較少的傳感器測得的獨特亮度級別。 (因為乘以放大倍數,最大值會降低到全孔容量的1 / 2、1 / 4、1 / 8等。
@MichaelC好吧,我的較小圖像大約是18Mpx的黑色天空中2Mpx的月亮,而最大的圖像是河水處於低潮,白色淤泥和美白灌木叢的過度曝光……。
@xenoid在天空中暴露為全黑的月亮是一種特殊情況,因為幾乎整個幀本質上都是(0,0,0)值的像素。
@MichaelC:謝謝!我很高興您同意標準化單位很重要。
@DietrichEpp我希望您不要認為我屏住呼吸等待它。
@MichaelC:當然沒有!讓每個人都習慣相同的標準和相同的頁面是一個緩慢的過程。這是一項重要的工作,但無論如何都不是很快。
根據您的分佈圖(幾乎是正態分佈或鐘形分佈),您的相機正在粗略地壓縮原始數據。分佈的原因很可能是您傾向於以居中的直方圖來拍攝照片,這意味著您不會曝光高光,無論您通常拍攝的照片有多少18%的灰度(彩色亮度)並且您沒有往往不拍低調或高調照片。無論如何都很好地使用Python
@abetancort這裡沒有Python,只是一個bash單行代碼(類似於`du 2018 * / ** / *。CR2 | sort -n | cut -f 1`),其輸出被饋送到LibreOffice`calc`。
sLaiN
2019-01-23 18:39:30 UTC
view on stackexchange narkive permalink

壓縮方法主要有兩種:

  1. 無損壓縮
  2. 有損壓縮
  3. ol>

    如前所述,JPEG是一種有損壓縮方法,它使用一些數學技巧來保存數據,因此會丟失圖片信息,從而導致質量損失。

    基本上,如果保存圖片並存儲每個像素的顏色信息而沒有任何編碼,則每個圖片很可能大小完全相同。

    但是,由於存在無損壓縮方法,因此您可以節省文件大小而不會損失任何質量。最基本的示例是遊程編碼,您可以在其中組合相同的連續信息,從而節省了將它們逐一存儲所需的空間。例如,您將存儲諸如“ 2白,3黑”之類的信息,而不是說“白,白,黑,黑,黑”。

    這將導致沒有太大差異的圖片被壓縮為相對較小的文件

    這是為什麼在同一台相機上拍攝不同的原始圖片最有可能導致文件大小不同的原因。

Chris H
2019-01-23 19:59:02 UTC
view on stackexchange narkive permalink

一些額外的信息:如果原始文件包含預覽(通常是這樣),則可能會被jpeg壓縮,並且會導致文件大小的微小變化。

檢查我拍攝的一些原始CR2文件昨天(我在桌上放著一台舊的佳能350D),基本上是同一場景的3張照片相差約3%。我在擺弄燈光,並使用了非常黑的背景,因此既吹出了亮點,又(幾乎)變成了純黑,兩者都壓縮得很好,甚至無損壓縮。

不過,在負載均衡方面,您可能很好:如果在合理數量的圖像上平均,則負載將足夠相似,除非您的系統位於邊緣,並且傳輸或解壓縮受限。

twalberg
2019-01-23 00:43:32 UTC
view on stackexchange narkive permalink

這可能取決於相機,但是對於我的佳能EOS 7D Mark II,不同的原始圖像肯定不是相同大小:

 #ls -l * .cr2-rwx-- ---- 1根束23868042 Jan 21 10:59 20190121105920-6996.cr2-rwx ------ 1根束24408037 Jan 21 11:07 20190121110757-7002.cr2-rwx ------ 1根束tew 25928707 Jan 21 11:08 20190121110823-7003.cr2-rwx ------ 1個tew tew 23777211 Jan 21 11:08 20190121110852-7004.cr2-rwx ------ 1個tew tew 25369539 Jan 21 11: 09 20190121110922-7005.cr2-rwx ------ 1根束22675822 Jan 21 11:11 20190121111113-7006.cr2-rwx ------ 1根束23377077 Jan 21 11:11 20190121111119-7007.cr2  

它們的大小都非常接近,但是肯定存在一些差異,這主要是由於原始傳感器數據以及元數據和嵌入式JPG預覽圖像的壓縮所致。

謝謝。由於我沒有足夠的攝影知識,所以我想知道大小上的差異是否太大,以至於我不能將負載視為圖像數量? “ 23868042”是否表示23.8 MB?
正確-7D II具有20.2兆像素的傳感器,考慮到我當前的照片集,生成的原始圖像通常在19到36兆字節之間。
szulat
2019-01-24 19:39:27 UTC
view on stackexchange narkive permalink

現在,如果您也對不那麼受歡迎的品牌感興趣,這是Sony處理RAW的方式。

當前使用的RAW文件(文件擴展名“ .ARW”)有2種類型:每位8位像素(稱為“壓縮RAW”)和每個像素16位(“未壓縮RAW”)。某些相機的大小限制為8位,高端相機可以寫入任何一種類型。

因此,給定相機的所有RAW文件的大小幾乎相同,等於百萬像素的數量(8位)或兩倍於百萬像素(16位)。由於嵌入的JPEG預覽,實際文件大小會有所波動,但是RAW數據本身始終是恆定大小。

索尼相機是否真的減少了壓縮原始文件的位深度?具有與JPEG相同顏色深度的“原始”文件有什麼意義?
@xiota每個像素有8位文件數據,但不是8位文字圖像-有效位深度取決於局部對比度,可以在11位和7位之間,然後有伽馬曲線(類似於JPEG)將輸出擴展到13位。這種壓縮算法引入的偽像在典型的圖像中是看不見的,Sony所有者通常甚至都不知道這些文件不是真正的RAW。這不是一個不好的算法,但令人遺憾的是,索尼沒有APS-C相機可以拍攝真正的RAW-在極少數情況下,它無法切換為未壓縮的RAW。
@xiota原始文件沒有任何顏色深度。它們是單色亮度值。
它們包含已通過* color *濾鏡的光的“單色”亮度值,因此代表顏色。它可能不包含每個像素的完整顏色信息,但仍然是顏色深度。
xiota
2019-01-25 04:49:44 UTC
view on stackexchange narkive permalink

可能 的原始文件大小完全相同,但實際上,它們幾乎總是不一樣。原因包括:

  • 元數據的可變大小。 ( twalberg
  • JPEG預覽縮略圖的可變大小。 ( Chris H szulat
  • 無損壓縮。 ( Michael C sLaiN
  • 有損壓縮。 ( sLaiN
  • 降低分辨率的原始文件。
  • 降低位深度的原始文件。

不完全知道

  • Canon-佳能– CR2文件得到無損壓縮。 (克里斯·H特瓦爾貝格異物
  • FujiFilm X系列–使用G1 / G2 X-Trans傳感器的相機(16mp)和Faux-X Bayer傳感器不對原始數據使用壓縮。 G3和更高版本的X-Trans傳感器(24mp)具有選項以使用無損壓縮。
  • Nikon – ???
  • Olympus – ???
  • Panasonic – ???
  • Pentax – ???
  • Sony –( szulat
abetancort
2019-02-03 08:12:08 UTC
view on stackexchange narkive permalink

您問題的直接答案:

  1. 來自同一相機的原始文件,以相同的分辨率拍攝,如果您使用的是原始圖像,則它們的大小可能不會相似

  2. 另一方面,如果未壓縮它們,則對於像素數較大的傳感器的相機,它們之間的大小差異可以忽略不計( > = 30兆像素和> = 12位),主要是由於原始文件中嵌入了jpeg預覽(按定義寬鬆地壓縮了)。

  3. 如果您拍攝未壓縮的原始圖像並更改了其中的尺寸非常大,您的相機正在壓縮它們,並告訴您有關它的信息。
  4. ol>


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 4.0許可。
Loading...