Tính Bitrate Video
Tính bitrate hoặc dung lượng file từ thời lượng, đã tính cả âm thanh. Gợi ý H.264, H.265, AV1 ở 1080p/4K và 30/60 fps. Lập kế hoạch YouTube và Twitch.
Giới thiệu Tính Bitrate Video
Bitrate video là lượng dữ liệu mỗi giây mà một file video tiêu thụ, đo bằng kilobit/giây (kbps) hoặc megabit/giây (Mbps). Quan hệ cơ bản rất đơn giản: dung lượng (bit) = bitrate (bit/s) × thời lượng (giây). Đổi bit sang byte bằng cách chia 8, sang MB bằng cách chia 1 000 000 (decimal, quy ước YouTube, Twitch, Vimeo, AWS và mọi nhà cung cấp lưu trữ đám mây dùng) — hoặc chia 1 048 576 nếu bạn cần MB nhị phân (hệ điều hành cũ vẫn báo theo cách này). Công cụ này làm phép tính theo cả hai chiều và bổ sung trình gợi ý bitrate phù hợp cho cặp độ phân giải + codec, dựa trên preset công bố của YouTube, Netflix, Apple và hướng dẫn AOM Encoding cho AV1. Gợi ý tôn trọng các bậc hiệu suất: H.264 (AVC, 2003) là chuẩn nền; H.265 (HEVC, 2013) cần khoảng 50% bitrate của H.264 với cùng chất lượng; AV1 (2018) cần ít hơn HEVC khoảng 30%; VP9 nằm giữa H.264 và HEVC. Dùng gợi ý làm điểm xuất phát rồi tinh chỉnh sau khi render thử — độ phức tạp nội dung (talking head vs thể thao), chuyển động, grain và target CRF/QP của encoder đều dịch bitrate tối ưu ±30%.
Bitrate được đổi sang dung lượng cụ thể ra sao và công cụ dùng đơn vị nào?
Công cụ nhân bitrate (bit mỗi giây) với tổng thời lượng tính bằng giây. Kết quả là bit; chia 8 để ra byte. Từ đó đổi sang KB, MB, GB bằng tiền tố SI thập phân — 1 KB = 1 000 byte, 1 MB = 1 000 000 byte, 1 GB = 1 000 000 000 byte — đúng quy ước giới hạn upload của YouTube, hướng dẫn bitrate Twitch, AWS S3 và mọi nền tảng internet từ 1998 đến nay. Windows File Explorer vẫn báo KiB/MiB/GiB nhị phân (cơ số 1024) nhưng dán nhãn KB/MB/GB, về kỹ thuật là sai theo IEC 80000-13 và khiến mọi người bối rối khi file 10 GB hiện là 9,31 GB. Nếu cần đơn vị nhị phân, nhân kết quả thập phân với 0,9313 để đổi MB ra MiB.
Nên dùng bitrate bao nhiêu cho 1080p, 4K, 8K với H.264, H.265, AV1?
Khoảng bitrate chuẩn ngành cho streaming chất lượng cao (không thấy artefact với nội dung điển hình): 1080p30 — H.264 8–12 Mbps, H.265 5–8 Mbps, AV1 3–6 Mbps; 1080p60 — H.264 12–18 Mbps, H.265 7–12 Mbps, AV1 5–8 Mbps; 1440p30 — H.264 16 Mbps, H.265 10 Mbps, AV1 7 Mbps; 4K (2160p30) — H.264 35–45 Mbps, H.265 20–25 Mbps, AV1 14–18 Mbps; 4K (2160p60) — H.264 53–68 Mbps, H.265 30–40 Mbps, AV1 20–27 Mbps; 8K (4320p60) — H.264 không khả thi, H.265 80–120 Mbps, AV1 50–80 Mbps. Bitrate upload đề xuất của YouTube nằm ở đầu cao của các dải này; cho file master để lưu trữ dùng 1,5–2× các con số streaming. Với Twitch (vẫn bắt buộc H.264), trần nền tảng cho partner ở 1080p60 là 6 000 kbps, đó là lý do nhiều streamer ưa 936p hoặc 720p để hình ảnh sạch hơn ở mức bitrate đó.
H.264, H.265 (HEVC), VP9 và AV1 khác nhau ra sao và nên chọn cái nào?
H.264 (AVC, MPEG-4 Part 10, 2003): tương thích toàn cầu, mọi thiết bị từ 2008 đều giải mã bằng phần cứng, lựa chọn an toàn cho phân phối; encode nhanh nhưng hiệu suất nén đã 20 năm. H.265 (HEVC, 2013): giảm bitrate ~50% với cùng chất lượng so với H.264, giải mã phần cứng trên iPhone 6+, Apple Silicon, hầu hết Android từ 2015 và Smart TV hiện đại, nhưng vướng các pool bằng sáng chế phức tạp (MPEG LA, Velos Media, HEVC Advance) — vì vậy YouTube và Twitch không bao giờ áp dụng. VP9 (Google, 2013): miễn phí bản quyền, hiệu suất tương đương HEVC, phổ biến trên YouTube nhưng giải mã phần cứng hạn chế. AV1 (Alliance for Open Media, 2018): miễn phí bản quyền, tốt hơn HEVC ~30%, được Netflix, YouTube, Twitch (beta) hỗ trợ, giải mã phần cứng từ Intel gen 11+, AMD RDNA3+, Apple A17 Pro+ và Android đời mới. Chọn H.264 nếu cần tương thích tối đa, AV1 để phân phối ở bitrate thấp nhất, HEVC để lưu trữ vì file nhỏ hơn H.264 mà bằng sáng chế không quan trọng với kho cá nhân.
Vì sao file thực ra to/nhỏ hơn dự đoán của công cụ?
Ba lý do. Thứ nhất, audio — công cụ chỉ mô hình bitrate video; audio thêm 96–320 kbps cho AAC stereo hoặc tới 1 Mbps cho Dolby Atmos lossless. Cho video 1 giờ 1080p H.264 ở 10 Mbps cộng AAC 192 kbps, audio chiếm 0,86% tổng — thường không đáng kể nhưng đáng lưu ý khi bitrate video thấp. Thứ hai, overhead của container — MP4, MKV, WebM thêm 0,5–2% cho moov atom, index và header mỗi frame. Thứ ba, bitrate biến thiên (VBR) — đa số encoder chạy ở chế độ CRF hoặc VBR hai-pass và hướng tới bitrate *trung bình*; cảnh phức tạp tăng, cảnh đơn giản giảm, nên target 10 Mbps cho ra file khớp duration × 10 Mbps với sai số ±5%. Nếu lệch 20%+, kiểm tra xem bạn có đặt bitrate ở kbps trong khi encoder kỳ vọng Mbps (sai 1000×) hoặc nhầm bit với byte (sai 8×).

