웹캠을 통한 낮은 대기 시간 HDMI CVBS UVC USB-IP 이더넷 RTSP UDP 비디오 인코더 변환기 보드 테스트

USB 카메라 비디오 인코더 보드

오늘, 한 고객이 저에게 RTSP 비디오 인코더 보드에 UVC를 보여달라고 요청했습니다.. 아래 비디오에서, USB 카메라가 비디오 인코더와 함께 작동하는 것을 보여줍니다., HDMI CVBS UVC USB to IP 이더넷 RTSP UDP 비디오 인코더, 출력 거실 스트림.

웹 카메라는 USB를 통해 비디오 인코더 보드로 입력됩니다., 그리고 비디오 스트림은 그물 케이블을 통해 컴퓨터로 출력됩니다.. 컴퓨터에서, 우리는 EasyPlayer를 RTSP 플레이어로 사용합니다. 우리의 HDMI / CVBS / USB 비디오 입력, RTSP를 통해 / UDP 비디오 스트림 출력 인코더 보드, VLC 플레이어도 지원합니다, 그러나 이것은 보편적 인 소프트웨어입니다, 따라서 지연이 커질 것입니다.

비디오 인코더 보드는 UDP 프로토콜도 지원합니다. 컴퓨터에서 RTSP 플레이어를 실행하는 것 외에도, 우리는 또한 UDP 플레이어를 운영합니다, 스플레이어. 영상 속, UDP 프로토콜을 지원하는 스플레이어는 지연 시간이 낮다는 것을 알 수 있습니다.. 물론, 이 지연은 밀리 초 수준입니다, 그리고 차이는 수십 밀리 초에 불과합니다.. 디코더 보드 및 인코더 보드가 함께 사용되는 경우, 지연이 있습니다 80-100 (밀리 초).

비디오 소스로 매우 낮은 대기 시간 인코더 보드에 연결된 USB 카메라를 다시 살펴 보겠습니다.. 비디오 스트림은 네트워크 케이블을 통해 컴퓨터에 출력되며 EasyPlayer를 사용하여 실시간으로 재생됩니다., RTSP 프로토콜과 스플레이어를 지원합니다, UDP 프로토콜을 지원합니다.

이 테스트를 위해, 우리는 대기 시간이 최적화되지 않은 일반 USB 웹캠을 사용합니다.. 특별한 카메라가있는 경우, 카메라 칩과 렌즈 모델도 알려줄 수도 있습니다., 그리고 실시간 지연을 함께 테스트 할 수도 있습니다.

이것은 또 다른 USB 카메라 모델입니다. 비디오 인코더 보드에 대한 비디오 입력은 다음과 같습니다.. 이더넷 케이블은 비디오 인코더 보드와 컴퓨터를 연결합니다.. 컴퓨터에, RJ45 네트워크 포트를 통해.

컴퓨터에서, 이번에는 LVC 플레이어를 운영합니다. LVC 플레이어는 RTSP 프로토콜도 지원합니다. 미디어 메뉴에서, 오픈 네트워크 스트림을 선택하십시오, 기본 비디오 인코더 보드의 RTSP URL을 입력하십시오..

UVC에서 RTSP 인코더의 주요 장점은 낮은 대기 시간 기능입니다.. 낮은 대기 시간 비디오 인코더 보드는 60-90 CVBS 입력의 경우 밀리 초. 90-130 HDMI 입력의 경우 밀리 초, 감시 및 라이브 브로드 캐스트와 같은 실시간 응용 프로그램에 적합합니다..

당사의 UVC HDMI CVBS에서 IP RTSP UDP 변환기 인코더는 다양한 입력 형식을 지원합니다., 카메라 선택의 유연성을 허용합니다, 감시 시스템의 경우, 스트리밍 라이브 방송, 화상 회의, 산업 모니터링.

자주하는 질문

Q1: 나는 당신의 인코더에서 작업하고 있습니다. VLC Player에서 RTSP 스트림과 Splayer에서 UDP 스트림을 얻을 수 있습니다.. 하지만 우분투에서 실행되는 VLC에서 MPEG-TS UDP 패킷을 받고 싶습니다..

A1: 주문을 할 때 고객이 펌웨어에 대한 특별한 요구 사항이없는 경우, 사용자 정의 프로토콜을 사용합니다, MPEGTS 프로토콜을 기반으로 최적화됩니다, 대역폭 사용량이 높습니다, 직렬 포트 투명 전송 및 AES 암호화 및 암호 해독 지원, 따라서 시장에있는 DVB-T 수신기는 호환되지 않습니다.. VLC 플레이어를 사용하는 경우, RTSP 프로토콜 만 사용하여 오디오 및 비디오 스트림을 얻을 수 있습니다.. 이 펌웨어는 UDP 프로토콜도 지원하며 스플레이어.

고객이 표준 MPEG-TS 프로토콜을 업그레이드하기로 동의하는 경우, 또한 VLC 플레이어의 UDP 프로토콜을 사용하여 플레이 할 수 있습니다..
하나, 이 표준 프로토콜은 업그레이드 후 AES 암호화 및 직렬 포트 투명 전송 기능을 잃습니다., 스플레이어를 사용하여 재생할 수 없습니다. VLC 플레이어는 Windows 및 Ubuntu Linux 시스템 모두에서 사용할 수 있습니다..

Q2: 클라이언트가 VLC로 MPEGTS 스트림을 플레이하기 위해 UDP가 필요한 이유?

