It has been mentioned in Section II

It has been mentioned in Section III-A that adaptive HTTP
streaming solutions, provided as standardized or proprietary
technologies by different companies, share a similar technological
background. An adaptive HTTP streaming solution
architecture can look like the one shown in Fig. 4, in which the
terminology used adheres to the DASH specification. Although
other HAS solutions use different terminology and different
data formats (cf. Tables I and II), the principle of operation is
the same.
In a typical HAS streaming session, at first, the client makes a
HTTP request to the server in order to obtain metadata of the
different audio and video representations available, which is contained
in the index file. In DASH, the index file is called Media
Presentation Description (MPD, see Fig. 4), while MSS and HDS
use the term manifest, and the index file in HLS is called playlist.
The purpose of this index file is to provide a list of representations
available to the client (e.g., available encoding bit rates,
video frame rates, video resolutions, etc.) and a means to formulate
HTTP requests for a chosen representation. The most important
concept in adaptive HTTP streaming is that switching among
different representations can occur at fixed, frequent time
instants during the playback, as illustrated in Fig. 5. To achieve
this, the media corresponding to the respective representations time based on the client’s request (e.g., DASH). The adaptation
engine in the client decides which of the media segments should
be downloaded based on their availability (indicated by the index
file), the actual network conditions (measured or estimated
throughput), and media playout conditions (playout buffer fill
level). To allow for smooth switching among different representations,
the segments corresponding to different representations
must be perfectly time (frame) aligned

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

Nó đã được đề cập trong phần III-A mà HTTP thích nghistreaming giải pháp, cung cấp như là tiêu chuẩn hoặc độc quyềnCác công nghệ của công ty khác nhau, chia sẻ một tương tự công nghệnền. Adaptive HTTP streaming giải phápkiến trúc có thể trông giống như một trong những thể hiện trong hình 4, trong đó cácthuật ngữ được sử dụng tuân thủ các đặc tả dấu gạch NGANG. Mặc dùgiải pháp ĐÃ sử dụng thuật ngữ khác nhau và khác nhaudữ liệu định dạng (x. bảng I và II), nguyên tắc hoạt động làChúc bạn như vậy.Trong một điển hình ĐÃ streaming phiên, lúc đầu tiên, khách hàng làm cho mộtYêu cầu HTTP đến máy chủ để có được siêu dữ liệu của cácâm thanh khác nhau và đại diện video có sẵn, được chứatrong các tập tin chỉ mục. Dấu gạch NGANG, các tập tin chỉ mục được gọi là phương tiện truyền thôngMô tả trình bày (MPD, xem hình 4), trong khi MSS và HDSsử dụng thuật ngữ vận, và tập tin chỉ mục trong HLS được gọi là danh sách phát.Mục đích của tập tin chỉ mục này là để cung cấp một danh sách các đại diệncó sẵn cho khách hàng (ví dụ: mã hóa có sẵn bit tỷ giá,tỷ lệ khung hình video, video độ phân giải, vv) và một phương tiện để xây dựngYêu cầu HTTP cho một đại diện được lựa chọn. Quan trọng nhấtCác khái niệm trong thích ứng HTTP streaming là đó chuyển đổi giữa cácđại diện khác nhau có thể xảy ra vào thời gian cố định, thường xuyêninstants trong khi phát lại, như minh họa trong hình 5. Để đạt đượcĐiều này, các phương tiện truyền thông tương ứng với thời gian tương ứng đại diện dựa trên yêu cầu của khách hàng (ví dụ: dấu gạch NGANG). Thích ứngđộng cơ trong khách hàng quyết định đó của các phân đoạn của phương tiện truyền thông nênđược tải dựa trên sẵn có của họ (được chỉ định bởi các chỉ sốtập tin), các điều kiện mạng thực tế (đo hoặc ước tínhthông qua), và điều kiện phương tiện truyền thông playout (điền vào bộ đệm playoutcấp độ). Cho phép chuyển trơn tru giữa các đại diện khác nhau,Các phân đoạn tương ứng với các đại diện khác nhauphải được hoàn toàn thời gian (frame) liên kết

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

Nó đã được đề cập tại mục III-A mà thích ứng HTTP
giải pháp trực tuyến, cung cấp như là tiêu chuẩn hóa hoặc độc quyền
công nghệ của các công ty khác nhau, chia sẻ một công nghệ tương tự như
nền. Một adaptive HTTP trực tuyến giải pháp
kiến trúc có thể trông giống như thể hiện trong hình. 4, trong đó các
thuật ngữ sử dụng tuân thủ các đặc điểm kỹ thuật DASH. Mặc dù
khác HAS giải pháp sử dụng thuật ngữ khác nhau và khác nhau
định dạng dữ liệu (x Bảng I và II), nguyên tắc hoạt động là
giống nhau.
Trong một điển hình ĐÃ trực tuyến phiên, lần đầu tiên, khách hàng làm cho một
yêu cầu HTTP tới máy chủ để có được siêu dữ liệu của các
âm thanh khác nhau và đại diện video có sẵn, được chứa
trong tập tin chỉ mục. Trong DASH, các tập tin chỉ mục được gọi là Media
Presentation Description (MPD, xem hình. 4), trong khi MSS và HDS
sử dụng thuật ngữ biểu hiện, và các tập tin chỉ mục trong HLS được gọi là danh sách nhạc.
Mục đích của tập tin chỉ số này là để cung cấp một danh sách cơ quan đại diện
có sẵn cho khách hàng (ví dụ như, có tốc độ bit mã hóa,
tỷ lệ khung hình, độ phân giải video, vv) và một phương tiện để xây dựng
các yêu cầu HTTP cho một đại diện được lựa chọn. Điều quan trọng nhất
khái niệm trong thích ứng HTTP streaming là rằng việc chuyển đổi giữa các
đại diện khác nhau có thể xảy ra, thì thời gian cố định thường xuyên
khoảnh khắc trong thời gian phát lại, như minh họa trong hình. 5. Để đạt được
điều này, các phương tiện truyền thông tương ứng với thời đại diện tương ứng dựa trên yêu cầu của khách hàng (ví dụ như, DASH). Sự thích nghi
động cơ trong các khách hàng quyết định về việc phân đoạn truyền thông nên
được tải dựa trên khả năng của họ (chỉ định bởi các chỉ số
tập tin), các điều kiện thực tế mạng (đo hoặc ước tính
thông lượng), và các điều kiện phương tiện truyền thông phát sóng (phát sóng đệm điền
cấp). Để cho phép chuyển mạch thông suốt giữa các đại diện khác nhau,
các phân đoạn tương ứng với đại diện khác nhau
phải được hoàn toàn thời gian (frame) kết