Nền tảng stream nén lại upload của tôi ra sao và vì sao nên upload bitrate cao hơn?
Mọi nền tảng lớn đều re-encode upload của bạn về nhiều bitrate cho adaptive streaming. YouTube transcode sang AV1, VP9, H.264 ở 7+ bậc từ 144p đến 8K. Twitch dùng bitrate nguồn cho VOD nhưng transcode chất lượng thấp cho người xem không partner. Instagram và TikTok re-encode mạnh tay về ~3 Mbps ở 1080p bất kể bạn upload gì. Hệ quả: hãy upload ở bitrate cao nhất mà spec *upload* của nền tảng chấp nhận, không phải bitrate của bậc xem thấp nhất. Bitrate upload H.264 1080p đề xuất của YouTube là 8–12 Mbps; tăng lên 16 Mbps giúp transcoder của YouTube có tín hiệu sạch hơn và giảm artefact ở đầu ra H.264 1080p cuối. Đánh đổi là thời gian upload và trần nền tảng — YouTube cho tối đa 256 GB hoặc 12 giờ mỗi file; Twitch giới hạn VOD nguồn ở khoảng 200 Mbps.
CRF là gì và liên quan thế nào tới bitrate đích?
CRF (Constant Rate Factor) là chế độ giữ chất lượng cố định trong x264, x265, libvpx-vp9 và SVT-AV1. Thay vì cố định bitrate, bạn cố định chất lượng theo thang gần logarit: x264/x265 dùng 0–51 với 23 là mặc định, càng thấp càng tốt (16–18 là visually lossless với hầu hết nội dung); AV1 dùng 0–63 với mặc định điển hình 30. CRF cho dung lượng biến thiên theo nội dung — encode CRF-23 H.264 cho talking head nhỏ hơn nhiều so với CRF-23 cho hành động cắt nhanh. Dùng CRF khi chất lượng quan trọng hơn dung lượng (master lưu trữ, upload YouTube). Dùng bitrate đích (VBR 1-pass hoặc 2-pass) khi cần đạt dung lượng chính xác hoặc stream dưới trần nền tảng (6 Mbps Twitch, lane SDI broadcast). Nhiều editor xuất CRF để lưu trữ rồi transcode sang phiên bản bitrate đích cho phân phối.
Vì sao dùng HH:MM:SS thay vì gõ số giây?
Cả hai định dạng đều cho kết quả giống nhau; HH:MM:SS được cung cấp vì não người không tự nhiên tính được tổng số giây. Một bộ phim 142 phút là 8 520 giây — đa số không tính nhanh được, nhưng nhìn 2:22:00 trên trình phát thì thấy ngay. Công cụ chấp nhận cả hai: '7200', '7200s', '2:00:00', '120m' và '2h' đều quy về 7 200 giây. Cho tính toán chính xác đến frame, hãy nhân thời lượng với framerate và chia cho framerate sau khi cộng dồn cấp phát bit từng frame (đây là cách các trình ước lượng broadcast và DCP làm); cho kế hoạch YouTube/Twitch điển hình, độ chính xác đến giây là đủ vì bạn không bao giờ chạm chính xác trần nền tảng.
Cách chính xác nhất để lên kế hoạch stream Twitch hoặc upload YouTube với dung lượng đích là gì?
Bắt đầu bằng tổng thời lượng tính bằng giây, cố định dung lượng đích tính bằng MB (thập phân). Tính bitrate video = (dung_lượng_MB × 8 × 1000) / thời_lượng_giây = bitrate kbps. Sau đó trừ bitrate audio (thường 160 kbps cho AAC stereo, 320 kbps cho Opus, 1411 kbps cho FLAC, 384 kbps cho Dolby Digital 5.1) để ra target video của encoder. Công cụ này giờ tự trừ giúp bạn: nhập bitrate âm thanh vào ô tùy chọn và kết quả 'bitrate trung bình cần thiết' sẽ tách thành Video / Âm thanh / Tổng cộng, nên con số Video chính là giá trị bạn truyền cho tham số -b:v của encoder. Dùng VBR hai pass nếu encoder hỗ trợ — pass đầu phân tích độ phức tạp, pass hai phân bổ bit thông minh. Với YouTube, đừng tối ưu quá mức: nhắm 1,5× bitrate YouTube đề xuất để re-encode của họ có tín hiệu sạch. Với Twitch bạn có trần cứng (6 Mbps cho partner ở 1080p) nên dùng CBR (bitrate hằng số) thay VBR để đảm bảo không vượt trần giữa stream.
Phim 2 giờ vừa trong 4 GB cần bitrate bao nhiêu?
Phim 2 giờ là 7 200 giây và 4 GB thập phân là 4 000 MB = 32 000 000 000 bit. Bitrate tổng = 32 000 000 000 / 7 200 ≈ 4 444 kbps ≈ 4,44 Mbps. Trừ một track AAC stereo 160 kbps thì còn khoảng 4 284 kbps ≈ 4,28 Mbps cho video — thừa sức cho một encode H.265 hoặc AV1 1080p sạch, hoặc một H.264 1080p hơi mềm. Nhập thời lượng 2:00:00, dung lượng 4 GB và bitrate âm thanh 160 kbps vào công cụ này, nó trả về đúng phần tách Video / Âm thanh / Tổng cộng đó. Muốn 1080p H.264 sắc nét hơn ở 4 GB, hãy chấp nhận bitrate thấp với VBR hai pass hoặc đổi codec sang HEVC/AV1 vốn đạt cùng chất lượng với chỉ khoảng một nửa bitrate.
