Chất lượng cao của x 264 mã hóa là chủ yếu do để...dự toán chuyển động tích cực tìm kiếm, giúp tìm càng nhiều thời gian và không gian dư thừa trong hình ảnh càng tốt, bằng cách sử dụng một số lớn các ứng cử viên ban đầu dự đoán theo sau là một tìm kiếm đa hình lục giác phức tạp, không đồng đều (với đầu ra cho tốc độ), theo sau là tinh tế điểm ảnh tiểu sử dụng biến dạng tỷ lệ đầy đủ tối ưu hóa tài khoản thực, cuối cùng chi phí-vs-lợi ích của mỗi lựa chọnTuyệt vời bitrate điều khiển/phân phối, sử dụng phân tích cấp macroblock ("MB-cây") để theo dõi mức độ tham khảo của mỗi macroblock thông qua các vectơ thực tế chuyển động từ khung trong tương lai, cho phép các bộ mã hóa để chỉ thấp hơn chất lượng trong các lĩnh vực của mỗi khung đó đang thay đổi nhanh chóng (không tham chiếu nhiều trong tương lai), thay vì làm giảm chất lượng của toàn bộ khung cũng như ở hầu hết các bộ mã hóa-về cơ bản điều khiển truyền thống bitrate nhưng áp dụng ở cấp độ của mỗi macroblock 16 x 16 chứ không phải tại khung hình toàn bộ cấp-giúp duy trì rõ ràng, ổn định nguồn gốc sự hiện diện của di chuyển phía sau đối tượngsử dụng thông minh, thích nghi, biến của B-khung, chứ không phải chỉ bằng cách sử dụng một mô hình cố định như IBBPBBPBBPBB như trong hầu hết các bộ mã hóa, để sử dụng tốt hơn của các bitrate có sẵn bằng cách chèn đắt tiền hơn nhưng cao hình ảnh chất lượng tôi và P-khung nơi họ đang của hầu hết các lợi ích để phục vụ như là tài liệu tham khảo khung, mà là tốt ở tất cả lần nhưng là đặc biệt quan trọng trong thời gian mất dần (một trong những điều khó khăn nhất để nén tốt)sự lượng tử hóa thích ứng, mà thay đổi XviD cho mỗi macroblock cá nhân trong mỗi khung để tránh blur/chặn trong khu vực bằng phẳng chứa Mỹ/cạnh chi tiết, chẳng hạn như bình tĩnh nước, bầu trời và hoạt hìnhtối ưu hóa sự biến dạng tỷ lệ đầy đủ được sử dụng cho chuyển động-vector sàng lọc, macroblock phân vùng (phân chia mỗi macroblock, cân bằng chi phí của chuyển động bổ sung vectơ chống lại lợi ích của hình ảnh dư hơn trái để mã hóa), và cuối cùng sự lượng tử hóa (chính lossy bước đầu!), mà chọn tối ưu tại địa phương chuyển động vector, macroblock phân vùng và sự lượng tử hóa dựa trên chi phí-vs-lợi ích bằng cách sử dụng chi phí thực tế, thực tế của mỗi lựa chọn có thể, khi sự lựa chọn đó được xử lý ngay qua để mã hóa dữ liệu ngẫu nhiên cuối cùng , so với chất lượng hình ảnh hưởng lợi được đo bằng số liệu RDO (xem bên dưới)một số liệu tối ưu hóa "psycho-hình ảnh" tỷ lệ-biến dạng, mà cố gắng để phù hợp với cảm nhận chất lượng hình ảnh tốt hơn của de-emphasizing mờ "thấp-lỗi nhưng năng lượng thấp" sự lựa chọn, thay vì bằng cách sử dụng đơn giản số liệu như Tổng số tuyệt đối sự khác biệt (SAD), vị trí tỷ lệ tín hiệu đến tiếng ồn (PSNR) hoặc cấu trúc tương tự của hình ảnh (SSIM), mà tất cả có xu hướng nạc theo hướng thấp điểm ảnh số khác biệt nhưng quá mờx 264 cũng nhanh chóng, với SIMD véc tơ hướng dẫn sử dụng cho các hoạt động nguyên thủy nhất, cùng với tốt đa luồng mà đạt được tăng tốc gần tuyến tính trong thời gian thứ hai vượt qua mã hóa trên đa lõi và bộ vi xử lý đa hệ thống (video mã hóa là tự nhiên cao song song vấn đề, tất nhiên, mà làm cho parallelizing nó khá dễ dàng). x 264 là rất nhanh chóng cho một mã hóa phần mềm, và thực sự cạnh tranh với chuyên dụng phần cứng mã hóa nếu nhanh chóng cài đặt được sử dụng, trong khi đạt được chất lượng tốt hơn. Chúng tôi, tất nhiên, dùng thiết đặt chậm hơn nhiều để đạt được chất lượng cao nhất có thể, nhưng chúng tôi vẫn đánh giá cao tốc độ x 264.Mã hóa khác: ngay cả khi bạn sử dụng một bộ mã hóa khác nhau, chẳng hạn như MainConcept, bạn nên vẫn còn tìm thấy tài liệu này hữu ích, như hầu hết các bộ mã hóa cung cấp tương tự như cài đặt dựa trên định dạng H.264 cơ bản chính nó, và bản chất của mã hóa video nói chung. Một lời cảnh báo, mặc dù-không sử dụng của Apple tiêu chuẩn H.264 encoder, một trong đó có được xây dựng trong QuickTime, vì nó không phải là rất tốt và luôn đi cuối cùng trong so sánh mã hóa, đặc biệt là ở bitrates thấp.
đang được dịch, vui lòng đợi..
