Thay đổi kích thước Video
Công cụ trực tuyến miễn phí để thay đổi kích thước, cắt xén và xoay video. Đổi độ phân giải video, cắt khung hình, xoay 90/180/270 độ. Hỗ trợ MP4, WebM, MOV.
Về công cụ resize video
Công cụ trực tuyến này cho phép bạn thay đổi kích thước, cắt xén và xoay video ngay trên trình duyệt. Đổi độ phân giải video, cắt vùng không mong muốn, hoặc xoay video. Hoàn hảo để tối ưu cho mạng xã hội, sửa hướng quay, hoặc điều chỉnh khung hình. Tất cả xử lý diễn ra cục bộ để đảm bảo riêng tư.
Độ phân giải nào là tốt nhất để đổi kích thước video?
Tùy vào nơi đến. Cho hầu hết mạng xã hội: 1080x1920 dọc cho Reels, TikTok, Shorts và Stories; 1080x1080 vuông cho bài đăng feed; 1920x1080 ngang cho YouTube ngang. Để chia sẻ qua email hay chat, 1280x720 (HD) thường quá đủ và giữ dung lượng dưới 100 MB cho clip điển hình. Cho giao hàng chuyên nghiệp, khớp đặc tả nền tảng chính xác — YouTube chấp nhận 4K (3840x2160) và 8K, nhưng đa số người xem stream 1080p. Quy tắc: không bao giờ upscale; phóng video 720p lên 1080p không thêm chi tiết thực mà chỉ làm phình file. Luôn downscale về độ phân giải đích, không bao giờ vượt nguồn. Khớp tỉ lệ khung hình nguồn để tránh letterbox hay kéo giãn, hoặc dùng đệm (thanh đen) để bảo toàn nội dung.
Đổi kích thước có giảm chất lượng video không?
Downscale (làm video nhỏ hơn) gần như không mất chất lượng thị giác — bạn đang vứt bỏ pixel mà đích không thể hiển thị. Bộ downscaler chất lượng cao như Lanczos hay bicubic cho kết quả sắc nét hơn nearest-neighbor hay bilinear, đặc biệt khi chia tỉ lệ không nguyên. Upscale (làm lớn hơn) không thể tạo chi tiết thực; nó nội suy giữa pixel hiện có, để lại kết quả mềm. Bộ upscale AI hiện đại (Real-ESRGAN, Topaz Video AI) có thể tưởng tượng chi tiết hợp lý và trông tốt hơn nhiều so với upscale cổ điển, nhưng tốn nặng CPU/GPU và chưa thực tế trong trình duyệt. Mã hóa lại cho bước đổi kích thước cũng tốn chút chất lượng — giảm thiểu bằng cách dùng CRF cao (18-20) và codec gốc khi có thể.
Tỉ lệ khung hình hoạt động thế nào và letterboxing là gì?
Tỉ lệ khung hình là tỉ lệ chiều rộng so với chiều cao: 16:9 cho TV/YouTube màn ảnh rộng, 9:16 cho video điện thoại dọc, 1:1 cho Instagram vuông, 4:3 cho TV cũ, 2.39:1 cho điện ảnh. Nếu bạn đổi video 16:9 vào khung 9:16 mà không crop, phải thêm không gian trống — thường là thanh đen trên và dưới (pillarbox cho khung dọc quanh nội dung ngang) hoặc trái và phải (letterbox cho khung ngang quanh nội dung dọc). Lựa chọn khác: crop để lấp đầy (mất nội dung ở rìa), kéo giãn để lấp đầy (làm méo hình — không bao giờ khuyến nghị), hoặc làm mờ và lấp đầy (dùng bản sao đã làm mờ của cùng nội dung làm nền, phổ biến trên TikTok/Reels). Chọn crop cho hành động khi đối tượng ở giữa, blur-fill cho nói chuyện, đệm cho trung thực lưu trữ.
Tại sao file đầu ra lớn hơn mong đợi sau khi đổi kích thước nhỏ đi?
Vài lý do có thể. Thứ nhất, bộ mã hóa bạn dùng có bitrate mặc định cao hơn nguồn — nguồn H.264 1080p ở 4 Mbps mã hóa lại sang 720p nhưng bộ mã hóa mặc định 5 Mbps sẽ thực sự lớn lên. Đặt CRF rõ ràng (22-24 cho dùng chung) hoặc bitrate mục tiêu tỉ lệ với số pixel mới (~50-60% bitrate nguồn khi giảm một nửa mỗi chiều). Thứ hai, nguồn là file HEVC/AV1 rất hiệu quả và bạn mã hóa lại sang H.264 kém hiệu quả hơn. Thứ ba, đổi kích thước được làm bằng bộ lọc chất lượng thấp tạo hình ảnh mềm hơn, ngược lại mã hóa lớn hơn vì nhiễu tần số cao của chúng làm rối ước lượng chuyển động. Chọn Lanczos cho kết quả sắc nét và file nhỏ hơn.

