Tôi nên chọn CRF hoặc cài đặt nào cho h265 để đạt được chất lượng tương tự của h264?

Tôi đang thực hiện một số thử nghiệm với HEVC x265.

Tôi có một cảnh quay thô và chất lượng chi tiết của h264 với cùng cài đặt CRF trông tốt hơn h265.

Không nên ngược lại?

Có lẽ thiết lập của tôi không phải là tốt nhất: Tôi đang sử dụng ffmpeg để chuyển mã và vlc để xem lại video, sau đó tôi sao chép nội dung màn hình và so sánh các màn hình trên một chương trình như photoshop.

Các lệnh FFmpeg tôi sử dụng là như sau:

ffmpeg -i input.mp4 -c:v libx264 -crf 30 -c:a copy output_h264.mkv

và

ffmpeg -i input.mp4 -c:v libx265 -crf 30 -c:a copy output_h265.mkv

Tôi đã sử dụng 30 làm CRF cho mục đích thử nghiệm vì các vật phẩm có thể nhìn thấy rõ hơn :)

Có thể mất chất lượng do VLC và hỗ trợ thử nghiệm của nó trong việc giải mã h265? Có lẽ một cái gì đó rõ ràng hơn ở bitrate thấp hơn?

— người dùng3450548
nguồn

Thang đo CRF cho x264 và x265 không tương ứng. x265 CRF 28 được coi là e quivalent để x264 CRF 23. Nhưng x265 là chưa trưởng thành như trong sự phát triển của nó như x264, vì vậy hãy rằng CRF tương đương với một nhúm muối.

Điều đó nói rằng, bạn có thể cố gắng thiết lập hiệu chuẩn của riêng mình giữa các phiên bản hiện tại của thư viện mã hóa trong ffmpeg của bạn bằng cách chạy lệnh sau, thực thi hai số liệu chất lượng video phổ biến:

ffmpeg -i encoded-video.mp4 -i reference-video.mp4 -lavfi "ssim;[0:v][1:v]psnr" -f null -

Các dòng cuối cùng của đầu ra giao diện điều khiển sẽ chứa:

[Parsed_ssim_0 @ 000000000039ad80] SSIM Y:0.984483 U:0.980458 V:0.980921 All:0.983219 (17.751712)
[Parsed_psnr_1 @ 0000000000398320] PSNR y:42.63 u:43.19 v:44.09 average:42.90 min:42.07 max:46.16

Vì vậy, hãy chạy lệnh một lần với đầu ra x264 và một lần với x265 và so sánh với các đầu ra x265 khác nhau, cho đến khi bạn có được các biện pháp tương tự. Tất nhiên, các số liệu này không hoàn hảo nhưng bạn có thể sử dụng chúng làm hướng dẫn sơ bộ để thiết lập tính tương đương.

— Gyan
nguồn

Hmm thú vị, tôi có thể hỏi tại sao quy mô này không tương ứng? Là một thiết kế mong muốn với số lượng giá trị CRF lớn hơn hoặc có thể được xem xét theo cách này vì libx265 vẫn chưa đủ trưởng thành trong ffmpeg?

— dùng3450548

Một bổ sung cho các bình luận trước. Trong tài liệu ffmpeg mà bạn đã liên kết nói rằng x265 crf 28 tương đương với x264 crf 23. Vì vậy, nếu nói chung, CRF của h265 nói "tốt hơn" về mặt chất lượng so với x264 thì khả năng kết quả mã hóa của x265 là kém nhất x264 với cùng CRF? Vẫn là một giải mã xấu vlc + libx265 quá trẻ?

— dùng3450548

28 và 23 là các giá trị CRF mặc định của x265 và x264 tương ứng, do đó tương đương được cho là. Câu trả lời ngắn cho sự sai lệch so với hiệu suất dự kiến là x265 vẫn đang trong "sự phát triển nặng nề". Không có gì để làm đặc biệt với libx265 kèm ffmpeg Xem forum.doom9.org/showthread.php?t=170986 và compression.ru/video/codec_comparison/hevc_2015/...

— Gyan

Tôi hiểu rồi, vì tình trạng phát triển nặng nề này ngay cả khi tôi quyết định chuyển từ ffmpeg và libx265 sang một bộ mã hóa khác, kết quả sẽ không thay đổi quá nhiều phải không? Ngày nay không có một số sản phẩm thương mại dựa trên x265? Nên đã gần như hoàn thành trong tất cả các phần của nó!

— dùng3450548

Nếu bạn nhìn vào bản PDF tôi đã liên kết trong bình luận cuối cùng, có rất nhiều bộ mã hóa ngoài kia - độc quyền nhất. Quan sát của tôi chỉ giới hạn ở x265 độc lập hoặc triển khai của nó, cho dù trong ffmpeg hay bất cứ thứ gì khác. Những bộ mã hóa khác có thể tốt hơn - tôi đã không nghiên cứu kỹ PDF đó.

— Gyan