Công nghệ webcast của HLS

KHAI THÁC. Hiện trạng
Trong thời đại truyền hình trực tiếp quốc gia, bất kỳ ai cũng có thể cầm thiết bị trên tay để phát sóng trực tiếp. Chương trình phát sóng trực tiếp mang lại công ăn việc làm cho một nhóm người và mang lại lợi ích to lớn cho các nền tảng phát sóng trực tiếp lớn. Nó phải có chất lượng cao khi đối mặt với một thị trường rộng lớn. Chỉ có công nghệ phát sóng trực tiếp chi phí thấp mới có thể nổi bật so với đối thủ và trở thành công ty dẫn đầu trong ngành phát sóng trực tiếp. Năm quy trình chính của phát video trực tiếp: 1. Ghi 2. Mã hóa 3. Truyền mạng 4. Giải mã 5. Phát lại. Mỗi liên kết này sẽ ảnh hưởng đến chất lượng và thời gian trễ của chương trình phát sóng trực tiếp. Dưới đây chúng tôi sẽ chủ yếu nói về điểm thứ ba của việc tối ưu hóa độ trễ.

Công nghệ phát sóng trực tiếp hiện tại thường sử dụng các giao thức như RTMP, HLS, HDL (HTTP-FLV) và RTP. Giao thức phổ biến nhất trong số các giao thức này là giao thức rtmp. Hiện nay, nhiều nền tảng phát sóng trực tiếp ở Trung Quốc vẫn đang được sử dụng và có cả HLS. Nó cũng là một thỏa thuận rất nhiều. Giới thiệu ngắn gọn về các thỏa thuận nêu trên.

(1) Giao thức RTMP
Đây là một thỏa thuận bằng sáng chế của Adobe, không được hỗ trợ bởi hầu hết các CDN nước ngoài. Mức độ phổ biến trong nước rất cao. Có một số lý do:

1) Sự hỗ trợ của phần mềm nguồn mở và thư viện nguồn mở là ổn định và đầy đủ. Ví dụ: phần mềm OBS thường được sử dụng bởi Douyu neo, thư viện librtmp mã nguồn mở và trình cắm thêm nginx-rtmp ở phía máy chủ.

2) Tỷ lệ cài đặt của trình phát cao. Miễn là trình duyệt hỗ trợ FlashPlayer, chương trình phát sóng trực tiếp RTMP có thể được phát rất dễ dàng và giao thức chi tiết có thể được Google hiểu. So với các giao thức khác, quá trình bắt tay quá phức tạp khi giao thức RTMP thiết lập kết nối lần đầu tiên (lớp dưới cùng dựa trên TCP, ở đây là tương tác của chính giao thức RTMP), tùy thuộc vào các điều kiện mạng khác nhau sẽ mang lại độ trễ hơn 100ms cho lần mở đầu tiên. Các chương trình phát sóng trực tiếp dựa trên RTMP thường có độ trễ từ 2 đến 5 giây.

(2) Giao thức HTTP-FLV
Đó là, sử dụng giao thức HTTP để phát trực tuyến nội dung phương tiện. So với RTMP, HTTP đơn giản hơn và được nhiều người biết đến và không sợ bị bắt cóc bởi các bằng sáng chế của Adobe. Độ trễ nội dung cũng có thể đạt được trong 2 ~ 5 giây và tốc độ mở nhanh hơn, vì bản thân HTTP không có tương tác trạng thái phức tạp. Vì vậy, từ góc độ độ trễ, HTTP-FLV tốt hơn RTMP.

