Trình nén video miễn phí

Giảm kích thước tệp video với các tùy chọn chất lượng hoặc cài đặt tùy chỉnh.

100% phía máy khách · tệp của bạn không bao giờ rời khỏi thiết bị

Kéo và thả tệp video vào đây

hoặc nhấp để duyệt · MP4, WebM, MOV, AVI, MKV (tối đa 2 GB)

Nén video thực sự làm gì với tệp của bạn

Video thô là một dòng thác dữ liệu pixel. Một clip 1080p (1920x1080) 60fps xấp xỉ là 1920 x 1080 x 3 byte mỗi pixel x 60 khung hình mỗi giây, khoảng 370 MB mỗi giây cảnh quay không nén. Ngay cả 720p 30fps không nén cũng khoảng 80 MB/s. Nén làm cho video có thể chia sẻ bằng cách khai thác hai sự dư thừa: dư thừa không gian trong một khung hình (các pixel lân cận thường giống nhau) và dư thừa thời gian giữa các khung hình (hầu hết các pixel hầu như không thay đổi từ khung hình này sang khung hình khác). Các codec hiện đại mã hóa khung hình chính (hình ảnh đầy đủ) cứ vài giây một lần và chỉ mã hóa các khác biệt ở giữa. Những khác biệt đó sau đó được biến đổi DCT, lượng tử hóa (bước có tổn thất loại bỏ các chi tiết tần số cao mà mắt bạn ít chú ý hơn), và mã hóa entropy. Giá trị CRF (Constant Rate Factor) bạn chọn kiểm soát mức độ tích cực bước lượng tử hóa loại bỏ thông tin. CRF 18 không mất mát trực quan; CRF 23 là mặc định x264 (trong suốt với hầu hết người xem); CRF 28 là chất lượng web có thể chấp nhận; trên CRF 30 bạn bắt đầu thấy hiện tượng phân khối trong các cảnh tối và nhiễu mosquito quanh văn bản.

Độ phân giải, tốc độ khung hình và bitrate là ba núm xoay độc lập. Giảm một nửa độ phân giải từ 1080p xuống 720p cắt dữ liệu thô đi 4 lần (mỗi trục chia đôi). Giảm một nửa tốc độ khung hình từ 60fps xuống 30fps cắt dữ liệu đi 2 lần. Cả hai sự giảm đều rõ ràng trực quan trên nội dung chi tiết nhưng thường vô hình trên cảnh quay nói chuyện đầu, ghi màn hình UI chủ yếu tĩnh, hoặc các clip mạng xã hội xem trên màn hình kích cỡ điện thoại. Bitrate là núm thứ ba: một clip 1080p 30fps ở 5 Mbps trông tuyệt vời; cùng clip đó ở 1 Mbps cho thấy các tạo tác khối. Các cài đặt sẵn chất lượng của công cụ chọn các giá trị CRF nhắm mục tiêu bitrate có thể chấp nhận được trên web điển hình: cài đặt sẵn Cao là khoảng CRF 23 (khoảng 5 Mbps cho 1080p), Trung bình là khoảng CRF 28 (khoảng 2 Mbps), Thấp là khoảng CRF 33 (khoảng 800 kbps), và Tùy chỉnh cho phép bạn tự kéo thanh trượt.

Âm thanh cũng quan trọng. Một video 10 phút với âm thanh PCM (không nén) mang 100 MB chỉ riêng âm thanh. Công cụ tái mã hóa âm thanh thành AAC ở 128 kbps theo mặc định, giảm xuống khoảng 10 MB cho cùng 10 phút mà không có mất mát nghe được đối với hầu hết nội dung. Container (bao bọc MP4 quanh các track video và audio) chủ yếu là kế toán: lập chỉ mục track, bảng tìm kiếm, tiêu đề codec. MP4 với video H.264 cộng audio AAC là ngôn ngữ chung phổ quát của năm 2026: nó phát trên mọi trình duyệt, điện thoại, smart TV, console và trình phát nhúng mà bạn sẽ gặp. WebM với VP9 cộng Opus nén tốt hơn khoảng 30% nhưng vẫn bị một số hệ sinh thái cũ từ chối.

