Cắt Video

Về công cụ cắt video

Công cụ cắt video trực tuyến này cho phép bạn cắt và chỉnh sửa file video ngay trên trình duyệt. Chỉ cần chọn video, chọn thời điểm bắt đầu và kết thúc bằng thanh thời gian hoặc nhập thủ công, sau đó cắt video của bạn. Tất cả quá trình xử lý diễn ra cục bộ để đảm bảo riêng tư hoàn toàn.

Cắt video có mã hóa lại và giảm chất lượng không?

Mặc định, các công cụ cắt trên trình duyệt dùng FFmpeg.wasm hay WebCodecs API thường mã hóa lại phần đã cắt để điểm cắt rơi chính xác vào mốc thời gian yêu cầu. Mã hóa lại mất chút chất lượng (ít ở CRF cao, nhiều ở CRF thấp) nhưng cho phép cắt chính xác giữa hai khung bất kỳ. Để giữ chất lượng gốc, dùng chế độ stream copy (FFmpeg -c:v copy -c:a copy), không mất dữ liệu và hoàn tất trong vài giây — nhưng điểm cắt sẽ bám vào khung khóa trước đó gần nhất thay vì thời gian chính xác. Cho clip mạng xã hội nơi chất lượng từng pixel không tối quan trọng, mã hóa lại ở CRF 18-20 là vô hình với người xem. Cho file lưu trữ hay file gốc, stream copy với sai số căn chỉnh nhỏ tốt hơn để tránh mất thế hệ.

Tại sao điểm bắt đầu cắt trễ vài giây dù tôi chọn đúng thời gian?

Đây là vấn đề căn chỉnh khung khóa cổ điển. Với stream copy, công cụ cắt chỉ có thể bắt đầu cắt tại khung I (khung khóa) vì khung P và B phụ thuộc vào khung trước đó để giải mã. Nếu nguồn của bạn có khung khóa mỗi 2-4 giây (điển hình cho video web), điểm cắt sẽ bám lùi về khung khóa gần nhất, khiến clip bắt đầu sớm tới 4 giây trước thời gian yêu cầu, hoặc trễ tới 4 giây nếu bám tới. Để cắt chính xác từng khung, chuyển sang chế độ mã hóa lại, giải mã các khung xung quanh và mã hóa khung khóa mới tại mốc chính xác. Cách khác, mã hóa lại nguồn trước với khoảng cách khung khóa là 1 (toàn khung I), rồi cắt stream-copy — chậm ban đầu, nhanh cho nhiều lần biên tập sau.

Cách tốt nhất để cắt nhiều clip từ một video dài là gì?

Với ít lần cắt (dưới 10), cắt từng đoạn riêng và tải xuống. Với nhiều lần cắt, quy trình hiệu quả nhất: trước tiên transcode nguồn sang định dạng toàn khung I (như ProRes, DNxHR, hoặc H.264 với khoảng cách khung khóa là 1) để mọi khung đều là khung khóa; điều này cho phép cắt stream-copy chính xác từng khung và nhanh cho mọi lần cắt tiếp theo. Sau đó chạy script cắt hàng loạt với FFmpeg, liệt kê các mốc bắt đầu/kết thúc. Phiên bản trình duyệt của công cụ này xử lý một clip mỗi lần, nhưng bạn có thể nối các lần cắt bằng cách tải lại đầu ra làm đầu vào mới. Cho biên tập đa clip không phá hủy, hãy xem xét quy trình EDL hoặc dòng thời gian XML trong NLE — công cụ cắt phù hợp nhất cho cắt đơn nhanh.

Cắt MP4 có thực sự giảm dung lượng tương ứng không?

Đại khái có — clip 10 giây từ video 100 giây 50 MB sẽ khoảng 5 MB. Nhưng không hoàn toàn tỉ lệ vì hai lý do. Thứ nhất, chi phí container (moov atom, cấu hình codec, siêu dữ liệu) thêm chi phí cố định nhỏ bất kể độ dài, nên clip rất ngắn có tỉ lệ chi phí cao hơn. Thứ hai, bitrate video thay đổi theo độ phức tạp cảnh, nên 10 giây cảnh hành động có thể chiếm nhiều dung lượng hơn 10 giây phỏng vấn tĩnh. Nếu giữ cùng codec và stream-copy, bạn bảo toàn độ chính xác byte trên phần giữ lại. Nếu mã hóa lại, có thể chọn CRF thấp hơn để clip nhỏ hơn nữa, hoặc CRF cao hơn để giữ chất lượng thị giác trên đoạn phức tạp cần nhiều bit hơn.