Khác biệt giữa scaling, cropping và padding là gì?
Scaling đổi kích thước toàn ảnh sang kích thước mới, giữ toàn nội dung nhưng đổi tỉ lệ khung hình nếu không cẩn thận — thường tạo video kéo giãn hay bóp méo. Cropping cắt bớt phần ảnh để vừa tỉ lệ mới mà không méo — bạn mất nội dung rìa nhưng vùng nhìn thấy giữ tỉ lệ đúng. Padding (letterbox/pillarbox) giữ toàn nội dung gốc nhưng thêm thanh để lấp khoảng trống. Thao tác kết hợp phổ biến nhất là scale-rồi-pad: thu video vừa một chiều, rồi thêm thanh chiều kia. FFmpeg biểu diễn bằng -vf "scale=w:h:force_original_aspect_ratio=decrease,pad=w:h:(ow-iw)/2:(oh-ih)/2". Để crop, scale rồi crop phần dư cho vừa chính xác.
Có nên giữ tốc độ khung hình gốc khi đổi kích thước không?
Có, hầu như luôn vậy. Đổi tốc độ khung (ví dụ 60 fps thành 30 fps) cần hoặc bỏ khung (cứ mỗi khung khác bị loại, đôi khi tạo giật) hoặc áp nội suy chuyển động (đắt và có thể đưa nhiễu vào hành động nhanh). Cho đổi kích thước thuần túy, bộ mã hóa tái dùng cùng tốc độ khung và thời gian như nguồn. Nếu bạn cụ thể cần tốc độ khung khác — ví dụ để khớp đặc tả mục tiêu (Instagram yêu cầu 30 hay 60 fps, không 24) — làm chuyển đổi rõ ràng với bộ lọc nhận biết chuyển động như minterpolate, hoặc đơn giản dùng -r 30 trong FFmpeg cho bỏ khung đơn giản. Đừng mù quáng trộn đổi kích thước và đổi tốc độ khung trừ khi hiểu sự đánh đổi.
Các thuật toán nội suy ảnh hưởng chất lượng đổi kích thước thế nào?
Nearest-neighbor sao chép pixel nguồn gần nhất — nhanh, vuông góc, chỉ tốt cho pixel-art hay upscale cực đoan khi muốn giữ cạnh cứng. Bilinear trung bình bốn pixel lân cận — hơi mờ, chất lượng thấp. Bicubic trung bình 16 lân cận với đường cong mượt — tốt hơn bilinear, ổn cho downscale. Lanczos dùng hàm sinc cửa sổ trên 36 hay 64 pixel — kết quả sắc nét nhất cho downscale, mặc định cho hầu hết pipeline chuyên nghiệp gồm bộ lọc scale của FFmpeg (chỉ định -sws_flags lanczos). Cho upscale, Lanczos và bicubic đều trông mềm; cho kết quả cấp AI, bộ upscale chuyên dụng (Real-ESRGAN, ESRGAN, Topaz) vượt mọi bộ lọc cổ điển nhưng cần GPU. Chọn đúng bộ lọc thường tiết kiệm dung lượng nhiều hơn tinh chỉnh bộ mã hóa.
Có thể đổi kích thước mà không mã hóa lại video không?
Không — đổi độ phân giải luôn cần giải mã video gốc, áp bộ lọc đổi kích thước cho từng khung và mã hóa lại kết quả. Không thể tránh được vì dữ liệu pixel chính là cái thay đổi. Tuy nhiên có thể giảm thiểu chi phí chất lượng bằng cách mã hóa lại ở mức chất lượng cao (CRF 18-20) và dùng cùng codec với nguồn để bộ mã hóa làm việc gần điểm tối ưu. Nếu chỉ cần hiển thị video ở kích thước khác (nhỏ hơn trong trình phát HTML5), không cần mã hóa lại — trình duyệt sẽ co giãn khung đã giải mã khi phát. Chỉ đổi kích thước file vật lý khi cần giảm băng thông, tuân thủ đặc tả nền tảng, hoặc tiết kiệm lưu trữ.