Cách công cụ này hoạt động bên trong

Công cụ nén là FFmpeg, cùng công cụ dựa trên C cung cấp năng lượng cho trang trại mã hóa của Netflix, đường ống chuyển mã của YouTube và hầu hết mọi công cụ video mà bạn từng sử dụng. Phiên bản trình duyệt là FFmpeg được biên dịch thành WebAssembly thông qua Emscripten (do Jerome Wu khởi xướng vào năm 2019, hiện tại ở phiên bản 4.x), tạo ra một nhị phân khoảng 30 MB chạy hoàn toàn trong tab trình duyệt. Khi bạn thả video, tệp được đọc vào hệ thống tệp ảo WebAssembly thông qua trình đọc luồng nên ngay cả các tệp 1 GB cũng không làm vỡ bộ nhớ trình duyệt vào thời điểm tải lên.

Khi tệp đã có trong hệ thống tệp WASM, công cụ tạo ra FFmpeg với các đối số như -i input.mp4 -c:v libx264 -preset medium -crf 28 -c:a aac -b:a 128k output.mp4. FFmpeg giải mã nguồn theo từng khung hình, áp dụng bất kỳ thay đổi kích thước hoặc tốc độ khung hình nào bạn yêu cầu, chuyển các khung hình cho libx264 để mã hóa video, mã hóa âm thanh song song qua AAC và ghép kết quả vào một container MP4 mới. Các thông điệp tiến trình truyền từ stderr của FFmpeg qua một trình lắng nghe sự kiện JavaScript và cập nhật thanh tiến trình trên màn hình theo thời gian thực.

ffmpeg.wasm sử dụng SharedArrayBuffer cho mã hóa đa luồng để bộ mã hóa có thể sử dụng nhiều lõi CPU song song, giống như FFmpeg trên máy tính để bàn. SharedArrayBuffer yêu cầu trang được phục vụ với hai tiêu đề HTTP (Cross-Origin-Opener-Policy: same-origin và Cross-Origin-Embedder-Policy: require-corp) vì lý do bảo mật xuất phát từ lỗ hổng Spectre. Trang web này đặt các tiêu đề đó, vì vậy mã hóa sử dụng tất cả các lõi có sẵn của bạn. Blob tải xuống được xây dựng trong bộ nhớ và được giao cho trình duyệt như một liên kết tổng hợp.

