đã trả lời
Người mới ở đây, bảng này đã giúp tôi giải đấu cho đến nay, cảm ơn vì điều đó.
Yêu cầu của tôi hôm nay là dành cho những người dày dạn kinh nghiệm hơn với loại sự việc này để chỉ ra bất kỳ lĩnh vực nào mà tôi có thể mắc lỗi và đặc biệt là liệu kết quả cuối cùng có nên/không nên gây ngạc nhiên cho các bước tôi đã thực hiện hay không. Mục tiêu của tôi với điều này là chụp và lưu trữ luồng.
Vui lòng bỏ qua câu hỏi bên dưới, giải thích để làm theo ngay bây giờ:
Lưu ý nhanh rằng để chụp luồng, tôi đang sử dụng một chương trình tự động hóa quy trình. Cụ thể, chức năng của nó là ghi lại khi có hoạt động trên kênh, vì tôi không có kiến thức để viết một số tập lệnh để tự động kiểm tra xem một luồng có trực tiếp hay không.
Luồng nguồn thuộc loại bộ chứa MPEG-TS. Điều đó có nghĩa là, bằng cách sử dụng bên dưới, các tệp kết quả của tôi có phần mở rộng tệp .ts. Với các tham số nguồn (và đầu ra) được chương trình này tự động xử lý, tôi chuyển các đối số này vào cài đặt tham số FFmpeg của nó:
-c:v copy -c:a copy -movflags faststart -y -f mpegts
Sau khi đổi tên đầu ra đó bằng tay thành "file1.ts", sau đó tôi sử dụng bàn điều khiển và thực hiện lệnh này:
ffmpeg -i file1.ts -c:v libx265 -crf 16 -preset chậm -pix_fmt yuv420p10le -c:a aac -b:a 192k date_10bit.mp4
Ở đây, tôi dự định mã hóa lại luồng đã bắt dưới dạng tệp HEVC/x265 bên trong vùng chứa .mp4.
- Tôi đã đặt giá trị CRF thành 16 vì những lý do mà tôi sắp đề cập bên dưới, nhưng về cốt lõi, tôi đang theo đuổi sự khác biệt về hình ảnh với nguồn và sẵn sàng trả giá theo kích thước (hoặc tôi nghĩ vậy)
- Cài đặt trước được đặt thành chậm theo đề xuất của một số người dùng, có vẻ như sự đồng thuận dành cho x265 chất lượng chậm tương đương với chất lượng trung bình khi sử dụng x264
- Độ sâu 10 bit, vì đã đề cập rằng 10 bit nén tốt hơn, tôi nghĩ rằng tôi sẽ dùng thử
- Mã hóa âm thanh thành aac và 192k ngoài mối quan tâm chung về tính khả dụng của âm thanh chất lượng cao hơn nếu có thể.
Sau nhiều giờ chạy, tệp kết quả không thể nhìn thấy rõ (có vẻ không tệ hơn, do các vấn đề về đồ tạo tác/chuyển động, nhưng tôi nghĩ rằng lệnh 10 bit làm cho hình ảnh ấm hơn rõ rệt) và nhỏ hơn một chút so với .ts tôi ban đầu bắt đầu với.
Đây là một bài học rõ ràng mà tôi đã bỏ lỡ bằng cách nào đó cho đến nay, rằng tất cả quá trình mã hóa/nén lại (ngoài CRF/QP bằng 0?) Sẽ luôn làm giảm chất lượng từ "nguồn".
Vào cuối ngày, tệp nguồn của tôi là 5,5 GB. Mã hóa x265 mất cả ngày và bật ra một tệp ở mức 5,25 GB. Tôi cho rằng vì CRF thấp như vậy cụ thể là. Bằng mọi giá,
Với cuộc hành trình của tôi bây giờ giải thích:
Là tất cả những điều này được mong đợi?
Cụ thể hơn, có (và là gì) có một số phương pháp để giảm đáng kể kích thước tệp trong khi vẫn giữ được chất lượng - giả sử, giá trị CRF là 20 hoặc hơn. Hiện tại tôi đang sợ thời gian mã hóa và thực sự không thấy nhiều kết quả khả quan, vì vậy tôi có xu hướng chấp nhận rằng tôi sẽ cần lưu trữ các tệp .ts cơ sở và gọi nó là một ngày.
Cảm ơn bạn đã dành thời gian để đọc.
Chỉnh sửa: Cảm ơn Nmath trong phần bình luận!