(3) Thỏa thuận HLS
HLS là viết tắt của Http Live Streaming, là một giao thức truyền tải phương tiện trực tuyến dựa trên HTTP do Apple đề xuất. HLS có một lợi thế rất lớn: HTML5 có thể được mở và phát trực tiếp; điều này có nghĩa là một liên kết trực tiếp có thể được chuyển tiếp và chia sẻ thông qua WeChat, v.v. mà không cần cài đặt bất kỳ APP độc lập nào, chỉ cần một trình duyệt, vì vậy nó rất phổ biến. Ứng dụng phát trực tiếp trên mạng xã hội APP, HLS có thể nói là chỉ cần, chúng ta hãy cùng phân tích nguyên lý hoạt động của nó. Đến
Nguyên tắc cơ bản của HLS là khi đầu thu và đầu đẩy đẩy luồng video đến máy chủ phương tiện truyền trực tuyến, máy chủ sẽ đệm thông tin luồng đã nhận vào một tệp ts mới mỗi khi nó được lưu vào bộ nhớ cache trong một khoảng thời gian và máy chủ sẽ tạo một tệp chỉ mục m3u8 để Duy trì chỉ mục của các đoạn ts mới nhất. Khi trình phát phát trực tiếp, trình phát sẽ nhận được các đoạn tệp video ts mới nhất từ tệp chỉ mục m3u8 để phát, để đảm bảo rằng người dùng sẽ thấy nội dung mới hơn bất cứ khi nào họ kết nối, nhận ra trải nghiệm phát trực tiếp tương tự. So với các giao thức phát trực tiếp thông thường, chẳng hạn như RTMP và RTSP, điểm khác biệt lớn nhất của HLS là thứ mà ứng dụng phát sóng trực tiếp nhận được không phải là một luồng dữ liệu hoàn chỉnh mà là một tệp phương tiện liên tục, thời lượng ngắn. Tải xuống và phát các tệp nhỏ này. Độ trễ tối thiểu theo lý thuyết của phương pháp này là thời lượng của một tệp ts và nói chung là thời lượng của 2-3 tệp ts. Chiến lược phân đoạn của HLS về cơ bản được khuyến nghị là một phân đoạn 10 giây

(4) Giao thức RTP
RTP là Giao thức truyền tải thời gian thực, một giao thức tầng vận chuyển để truyền dữ liệu đa phương tiện trên Internet. Trong các tình huống ứng dụng thực tế, RTCP (RTP Control Protocol) thường được yêu cầu sử dụng cùng nhau. Có thể hiểu đơn giản là RTCP truyền tín hiệu điều khiển tương tác, và RTP truyền dữ liệu phương tiện thực tế. Đến
RTP có nhiều ứng dụng trong giám sát video, hội nghị truyền hình và điện thoại IP, bởi vì một trải nghiệm quan trọng trong hội nghị truyền hình và điện thoại IP: nội dung thời gian thực.

So với ba hoặc thực tế là ba giao thức trên, có một điểm khác biệt quan trọng giữa RTP và chúng là mặc định sử dụng giao thức UDP để truyền dữ liệu, trong khi RTMP và HTTP dựa trên truyền giao thức TCP. Tại sao UDP có thể đạt được hiệu ứng thời gian thực như vậy? Tôi đã tìm kiếm rất nhiều bài báo về phân tích sự khác biệt giữa TCP và UDP. Tôi sẽ không nhắc lại chúng ở đây, nhưng tóm tắt ngắn gọn:
1) UDP: Một gói dữ liệu duy nhất, không cần thiết lập kết nối, đơn giản, không đáng tin cậy, mất gói và rối loạn;
2) TCP: phát trực tuyến, cần thiết lập kết nối, phức tạp, đáng tin cậy và có trật tự. Đến
Cảnh phát trực tuyến âm thanh và video theo thời gian thực không cần được đảm bảo một cách đáng tin cậy, do đó không cần phải có cơ chế truyền lại. Xem hình ảnh và âm thanh theo thời gian thực, một số nội dung bị mất khi mạng rung, màn hình mờ và nhòe hoàn toàn không quan trọng. TCP sẽ gây ra sự chậm trễ và không đồng bộ cho quá trình truyền lại. Nếu một nội dung nhất định được truyền lại và sẽ đến sau 1 giây, thì toàn bộ cuộc trò chuyện sẽ bị trễ 1 giây. Khi mạng chập chờn, độ trễ sẽ tăng lên 2 giây hoặc 3 Giây, nếu quá trình phát lại của khách hàng không được xử lý sẽ ảnh hưởng nghiêm trọng đến trải nghiệm phát sóng trực tiếp. Đến
Tóm lại: Trong lựa chọn giao thức phát sóng trực tiếp, nếu bạn chọn RTMP hoặc HTTP-FLV, có nghĩa là nội dung có độ trễ từ 2 ~ 5 giây, nhưng khi độ trễ được bật, HTTP-FLV tốt hơn RTMP . HLS có độ trễ nội dung từ 5-7 giây. Chọn RTP để phát trực tiếp có thể đạt được độ trễ phát trực tiếp trong vòng 1 giây. Nhưng theo tôi biết, các nhà sản xuất CDN lớn không hỗ trợ phát trực tiếp dựa trên RTP, vì vậy xu hướng chủ đạo trong nước hiện tại vẫn là RTMP hoặc HTTP-FLV, và cũng có HLS mới nổi.

