With the rapidly growing trend of v

With the rapidly growing trend of video dominating the
Internet traffic, video streaming over the Internet has drawn
a great deal of attention in both industry and research communities
[4][5][6]. As discussed in [4], video streaming technologies
have gone through a series of advances, ranging
from traditional streaming protocols (e.g., RTP/RTSP, RTMP,
and progressive download) to HTTP streaming. In spite of
its efficiency in achieving low cost and highly scalable video
streaming, it has been observed that HTTP streaming by
definition is not suitable for low latency communications, as
the segmentation of video content introduces at least one
(and in most typical cases two to three) segment duration
into the live latency. Consequently, the currently deployed
live streaming systems that require low latencies are mostly
based on traditional streaming protocols without realizing
the benefits of HTTP streaming.
Recently there have been several research efforts that target
low latency HTTP streaming. For example, in [7], the
authors developed a chunked encoding based approach to
achieve the goal of low latency HTTP streaming. Although
it reduces the live latency to 1 to 2 chunk durations, the
chunked encoding approach poses special requirements, for
both the streaming protocol and the systems, in that they
must accept chunked HTTP responses and play them back in
a timely manner before the full response is received. While
this works for schemes with self describing stream formats,
such as HDS [8] and HLS [6], it is difficult to apply to
schemes with metadata describing file fragments (e.g., Dynamic
Adaptive Streaming over HTTP (DASH) [9]) and media
frameworks (e.g., Media Source Extensions [10

Kết quả (Việt) 1:

Với xu hướng phát triển nhanh chóng của video thống trị cácLưu lượng truy cập Internet, video streaming trên Internet đã rút rarất nhiều sự chú ý trong cộng đồng nghiên cứu và công nghiệp[4] [5] [6]. như thảo luận [4], video streaming công nghệđã đi qua một loạt các tiến bộ, khác nhautừ truyền thống giao thức streaming (ví dụ, RTP/RTSP, RTMP,và tiến bộ tải) HTTP streaming. Mặc dùhiệu quả của nó trong việc đạt được chi phí thấp và khả năng mở rộng cao videotrực tuyến, nó đã được quan sát thấy rằng HTTP streaming bởiđịnh nghĩa là không thích hợp cho truyền thông độ trễ thấp, nhưphân khúc của nội dung video giới thiệu ít nhất một trong(và trong trường hợp điển hình nhất 2-3) phân khúc thời gianvào độ trễ sống. Do đó, hiện đang triển khaiLive streaming hệ thống yêu cầu thấp latencies là chủ yếuDựa trên giao thức streaming truyền thống mà không nhận ranhững lợi ích của HTTP streaming.Gần đây đã có nhiều nỗ lực nghiên cứu mục tiêu đóđộ trễ thấp HTTP streaming. Ví dụ, trong [7], cáctác giả đã phát triển một chunked mã hóa dựa trên phương pháp tiếp cận đểđạt được mục tiêu của độ trễ thấp HTTP streaming. Mặc dùnó làm giảm độ trễ sống 1 đến 2 đoạn thời gian, cácphương pháp mã hóa chunked đặt ra yêu cầu đặc biệt, chocác giao thức trực tuyến và các hệ thống, trong đó họphải chấp nhận chunked hồi đáp HTTP và chơi chúng trở lại trongmột cách kịp thời trước khi nhận được sự trả lời đầy đủ. Thời gianĐiều này làm việc cho các chương trình tự mô tả các định dạng dòng,chẳng hạn như HDS [8] và HLS [6], nó là khó khăn để áp dụng chochương trình với các siêu dữ liệu mô tả tập tin mảnh vỡ (ví dụ, năng độngAdaptive Streaming trên HTTP (gạch NGANG) [9]) và phương tiện truyền thôngkhung hình (ví dụ: phương tiện truyền thông mã nguồn mở rộng [10

Kết quả (Việt) 2:

Với xu hướng phát triển nhanh chóng của video thống trị
lưu lượng Internet, video streaming qua Internet đã thu hút được
rất nhiều sự chú ý trong cả hai ngành công nghiệp và nghiên cứu cộng đồng
[4] [5] [6]. Như đã thảo luận trong [4], công nghệ video streaming
đã trải qua một loạt các tiến bộ, khác nhau,
từ giao thức trực tuyến truyền thống (ví dụ như, RTP / RTSP, RTMP,
và tiến trình tải) để HTTP streaming. Mặc dù
hiệu quả của nó trong việc đạt được chi phí thấp và video khả năng mở rộng
tuyến, nó đã được quan sát thấy rằng HTTP streaming bởi
định nghĩa là không thích hợp cho truyền thông và độ trễ thấp, như
các phân đoạn của nội dung video giới thiệu ít nhất một
(và trong những trường hợp điển hình nhất là hai đến ba) thời gian phân khúc
vào độ trễ sống. Do đó, hiện đang triển khai
các hệ thống sống streaming đòi hỏi thời gian trễ thấp chủ yếu
dựa trên giao thức trực tuyến truyền thống mà không nhận ra
những lợi ích của HTTP streaming.
Gần đây đã có nhiều nỗ lực nghiên cứu nhắm đến
độ trễ thấp HTTP streaming. Ví dụ, trong [7], các
tác giả đã phát triển một loại mã hóa phương pháp tiếp cận dựa chunked để
đạt được các mục tiêu của độ trễ thấp HTTP streaming. Mặc dù
nó làm giảm độ trễ sống đến 1-2 khoảng thời gian đoạn, các
phương pháp mã hóa chửi rủa đặt ra các yêu cầu đặc biệt, cho
cả hai giao thức truyền tải và các hệ thống, trong đó họ
phải chấp nhận các phản hồi HTTP chunked và chơi chúng trở lại trong
một cách kịp thời trước khi đáp ứng đầy đủ là nhận được. Trong khi
các công trình này cho các đề án với tự mô tả các định dạng stream,
như HDS [8] và HLS [6], rất khó để áp dụng cho
chương trình với siêu dữ liệu mô tả mảnh tập tin (ví dụ, năng động
thích ứng streaming qua HTTP (DASH) [9]) và phương tiện truyền thông
các khung (ví dụ như, truyền thông Nguồn Extensions [10