Lịch sử ngắn gọn về nén video

  • MPEG-1, 1993.Tiêu chuẩn video kỹ thuật số phổ biến rộng rãi đầu tiên. Được sử dụng trong Video CD (định dạng cạnh tranh ngắn ngủi với VHS ở châu Á thập niên 1990). Bitrate mục tiêu 1,5 Mbps cho video 352x240. Chất lượng là biên độ theo tiêu chuẩn hiện đại, nhưng nó đã chứng minh video kỹ thuật số ở bitrate tiêu dùng là khả thi.
  • MPEG-2, 1995.Được sử dụng trong DVD (ra mắt năm 1996), TV phát sóng kỹ thuật số (ATSC ở Bắc Mỹ, DVB ở châu Âu), và vệ tinh định nghĩa chuẩn. 4 đến 8 Mbps cho video SD. Cấp phép bằng sáng chế phức tạp ngay từ đầu, báo trước các cuộc chiến codec sau này.
  • H.264/AVC được phê chuẩn, 2003.Nỗ lực chung của ITU-T và ISO/IEC, codec này đã tăng gấp đôi hiệu quả của MPEG-2 và trở nên chiếm ưu thế trong vòng năm năm. Đĩa Blu-ray (2006), iPhone (2007), chuyển đổi YouTube (2007 đến 2010), và truyền phát HTTP (HLS năm 2009, MPEG-DASH năm 2011) đều được xây dựng trên H.264. Tính đến năm 2026, nó vẫn là codec tương thích nhất trên Trái Đất: mọi trình duyệt, mọi điện thoại, mọi smart TV đều phát nó.
  • H.265/HEVC, 2013.Lại tăng hiệu quả khoảng 50% so với H.264 đổi lại tính toán mã hóa nhiều hơn 5 đến 10 lần. Sự áp dụng bị tê liệt bởi sự hỗn loạn cấp phép bằng sáng chế: ba nhóm bằng sáng chế cạnh tranh (MPEG-LA, HEVC Advance, Velos) với các yêu sách chồng chéo đã không khuyến khích các nhà cung cấp phần cứng và phần mềm. Apple cam kết vào năm 2017 (iPhone 7 cộng HEIC/HEVC), nhưng YouTube, các trình duyệt và web mở chủ yếu bỏ qua H.265 để ưu tiên VP9 và AV1.
  • VP9 và AV1, 2013 và 2018.Google mã nguồn mở VP9 vào năm 2013, sau đó hợp tác với Mozilla, Cisco, Microsoft, Netflix, Amazon, Intel và những người khác trong Alliance for Open Media để thiết kế AV1 (được phê chuẩn năm 2018). Cả hai đều miễn phí bản quyền. AV1 sánh ngang hoặc đánh bại H.265 trong nén trong khi miễn phí sử dụng. YouTube phục vụ AV1 cho các máy khách có khả năng, Netflix sử dụng nó cho các bậc cao cấp, và các bộ giải mã phần cứng được vận chuyển trong các chip hàng đầu bắt đầu từ năm 2020.
  • ffmpeg.wasm, 2019 đến 2026.Jerome Wu đã công bố ffmpeg.wasm đầu tiên vào năm 2019 bằng cách biên dịch FFmpeg thành WebAssembly thông qua Emscripten. Các phiên bản đầu khoảng 50 MB và chậm. Dòng 4.x đã ổn định ở khoảng 30 MB với đa luồng SharedArrayBuffer, làm cho nén phía trình duyệt trở nên thực tế cho các tệp lên đến 1 đến 2 GB. Tính đến năm 2026, cách tiếp cận đủ trưởng thành để các công cụ như công cụ này có thể thay thế các dịch vụ dựa trên đám mây cho hầu hết nhu cầu nén cá nhân.

Cách hoạt động

  1. Tải lên video của bạn: Chọn hoặc thả tệp video bạn cần nén.
  2. Cài đặt nén: Chọn mức chất lượng hoặc kích thước tệp mục tiêu, và tùy chọn giảm độ phân giải hoặc tốc độ khung hình.
  3. Nén và tải xuống: Nhấp Nén và tải xuống tệp video nhỏ hơn khi quá trình xử lý hoàn tất.

Tại sao nên sử dụng Trình nén Video?

Các tệp video lớn tải lên chậm, tốn kém lưu trữ và gây phát lại kém trên kết nối di động. Các nền tảng mạng xã hội, tệp đính kèm email và lưu trữ website đều áp đặt giới hạn kích thước. Nén video giảm kích thước tệp bằng cách điều chỉnh bitrate, độ phân giải và hiệu suất codec, thường giảm 60–80% kích thước với mất chất lượng nhìn thấy tối thiểu. Trình nén trên trình duyệt này xử lý các chi tiết kỹ thuật để bạn chỉ cần đặt chất lượng mong muốn và tải kết quả.

Tính năng

  • Tùy chọn chất lượng: Chọn từ Cao, Trung bình, Thấp và Tùy chỉnh với kích thước đầu ra ước tính.
  • Giảm độ phân giải: Tùy chọn giảm xuống 1080p, 720p, 480p hoặc 360p để giảm kích thước tệp thêm.
  • Giảm tốc độ khung hình: Giảm tốc độ khung hình từ 60fps xuống 30fps hoặc 24fps để giảm dữ liệu.
  • So sánh kích thước tệp: Hiển thị kích thước tệp gốc và đã nén với tỷ lệ nén đạt được.
  • Xử lý cục bộ: Việc nén chạy hoàn toàn trong trình duyệt của bạn, không cần tải lên đám mây.