Nói chung, độ trễ của chương trình phát sóng trực tiếp HLS sẽ đạt đến 20-30 giây và độ trễ cao là không thể chấp nhận được đối với các chương trình phát sóng trực tiếp yêu cầu trải nghiệm tương tác thời gian thực.
HLS dựa trên kết nối ngắn HTTP, HTTP dựa trên TCP, có nghĩa là HLS cần liên tục thiết lập kết nối với máy chủ. Bắt tay ba chiều TCP mỗi khi kết nối được thiết lập, quá trình khởi động chậm và bốn sóng tay khi ngắt kết nối sẽ gây tiêu hao.

Dữ liệu được truyền qua giao thức HTTP, vì vậy không cần phải xem xét các vấn đề về tường lửa hoặc proxy khi sử dụng HLS.
Sử dụng các tệp phân mảnh thời lượng ngắn để phát lại, máy khách có thể chuyển đổi tốc độ bit một cách trơn tru để thích ứng với việc phát lại trong các điều kiện băng thông khác nhau.
HLS là một giao thức truyền thông trực tuyến do Apple đưa ra. Nó có thể được hỗ trợ một cách tự nhiên trên nền tảng iOS. Nó có thể được phát trực tiếp bằng cách sử dụng AVPlayer do hệ thống cung cấp mà không cần phải tự phát triển một trình phát.

2) RTMP
So với HLS, khi giao thức RTMP được thông qua, nó là một luồng dữ liệu từ đầu thu thập và đẩy đến máy chủ phương tiện truyền trực tuyến và sau đó đến đầu phát lại, vì vậy sẽ không có tệp đích trên máy chủ. Theo cách này, RTMP tương đối có những ưu điểm sau:
① Độ trễ nhỏ, thường từ 1-3 giây.
② Dựa trên kết nối dài TCP, không cần thiết lập kết nối nhiều lần.
Do đó, hầu hết các dịch vụ phát sóng trực tiếp trong ngành sẽ chọn RTMP làm giao thức truyền phát trực tuyến. Thông thường luồng dữ liệu được đóng gói thành FLV và được cung cấp thông qua HTTP. Tuy nhiên, có một số vấn đề cần được giải quyết:
① Nền tảng iOS không cung cấp trình phát hỗ trợ RTMP hoặc HTTP-FLV, điều này yêu cầu phát triển trình phát hỗ trợ các giao thức liên quan.

3.HLS tối ưu hóa độ trễ
Sự chậm trễ của hls chủ yếu bao gồm ba phần sau:

(1) Thời gian để bộ mã hóa phía máy chủ và bộ chia luồng tạo tệp TS
(2) Thời gian để khách hàng tải xuống tệp TS và thường yêu cầu hai tệp phương tiện TS được tải xuống
(3) Giải mã máy khách và thời gian chơi

Làm thế nào đến nay (dài) bìa phát?

Phạm vi truyền tải phụ thuộc vào nhiều yếu tố. Khoảng cách thật sự dựa trên ăng ten lắp đặt chiều cao, ăng-ten, sử dụng môi trường như xây dựng và các vật cản khác, nhạy của máy thu, ăng ten của máy thu. Lắp đặt ăng ten cao hơn và sử dụng ở nông thôn, khoảng cách sẽ nhiều hơn rất nhiều.

VÍ DỤ 5W FM Transmitter sử dụng trong thành phố và quê hương:

Tôi có một Mỹ sử dụng của khách hàng 5W fm transmitter với GP ăng ten tại quê hương của mình, và ông thử nghiệm nó với một chiếc xe, nó bao gồm 10km (6.21mile).

Tôi kiểm tra fm transmitter 5W với GP ăng-ten ở quê hương của tôi, nó chiếm khoảng 2km (1.24mile).

Tôi kiểm tra fm transmitter 5W với ăng ten GP tại thành phố Quảng Châu, nó chiếm khoảng chỉ 300meter (984ft).

Dưới đây là phạm vi gần đúng của máy phát điện FM khác nhau. (Phạm vi đó là đường kính)

0.1W ~ 5W FM Transmitter: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

15W ~ 80W FM Transmitter: 3KM ~ 10KM

80W ~ 500W FM Transmitter: 10KM ~ 30KM

500W ~ 1000W FM Transmitter: 30KM ~ 50KM

1KW ~ 2KW FM Transmitter: 50KM ~ 100KM

2KW ~ 5KW FM Transmitter: 100KM ~ 150KM

5KW ~ 10KW FM Transmitter: 150KM ~ 200KM

Làm thế nào để liên hệ với chúng tôi để phát?

