일정한 조명 조건에서 정적 장면을보기 위해 Foscam FI8910W ip 카메라를 사용하고 있습니다. 프레임 손잡이를 뒤로 당기면 크기는 약 35KB입니다. 나는 이것을 반복해서 할 수 있으며 항상 약 35KB이지만 전자 이미지 캡처 고유의 다양한 노이즈로 인해 약간 변동합니다. 이 무작위 변동은 최대 1KB 정도입니다.
약 2500 프레임마다 프레임의 이미지 크기는 갑자기 70KB 정도입니다. 카메라가 예열 될 때 열 노이즈를 생각할 경우 점진적으로 올라가지 않습니다. 1 프레임은 70KB (ish)이며 35KB 크기의 프레임으로 돌아갑니다.
이것은 다른 장면을보고 다른 달리기와 함께 전에 일어났습니다. 일반적인 파일 크기는 39KB였으며 10,000 개 프레임 중 4 개는 77KB 정도였습니다. 이미지 크기 히스토그램은 다음과 같습니다.
당신이 묻기 전에, 나는이 프레임들 중 하나를 저장했습니다. 그리고 그것은 다른 모든 것들이 예상되는 잡음 변동을 정확하게 보여줍니다. 그들은 대략 23,000에서 대략 같은 수의 독특한 색상을 가지고 있습니다. 따라서 정확히 1 프레임 동안 렌즈에 무작위로 착륙 한 후 나방이 아닙니다. 완성도를 위해 다른 이미지 실행을 수행했으며 이는 전형적인 이미지 의 예입니다 (반사는 IR 조명기입니다).
이것은 비정상적인 이미지입니다.
차이가 없음을 알 수 있습니다. 실례합니다 JPEG 알고리즘에 대해 잘 알고 있으며 Foscam의 구현에서 코딩 오류가 아닌 다른 방법으로 이러한 상황이 발생할 수 있음을 알 수 없습니다. 그러나 일부 JPEG 변환 함수 (이산 코사인 변환 또는 양자화와 같은) 내에 본질적으로 혼란스러운 것이있을 수 있습니까? 통계적으로 파일 크기의 정상적인 분포를 기대할 수 있으며 이것이 약 39KB입니다. 그런 다음 77KB의 여러 특이 치가 있습니다. 따라서 확률 적으로 보이지 않습니다.
이것이 CS에 있고 하드웨어가 아닌 이유는 이것이 JPEG 인코딩 알고리즘과 관련된 프로그래밍 코드 현상 일 수 있는지 묻고 있기 때문입니다. 그럴듯하지는 않지만 이례적인 부분은 무작위이며 드물게 발생하며 장치와 사람의 상호 작용은 없습니다. JPEG 인코딩은 안정적입니까?
이 현상에 익숙하지 않은 이유는 이미지가 동일하게 보이므로 아무도 파일 크기를 실제로 보지 않기 때문입니다. 파일 크기는 나에게 매우 중요하므로 알았습니다. 2500 프레임마다 어떻게 이런 일이 일어날 수 있습니까?
보충 :-
imgur 소프트웨어가 업로드 된 파일을 다시 샘플링하기 때문에 이러한 이미지를 게시해도 문제가되지 않습니다. 따라서 37K 및 73K 파일을 게시하는 동안 imgur는 둘 다 35K로 다시 샘플링했습니다. 이는 이미지 처리, 데이터 압축 및 분석을 다루는 사이트에는 역설적 인 스택 교환 문제인 것 같습니다.
이것은 이미지 처리입니다. 일반 이미지와 이상 사이의 표준화 된 차이입니다. 이미지는 고주파 영역에서 JPEG 노이즈로 예상 한대로입니다. 단색으로 보이지만 RGB 이미지입니다. 색상 큐브에는 8000 개의 고유 한 색상이 있습니다 (노이즈를 나타냄).
보충 2 :-
요청한대로 샘플 프레임 에서 4 개의 일반 프레임과 2 개의 비정상 프레임을 다운로드 할 수 있습니다 . 다른 장면이지만 변칙적 인 동작이 여전히 발생 했으므로 일관성이 있음을 증명합니다.