동일한 장면의 일부 JPEG 파일이 다른 파일보다 훨씬 큰 이유는 무엇입니까?


12

일정한 조명 조건에서 정적 장면을보기 위해 Foscam FI8910W ip 카메라를 사용하고 있습니다. 프레임 손잡이를 뒤로 당기면 크기는 약 35KB입니다. 나는 이것을 반복해서 할 수 있으며 항상 약 35KB이지만 전자 이미지 캡처 고유의 다양한 노이즈로 인해 약간 변동합니다. 이 무작위 변동은 최대 1KB 정도입니다.

약 2500 프레임마다 프레임의 이미지 크기는 갑자기 70KB 정도입니다. 카메라가 예열 될 때 열 노이즈를 생각할 경우 점진적으로 올라가지 않습니다. 1 프레임은 70KB (ish)이며 35KB 크기의 프레임으로 돌아갑니다.

이것은 다른 장면을보고 다른 달리기와 함께 전에 일어났습니다. 일반적인 파일 크기는 39KB였으며 10,000 개 프레임 중 4 개는 77KB 정도였습니다. 이미지 크기 히스토그램은 다음과 같습니다.

JPEG 크기 히스토그램

당신이 묻기 전에, 나는이 프레임들 중 하나를 저장했습니다. 그리고 그것은 다른 모든 것들이 예상되는 잡음 변동을 정확하게 보여줍니다. 그들은 대략 23,000에서 대략 같은 수의 독특한 색상을 가지고 있습니다. 따라서 정확히 1 프레임 동안 렌즈에 무작위로 착륙 한 후 나방이 아닙니다. 완성도를 위해 다른 이미지 실행을 수행했으며 이는 전형적인 이미지 의 예입니다 (반사는 IR 조명기입니다).

37K 일반 이미지

이것은 비정상적인 이미지입니다.

73K 이상 이미지

차이가 없음을 알 수 있습니다. 실례합니다 JPEG 알고리즘에 대해 잘 알고 있으며 Foscam의 구현에서 코딩 오류가 아닌 다른 방법으로 이러한 상황이 발생할 수 있음을 알 수 없습니다. 그러나 일부 JPEG 변환 함수 (이산 코사인 변환 또는 양자화와 같은) 내에 본질적으로 혼란스러운 것이있을 수 있습니까? 통계적으로 파일 크기의 정상적인 분포를 기대할 수 있으며 이것이 약 39KB입니다. 그런 다음 77KB의 여러 특이 치가 있습니다. 따라서 확률 적으로 보이지 않습니다.

이것이 CS에 있고 하드웨어가 아닌 이유는 이것이 JPEG 인코딩 알고리즘과 관련된 프로그래밍 코드 현상 일 수 있는지 묻고 있기 때문입니다. 그럴듯하지는 않지만 이례적인 부분은 무작위이며 드물게 발생하며 장치와 사람의 상호 작용은 없습니다. JPEG 인코딩은 안정적입니까?

이 현상에 익숙하지 않은 이유는 이미지가 동일하게 보이므로 아무도 파일 크기를 실제로 보지 않기 때문입니다. 파일 크기는 나에게 매우 중요하므로 알았습니다. 2500 프레임마다 어떻게 이런 일이 일어날 수 있습니까?

보충 :-

imgur 소프트웨어가 업로드 된 파일을 다시 샘플링하기 때문에 이러한 이미지를 게시해도 문제가되지 않습니다. 따라서 37K 및 73K 파일을 게시하는 동안 imgur는 둘 다 35K로 다시 샘플링했습니다. 이는 이미지 처리, 데이터 압축 및 분석을 다루는 사이트에는 역설적 인 스택 교환 문제인 것 같습니다.

이것은 이미지 처리입니다. 일반 이미지와 이상 사이의 표준화 된 차이입니다. 이미지는 고주파 영역에서 JPEG 노이즈로 예상 한대로입니다. 단색으로 보이지만 RGB 이미지입니다. 색상 큐브에는 8000 개의 고유 한 색상이 있습니다 (노이즈를 나타냄).

37K와 73K 이미지의 표준화 된 차이