Hãy gọi cho tôi + 8618078869184 HOẶC
Gửi thư điện tử cho tôi [email được bảo vệ]
1.How xa bạn muốn bao gồm đường kính?
2.How cao của bạn tháp?
3.Where là bạn từ đâu?
Và chúng tôi sẽ cung cấp cho bạn lời khuyên chuyên nghiệp hơn.

Về chúng tôi

FMUSER.ORG là một công ty tích hợp hệ thống tập trung vào truyền phát / thu thập dữ liệu và thiết bị âm thanh video không dây RF. Chúng tôi đang cung cấp mọi thứ từ tư vấn và tư vấn thông qua tích hợp giá đỡ đến lắp đặt, vận hành và đào tạo.

Chúng tôi cung cấp Máy phát FM, Máy phát TV Analog, Máy phát TV kỹ thuật số, Máy phát VHF UHF, Ăng-ten, Đầu nối cáp đồng trục, STL, Xử lý không khí, Sản phẩm phát sóng cho Studio, Giám sát tín hiệu RF, Bộ mã hóa RDS, Bộ xử lý âm thanh và Thiết bị điều khiển từ xa, Sản phẩm IPTV, Bộ mã hóa / giải mã video / âm thanh, được thiết kế để đáp ứng nhu cầu của cả các mạng phát sóng quốc tế lớn và các đài tư nhân nhỏ.

Giải pháp của chúng tôi có Đài phát thanh FM / Đài truyền hình tương tự / Đài truyền hình kỹ thuật số / Thiết bị phòng thu âm thanh video / Liên kết máy phát studio / Hệ thống đo xa máy phát / Hệ thống truyền hình khách sạn / Truyền hình trực tiếp IPTV / Truyền phát trực tiếp / Hội nghị video / Hệ thống truyền hình CATV.

Chúng tôi đang sử dụng các sản phẩm công nghệ tiên tiến cho tất cả các hệ thống, bởi vì chúng tôi biết độ tin cậy cao và hiệu suất cao rất quan trọng đối với hệ thống và giải pháp. Đồng thời chúng tôi cũng phải đảm bảo hệ thống sản phẩm của mình với giá cả rất hợp lý.

Chúng tôi có khách hàng của các đài truyền hình công cộng và thương mại, nhà khai thác viễn thông và cơ quan quản lý, và chúng tôi cũng cung cấp giải pháp và sản phẩm cho hàng trăm đài truyền hình nhỏ hơn, địa phương và cộng đồng.

FMUSER.ORG đã xuất khẩu hơn 15 năm và có khách hàng trên khắp thế giới. Với kinh nghiệm 13 năm trong lĩnh vực này, chúng tôi có một đội ngũ chuyên nghiệp để giải quyết tất cả các loại vấn đề của khách hàng. Chúng tôi tận tâm cung cấp giá cả cực kỳ hợp lý của các sản phẩm và dịch vụ chuyên nghiệp. Địa chỉ email liên lạc : [email được bảo vệ]

Nhà máy của chúng tôi

Chúng ta có hiện đại hóa của nhà máy. Bạn được chào đón đến thăm nhà máy của chúng tôi khi bạn đến Trung Quốc.

Hiện nay, đã có khách hàng 1095 trên thế giới đã đến thăm văn phòng Quảng Châu Thiên Hà của chúng ta. Nếu bạn đến Trung Quốc, bạn đều được chào đón đến thăm chúng tôi.

tại Hội chợ

Đây là sự tham gia của chúng tôi trong 2012 Global Sources Hội chợ điện tử Hồng Kông . Khách hàng từ khắp nơi trên thế giới cuối cùng đã có một cơ hội để có được với nhau.

Trường Fmuser là?

Bạn có thể tìm kiếm những con số này " 23.127460034623816,113.33224654197693 "trong bản đồ google, sau đó bạn có thể tìm thấy văn phòng fmuser của chúng tôi.

FMUSER Quảng Châu văn phòng là ở quận Thiên Hà là trung tâm của Canton . Rất ở gần đến Canton Fair , ga đường sắt Quảng Châu, xiaobei đường và dashatou , chỉ cần 10 phút nếu mất XE TẮC XI . Chào mừng bạn bè xung quanh thế giới đến thăm và đàm phán.

Liên hệ: Blue Sky
Di động: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [email được bảo vệ]
QQ: 727926717
Skype: sky198710021
Địa chỉ: Phòng No.305 HuiLan Building No.273 Huanpu đường Quảng Châu Trung Quốc Zip: 510620

Anh: Chúng tôi chấp nhận tất cả các khoản thanh toán, chẳng hạn như PayPal, Thẻ tín dụng, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Nếu bạn có bất kỳ câu hỏi nào, vui lòng liên hệ với tôi [email được bảo vệ] hoặc WhatsApp + 8618078869184