Quy trình nén trong thế giới thực

  • Vượt dưới giới hạn 25 MB của Discord.Lý do phổ biến nhất để nén video. Một bản ghi màn hình 2 phút hoặc clip điện thoại thường là 60 đến 200 MB. CRF 28 cộng với tùy chọn giảm tỷ lệ 720p thường đưa clip 1080p 2 phút vào 8 đến 15 MB. CRF 30 đến 32 với giảm tỷ lệ 480p xử lý ngay cả nội dung chuyển động cao. Cài đặt sẵn Trung bình của công cụ được hiệu chỉnh cho trường hợp sử dụng chính xác này.
  • Giới hạn kích thước tệp đính kèm email.Gmail và hầu hết các máy chủ email công ty giới hạn các tệp đính kèm khoảng 20 đến 25 MB. Để chia sẻ hướng dẫn nhanh hoặc video cách làm cho một đồng nghiệp không phải kỹ thuật, giảm video điện thoại 90 MB xuống MP4 15 MB với cài đặt sẵn chất lượng Trung bình là con đường ít cản trở nhất.
  • Chi phí lưu trữ web và thời gian tải.Một video tự lưu trữ trên trang danh mục đầu tư hoặc trang sản phẩm rẻ hơn nhiều để phục vụ ở 5 MB so với 50 MB (băng thông CDN, thời gian tải di động, Core Web Vitals). Đối với các video hero nền lặp lại trong im lặng, CRF 30 đến 32 cộng với âm thanh tắt tiếng và giảm tỷ lệ 720p cho hình thức chất lượng phát sóng ở kích thước tệp di động.
  • Lưu trữ cá nhân.Các video điện thoại cũ ăn dung lượng lưu trữ điện thoại và đám mây. Mã hóa lại một năm video gia đình ở CRF 23 (trực quan không mất mát cho hầu hết nội dung) thường cắt giảm kho lưu trữ 50 đến 70% mà không có thay đổi chất lượng được nhận thức. iCloud ở bậc 50 GB đột nhiên trở nên hữu ích hơn nhiều.
  • Tải lên mạng xã hội.Instagram, TikTok và X đều mã hóa lại bất cứ thứ gì bạn tải lên, nhưng bắt đầu với nguồn nén dưới bitrate mà họ đề xuất (thường là 5 đến 10 Mbps cho 1080p) có nghĩa là tải lên nhanh hơn và tránh thuật toán của họ phá hỏng video của bạn bằng cách mã hóa lại tích cực của họ. Cài đặt sẵn Cao giữ chất lượng tối đa trong khi vẫn cắt giảm kích thước tệp.
  • Tiết kiệm dữ liệu di động trên mạng di động.Gửi video qua di động: 50 MB mất 20 đến 40 giây trên 4G, ăn dữ liệu có ý nghĩa và có thể thất bại trên tín hiệu xấu. Nén xuống 5 đến 8 MB gửi trong 2 đến 3 giây một cách đáng tin cậy, ngay cả trên tín hiệu xấu. Đáng làm trước khi nhắn tin các clip cho bạn bè trên các gói cước theo dung lượng.