Có thể cắt clip chính xác từng khung, ví dụ cắt đúng tại khung 1247 không?

Có, nhưng kỹ thuật phụ thuộc vào định dạng video cho phép. Phương pháp tin cậy nhất là dùng chế độ mã hóa lại và chỉ định điểm cắt bằng giây phân số (1247 / fps), buộc bộ mã hóa tạo khung I mới tại đích chính xác. Để kết quả tốt nhất, dùng WebCodecs API nơi được hỗ trợ (Chrome 94+, Edge, Opera) — cho truy cập cấp khung thực sự mà không mã hóa lại toàn bộ luồng. Chỉ với stream copy, cắt chính xác từng khung chỉ khả thi nếu mọi khung là khung khóa (nguồn toàn khung I). Biên tập viên chuyên nghiệp thường transcode video sang codec trung gian toàn khung I (ProRes 422 hoặc DNxHR HQ) trước khi chỉnh sửa chính xác để tránh điều này — họ gọi đây là biên tập offline.

Tại sao âm thanh đôi khi lệch tiếng hình sau khi cắt?

Lệch âm thanh/hình sau cắt thường do một trong ba nguyên nhân. Thứ nhất, codec âm thanh (thường AAC) có ranh giới khung riêng (1024 mẫu mỗi khung AAC ở 48 kHz = ~21 ms) có thể không thẳng hàng với điểm cắt video, để lại độ lệch nhỏ tích tụ trong các bản biên tập dài. Thứ hai, nguồn có video tốc độ khung biến thiên (VFR) — nhiều bản ghi điện thoại và chụp màn hình dùng VFR, và công cụ cắt giả định tốc độ khung cố định (CFR) sẽ trôi theo thời gian. Thứ ba, nguồn có siêu dữ liệu trễ âm thanh riêng (danh sách chỉnh sửa trong MP4) mà công cụ cắt có thể loại bỏ hoặc bỏ qua. Khắc phục: chuyển nguồn sang CFR trước (FFmpeg -r 30 hoặc -vf fps=30), dùng công cụ cắt tôn trọng danh sách chỉnh sửa, hoặc mã hóa lại thay vì stream-copy khi cần chính xác.

Làm sao cắt mà không tải video lên máy chủ?

Mọi lần cắt trong công cụ này diễn ra cục bộ trong trình duyệt của bạn bằng FFmpeg.wasm (bản chuyển WebAssembly của FFmpeg) hoặc WebCodecs API gốc. File video được đọc vào bộ đệm bộ nhớ sandbox, xử lý bởi engine WASM chạy trên CPU của bạn, và kết quả được ghi lại trình duyệt để tải xuống. Không byte nào rời thiết bị bạn. Có thể xác minh bằng cách mở DevTools và xem tab Network — không có yêu cầu tải lên nào trong khi xử lý. Điều này khiến công cụ an toàn cho nội dung bí mật (chứng cứ pháp lý, ghi y tế, video nội bộ doanh nghiệp) nơi tải lên máy chủ bên thứ ba vi phạm chính sách bảo mật. Lệnh gọi mạng duy nhất là tải trang và file FFmpeg.wasm (được lưu cache sau lần dùng đầu).

Độ dài video hoặc dung lượng file tối đa có thể cắt là bao nhiêu?

Cắt trên trình duyệt bị giới hạn bởi RAM khả dụng và giới hạn bộ nhớ WebAssembly (tối đa 4 GB trên WASM 32-bit, nhiều hơn trên WASM 64-bit nơi được hỗ trợ). Giới hạn thực tế: clip 1080p tới khoảng 2-3 GB hoặc 30-60 phút chạy ổn định trên máy bàn 16 GB RAM; video 4K hoặc dài hơn có thể đóng băng hoặc gây sập tab. Cho file rất lớn, cách tiếp cận khuyến nghị là cắt stream-copy (không giải mã toàn bộ video vào bộ nhớ) và tránh tải toàn bộ file cùng lúc. Giải pháp tạm thời: chia nguồn khổng lồ thành các khối trước, cắt từng khối, rồi nối lại. Hoặc dùng FFmpeg máy bàn cho file trên 5 GB — nó stream từ ổ đĩa và không bị ràng buộc bởi bộ nhớ trình duyệt.