5.1.1 Server-Side ImplementationThe

5.1.1 Server-Side Implementation
The HAS server implementation is based on the Jetty web
server, which was extended to provide support for HTTP/2
[35]. Jetty’s HTTP/2 component allows to setup a push based
strategy, which defines all resources that need to be
pushed along with the requested resource. Such a strategy is
ideal for web-based content, where the required JavaScript
and CSS files, images, and other content can immediately be
pushed. However, since we target a live-stream scenario, not
all segments are available when a request is issued. Therefore,
we defined a new request handler that processes GET
requests issued by the client. This handler allows a client to
issue a live-stream request, passing along parameters such
as the preferred buffer size and quality level. When this request
corresponds to a new session, the server starts a push
thread that pushes instantly the five last released video segments
at the lowest quality. This way, the client can ramp
up its buffer quickly, while not overloading the network. In
order to simulate a live stream scenario, a release thread
makes new segments available every segment duration. As
soon as new segments are available, the push thread is notified
and a segment is pushed to the corresponding client.
When the client wants to change the quality level at which
the segments are pushed, a new GET request is issued and
the quality level is updated at server side accordingly.

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

5.1.1 phía máy chủ thực hiệnTriển khai máy chủ ĐÃ được dựa trên Jetty webmáy chủ, mà đã được mở rộng để cung cấp hỗ trợ HTTP/2[35]. đê chắn sóng của HTTP/2 thành phần cho phép để thiết lập một đẩy dựachiến lược, trong đó xác định tất cả các nguồn lực cần phảiđẩy cùng với các nguồn tài nguyên được yêu cầu. Một chiến lược làlý tưởng cho nội dung web, nơi mà yêu cầu JavaScriptvà CSS tập tin, hình ảnh và nội dung khác ngay lập tức có thểđẩy. Tuy nhiên, kể từ khi chúng tôi nhắm mục tiêu một kịch bản dòng sống, khôngTất cả các phân đoạn có sẵn khi yêu cầu được phát hành. Do đó,chúng ta định nghĩa một trình xử lý yêu cầu mới quy trình nhận ĐƯỢCyêu cầu của khách hàng. Xử lý này cho phép một khách hàng đểvấn đề một yêu cầu dòng sống, đi dọc theo các thông số như vậynhư ưa thích các đệm cấp độ kích thước và chất lượng. Khi yêu cầu nàytương ứng với một phiên họp mới, bắt đầu máy chủ một đẩychủ đề mà ngay lập tức đẩy các năm cuối phát hành video phân đoạnchất lượng thấp nhất. Bằng cách này, khách hàng có thể đoạn đường nốilên vùng đệm của nó một cách nhanh chóng, trong khi không phải quá tải mạng. Ởđể mô phỏng một kịch bản dòng sống, một chủ đề phát hànhlàm cho phân đoạn mới có sẵn mỗi phân đoạn thời gian. Nhưsớm như phân đoạn mới có sẵn, sợi chỉ đẩy được thông báovà một phân đoạn được đẩy cho khách hàng tương ứng.Khi khách hàng muốn thay đổi chất lượng độ mà tại đóCác phân đoạn đẩy, một yêu cầu ĐƯỢC mới được ban hành vàmức độ chất lượng được Cập Nhật ở phía máy chủ cho phù hợp.

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

5.1.1 Server-Side Thực hiện
HAS triển khai máy chủ dựa trên web Jetty
máy chủ, mà đã được mở rộng để cung cấp hỗ trợ cho HTTP / 2
[35]. HTTP / 2 thành phần Jetty cho phép thiết lập một căn cứ đẩy
chiến lược, trong đó xác định các nguồn lực cần được
đẩy cùng với các nguồn tài nguyên được yêu cầu. Một chiến lược như vậy là
lý tưởng cho các nội dung dựa trên web, nơi JavaScript cần thiết
và CSS file, hình ảnh và nội dung khác ngay lập tức có thể được
đẩy. Tuy nhiên, kể từ khi chúng ta nhắm đến một kịch bản live-stream, không phải
tất cả các phân khúc có sẵn khi yêu cầu được phát hành. Do đó,
chúng ta định nghĩa một hàm xử lý yêu cầu mới xử lý GET
yêu cầu do khách hàng. Xử lý này cho phép khách hàng để
đưa ra một yêu cầu trực tiếp Thông, đi dọc theo các thông số đó
là kích thước bộ đệm ưa thích và mức độ chất lượng. Khi yêu cầu này
tương ứng với một phiên làm việc mới, máy chủ bắt đầu một sự thúc đẩy
chủ đề đó đẩy ngay lập tức các đoạn video phát hành cuối năm
ở chất lượng thấp nhất. Bằng cách này, khách hàng có thể đoạn đường nối
lên đệm của nó một cách nhanh chóng, trong khi không quá tải mạng. Trong
thứ tự để mô phỏng một kịch bản dòng sống, một sợi phát hành
làm cho các phân khúc mới có sẵn mỗi thời đoạn. Như
ngay khi các phân khúc mới là có sẵn, sợi đẩy được thông báo
và một phân khúc được đẩy cho khách hàng tương ứng.
Khi khách hàng muốn thay đổi mức độ chất lượng mà tại đó
các phân đoạn được đẩy, một yêu cầu GET mới được ban hành và
mức chất lượng là cập nhật ở phía máy chủ phù hợp.