Các cạm bẫy phổ biến và ý nghĩa của chúng

  • Mất thế hệ từ việc nén lại.Mỗi lần nén thêm tiếng ồn lượng tử hóa. Nén một video đã được nén (tải xuống TikTok, đầu ra đã được mã hóa của ứng dụng ghi màn hình, xuất từ điện thoại) cho nén tăng dần nhỏ hơn với mất chất lượng có thể nhìn thấy. Luôn bắt đầu từ nguồn chất lượng cao nhất bạn có.
  • Đẩy CRF lên quá cao.Cài đặt trên CRF 30 tạo ra các tạo tác nén có thể nhìn thấy: phân khối trong các cảnh tối, nhiễu mosquito quanh văn bản và các cạnh sắc, dải băng trong các bầu trời gradient. Đối với clip xem trước ở kích thước màn hình nhỏ, bạn có thể thoát với CRF 32 đến 35; đối với bất cứ thứ gì xem toàn màn hình trên TV hoặc màn hình, giữ CRF ở 28 hoặc thấp hơn.
  • Quên bitrate âm thanh.Một video 10 phút với âm thanh PCM không nén mang 100 MB chỉ riêng âm thanh. Nhiều bản xuất từ điện thoại bao gồm âm thanh không nén hoặc nén nhẹ. Mã hóa lại sang AAC 128 kbps giảm âm thanh xuống khoảng 10 MB mà không có sự khác biệt có thể nghe được đối với lời nói và hầu hết âm nhạc. Công cụ luôn mã hóa lại âm thanh.
  • Nguồn tốc độ khung hình biến thiên.Ghi màn hình và một số camera điện thoại xuất ra tốc độ khung hình biến thiên (fps thay đổi khi chuyển động thay đổi). Một số bộ mã hóa xử lý điều này kém, tạo ra các khung hình trùng lặp hoặc giật. Công cụ chuẩn hóa thành tốc độ khung hình không đổi để tránh điều này.
  • Đường ống HDR sang SDR.Các camera điện thoại hiện ghi HDR 10 bit (Dolby Vision trên iPhone, HDR10 trên Android). Thả một clip HDR vào đường ống SDR 8 bit mà không có ánh xạ tông màu phù hợp tạo ra đầu ra phai màu hoặc bão hòa kỳ lạ. Để có kết quả tốt nhất trên các nguồn HDR, hãy ánh xạ tông màu trên thiết bị trước khi nén, hoặc chấp nhận rằng đầu ra SDR sẽ trông khác với bản gốc.
  • Bức tường bộ nhớ trình duyệt tại các tệp rất lớn.ffmpeg.wasm chạy trong bộ nhớ trình duyệt. Các tệp trên khoảng 2 GB thường chạm trần bộ nhớ mỗi tab của trình duyệt (thường là 4 GB trên máy tính để bàn, ít hơn trên di động) và thất bại giữa mã hóa. Đối với các tệp lớn hơn, hãy sử dụng HandBrake trên máy tính để bàn hoặc FFmpeg CLI có thể phát luồng từ đĩa.

Quyền riêng tư: video của bạn không bao giờ rời khỏi thiết bị của bạn

Mọi dịch vụ nén video đám mây (FreeConvert, Clipchamp, OnlineConverter, CompressVideo.io, hàng chục dịch vụ khác) đều tuân theo cùng một đường ống: bạn tải lên toàn bộ video của mình, máy chủ của họ chạy FFmpeg hoặc một công cụ tương tự, bạn tải xuống kết quả nhỏ hơn. Đối với video điện thoại 200 MB, đó là 200 MB lên cộng với 50 MB xuống qua cơ sở hạ tầng của họ. Nội dung video thường bao gồm tài liệu nhạy cảm: khuôn mặt và vị trí của gia đình hoặc đồng nghiệp, âm thanh của các cuộc trò chuyện và cuộc gọi, ghi màn hình của các giao diện riêng tư hoặc các cuộc họp công việc, các cảnh được gắn thẻ GPS tiết lộ nhà hoặc nơi làm việc. Hầu hết các nhà điều hành đều công bố các chính sách quyền riêng tư cam kết xóa các bản tải lên trong vòng 1 đến 24 giờ và mã hóa khi vận chuyển, và các nhà điều hành lớn có chứng nhận ISO/IEC 27001. Họ có lý do kinh doanh mạnh mẽ để tôn trọng các chính sách đó. Nhưng "xóa trong vòng một giờ" không phải là "không bao giờ nhìn thấy". Trong cửa sổ đó, tệp nằm trên cơ sở hạ tầng của nhà điều hành, có thể truy cập đối với bất kỳ quy trình hoặc người nào có quyền phù hợp, hiển thị trong nhật ký và bản sao lưu theo chính sách lưu giữ của nhà điều hành.

Công cụ này không bao giờ tải lên bất cứ điều gì. Đường ống đầy đủ (chọn tệp, giải mã thông qua các trình đọc gốc của trình duyệt, mã hóa thông qua WebAssembly ffmpeg.wasm, tải xuống thông qua API blob của trình duyệt) chạy bên trong tab trình duyệt của bạn. Không có tải lên, không có yêu cầu mạng mang dữ liệu video, không có mục nhật ký. Bạn có thể xác minh bằng cách mở công cụ dành cho nhà phát triển trình duyệt trên tab Mạng trước khi nén: không có yêu cầu rời đi với nội dung video. Lưu lượng mạng duy nhất là tải trang ban đầu cộng với tải xuống một lần khoảng 30 MB ffmpeg.wasm (được lưu vào bộ nhớ đệm cho các lần truy cập tiếp theo). Đặt trình duyệt ở chế độ máy bay sau khi tải trang và bộ nén vẫn hoạt động trên các tệp cục bộ.

