Mục lục
Bảng mã hóa video camera USB
Hôm nay, Một khách hàng đã yêu cầu tôi đưa cho anh ấy UVC vào bảng mã hóa video RTSP. Vì vậy, trong video dưới đây, Tôi hiển thị camera USB hoạt động với bộ mã hóa video của chúng tôi, HDMI CVBS UVC USB đến IP Ethernet RTSP Trình mã hóa video UDP, và dòng sống đầu ra.
Camera web được nhập qua USB vào bảng mã hóa video, Và luồng video được xuất qua cáp ròng vào máy tính. Trên máy tính, Chúng tôi sử dụng EasyPlayer làm trình phát RTSP. HDMI của chúng tôi / CVBS / Đầu vào video USB, thông qua RTSP / Bảng mã hóa đầu ra luồng video UDP, cũng hỗ trợ người chơi VLC, Nhưng đây là phần mềm phổ quát, Vì vậy, sự chậm trễ sẽ lớn hơn.
Bảng mã hóa video của chúng tôi cũng hỗ trợ giao thức UDP. Bên cạnh việc chạy trình phát RTSP trên máy tính, Chúng tôi cũng chạy một người chơi UDP, Người chơi. Trong video, Chúng ta có thể thấy rằng splayer hỗ trợ giao thức UDP có độ trễ thấp hơn. Tất nhiên, Sự chậm trễ này ở cấp độ mili giây, và sự khác biệt chỉ là một vài hàng chục mili giây. Nếu bảng giải mã và bảng mã hóa của chúng tôi được sử dụng cùng nhau, Sự chậm trễ là về 80-100 mili giây.
Hãy cùng xem một cái nhìn khác về máy ảnh USB được kết nối với bảng mã hóa độ trễ cực thấp của chúng tôi như một nguồn video. Luồng video được xuất vào máy tính thông qua cáp mạng và được phát trong thời gian thực bằng cách sử dụng EasyPlayer, hỗ trợ giao thức RTSP và splayer, hỗ trợ giao thức UDP.
Cho bài kiểm tra này, Chúng tôi sử dụng webcam USB thông thường có độ trễ không được tối ưu hóa. Nếu bạn có một máy ảnh đặc biệt, Bạn cũng có thể cho chúng tôi biết mô hình chip và ống kính camera, và chúng ta cũng có thể kiểm tra độ trễ thời gian thực cùng nhau.

Đây là một mô hình camera USB khác. Đây là đầu vào video cho bảng mã hóa video của chúng tôi. Cáp Ethernet kết nối bảng mã hóa video của chúng tôi và máy tính. Đến máy tính, thông qua cổng mạng RJ45.
Trên máy tính, Chúng tôi chạy trình phát LVC lần này. Người chơi LVC cũng hỗ trợ giao thức RTSP. Từ menu phương tiện, Chọn luồng mạng mở, và nhập URL RTSP của bảng mã hóa video mặc định của chúng tôi.
Ưu điểm chính của bộ mã hóa UVC sang RTSP là khả năng có độ trễ thấp của chúng. Bảng mã hóa video độ trễ thấp hơn của chúng tôi có thể đạt được độ trễ thấp như 60-90 mili giây cho đầu vào CVBS. 90-130 mili giây cho đầu vào HDMI, Làm cho chúng phù hợp cho các ứng dụng thời gian thực như giám sát và phát sóng trực tiếp.
UVC HDMI CVB của chúng tôi đến IP RTSP Bộ mã hóa UDP UDP hỗ trợ nhiều định dạng đầu vào khác nhau, Cho phép linh hoạt trong lựa chọn máy ảnh, cho các hệ thống giám sát, phát trực tiếp các chương trình phát sóng trực tiếp, hội nghị truyền hình, và giám sát công nghiệp.
Hỏi đáp
Q1: Tôi làm việc trên bộ mã hóa của bạn. Tôi có thể nhận được luồng RTSP tại trình phát VLC và luồng UDP tại Splayer. Nhưng tôi muốn nhận gói UDP MPEG-TS tại VLC chạy trên Ubuntu.
A1: Nếu khách hàng không có yêu cầu đặc biệt đối với phần sụn khi đặt hàng, Chúng tôi sẽ sử dụng một giao thức tùy chỉnh, được tối ưu hóa dựa trên giao thức MPEGTS, có sử dụng băng thông cao hơn, Hỗ trợ hộp truyền trong suốt hàng loạt và mã hóa AES và giải mã, Vì vậy, các máy thu DVB-T trên thị trường không tương thích. Nếu bạn sử dụng trình phát VLC, Bạn chỉ có thể sử dụng giao thức RTSP để nhận các luồng âm thanh và video. Phần sụn này cũng hỗ trợ giao thức UDP và cần được chơi với Người chơi.
Nếu khách hàng đồng ý nâng cấp giao thức MPEG-TS tiêu chuẩn, Họ cũng có thể sử dụng giao thức UDP của người chơi VLC để chơi.
Tuy nhiên, Giao thức tiêu chuẩn này mất mã hóa AES và các chức năng truyền tải trong suốt sau khi nâng cấp, và không thể được chơi bằng cách sử dụng splayer. Người chơi VLC có thể được sử dụng trên cả hệ thống Windows và Ubuntu Linux.
Q2: Tại sao máy khách cần UDP để phát các luồng MPEGTS với VLC?
A2: Chúng ta cần sử dụng luồng UDP để nó có thể hoạt động liên kết Simplex. Cách chúng ta có thể sử dụng luồng UDP để nhận trên Ubuntu? Vui lòng chia sẻ điều gì đó mà chúng tôi có thể nhận được luồng UDP trên PC Ubuntu.
Muốn tải xuống phần sụn giao thức MPEG-TS tiêu chuẩn cho VCAN1746?https://drive.google.com/file/d/1YFhPQM6GcofvjtBWgpe3rY0Gwh7Da3mB/view?usp=drive_link
Cách nâng cấp chương trình cơ sở bảng mã hóa?
Vui lòng tuân thủ nghiêm ngặt các hướng dẫn của tài liệu giới thiệu nâng cấp trang web để hoàn thành nâng cấp hai bước. Không thực hiện các hoạt động bổ sung (chẳng hạn như nhấn nút Nâng cấp nhiều lần) Trong quá trình nâng cấp. Không tắt nguồn trong quá trình nâng cấp.
Việc sử dụng trình phát VLC giống nhau trong Windows và Ubuntu, Vì vậy, không cần phải nhấn mạnh hệ thống. Nếu bạn chắc chắn rằng bạn phải sử dụng VLC Player UD UDP để phát các luồng video, Sau đó, bạn nên nâng cấp chương trình cơ sở MPEG-TS tiêu chuẩn.
- Thực hiện theo các hướng dẫn nâng cấp ở trên và nâng cấp lên phần sụn giao thức MPEGTS tiêu chuẩn thông qua trang web. Liệu việc nâng cấp có thành công có thể được xác nhận hay không bằng cách truy cập trang hệ thống của máy chủ web.