PayPal.  www.paypal.com

Chúng tôi khuyên bạn nên sử dụng Paypal để mua các mặt hàng của chúng tôi, The Paypal là một cách an toàn để mua trên internet.

Mỗi đáy trang danh mục của chúng tôi trên đầu có một logo paypal để thanh toán.

Thẻ tín dụng.Nếu bạn không có paypal, nhưng bạn có thẻ tín dụng, bạn cũng có thể nhấp vào nút PayPal vàng để trả bằng thẻ tín dụng của bạn.

-------------------------------------------------- -------------------

Nhưng nếu bạn không có thẻ tín dụng và không có một tài khoản paypal hoặc khó khăn để có một accout paypal, Bạn có thể sử dụng sau đây:
Western Union.  www.westernunion.com

Trả tiền bằng Western Union cho tôi:

Tên / Tên được đặt: Yingfeng
Họ / Họ / Tên gia đình: Zhang
Tên đầy đủ: Yingfeng Zhang
Quốc gia: Trung Quốc
Thành phố: Quảng Châu

-------------------------------------------------- -------------------

T / T.  Thanh toán by T / T (chuyển khoản / điện báo chuyển / Chuyển khoản)
THÔNG TIN NGÂN HÀNG ĐẦU TIÊN (TÀI KHOẢN CÔNG TY):

SWIFT BIC: BKCHHKHHXXX
Tên ngân hàng: NGÂN HÀNG TRUNG QUỐC (HỒNG KÔNG) LIMITED, HỒNG KÔNG
Địa chỉ ngân hàng: NGÂN HÀNG CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HỒNG KÔNG
MÃ NGÂN HÀNG: 012
Tên tài khoản: FMUSER QUỐC TẾ LIMITED
Tài khoản số : 012-676-2-007855-0

-------------------------------------------------- -------------------
THÔNG TIN NGÂN HÀNG THỨ XNUMX (TÀI KHOẢN CÔNG TY):
Người thụ hưởng: Fmuser International Group Inc
Số tài khoản: 44050158090900000337
Ngân hàng của người thụ hưởng: Ngân hàng Xây dựng Trung Quốc Chi nhánh Quảng Đông
Mã SWIFT: PCBCCNBJGDX
Địa chỉ: SỐ 553 Đường Thiên Hà, Quảng Châu, Quảng Đông, Quận Thiên Hà, Trung Quốc
** Lưu ý: Khi bạn chuyển tiền vào tài khoản ngân hàng của chúng tôi, vui lòng KHÔNG ghi bất cứ điều gì vào phần ghi chú, nếu không chúng tôi sẽ không thể nhận được khoản thanh toán do chính sách của chính phủ về kinh doanh thương mại quốc tế.

* Nó sẽ được gửi trong 1-2 ngày làm việc khi thanh toán rõ ràng.

* Chúng tôi sẽ gửi nó cho địa chỉ paypal của bạn. Nếu bạn muốn thay đổi địa chỉ, xin vui lòng gửi đúng địa chỉ và số điện thoại vào email của tôi [email được bảo vệ]

* Nếu bao bì dưới 2kg, chúng ta sẽ được vận chuyển qua đường bưu đường hàng không, nó sẽ mất khoảng 15-25days để bàn tay của bạn.

Nếu gói đó hơn 2kg, chúng tôi sẽ gửi qua EMS, DHL, UPS, Fedex chuyển phát nhanh nhanh, nó sẽ mất khoảng 7 ~ 15days để bàn tay của bạn.

Nếu gói hơn 100kg, chúng tôi sẽ gửi qua DHL hoặc đường hàng không. Nó sẽ mất khoảng 3 ~ 7days để bàn tay của bạn.

Tất cả các gói có hình thức Trung Quốc Quảng Châu.

* Gói sẽ được gửi như một "món quà" và declear càng ít càng tốt, người mua không cần phải trả "THUẾ".

* Sau khi con tàu, chúng tôi sẽ gửi cho bạn một e-mail và cung cấp cho bạn số lượng theo dõi.

Để được bảo hành.
Liên hệ với chúng tôi --- >> Trả hàng cho chúng tôi --- >> Nhận và gửi một sản phẩm thay thế khác.

Tên: Liu Xiaoxia
Địa chỉ: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Quảng Châu Trung Quốc.
Zip: 510620
Điện thoại: + 8618078869184

Hãy quay trở lại địa chỉ này và ghi địa chỉ paypal, tên, vấn đề của bạn vào lưu ý: