Trình Chuyển Đổi Định Dạng Video
Chuyển đổi video giữa các định dạng MP4, WebM, AVI và MKV.
Kéo và thả tệp video tại đây
hoặc nhấp để duyệt · MP4, WebM, MOV, AVI, MKV (tối đa 2 GB)
Container, codec, và những gì chuyển đổi thực sự thay đổi
Hầu hết các phần mở rộng tệp đặt tên một container, không phải codec. Tệp .mp4 là một wrapper chứa một track video cộng với một track audio cộng với siêu dữ liệu. Track video có thể được mã hóa với H.264, H.265, VP9, AV1, hoặc một số khác. Track audio có thể là AAC, MP3, Opus, hoặc FLAC. Chuyển đổi giữa các container (MP4 sang MKV, ví dụ) không nhất thiết phải mã hóa lại bất cứ điều gì nếu cả hai container chấp nhận cùng các codec; FFmpeg có thể làm điều đó trong vài giây thông qua stream copy. Chuyển đổi giữa các codec (H.264 sang VP9, ví dụ) yêu cầu mã hóa lại mỗi khung hình từ đầu, điều này chậm và mất mát. Công cụ này phát hiện những gì cần thiết và chọn con đường rẻ hơn khi có thể.
Tại sao container tồn tại: MP4 (ISO/IEC 14496-14) được thiết kế cho streaming và lập chỉ mục, với bảng tìm kiếm nhanh và hỗ trợ nhiều codec, phát ở mọi nơi. WebM (Google, 2010) là một tập con của Matroska bị giới hạn ở các codec miễn phí bản quyền (VP8/VP9/AV1 cộng với Opus/Vorbis) cho web mở. MOV (Apple QuickTime, 1991) là tiền thân của MP4 và là định dạng macOS bản địa; cảnh quay chỉnh sửa ProRes hầu như luôn sống trong MOV. MKV (Matroska) là con dao Swiss Army mở: xử lý các codec tùy ý, các track phụ đề, đánh dấu chương, đính kèm; phổ biến cho các bản rip Blu-ray và anime. AVI là di sản Microsoft từ 1992, siêu dữ liệu yếu, chủ yếu được thấy với các bản mã hóa DivX/Xvid cũ.
Tại sao chuyển đổi đôi khi thất bại: đổi tên .mov thành .mp4 không thực sự thay đổi bất cứ điều gì bên trong tệp. Nếu iPhone của bạn xuất video HEVC, thiết bị Windows 10 không có tiện ích mở rộng phương tiện HEIC/HEVC sẽ từ chối nó bất kể phần mở rộng. Chuyển đổi thực sự phải mã hóa lại luồng video thành một codec mà mục tiêu chấp nhận. Công cụ này mặc định H.264 cộng với AAC cho đầu ra MP4, sự kết hợp tương thích phổ biến nhất có sẵn.
Cách công cụ này hoạt động dưới mui xe
Cùng động cơ với bộ nén video: FFmpeg được biên dịch thành WebAssembly thông qua Emscripten bởi Jerome Wu bắt đầu vào năm 2019. Tệp nhị phân phía trình duyệt khoảng 30 MB, chạy hoàn toàn trong tab thông qua đa luồng SharedArrayBuffer (yêu cầu các tiêu đề Cross-Origin-Opener-Policy: same-origin và Cross-Origin-Embedder-Policy: require-corp, mà trang này thiết lập). Khi bạn thả một video, tệp được đọc vào hệ thống tệp ảo WebAssembly thông qua một trình đọc streaming.
Đằng sau hậu trường, công cụ chạy các lệnh như -i input.mov -c:v libx264 -preset medium -crf 23 -c:a aac -b:a 128k output.mp4 để chuyển đổi MOV-sang-MP4. Đối với các thay đổi container-only nơi codec đã đúng (ví dụ, chuyển đổi tệp MKV đã chứa H.264 cộng với AAC sang MP4), công cụ sử dụng -c copy cho hoạt động stream-copy gần như tức thời chỉ viết lại container mà không mã hóa lại. Lựa chọn xảy ra tự động dựa trên việc thăm dò tệp đầu vào.
Lựa chọn codec theo định dạng: đầu ra MP4 sử dụng video H.264 cộng với audio AAC (phổ quát). Đầu ra WebM sử dụng video VP9 cộng với audio Opus (mở và hiện đại). Đầu ra MKV sử dụng H.264 cộng với AAC theo mặc định nhưng có thể mang bất cứ điều gì Matroska hỗ trợ. Đầu ra AVI sử dụng video MPEG-4 Part 2 cộng với audio MP3 (tương thích legacy). Công cụ chọn cặp codec/container đúng để player tiếp nhận không từ chối tệp.
Lịch sử ngắn của các container video
- QuickTime / .MOV, 1991.Apple vận chuyển QuickTime với System 6. Container .MOV trở thành định dạng tiêu chuẩn cho đa phương tiện Mac và cơ sở cuối cùng cho MP4.
- AVI, 1992.Microsoft vận chuyển AVI (Audio Video Interleave) như một phần của Video for Windows. Định dạng có trước các tính năng codec hiện đại: không hỗ trợ phụ đề thích hợp, siêu dữ liệu yếu, không có chỉ mục thân thiện với streaming. Vẫn được thấy với các bản mã hóa DivX/Xvid cũ và bản ghi màn hình cũ.
- MP4 được phê chuẩn, 2001.ISO/IEC 14496-14 chính thức hóa MP4 như container MPEG-4 Part 14, dựa nhiều vào QuickTime MOV. Kết hợp với H.264/AVC (được phê chuẩn 2003), MP4 cộng với H.264 cộng với AAC trở thành tệp video phổ quát vào cuối những năm 2000.
- Matroska, 2002.Container linh hoạt mã nguồn mở được thiết kế để xử lý bất cứ điều gì: các codec tùy ý, các track phụ đề, đánh dấu chương, đính kèm. Trở thành định dạng được lựa chọn cho các bản rip Blu-ray, fansub anime, và lưu trữ dài hạn.
- WebM ra mắt, 2010.Google ra mắt WebM như một thay thế mở miễn phí bản quyền cho MP4. Bị giới hạn ở video VP8/VP9/AV1 cộng với audio Vorbis/Opus. Được thiết kế để vận chuyển với video HTML5 mà không có lo ngại về cấp phép bằng sáng chế.
- Chuyển đổi phía trình duyệt trưởng thành, 2019 đến 2026.Jerome Wu xuất bản ffmpeg.wasm đầu tiên vào năm 2019. Đến năm 2024, dòng 4.x ổn định ở khoảng 30 MB với đa luồng SharedArrayBuffer. Chuyển đổi video phía trình duyệt trở nên thực tế cho các tệp lên đến 1 đến 2 GB, thay thế nhiều dịch vụ dựa trên đám mây cho việc sử dụng cá nhân.
Cách hoạt động
- Tải lên video của bạn: nhấp để chọn hoặc kéo và thả tệp video ở định dạng phổ biến (MP4, WebM, AVI, MOV, MKV).
- Chọn định dạng đầu ra: chọn định dạng mục tiêu và tùy chọn điều chỉnh các thiết lập chất lượng, độ phân giải và codec.
- Chuyển đổi và tải xuống: nhấp Chuyển đổi sau đó tải xuống tệp đầu ra khi quá trình xử lý hoàn tất.
Tại sao sử dụng trình chuyển đổi video?
Các định dạng video phân mảnh giữa các nền tảng, MP4 hoạt động ở mọi nơi, WebM được tối ưu hóa cho web, MOV là tiêu chuẩn Mac và MKV phổ biến cho video chất lượng cao. Khi một video không phát được trên một thiết bị hoặc không tải lên được trên một nền tảng, chuyển đổi nó sang định dạng phù hợp giải quyết vấn đề ngay tức thì. Trình chuyển đổi dựa trên trình duyệt này xử lý các chuyển đổi định dạng phổ biến nhất mà không cần cài đặt hoặc gửi đến các máy chủ bên ngoài.
Tính năng
- Nhiều định dạng: chuyển đổi giữa MP4, WebM, OGG và các định dạng video tương thích web khác.
- Kiểm soát chất lượng: điều chỉnh tốc độ bit và các thiết lập chất lượng để cân bằng kích thước tệp và chất lượng video.
- Tùy chọn độ phân giải: giảm xuống các độ phân giải tiêu chuẩn (1080p, 720p, 480p, 360p) để giảm kích thước tệp.
- Bảo toàn âm thanh: các bản âm thanh được giữ trong đầu ra đã chuyển đổi theo mặc định.
- Dựa trên trình duyệt: xử lý video diễn ra cục bộ qua WebAssembly, video của bạn không bao giờ rời khỏi thiết bị.
Quy trình chuyển đổi thực tế
- Sửa chữa tương thích.Một iPhone xuất video HEVC. Một người bạn Windows 10 không thể phát nó. Chuyển đổi sang MP4 cộng với H.264 sửa chữa nó ngay lập tức. Lý do phổ biến nhất để chuyển đổi.
- Yêu cầu tải lên nền tảng.Một số biểu mẫu tải lên chỉ chấp nhận .mp4. Một số nền tảng xã hội mã hóa lại bất cứ điều gì bạn gửi nhưng yêu cầu các container nhất định. Chuyển đổi trước khi tải lên tránh các lần tải lên bị từ chối và giảm các tạo phẩm mã hóa lại phía máy chủ.
- Nhúng web.Video tự lưu trữ trên trang web thường sử dụng MP4 cho thẻ HTML video. Các trang web hiện đại cũng phục vụ một fallback WebM để nén tốt hơn một chút trên các trình duyệt hỗ trợ. Chuyển đổi master gốc sang cả MP4 và WebM là một bước tiêu chuẩn.
- Cứu hộ kho lưu trữ legacy.Các clip AVI/DivX cũ từ ổ cứng 2005, các tệp Flash FLV từ dịch vụ streaming đã chết, các tệp .RM RealMedia từ những năm 1990. Chuyển đổi sang MP4 làm cho chúng có thể phát trên các thiết bị hiện đại và đảm bảo chúng tồn tại trước sự lỗi thời của định dạng tương lai.
- Chuẩn bị cảnh quay cho chỉnh sửa.DaVinci Resolve, Premiere, và Final Cut đều có các codec ưa thích cho chỉnh sửa. Chuyển đổi một clip iPhone HEVC sang ProRes hoặc H.264 MOV trước khi nhập giảm tải giải mã và cải thiện hiệu suất scrubbing timeline.
- Chia sẻ qua các kênh có giới hạn định dạng.Một số cổng email công ty chặn các tệp đính kèm MKV hoặc AVI bằng cách lọc loại nội dung. Chuyển đổi sang MP4 vượt qua các chặn này. Tương tự cho một số máy khách trò chuyện tự động xem trước MP4 nhưng hiển thị MKV như một tệp chung.
Các cạm bẫy phổ biến và ý nghĩa của chúng
- Đổi tên phần mở rộng không làm gì cả.Thay đổi example.mov thành example.mp4 trong trình quản lý tệp của bạn không mã hóa lại tệp. Nếu codec bên trong không được hỗ trợ bởi player mục tiêu, nó vẫn thất bại. Chuyển đổi thực sự phải mã hóa lại hoặc remux luồng thực tế.
- Các track phụ đề bị bỏ.Phụ đề mềm (SRT, ASS, PGS, VobSub) được nhúng trong các tệp MKV thường không tồn tại qua chuyển đổi sang MP4 theo mặc định. Công cụ sẽ cần cấu hình rõ ràng để sao chép hoặc nung-vào track phụ đề. Nếu bạn cần giữ phụ đề, hãy sử dụng một công cụ máy tính để bàn với xử lý phụ đề rõ ràng.
- Đánh dấu chương và siêu dữ liệu biến mất.Các đánh dấu chương phong cách Blu-ray, hình thu nhỏ nhúng, và siêu dữ liệu phong phú như thông tin đạo diễn/diễn viên thường bị mất trong chuyển đổi phía trình duyệt. Container đầu ra chỉ có các track video và audio.
- Kênh alpha phẳng thành đen.ProRes 4444, HEVC với alpha (biến thể Apple), và VP9 với alpha có thể mang độ trong suốt. Chuyển đổi sang MP4 H.264 tiêu chuẩn lặng lẽ làm phẳng độ trong suốt thành nền đen. Đối với motion graphic, hãy sử dụng ProRes 4444 trong MOV hoặc ở lại trong WebM với VP9 alpha.
- Chuyển đổi HDR-sang-SDR cần tone-mapping.Một clip HDR 10-bit (Dolby Vision, HDR10) được chuyển đổi sang SDR 8-bit mà không có tone-mapping rõ ràng tạo ra đầu ra nhạt nhòa hoặc bão hòa kỳ lạ. Tone-map trên thiết bị nguồn trước khi chuyển đổi hoặc sử dụng một công cụ máy tính để bàn với hỗ trợ HDR.
- Khả năng tương thích container không phải là khả năng tương thích codec.Một tệp MP4 với video H.265 phát tốt trên một điện thoại năm 2026 nhưng thất bại trên một laptop Windows năm 2015. Container ổn; codec bên trong thì không. Luôn ghép cặp codec đúng với container đúng cho khán giả của bạn.
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
CloudConvert, Convertio, FreeConvert, Zamzar, OnlineConvertFree và nhiều cái khác đều sử dụng cùng một pipeline: tải lên tệp đầy đủ, máy chủ chạy FFmpeg, bạn tải xuống kết quả. Một video điện thoại 200 MB có nghĩa là 200 MB tải lên và 50 đến 200 MB trở lại qua cơ sở hạ tầng của họ. Nội dung video thường bao gồm khuôn mặt, vị trí, âm thanh của các cuộc trò chuyện, bản ghi màn hình của các giao diện riêng tư, các cảnh được gắn thẻ GPS. Hầu hết các nhà điều hành công bố các chính sách bảo mật cam kết xóa các tệp tải lên trong 1 đến 24 giờ và mã hóa trong quá trình truyền tải; các nhà điều hành lớn giữ chứng chỉ ISO/IEC 27001. Họ có lý do kinh doanh mạnh mẽ để tôn vinh các chính sách đó. Nhưng "bị xóa trong vòng một giờ" không phải là "chưa bao giờ được 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, có thể nhìn thấy trong các bản ghi và 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ì. Pipeline đầy đủ (chọn tệp, giải mã thông qua các trình đọc bản địa của trình duyệt, chuyển đổi thông qua ffmpeg.wasm WebAssembly, 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ập bản ghi. Bạn có thể xác minh bằng cách mở các công cụ dev của trình duyệt trên tab Mạng trước khi chuyển đổi: không có yêu cầu nào rời đi với nội dung video. Chỉ có lượt tải trang ban đầu và lượt tải xuống ffmpeg.wasm khoảng 30 MB một lần (được lưu cache cho các lần truy cập tiếp theo) chạm vào mạng. Đặt trình duyệt vào chế độ máy bay sau khi tải trang và bộ chuyển đổi vẫn hoạt động trên các tệp cục bộ.
Khi công cụ khác là lựa chọn phù hợp
- 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 trên khoảng 2 GB. Sử dụng HandBrake máy tính để bàn hoặc FFmpeg CLI, có thể stream từ đĩa và sử dụng tất cả RAM hệ thống có sẵn.
- Giữ phụ đề, chương, alpha.Sử dụng FFmpeg máy tính để bàn với cờ
-maprõ ràng, MKVToolNix cho Matroska-sang-Matroska remuxing với kiểm soát track đầy đủ, hoặc Subler/MetaX trên macOS để xử lý chương và siêu dữ liệu. Chuyển đổi phía trình duyệt dành cho trường hợp đơn giản. - Các codec trung gian chỉnh sửa.Final Cut Pro, Avid, DaVinci Resolve và Premiere muốn ProRes, DNxHD, DNxHR, hoặc Cineform để chỉnh sửa timeline mượt mà. Các công cụ trình duyệt không thể sản xuất các codec này (chúng được cấp phép và không có trong các bản dựng ffmpeg.wasm). Sử dụng chuyển đổi bản địa của ứng dụng chỉnh sửa (Compressor cho FCP, Media Encoder cho Premiere) hoặc FFmpeg CLI với các bộ mã hóa prores_ks/dnxhd.
- Chuyển đổi hàng trăm tệp.Một tập lệnh shell với FFmpeg CLI hoặc một tập lệnh Python sử dụng
subprocessnhanh hơn đáng kể so với chạy một công cụ trình duyệt 100 lần. Cũng có thể sử dụng bộ mã hóa GPU để tăng tốc 10 đến 20x.
Câu hỏi thường gặp
Định dạng video nào được hỗ trợ?
Công cụ hỗ trợ chuyển đổi giữa MP4 (H.264/AAC), WebM (VP8/VP9/Opus), OGG (Theora/Vorbis) và các định dạng tương thích web khác. Hỗ trợ AVI, MOV và MKV phụ thuộc vào khả năng của trình duyệt qua API WebCodecs.
Tại sao chuyển đổi chậm cho các video lớn?
Chuyển đổi video tốn nhiều tính toán. Các tệp lớn (trên 500 MB) hoặc video độ phân giải cao (4K) có thể mất vài phút. Việc chuyển đổi chạy trong trình duyệt của bạn qua WebAssembly, vì vậy tốc độ phụ thuộc vào CPU của thiết bị của bạn.
Tôi sẽ mất chất lượng khi chuyển đổi không?
Bất kỳ chuyển đổi nào giữa các codec có mất mát (như H.264 sang VP9) đều liên quan đến một số mất mát thế hệ. Chuyển đổi ở tốc độ bit cao giảm thiểu mất mát chất lượng có thể nhìn thấy. Để lưu trữ không mất mát, sử dụng thiết lập chất lượng tối đa hoặc một codec không mất mát nếu có sẵn.
Các câu hỏi thường gặp khác
Tôi có thể chỉ đổi tên phần mở rộng tệp không?
Không. Phần mở rộng là siêu dữ liệu cho hệ điều hành nhưng không thay đổi các byte được mã hóa thực tế bên trong. Một .mov được đổi tên thành .mp4 vẫn được mã hóa trong codec ban đầu, có thể hoặc có thể không phát được trong môi trường mục tiêu. Chuyển đổi thực sự phải mã hóa lại (hoặc remux) luồng thực tế.
Chất lượng sẽ giảm không?
Chuyển đổi stream-copy (khi codec không thay đổi, chỉ container) là không mất dữ liệu: các bit được sao chép nguyên văn vào wrapper mới. Chuyển đổi mã hóa lại (khi codec thay đổi) giới thiệu một thế hệ nhiễu lượng tử hóa; đầu ra gần với nhưng khác về mặt toán học với đầu vào. Tránh chuyển đổi cùng một tệp nhiều lần qua các thay đổi codec; mỗi vòng thêm một thế hệ mất mát khác.
Tôi nên chọn MP4, WebM, AVI, hay MKV?
MP4 để chia sẻ với bất kỳ ai trên bất cứ thứ gì. WebM cho nhúng web nơi bạn muốn nén tốt hơn và không bận tâm về việc bỏ tính tương thích Safari trước năm 2024. MKV để lưu trữ với phụ đề và đánh dấu chương được giữ lại. AVI chỉ nếu một hệ thống legacy đặc biệt yêu cầu. Mặc định là MP4 khi nghi ngờ.
Tại sao chuyển đổi chậm hơn phát?
Giải mã video về mặt tính toán là nhẹ (điện thoại của bạn làm điều đó trong thời gian thực với công suất thấp). Mã hóa video về mặt tính toán là nặng: bộ mã hóa phải tìm kiếm cách tốt nhất để nén mỗi khung hình, đó là nhiều bậc của độ lớn nhiều công việc hơn giải mã. Một clip 5 phút có thể mất 5 đến 20 phút để mã hóa ở chất lượng tốt trên CPU laptop điển hình. Các bộ mã hóa phần cứng (NVENC, QuickSync, VideoToolbox) nhanh hơn 10 đến 20 lần nhưng yêu cầu ứng dụng máy tính để bàn; các công cụ trình duyệt không thể truy cập chúng.
Có sự tương đương máy tính để bàn hoặc dòng lệnh không?
Có, một số. HandBrake (miễn phí, GUI đa nền tảng, sử dụng cùng FFmpeg dưới mui xe). FFmpeg CLI là công cụ dòng lệnh chuẩn. MKVToolNix cho các hoạt động cụ thể của Matroska. Subler cho siêu dữ liệu MP4 trên macOS. 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 một động cơ cơ bản.
EXIF/siêu dữ liệu có sống sót qua chuyển đổi không?
Hầu hết không. Chuyển đổi container-only (stream copy MKV sang MP4 ví dụ) giữ lại một số lượng đáng kể; mã hóa lại codec thường bỏ các hình thu nhỏ nhúng, thẻ GPS, và các khóa siêu dữ liệu tùy ý. Nếu quy trình làm việc của bạn phụ thuộc vào việc giữ siêu dữ liệu, hãy sử dụng một công cụ máy tính để bàn với cờ ánh xạ siêu dữ liệu rõ ràng (FFmpeg's -map_metadata 0 cộng với -movflags use_metadata_tags).