- Cách nhận các luồng âm thanh và video trong trình phát VLC: Đăng nhập vào máy chủ web của bảng mã hóa VCAN1746, Thay đổi IP từ xa thành IP của PC, và thay đổi giao thức thành cả hai (Để tạo điều kiện cho việc trình diễn các giao thức UDP và RTSP cùng một lúc)

- Làm thế nào để trình phát VLC có được luồng âm thanh và video qua UDP?

- Làm thế nào để trình phát VLC có được luồng âm thanh và video qua RTSP?

- Việc sử dụng trình phát VLC giống nhau trong Windows và Ubuntu.
Q3: Tôi đã biên dịch và chạy Ứng dụng DVB_DEMUX_TEST trong Linux. Tôi có thể thấy rằng ứng dụng này đặt một luồng và nhận các gói UDP tại cổng 1234. Tôi muốn biết những gì nó đang làm với các gói này sau đó. Chức năng DBV làm gì với các gói này?
A3: Việc sử dụng số cổng nào phụ thuộc vào cài đặt của bảng mã hóa khách hàng. Ví dụ, Nếu số cổng mặc định được sử dụng UDP là 8090, Khách hàng nên sửa đổi chương trình kiểm tra và sử dụng 8090 thay thế.

- IP từ xa phải được đặt thành địa chỉ IP của PC
- Cổng có thể được đặt bởi máy khách, nhu la 1234, hoặc mặc định 8090;
- Giao thức phải là UDP, hoặc cả hai
Q4: Làm cách nào để phát triển phiên bản Linux của Splayer dựa trên ví dụ bạn đã cung cấp?
A4: Trong parse_pal, dấu thời gian và nal_type của khung video được phân tích, Và nó đã là một video hoàn chỉnh.

Khách hàng sau đó có thể gọi thư viện giải mã mà anh ấy đã viết (chẳng hạn như ffmpeg) để giải mã nó.

Bạn có thể tham khảo của chúng tôi SDK của người chơi splay (Dựa trên hệ thống Windows).
DVB_DEMUX_TEST thực hiện xử lý mặt trước trong trình phát splayer. Một người chơi hoàn chỉnh yêu cầu các phần sau: Demux, giải mã, trưng bày, ghi lại. DVB_Demux_Test thực hiện demux.
Ngoại trừ giới hạn, liên quan đến giao thức tùy chỉnh của chúng tôi và yêu cầu chúng tôi cung cấp một thư viện, Các phần khác được mở và minh bạch và có thể được thực hiện theo những cách khác nhau. Khách hàng có thể sử dụng của chúng tôi, chẳng hạn như splayer của chúng tôi dưới Windows, hoặc họ có thể sử dụng của riêng họ (ví dụ, Họ đã viết người chơi của riêng họ), hoặc thậm chí tìm thấy các cá nhân và công ty khác khiến người chơi phát triển chúng.
Bởi vì nhiều khách hàng, Ngay cả khi họ phát triển người chơi của riêng mình, thực sự có thể gọi FFMPEG/VLC để thực hiện nó, đó chỉ là một ngụy trang. Trong trường hợp này, Họ khó có thể xử lý các giao thức mà FFMPEG/VLC không hỗ trợ (chẳng hạn như các giao thức tùy chỉnh của chúng tôi) (bởi vì họ sẽ không phát triển một người chơi từ đầu). Chuyển sang giao thức MPEGTS tiêu chuẩn là khả thi cho những khách hàng như vậy. dvb_demux_test, Thích hợp cho những khách hàng muốn phát triển một người chơi từ đầu.

Đặt một câu hỏi
Tin nhắn của bạn đã được gửi