On the server side of an HTTP adapt

On the server side of an HTTP adaptive streaming system,
the main concern is the preparation of the content, i.e., selection
of available representations, and optimal encoding. This also
includes proper selection of system parameters, such as the
length of an encoded segment (where selectable).
The length of the video segment needs to obey two contradictory
requirements. First, the segments need to be short enough
to allow for fast reaction to changing network conditions. On
the other hand, the segments need to be long enough to allow
high coding efficiency of the source video encoder [54] and to
keep the amount of overhead low (the impact of segment size
on the necessary overhead is quantified in [55]). Clearly, these
two requirements form an optimization problem which needs to
be considered at the server side during content preparation.
In [56], the length of video segments to be offered to the
client is optimized based on the content, so that I-frames and
representation switches are placed at optimal positions, e.g.,
video cuts. Such an approach led to approximately 10% decrease
of the required bit rate for a given video image quality.
This work is followed by [57], where variable segment lengths
across different representations are considered—it is proposed
that for higher bit rates, longer segments are used in order to
improve coding efficiency.
Among the server-side actions is also the selection of compression
algorithms for audiovisual content (in cases where it
is not fixed by the system specification). A recent comparison
of different video compression standards [58] justifies the very
widespread use of H.264/AVC (Advanced Video Coding) encoding
[59] for video as shown in Tables I and II, although
codec flexibility, available in several proprietary and standard
solutions, is a clear advantage due to the emerging highly
efficient HEVC (High Efficiency Video Coding) standard [58].

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

Về phía máy chủ của một HTTP adaptive trực tuyến Hệ thống,mối quan tâm chính là việc chuẩn bị nội dung, ví dụ, sự lựa chọnđại diện có sẵn, và mã hóa tối ưu. Điều này cũngbao gồm các lựa chọn đúng đắn của các thông số hệ thống, chẳng hạn như cácchiều dài của một phân đoạn mã hóa (trong trường hợp lựa chọn).Chiều dài của đoạn video cần phải tuân theo hai contradictoryyêu cầu. Trước tiên, các phân đoạn phải ngắn, đủđể cho phép các phản ứng nhanh chóng để thay đổi điều kiện mạng. Ngàymặt khác, các phân đoạn cần phải lâu dài, đủ để cho phéphiệu quả mã hóa cao của nguồn video mã hóa [54] và đếnGiữ số tiền chi phí thấp (ảnh hưởng của kích thước phân khúctrên chi phí cần thiết định lượng trong [55]). Rõ ràng, nhữnghai yêu cầu tạo ra một vấn đề tối ưu hóa, cần phảiđược xem xét ở phía máy chủ trong quá trình chuẩn bị nội dung.Trong [56], chiều dài của đoạn video để được cung cấp cho cáckhách hàng là tối ưu hóa dựa trên các nội dung, vì vậy mà tôi khung vàthiết bị chuyển mạch đại diện được đặt tại các vị trí tối ưu, ví dụ:video cắt giảm. Một phương pháp dẫn đến xấp xỉ 10% giảmtỷ lệ bit cần thiết cho một chất lượng hình ảnh video nhất định.Điều này làm việc tiếp theo là [57], nơi biến phân đoạn dàitrên khắp các đại diện khác nhau được coi là-nó được đề xuấtlà cho tỷ lệ bit cao hơn, lâu hơn các phân đoạn được sử dụng đểnâng cao hiệu quả mã hóa.Trong số các hành động phía máy chủ cũng là lựa chọn của nénCác thuật toán cho nội dung nghe nhìn (trong trường hợp nơi nókhông cố định bởi đặc tả hệ thống). Một so sánh tạitiêu chuẩn nén video khác nhau [58] biện minh cho việc rấtsử dụng rộng rãi của H.264/AVC (Advanced Video Coding) mã hóa[59] cho video như thể hiện trong bảng I và II, mặc dùcodec tính linh hoạt, có sẵn trong một số tiêu chuẩn và độc quyềngiải pháp là một lợi thế rõ ràng do sự nổi lên caotiêu chuẩn hiệu quả HEVC (cao hiệu quả Video Coding) [58].

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

Về phía máy chủ của một hệ thống thích nghi streaming HTTP,
mối quan tâm chính là việc chuẩn bị nội dung, nghĩa là lựa chọn
của đại diện có sẵn, và mã hóa tối ưu. Điều này cũng
bao gồm các lựa chọn đúng đắn của các thông số hệ thống, chẳng hạn như
độ dài của một đoạn mã hóa (nơi lựa chọn).
Chiều dài của đoạn video cần phải tuân theo hai mâu thuẫn
yêu cầu. Thứ nhất, phân khúc này cần phải đủ ngắn
để cho phép thay đổi các điều kiện mạng phản ứng nhanh. Trên
Mặt khác, các phân khúc này cần phải đủ dài để cho phép
hiệu suất mã hóa cao của các nguồn video mã hóa [54] và để
giữ số tiền trên không thấp (ảnh hưởng của kích thước phân khúc
trên những phí cần thiết được định lượng trong [55]) . Rõ ràng, những
hai yêu cầu hình thành một vấn đề tối ưu hóa mà cần phải
được xem xét ở phía máy chủ trong quá trình chuẩn bị nội dung.
Trong [56], độ dài của các đoạn video được cung cấp cho các
khách hàng là tối ưu hoá dựa trên nội dung, do đó I-frame và
công tắc đại diện được đặt tại các vị trí tối ưu, ví dụ như,
cắt video. Cách tiếp cận này dẫn đến khoảng 10% giảm
của tốc độ bit cần thiết cho một chất lượng hình ảnh video nhất định.
Công việc này được theo sau bởi [57], trong đó độ dài đoạn biến
trên khắp các đại diện khác nhau được coi-đó là đề xuất
mà cho tốc độ bit cao hơn, dài hơn phân đoạn được sử dụng để
cải thiện mã hóa hiệu quả.
trong số những hành động phía máy chủ cũng là việc lựa chọn nén
thuật toán cho các nội dung nghe nhìn (trong trường hợp nó
không được cố định bởi các đặc điểm kỹ thuật hệ thống). Một so sánh gần đây
của các tiêu chuẩn nén video khác nhau [58] biện minh cho rất
sử dụng rộng rãi của H.264 / AVC (Advanced Video Coding) mã hóa
[59] cho video như thể hiện trong Bảng I và II, mặc dù
linh hoạt codec, có sẵn trong một số độc quyền và tiêu chuẩn
giải pháp, là một lợi thế rõ ràng do các cao mới nổi
HEVC hiệu quả (High Efficiency video coding) tiêu chuẩn [58].