Khi một công cụ khác là lựa chọn đúng

  • Các tệp trên 2 GB.Giới hạn bộ nhớ trình duyệt trở thành bức tường thực sự trên khoảng 2 GB. Hãy sử dụng HandBrake trên máy tính để bàn (miễn phí, GUI, đa nền tảng) hoặc FFmpeg CLI có thể phát luồng từ đĩa và sử dụng tất cả RAM hệ thống có sẵn. Các cài đặt sẵn chất lượng của HandBrake ánh xạ trực tiếp đến cùng các giá trị CRF mà công cụ này sử dụng, vì vậy các cài đặt của bạn được chuyển giao.
  • Nén hàng loạt hàng trăm tệp.Để mã hóa lại có hệ thống một thư mục tệp, công cụ dòng lệnh FFmpeg với vòng lặp shell hoặc tập lệnh Python sử dụng subprocess nhanh hơn đáng kể. Một dòng: for f in *.mp4; do ffmpeg -i "$f" -c:v libx264 -crf 28 -c:a aac -b:a 128k "out_$f"; done. Cũng có thể sử dụng các bộ mã hóa GPU (NVENC, QuickSync) để tăng tốc 10 đến 20 lần.
  • Quy trình hậu kỳ chuyên nghiệp.Adobe Premiere, DaVinci Resolve, Final Cut Pro và Avid Media Composer đều bao gồm mã hóa cùng với chỉnh sửa. Nếu bạn đã chỉnh sửa video, mã hóa trên đường ra là một phần của quy trình. Tầng miễn phí của Resolve xử lý lên đến 4K với tất cả các codec giống nhau.
  • Cần tốc độ tối đa thông qua bộ mã hóa phần cứng.Các bộ mã hóa được tăng tốc bằng GPU (NVENC trên Nvidia, QuickSync trên Intel, VCN trên AMD, VideoToolbox trên Apple Silicon) nhanh hơn 10 đến 20 lần so với các bộ mã hóa CPU ở chất lượng hơi thấp hơn mỗi bit. Các công cụ trình duyệt không thể truy cập các bộ mã hóa phần cứng; cho các công việc mà tốc độ quan trọng hơn chất lượng hoàn hảo, hãy sử dụng các ứng dụng máy tính để bàn có bật tăng tốc phần cứng.

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

Video có thể nén được bao nhiêu?

Tỷ lệ nén thông thường là giảm 50–80% kích thước. Video 100 MB thường có thể nén xuống 20–40 MB với mất chất lượng nhìn thấy tối thiểu. Mức giảm chính xác phụ thuộc vào codec gốc, độ phức tạp nội dung và cài đặt chất lượng.

Nén có ảnh hưởng đến chất lượng video không?

Ở cài đặt chất lượng Trung bình, hầu hết người xem không thể phân biệt video đã nén với bản gốc ở khoảng cách xem bình thường. Cảnh quay bitrate cao (từ máy ảnh hoặc ghi màn hình) nén tốt. Video đã nén sẵn (từ tải xuống mạng xã hội) đạt hiệu quả thấp hơn.

Định dạng tốt nhất cho video nén là gì?

MP4 với H.264 là định dạng tương thích nhất cho video nén trên tất cả thiết bị và nền tảng. Đối với sử dụng web, WebM với VP9 cung cấp nén tốt hơn nhưng tương thích thấp hơn trên một số thiết bị.

Các câu hỏi thường gặp khác

Tại sao nén mất nhiều thời gian hơn thời gian chạy của video?

