Clip YouTube cho Premiere Pro

№ 01  /  Vấn đề

Vì sao hầu hết công cụ cắt YouTube Không phù hợp để chỉnh sửa

Các công cụ cắt YouTube miễn phí thường dùng cách sao chép luồng: lấy các byte gốc, tua đến keyframe gần nhất, và gọi đó là một đoạn cắt. Nhanh, đúng vậy — nhưng trên các luồng AV1 và VP9 hiện đại, keyframe có thể cách nhau 5-10 giây. Đoạn cắt bạn yêu cầu tại 14:30 thực ra lại bắt đầu ở 14:24 hoặc 14:36, tùy khung hình I-frame nào gần hơn. Với việc tải video YouTube về điện thoại thì không sao. Nhưng với bản dựng cần đoạn cắt rơi đúng vào một từ cụ thể, điều đó vô dụng.

Vấn đề khác là sự không tương thích giữa container và codec. YouTube ngày càng cung cấp video AV1 trong định dạng WebM. Premiere Pro không nhập trực tiếp AV1-trong-WebM — bạn sẽ gặp lỗi "định dạng không được hỗ trợ" hoặc phải chờ Media Encoder chuyển mã sang ProRes cả tiếng đồng hồ trước khi có thể cắt. Đến lúc bản proxy hoàn tất, bạn đã quên mất mình định cắt gì.

AppsGolem giải quyết cả hai vấn đề: một bước giải mã thực sự để tua chính xác đến từng khung hình (không tua theo keyframe), và H.264 + AAC + +faststart ở đầu ra để Premiere, DaVinci và Final Cut nhận file trực tiếp. Cái giá phải trả là một bước mã hóa lại nhỏ ở mức libx264 veryfast CRF 22 — gần như không nhận thấy khác biệt với nội dung thông thường, và tốc độ cố định khoảng ~9 lần thời gian thực trên 1080p. Đánh đổi thêm một phút mã hóa để có clip nhập được ngay lập tức.

№ 02  /  Bảng thông số

Bạn nhận được gì so với Những gì công cụ cắt sao chép luồng cung cấp

Các thông số kỹ thuật quyết định file có hoạt động được trong bản dựng của bạn hay không.

Các thông số này đến từ pipeline render của AppsGolem: video H.264 dùng libx264 veryfast CRF 22 (trong suốt về mặt hình ảnh ở bitrate nguồn YouTube thông thường), âm thanh AAC sao chép trực tiếp từ nguồn, container MP4 với atom moov được chuyển lên đầu để trình phát có thể tua trước khi tệp tải xong.

№ 03  /  Quy trình

Ba quy trình làm việc Giải pháp cho

Biên tập viên, người vận hành podcast, motion designer.

№ 04  /  Pipeline

Cách hoạt động của pipeline mã hóa

Khi bạn gửi một lệnh cắt, AppsGolem lấy nguồn YouTube qua yt-dlp, sau đó chạy một lượt ffmpeg duy nhất: -ss sau -i để tua chính xác, -c:v libx264 -preset veryfast -crf 22 cho video H.264 trong suốt về mặt hình ảnh, -c:a copy cho âm thanh AAC chính xác từng bit, và -movflags +faststart cho bố cục MP4 có moov ở đầu, giúp trình duyệt và phần mềm dựng phim bắt đầu đọc trước khi tệp tải xong.

CRF 22 được chọn dựa trên một benchmark trên phần cứng sản xuất (Intel Xeon E-2136, 12 CPU logic). Kết quả trung bình khoảng 9 lần tốc độ thực ở 1080p — nghĩa là một đoạn cắt 60 giây được render trong khoảng 7 giây. Kích thước tệp đầu ra vào khoảng gấp đôi bitrate nguồn, đó là lý do độ trung thực hình ảnh vẫn trong suốt: có đủ bit trong ngân sách mã hóa để codec giữ lại chi tiết mà không tạo ra nhiễu.

Với nội dung nguồn 4K, bạn có thể yêu cầu đầu ra 2160p — cùng pipeline mã hóa, chỉ nhiều điểm ảnh hơn. Mã hóa ở 4K chậm hơn khoảng 4 lần so với 1080p, vì vậy một đoạn cắt 4K dài 60 giây mất khoảng 30 giây. Đoạn cắt 4K bị giới hạn cứng ở 60 phút thời lượng nguồn; với các đoạn cắt ngắn hơn và video 1080p thì không có giới hạn cố định. Các đoạn cắt dài hơn một giờ được chuyển qua một hàng đợi worker riêng và bạn sẽ nhận được email khi mã hóa hoàn tất.

№ 05  /  Câu hỏi thường gặp

Quy trình dựng phim Câu hỏi thường gặp