A2: Simplex Link에서 작동하도록 UDP 스트림을 사용해야합니다.. UDP 스트림을 사용하여 Ubuntu에서받는 방법? Ubuntu PC에서 UDP 스트림을받을 수있는 것을 공유하십시오..

VCAN1746 용 표준 MPEG-TS 프로토콜 펌웨어를 다운로드하려고합니다.?https://drive.google.com/file/d/1YFhPQM6GcofvjtBWgpe3rY0Gwh7Da3mB/view?usp=drive_link

인코더 보드 펌웨어를 업그레이드하는 방법?

2 단계 업그레이드를 완료하려면 웹 페이지 업그레이드 소개 문서의 지침을 엄격히 따르십시오.. 추가 작업을 수행하지 마십시오 (업그레이드 버튼을 여러 번 누르는 것과 같은) 업그레이드 프로세스 중. 업그레이드 프로세스 중에 전원을 끄지 마십시오..

VLC 플레이어의 사용은 Windows와 Ubuntu에서 동일합니다., 따라서 시스템을 강조 할 필요가 없습니다. VLC 플레이어의 UDP를 사용하여 비디오 스트림을 재생해야한다고 확신하는 경우, 그런 다음 표준 MPEG-TS 펌웨어를 업그레이드해야합니다.

1. 위의 업그레이드 지침을 따르고 웹 페이지를 통해 표준 MPEGTS 프로토콜 펌웨어로 업그레이드하십시오.. 업그레이드가 성공했는지 여부는 웹 서버의 시스템 페이지에 액세스하여 확인할 수 있습니다..
2. 
3. VLC 플레이어에서 오디오 및 비디오 스트림을 얻는 방법: VCAN1746 인코더 보드의 웹 서버에 로그인하십시오, 원격 IP를 PC의 IP로 변경하십시오, 프로토콜을 둘 다로 변경하십시오 (UDP 및 RTSP 프로토콜의 시연을 동시에 촉진합니다.)
4. 
5. VLC 플레이어는 UDP를 통해 오디오 및 비디오 스트림을 어떻게 얻습니까??
6. 
7. VLC 플레이어는 RTSP를 통해 오디오 및 비디오 스트림을 어떻게 얻습니까??
8. 
9. VLC 플레이어의 사용은 Windows와 Ubuntu에서 동일합니다..

Q3: 나는 컴파일하고 달렸다 DVB_DEMUX_TEST 앱 리눅스에서. 이 앱이 스레드를 설정하고 포트에서 UDP 패킷을 수신하는 것을 볼 수 있습니다. 1234. 그 후이 패킷으로 무엇을하고 있는지 알고 싶습니다.. 이 패킷으로 DBV 기능이하는 일?

A3: 사용할 포트 번호는 고객 인코딩 보드의 설정에 따라 다릅니다.. 예를 들면, 사용 된 기본 포트 번호가 UDP 인 경우 8090, 고객은 테스트 프로그램을 수정하고 사용해야합니다 8090 대신에.

1. 원격 IP는 PC의 IP 주소로 설정해야합니다.
2. 포트는 클라이언트가 설정할 수 있습니다, 등 1234, 또는 기본값 8090;
3. 프로토콜은 UDP 여야합니다, 또는 둘 다

Q4: 제공 한 예제를 기반으로 스플레이어의 Linux 버전을 어떻게 개발할 수 있습니까??

A4: parse_pal에서, 비디오 프레임 NAL의 타임 스탬프 및 NAL_Type가 분석됩니다., 그리고 그것은 이미 완전한 비디오 NAL입니다.

그런 다음 고객은 그가 쓴 디코딩 라이브러리를 호출 할 수 있습니다. (FFMPEG와 같은) 그것을 해독하려면.

당신은 우리를 참조할 수 있습니다 스플레이 플레이어 SDK (Windows 시스템을 기반으로합니다).

DVB_DEMUX_TEST는 스플레이어 플레이어의 프론트 엔드 처리를 구현합니다. 완전한 플레이어는 다음 부분이 필요합니다: DEMUX, 풀다, 디스플레이, 기록. dvb_demux_test는 demux를 구현합니다.

Demux를 제외하고, 우리의 커스텀 프로토콜이 포함되어 있고 우리가 라이브러리를 제공해야합니다., 다른 부분은 개방적이고 투명하며 다른 방식으로 구현할 수 있습니다.. 고객은 우리를 사용할 수 있습니다, Windows 아래의 스플레이어와 같은, 또는 그들은 자신의 것을 사용할 수 있습니다 (예를 들면, 그들은 자신의 플레이어를 썼습니다), 또는 플레이어를 개발하도록하는 다른 개인과 회사를 찾으십시오..

많은 고객이기 때문에, 그들이 자신의 플레이어를 개발하더라도, 실제로 FFMPEG/VLC에 전화하여 구현할 수 있습니다, 그것은 단지 변장입니다. 이 경우, FFMPEG/VLC가 지원하지 않는 프로토콜을 거의 처리 할 수 ​​없습니다. (맞춤형 프로토콜과 같은) (그들은 처음부터 플레이어를 개발하지 않기 때문입니다). 이러한 고객에게는 표준 MPEGTS 프로토콜로 전환하는 것이 가능합니다.. DVB_DEMUX_TEST, 연주자를 처음부터 개발하려는 고객에게 적합합니다..