보충 2 :-

요청한대로 샘플 프레임 에서 4 개의 일반 프레임과 2 개의 비정상 프레임을 다운로드 할 수 있습니다 . 다른 장면이지만 변칙적 인 동작이 여전히 발생 했으므로 일관성이 있음을 증명합니다.


더 큰 이미지의 EXIF ​​/ ICMP 필드를 보셨습니까? 카메라가 추가 정보를 저장하고있을 수 있습니다.
MBaz

포함 된 처음 두 이미지의 크기는 약 36k와 거의 같습니다. 왜 그들이 70k라고 말하는거야? 이미지 업로드 사이트에서 이미지를 다시 인코딩하고 있습니까?
Peter K.


1
내 오래된 Nikon을 사용하면 jpeg와 raw 이미지를 모두 얻을 수 있습니다. 나는 변칙적 인 이미지를 포착하려고 시도합니다.

와우,이 질문은 1 년 전에 요청되었지만 여전히 답변을받지 못했습니다. OP가 알아 냈습니까?
Rakshit Kothari

답변:


1

내 추측은 결과 이미지에 더 높은 주파수 요소가 포함되는 방식으로 자동 초점 또는 조리개가 짧게 변경되는 것입니다.

예를 들어, 초점이 텍스처 표면의 세부 질감 표면과 같은 방식으로 부드러운 대상에서 질감이있는 대상 (예 : 부드러운 하마와 천 드레이프)으로 이동하면 JPEG의 크기가 상당히 커지는 경향이 있습니다.

다른 사람이 이미 언급했듯이 : 조리개 및 초점 거리와 같은 핵심 매개 변수의 변화에 ​​대해 이미지 EXIF ​​데이터를 확인하는 것이 좋습니다. 이미지 크기의 급격한 차이로 인해 카메라의 견해에서 일부 기본 매개 변수가 다를 수 있습니다.


0

'CMOS'센서는 일반적으로 "PURPLE FRINGING"또는 가능한 "Sensor Bloom"문제로 알려진 현상에 직면합니다.

PF가 센서 블룸 (Sensor Bloom)의 원인인지 비자 (Visa)와 관련이 있는지에 대한 논쟁이 실제로 있다는 것을 말함으로써 이것을 서두에 두어야합니다. 이러한 효과는 센서에서 결과적으로 캡처 된 빛에 스파이크를 유발할 경우 과부하를 유발하는 누적 효과의 결과 일 수 있습니다. 파일을 더 크게 만들기.

나는 자홍색 (또는 자주색) 범위에서 과부하가 발생한다고 믿으며이 현상은 매우 드 rare니다.

거대한 아이스 큐브 트레이와 같은 센서를 생각하십시오. 하나의 구획이 이상으로 인해 물 (경량)로 과도하게 채워지면 인접한 구획으로 쏟아져서 해당 배치에 대해 약간 큰 부피의 얼음 덩어리가 생길 수 있습니다. (더 큰 파일 크기 및 AND 데이터 설명)

이제 이것은 최선의 추측이며 위의 정보에 도움이 될만한 링크를 찾았습니다. 내 주장이 잘못된 경우 문제를 격리하는 데 도움이되는 추가 기술 정보가 있습니다.

이 링크를 확인하십시오 http://toothwalker.org/optics/chromatic.html

RGB는 감산 색상 공간임을 기억하십시오. 특정 파장의 빛을 제거하여 빛을 통한 색 (vs 안료)을 조작합니다. 어떤 색 파장은 다른 색 파장보다 길다.

페이지에는 예외를 설명하는 데 도움이되는 훌륭한 광학 수업이 있습니다.


2
-1 이것이 문제에 대한 답이라고 생각하지 않습니다. 왜 한 프레임에 갑자기 센서 블룸이 발생합니까? 차이 파일은 그 또는 보라색 줄무늬를 보여주지 않습니다. 또한 파일을 2 배로 늘리지 않습니다.
Olli Niemitalo

또한 RGB는 추가 색상 공간입니다. CMYK는 빼기 색상 공간입니다. RGB에서 "자주색"은 R + B입니다.
MSalters
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.