4K 프레임은 800만 화소 이상을 포함합니다. 압축 없이 초당 30개의 프레임을 전송하면 매우 큰 데이터 스트림을 만듭니다.따라서 USB 카메라 모듈은 종종 MJPEG를 사용합니다. 왜냐하면 JPEG 압축은 USB 링크를 통해 이동해야하는 데이터의 양을 줄이기 때문입니다..
USB2.0은 USB3.x보다 실용적인 대역폭이 훨씬 적다. USB3.x에서도 압축되지 않은 고비트 속도 모드는 다른 장치와 호스트 컨트롤러 제한과 경쟁할 수 있다.MJPEG는 동일한 물리적 인터페이스에서 프레임 당 바이트 수를 줄임으로써 더 높은 해상도 또는 프레임 속도를 수행 할 수 있습니다..
H.264/H와 같은 긴 GOP 비디오 코덱과는 달리.265, MJPEG는 JPEG 이미지로 개별 프레임을 압축합니다. 이것은 무작위 프레임 액세스를 비교적 간단하게하고 프레임 간의 예측 의존성을 피합니다. 일부 비전 응용 프로그램에서,압축 유물들이 남아있음에도 불구하고 단순성이 유용하다는 것을.
압축은 데이터를 사라지게 하지 않습니다. 그것은 다른 곳으로 작업을 옮깁니다. 카메라 또는 브릿지는 이미지를 압축하고 호스트는 그것을 해독합니다.약한 임베디드 프로세서는 USB 버스에서 여러 4K MJPEG 스트림을 전송할 수 있음에도 불구하고 어려움을 겪을 수 있습니다.
멀티 카메라 시스템에서는 USB 사용량과 CPU/GPU 디코딩 부하를 모두 측정한다.
호스트는 여전히 모드를 협상하고 스트림을 수신하고 프레임을 디코드하고 메모리에 이동해야합니다. 소프트웨어 프레임워크는 버퍼를 복사하거나 색 형식을 변환하여 대기 시간을 추가 할 수 있습니다.케이블 품질 및 USB 컨트롤러 공유 또한 지속적인 성능에 영향을 줄 수 있습니다..
스펙은 데스크톱 PC의 성공적인 테스트에서 가정하기보다는 최종 호스트에서 검증되어야합니다.
알고리즘이 JPEG 아티팩트에 민감하거나 일관된 픽셀 값을 요구하거나 디코더 지연을 피하는 경우, YUY2 또는 다른 압축되지 않은 / 원시 경로가 선호 될 수 있습니다. 그 경우, USB3.x,낮은 해상도, 더 낮은 프레임 레이트 또는 다른 인터페이스가 필요할 수 있습니다.
모드 테이블: 해상도, 프레임 속도 및 포맷을 비교합니다. 다음 USB 버전, 호스트 해독 부하, 대기 시간 및 응용 프로그램이 모든 프레임을 처리하는지 확인하십시오.모듈 광고 4K30는 그 모드가 MJPEG인지 여부에 따라 매우 다르게 행동 할 수 있습니다., H.264 또는 다른 형식
단일 4K30 MJPEG 카메라는 호스트에 안정적으로 스트리밍 할 수 있지만, 동일한 네 개의 카메라는 USB 토폴로지 또는 디코더 자원을 압도 할 수 있습니다. 압축은 각 링크의 대역폭을 감소시킵니다.하지만 결합된 시스템은 여전히 4개의 스트림을 수신하고 디코딩해야 합니다.따라서 멀티 카메라 디자인은 카메라 단위로 가정하는 것이 아니라 집합적인 측정이 필요합니다.
전체 명령어에는 형식과 인터페이스가 포함되어야합니다. 예를 들어, 특정 USB 링크를 통해 MJPEG에서 30 fps에서 3840 × 2160입니다. 형식이 없으면 숫자는 키 엔지니어링 제약을 숨깁니다.이 독서 습관 은 선택 에 있어서 많은 실수 를 방지 한다.
이것은 손실 압축 형식이기 때문에 유물이 가능합니다. 압축 설정과 응용 프로그램에 따라 문제가 될 수 있습니다.
H.265는 더 효율적으로 압축할 수 있지만 코덱 복잡성과 종종 더 많은 지연 시간을 추가합니다. MJPEG는 간단하고 프레임 독립적입니다.
일부 형식 및 구현에 가능할 수 있지만 정확한 데이터 속도, 프로토콜 오버헤드 및 호스트 파이프 라인을 확인해야합니다. 인터페이스 이름만으로 가정하지 마십시오.