Mã hóa video phần mềm tốn nhiều tính toán. Một clip 1080p 5 phút có thể mất 3 đến 15 phút để mã hóa ở chất lượng cao, tùy thuộc vào CPU của bạn. Cờ -preset trong FFmpeg đánh đổi tốc độ mã hóa lấy hiệu quả nén: ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow. Công cụ sử dụng medium theo mặc định (cân bằng tốt). Các bộ mã hóa phần cứng trong các ứng dụng máy tính để bàn có thể nhanh hơn 10 đến 20 lần nhưng tạo ra các tệp lớn hơn một chút ở cùng chất lượng.

Tôi nên chọn H.264, H.265, hay VP9?

Để có khả năng tương thích tối đa (chia sẻ với bất kỳ ai trên bất kỳ thiết bị nào), hãy chọn H.264. Để nén tốt hơn khoảng 30% với hỗ trợ rộng rãi nhưng không phổ quát, hãy chọn H.265 (tốt trên thiết bị Apple và Windows mới) hoặc VP9 (tốt trên Android và Chrome). Để có tệp nhỏ nhất với khả năng tương thích hiện đại, hãy chọn AV1. Công cụ mặc định là H.264 vì nó phát ở mọi nơi.

Nén có ảnh hưởng đến thời gian khung hình hoặc đồng bộ hóa không?

Công cụ giữ tốc độ khung hình nguồn và đồng bộ hóa âm thanh video. Nếu nguồn của bạn có tốc độ khung hình biến thiên, bộ mã hóa chuẩn hóa thành tốc độ khung hình không đổi trong quá trình mã hóa, điều này có thể tạo ra các thay đổi thời gian nhỏ (vi giây) nhưng không thể nhìn thấy khi phát lại. Nếu bạn nhận thấy sự lệch đồng bộ sau khi nén, nguồn có thể đã có lệch và bộ mã hóa đang khóa nó vào.

Tôi có thể nén mà không cần mã hóa lại (stream copy) không?

Không với công cụ này. Stream copy (-c copy trong FFmpeg) chỉ thay đổi container (MP4 sang MKV, chẳng hạn) mà không cần mã hóa lại. Để thực sự giảm kích thước tệp, bộ mã hóa phải mã hóa lại dữ liệu pixel ở bitrate thấp hơn hoặc với codec khác. Nếu bạn chỉ muốn thay đổi định dạng container mà không thay đổi kích thước, hãy sử dụng một bộ chuyển đổi định dạng video thay vì một bộ nén.

Tại sao tệp nén của tôi đôi khi trông tồi tệ hơn so với cài đặt sẵn đề xuất?

Nội dung chuyển động cao (thể thao, hành động, thay đổi cảnh nhanh) nén khó hơn nhiều so với nội dung tĩnh. Bitrate 5 Mbps trông tuyệt vời trên video nói chuyện đầu có thể hiển thị các tạo tác trên một trận bóng đá ở cùng bitrate. Chế độ CRF (mà công cụ sử dụng) thích ứng: nó phân bổ nhiều bit hơn cho các cảnh phức tạp và ít hơn cho các cảnh đơn giản, vì vậy đầu ra là chất lượng nhất quán nhưng kích thước tệp biến thiên. Nếu kích thước tệp quan trọng hơn chất lượng nhất quán, hãy chuyển sang quy trình bitrate mục tiêu trong một công cụ máy tính để bàn.

Có tương đương trên máy tính để bàn hoặc dòng lệnh không?

Có, nhiều. HandBrake là GUI đa nền tảng tiêu chuẩn (miễn phí, mã nguồn mở, sử dụng cùng FFmpeg bên dưới). FFmpeg CLI là công cụ dòng lệnh quy điển. Shutter Encoder là một GUI FFmpeg thân thiện hơn. Đối với di động, VLC và CapCut có nén cơ bản. Để tự động hóa theo lô, FFmpeg trong tập lệnh shell là vô địch. Tất cả đều tạo ra đầu ra về cơ bản giống hệt với công cụ trình duyệt này vì chúng chia sẻ cùng bộ mã hóa cơ bản.

Công cụ liên quan

Cắt video

Thay đổi kích thước video

Chuyển đổi video

Nén hình ảnh