In HTTP Streaming, media will be de

In HTTP Streaming, media will be delivered by a sequence of HTTP request-response transactions. In most cases, for each request from the client, the server will send one segment.
(in seconds) of media needed in the buffer before the playout can start. HTTP streaming can be applied to both on-demand streaming and live streaming. The main difference between these two cases is the available time of segments. In live streaming, the time distance between the requests of two consecutive segments is approximately the duration of the first segment. So,
if segments have the same duration of τ seconds, the distance between requests will be τ as well. Meanwhile, in on-demand streaming, requests could be sped up to quickly fill the buffer
[8].
As we focus on the difficult problem of smooth transition in case of low buffer level in live streaming, the initial buffering is also the target buffer level to be kept during a session.

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

HTTP Streaming, phương tiện truyền thông sẽ được chuyển giao bởi một chuỗi các HTTP đáp ứng yêu cầu giao dịch. Trong hầu hết trường hợp, cho mỗi yêu cầu từ khách hàng, các máy chủ sẽ gửi một phân đoạn.(trong giây) của các phương tiện cần thiết trong vùng đệm trước khi playout có thể bắt đầu. HTTP streaming có thể được áp dụng cho cả theo yêu cầu trực tuyến và live streaming. Sự khác biệt chính giữa hai trường hợp là có thời gian của các phân đoạn. Sống streaming, khoảng cách thời gian giữa các yêu cầu của hai đoạn liên tiếp là khoảng thời gian của đoạn đầu tiên. Vì vậy,Nếu đoạn có cùng thời gian τ giây, khoảng cách giữa yêu cầu sẽ là τ là tốt. Trong khi đó, ở trên nhu cầu trực tuyến, yêu cầu có thể được tăng tốc lên để nhanh chóng điền vào bộ đệm[8].Khi chúng tôi tập trung vào các vấn đề khó khăn của các chuyển đổi suôn sẻ trong trường hợp cấp thấp bộ đệm trong live streaming, đệm ban đầu cũng là mức độ đệm mục tiêu phải được lưu giữ trong một phiên họp.

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

Trong HTTP Streaming, phương tiện truyền thông sẽ được thực hiện bởi một chuỗi các giao dịch yêu cầu đáp ứng HTTP. Trong hầu hết các trường hợp, đối với mỗi yêu cầu từ khách hàng, máy chủ sẽ gửi một phân đoạn.
(Tính bằng giây) của phương tiện truyền thông cần thiết trong bộ đệm trước khi phát sóng có thể bắt đầu. HTTP trực tuyến có thể được áp dụng cho cả hai phát trực tuyến theo nhu cầu và phát trực tiếp. Sự khác biệt chính giữa hai trường hợp này là thời gian có sẵn của các phân đoạn. Trong trực tiếp, khoảng cách thời gian giữa các yêu cầu của hai đoạn liên tiếp là khoảng thời gian của các phân đoạn đầu tiên. Vì vậy,
nếu phân đoạn có cùng thời gian của giây τ, khoảng cách giữa các yêu cầu sẽ được τ là tốt. Trong khi đó, theo yêu cầu trực tuyến, yêu cầu này có thể được tăng tốc để nhanh chóng lấp đầy bộ đệm
[8].
Như chúng ta tập trung vào những vấn đề khó khăn của quá trình chuyển đổi trơn tru trong trường hợp mức độ đệm thấp trực tiếp, đệm ban đầu cũng là bộ đệm mục tiêu mức độ phải được giữ trong một phiên.