Cài đặt trình phát luồng UDP cho giao thức luồng của Bộ thu COFDM Vcan1776-RX

Cài đặt trình phát Luồng UDP trên bộ phát và thu video không dây COFDM HDMI

Trình phát luồng UDP là giải pháp tốt nhất cho bộ mã hóa video analog CVBS có độ trễ thấp nhất. Bộ thu video không dây COFDM Phần mềm mặc định Vcan1776-RX hỗ trợ trình phát RTSP. Một số khách hàng cần sử dụng giao thức UDP.

Địa chỉ IP và số cổng có thể được cấu hình trên trang web, http://192.168.0.215 (mặc định)

UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 1
  1. Sau khi nâng cấp firmware, đầu nhận sẽ khôi phục các thông số mặc định của nhà sản xuất (tần số trung tâm: 320MHz, băng thông không dây: 6MHz, địa chỉ IP cổng mạng: 192.168.0.215), khách hàng cần sửa đổi tần số trung tâm và băng thông thông qua Công cụ bảng cấu hình tham số, và Máy phát tiết kiệm liên tục.
  1. Khách hàng truy cập máy chủ web của người nhận thông qua trang web (HTTP://192.168.0.215), và sửa đổi địa chỉ IP của chính nó cũng như cài đặt địa chỉ IP của đầu PC Windows được kết nối với bộ thu:

chú thích: Trong số đó, IP cục bộ là IP riêng của người nhận, và IP từ xa là ip cuối của PC Windows đang kết nối. Khách hàng có thể cấu hình nó theo tình hình thực tế của mình. Lưu ý rằng việc sửa đổi sẽ chỉ có hiệu lực sau khi khởi động lại máy thu.

Tải xuống trình phát UDP Người chơi

  1. Tải xuống trình phát UDP Người chơi.
  2. Mở trình phát Splayer trên PC Windows, nhấp vào nút cài đặt ở góc dưới bên phải, và trang cài đặt sẽ bật lên:
UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 2

chú thích:

  1. Có thể thấy số cổng Port được đặt thành 1234, được mã hóa cứng bởi chương trình phát trực tuyến UDP của máy thu và không thể sửa đổi;
  2. Ở cột Giải mã, định cấu hình theo thuộc tính luồng video hiện tại, chẳng hạn như cấu hình luồng video có độ trễ thấp H264 như trên;
  1. Sau khi thiết lập và nhấp vào “Xác nhận” nút để lưu các thông số, nhấp vào nút phát ở góc dưới bên trái. Sau khi PC Windows nhận được luồng đẩy UDP, nó sẽ giải mã và phát ngay lập tức.
UDP stream player setting for wireless video transmitter and receiver
Cài đặt trình phát luồng UDP cho bộ phát và thu video không dây

Cài đặt trình phát luồng UDP ở trên phù hợp với kiểu máy bên dưới.

Nó hỗ trợ trình phát Linux VLC như thế nào? Phát luồng có độ trễ thấp trong Linux?

câu hỏi: Bây giờ luồng UDP không phát với trình phát VLC. Tôi cần phát luồng UDP này trong Linux và tôi cố gắng hiểu chi tiết về luồng này. Bất kỳ tập lệnh hoặc phím hoặc những thứ khác?

Tôi muốn tạo trình phát của riêng mình trong Linux và tôi muốn hiểu chi tiết về luồng video UDP này từ bộ giải điều chế.

Nếu đó là luồng video UDP thông thường, sau đó hỏi tại sao nó không chơi với studio VLC hoặc OBS.

Câu trả lời: Đối với model Vcan1726-RX, Chúng tôi có hai phần sụn cho tùy chọn, Phần sụn đầu tiên dành cho trình phát RTSP hỗ trợ trình phát VLC, nhưng một số khách hàng đề cập rằng nó có độ trễ dài, vì vậy chúng tôi đã tạo phần sụn thứ hai, UDP phát sóng tại Splayer, hỗ trợ độ trễ thấp hơn.

Luồng âm thanh và video UDP này là định dạng tùy chỉnh của chúng tôi, nên VLC không giải thích được. Nếu khách hàng của bạn muốn mở trình phát của riêng họ (dưới Linux), hiện tại có hai lựa chọn:

  1. Cập nhật quyền truy cập luồng RTSP mặc định (firmware đầu tiên cho máy nghe nhạc RTSP)
  2. Chúng tôi cung cấp thư viện và quy trình DEMUX tương ứng (chúng ta cần hiểu môi trường Linux của khách hàng để biên dịch tệp thư viện phù hợp)
  3. Đây là “Thư viện DEMUX và các quy trình” được viết bởi các kỹ sư của chúng tôi trên Ubuntu 14.04 64hệ thống bit

Loại thứ hai quá khó đối với khách hàng bình thường, và chúng tôi không biết khả năng phát triển của trình phát của chính khách hàng của bạn.

Bởi vì một số khách hàng gặp phải vấn đề về độ trễ thấp ở trình phát VLC của hệ điều hành Windows, bất kể chúng tôi đã thử nghiệm ở đây như thế nào, chúng tôi không tìm thấy vấn đề này. Tại thời điểm đó, bạn đã sử dụng Windows để kiểm tra. Có lẽ nếu nó được đổi thành Linux, sẽ không có vấn đề phát trực tuyến RTSP. Vui lòng thử kiểm tra mẫu Vcan1726 với phiên bản firmware đầu tiên trên Linux. Có lẽ đây không phải là vấn đề trên hệ điều hành Linux.

câu hỏi: Bạn có thể xây dựng hình ảnh docker cho ứng dụng này không? Cổng nào được sử dụng cho luồng đến, và một cổng khác cho luồng đi với một số codec được sử dụng rộng rãi (h264)?

Splayer và UDP Stream Player là gì?

SPlayer là trình phát đa phương tiện hỗ trợ nhiều định dạng video khác nhau, bao gồm cả phát trực tuyến UDP.

Truyền phát UDP là phương thức gửi dữ liệu video qua internet bằng Giao thức gói dữ liệu người dùng (UDP), là một giao thức nhanh và đơn giản, không đảm bảo việc phân phối hoặc thứ tự các gói tin.

Truyền phát UDP có thể được sử dụng để phát video trực tiếp hoặc truyền video có độ trễ thấp, nhưng nó cũng có thể bị mất gói hoặc hỏng gói.

Theo kết quả tìm kiếm trên web, SPlayer có thể phát luồng UDP bằng cách làm theo các bước sau:

  • Mở SPlayer và nhấp vào “Mở URL” nút ở góc trên bên phải.
  • Nhập URL của luồng UDP ở định dạng udp://@ip: Hải cảng, trong đó ip là địa chỉ IP của máy chủ và cổng là số cổng của luồng. Ví dụ, udp://@224.0.0.1:1234.
  • Bấm vào “được” và đợi luồng tải.

Splayer hoạt động tốt như thế nào cho Win10?

câu hỏi: Chúng tôi không thể khởi động Splayer 4.2 và 4.3 dưới Windows 10. Bạn có thể cung cấp cho chúng tôi phiên bản chính xác của Splayer dành cho Windows không 10 và 11?

4.2 bắt đầu và kết thúc vào lúc này. 4.3 bắt đầu với thông báo lỗi.

Tên ứng dụng bị lỗi: Splayer.exe, phiên bản: 1.0.0.1, dấu thời gian: 0x646d83e2
Tên mô-đun bị lỗi: dvb_demux.dll, phiên bản: 1.0.0.1, dấu thời gian: 0x5fe5bdbf
Mã ngoại lệ: 0xc0000005
Bù lỗi: 0x0001484a
Id quá trình bị lỗi: 0x3888
Lỗi thời gian bắt đầu ứng dụng: 0x01da1164b89c78eb
Đường dẫn ứng dụng bị lỗi: C:\Người dùngadminTải xuốngSplayer_v4.3_2022.10.22Splayer.exe
Đường dẫn mô-đun bị lỗi: C:\Người dùngadminTải xuốngSplayer_v4.3_2022.10.22dvb_demux.dll
Id báo cáo: 4af19407-045e-48e5-a0f7-86fc90c6b3d3
Tên đầy đủ của gói bị lỗi:
ID ứng dụng liên quan đến gói bị lỗi:

Câu trả lời: Vui lòng thử sử dụng Splayer_qt_v1.0.zip của chúng tôi (103.5Mb).

Phản hồi: Phiên bản mới của SPlayer hoạt động tốt tại chỗ có vấn đề với Win 10! Cảm ơn!

câu hỏi: Chúng tôi nhận thấy độ trễ thời gian tăng lên khi phát video từ chương trình Reciver by Splayer (luồng UDP).

Nếu nói chi tiết – Bộ thu kết nối trực tiếp bằng cáp ethernet với PC. PC và máy thu nằm trong cùng một mạng cục bộ. Khi chúng tôi khởi động Splayer, độ trễ thời gian là bình thường và số lượng chính xác hiển thị cho chúng tôi 330 mili giây, nhiều hơn một chút so với đầu ra HDMI mà chúng tôi đã quan sát thấy về 270 mili giây. Nó tốt. Nhưng nếu chúng ta đợi vài phút mà không có bất kỳ thay đổi nào ở nơi làm việc, chúng ta sẽ quan sát thấy độ trễ thời gian tăng liên tục, đạt đến mức 1-1,5 giây không được chấp nhận trong ứng dụng của khách hàng.
Hôm qua mình đã test trên Win 10, và Win11 trên các PC khác nhau với cách tắt phức tạp Win Brandmauer với Splayer qt (phiên bản cuối cùng từ bạn), và Splayer 4.3 (phiên bản cũ). Tôi lặp lại vấn đề này mỗi lần trong bất kỳ cấu hình nào.
Xin hãy giúp tôi khắc phục vấn đề này. Chúng tôi cần độ trễ thời gian liên tục kể từ khi chơi Splayer, có thể không nhiều hơn 350 mili giây.

Câu trả lời: Một vấn đề như vậy không nên xảy ra, bởi vì trình phát không có bộ nhớ đệm ở chế độ có độ trễ thấp, và độ trễ hoàn toàn phụ thuộc vào khả năng giải mã của PC. Các kỹ sư sẽ thiết lập môi trường và kiểm tra nó vào thứ Hai tuần sau.

Một điểm nữa là yêu cầu khách hàng kiểm tra cài đặt tốc độ làm mới màn hình máy tính xách tay của họ. Ví dụ, nếu máy ảnh đầu vào 1080p60, thì tốc độ làm mới màn hình laptop của khách hàng cũng phải là 60Hz. Nếu không thì, màn hình hiển thị sẽ quá chậm, điều này cũng sẽ gây ra tắc nghẽn dữ liệu và gây ra sự chậm trễ.

Người chơi Slayer có độ trễ lớn, giải mã chậm hoặc hiển thị chậm, tất cả là do PC gây ra.

Mã hóa camera HDMI Giải mã bộ thu HDMI, xuất ra màn hình, và kiểm tra độ trễ phát lại trên máy tính của trình phát Splayer

UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 3
UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 4

Chúng tôi không tìm thấy vấn đề bạn đề cập.

Có thể thấy màn hình trình phát Splayer hiện tại và đầu ra HDMI của đầu thu đều nhất quán, và độ trễ giữa chúng là rất thấp.

Bạn có thể vui lòng hỏi khách hàng, độ phân giải và tốc độ khung hình của đầu vào máy ảnh là bao nhiêu? Giả sử camera của khách hàng là 1080p60, bạn cũng có thể thực hiện hai bước sau để khắc phục sự cố thêm:

  1. Hãy để khách hàng thay đổi camera ở tốc độ khung hình thấp hơn để thử nghiệm, chẳng hạn như 1080p50/30;
  2. Bạn có thể đặt tham số phân đoạn mã hóa để cho phép mã hóa khung hình xuống. Ví dụ, gửi lệnh ATSO0,30_ qua cổng tham số, và đầu ra mã hóa 1080p30 để thử nghiệm.

Quan hệ

  1. Bạn có muốn lấy Dữ liệu UART từ bảng mã hóa HDMI CVBS Video UART DATA không?

Đặt một câu hỏi

← Quay lại

Tin nhắn của bạn đã được gửi