# Tôi có thể chuyển mã video bằng FFmpeg trên VPS vCPU chuyên dụng không có GPU không? > Chuyển mã video bằng FFmpeg trên VPS không GPU được không? Có: x264, x265 và SVT-AV1 trên 2 đến 16 vCPU chuyên dụng. Thanh toán crypto, không cần KYC. - URL: https://cobaltfell.com/vi/vps-for-video-transcoding/ - Cập nhật lần cuối: 2026-11-02 - Đơn vị phát hành: Cobaltfell (https://cobaltfell.com) VPS có thể chuyển mã video bằng FFmpeg mà không cần GPU không? FFmpeg cung cấp những bộ mã hóa CPU nào, preset đánh đổi tốc độ lấy dung lượng tệp ra sao, FFmpeg phân chia công việc trên các vCPU của VPS như thế nào, và cách đo thời gian trên tệp thật trước khi chọn gói. **Trả lời nhanh — VPS có thể chuyển mã video bằng FFmpeg mà không cần GPU không?** Có. FFmpeg chuyển mã video trên VPS không có GPU thông qua các bộ mã hóa CPU của nó, libx264, libx265 và SVT-AV1, cho H.264, HEVC và AV1. VPS **Cobaltfell** không có GPU, và FFmpeg tự chọn số thread từ vCPU. Preset quyết định tốc độ: chính phần header của x264 ghi rằng ultrafast nhanh gấp 100 lần placebo (kiểm tra ngày 2 tháng 11 năm 2026). ## Bộ mã hóa nào chạy trên CPU, và preset thay đổi điều gì? **Preset là sự đánh đổi tốc độ lấy dung lượng: preset chậm hơn tiêu tốn nhiều CPU hơn để tạo ra tệp nhỏ hơn ở cùng chất lượng.** Mỗi bộ mã hóa phần mềm của FFmpeg đều có preset. Bản thân chất lượng được đặt riêng, bằng CRF. Chọn chất lượng trước, rồi chọn preset chậm nhất mà thời hạn cho phép. *Từ tệp header của x264, tài liệu preset của x265, tài liệu codec của FFmpeg và danh sách tham số của SVT-AV1, đọc ngày 2 tháng 11 năm 2026.* | Codec | Bộ mã hóa FFmpeg | Preset, từ nhanh nhất đến chậm nhất | Dự án nói gì | | --- | --- | --- | --- | | H.264 | `libx264` | ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo | Tốc độ thay đổi rõ rệt qua các preset; ultrafast nhanh gấp đúng 100 lần placebo | | HEVC (H.265) | `libx265` | cùng mười tên đó; medium là mặc định | Preset nhanh hơn đi đường tắt với cái giá là chất lượng và hiệu quả nén | | AV1 | `libsvtav1` | đánh số 13 (nhanh nhất) xuống 0 (chậm nhất); mặc định của chính SVT-AV1 là 8 | Preset cao hơn thì nhanh hơn nhưng chất lượng thấp hơn | H.264 ở preset medium là lựa chọn an toàn để phát lại rộng rãi. HEVC và AV1 cho tệp nhỏ hơn ở cùng chất lượng và tốn nhiều CPU hơn cho mỗi khung hình, đó là lý do chúng phù hợp với các gói lớn hơn. ## FFmpeg sử dụng vCPU của VPS như thế nào? **FFmpeg và các bộ mã hóa của nó định cỡ thread từ số CPU mà chúng phát hiện, mà trên VPS chính là số vCPU.** Tùy chọn chung `threads` mặc định là `auto`, và `-filter_threads` (co giãn, lớp phủ và các bộ lọc khác) mặc định bằng số CPU khả dụng. x265 tự xây dựng các nhóm thread, mỗi nhóm cho một NUMA node, định cỡ từ số CPU, và chạy xử lý song song wavefront theo mặc định; tài liệu của nó cho biết chi phí nén của WPP dưới 1% trong hầu hết các thử nghiệm. Mặc định đó phù hợp khi chuyển mã một lúc một tệp. Nhiều lần chuyển mã song song sẽ mỗi lần cố dùng toàn bộ vCPU và dành thời gian chuyển đổi thay vì chuyển mã. Hãy chia thread thủ công: trên Fell 8, hai tác vụ mỗi tác vụ `-threads 4`, hoặc bốn tác vụ mỗi tác vụ `-threads 2`. Quy tắc thread so với core được giải thích trong [vCPU chuyên dụng là core hay thread](https://cobaltfell.com/vi/vcpu-vs-core/ "vCPU dedicated là core hay thread trên VPS?"). Một lần chuyển mã cũng không mở rộng vô hạn. Thread theo khung hình và theo slice có giới hạn gắn với độ phân giải, nên một tệp 720p hưởng lợi từ 16 thread ít hơn một tệp 4K. ## Core chuyên dụng thay đổi điều gì cho một lần chuyển mã dài? **Một lần chuyển mã là CPU ở mức 100% suốt thời gian tệp tồn tại, đúng kiểu tải mà các gói chia sẻ được viết ra để ngăn chặn.** Theo khảo sát của Cobaltfell ngày 2 tháng 11 năm 2026, 29 trong số 51 nhà cung cấp nhận crypto mà không kiểm tra giấy tờ không bán gói nào mà họ gọi là CPU chuyên dụng. Hai trong số đó ghi rõ giới hạn: điều khoản của Spartan Host cấm dùng quá 50% số core được cấp trong hơn một giờ, và chính sách sử dụng hợp lý của Advin Servers giới hạn mức dùng CPU ở 75%. Một loạt phim sẽ vi phạm cả hai. Trường hợp tổng quát được trình bày trong [sự khác biệt giữa vCPU chia sẻ và vCPU chuyên dụng là gì](https://cobaltfell.com/vi/dedicated-vs-shared-vcpu/ "Sự khác biệt giữa vCPU chia sẻ và vCPU chuyên dụng trên VPS là gì?"). Tại Cobaltfell: Được phép chạy full load miễn là công việc của bạn cần: không có credit CPU, không có cửa sổ burst và không bị bóp hiệu năng sau vài phút ở mức 100%. Một vCPU là một luồng phần cứng của bộ xử lý máy chủ. Các luồng của bạn được ghim 1-1 vào VPS của bạn và không bao giờ được cho khách hàng khác mượn, và hai luồng của một lõi vật lý luôn đi cùng nhau, nên cứ mỗi 2 vCPU tạo thành một lõi nguyên vẹn mà không hàng xóm nào dùng chung. Không có hàng xóm chiếm chu kỳ, con số `speed=` mà FFmpeg in ra giữ nguyên từ phút đầu của loạt đến phút cuối, nên có thể tính trước thời lượng của một hàng đợi. Video rất lớn, nên ổ đĩa và lưu lượng cũng quan trọng như số core. Nguồn và đầu ra dùng chung NVMe của gói (Lưu trữ NVMe trên mọi gói): Fell 8 chứa 320 GB NVMe và Fell 16 chứa 640 GB NVMe. Mỗi VPS nhận một địa chỉ IPv4 và một IPv6 /64 trên cổng 1 Gbit/s. Lưu lượng hàng tháng của gói chỉ tính dữ liệu gửi đi, và vượt mức không tự động phát sinh thêm phí. ## Làm sao để đo thời gian một lần chuyển mã trên VPS trước khi cam kết? **Chuyển mã một phút từ nguồn thật với từng thiết lập ứng viên và đọc giá trị `speed=`: 1x là thời gian thực, 2x là nhanh gấp đôi.** `-f null -` bỏ đi đầu ra, nên phép thử đo bộ mã hóa chứ không đo ổ đĩa. `-benchmark` thêm thời gian CPU đã dùng ở cuối. *Các bài thử chuyển mã một phút cho H.264, HEVC và AV1* ```bash # which software encoders this ffmpeg build has ffmpeg -hide_banner -encoders | grep -E 'libx264|libx265|libsvtav1' # 60 seconds of your own file, video only, output discarded ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -f null - ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx265 -preset medium -crf 28 -f null - ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libsvtav1 -preset 8 -crf 35 -f null - # the same H.264 test held to 4 threads, to plan parallel jobs ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -threads 4 -f null - ``` ## Gói nào phù hợp với công việc chuyển mã nào? **Khối lượng công việc cần hoàn thành mỗi giờ quyết định gói, không phải một tệp đơn lẻ.** Bảng đưa ra điểm khởi đầu, không phải thời gian: Kết quả YABS và Geekbench 6 của chính chúng tôi, cùng với steal time đo được, sẽ được công bố kèm ngày khi máy test đầu tiên được giao. Cho đến lúc đó, chúng tôi không đưa ra con số hiệu năng nào của riêng mình. Giá của từng gói được liệt kê trong [VPS core chuyên dụng giá bao nhiêu](https://cobaltfell.com/vi/pricing/ "VPS dedicated-vCPU giá bao nhiêu?"). Các nhà cung cấp khác bán core chuyên dụng cho các lần chuyển mã dài được xếp hạng trong [nhà cung cấp VPS CPU chuyên dụng tốt nhất năm 2026 là ai](https://cobaltfell.com/vi/best-dedicated-cpu-vps/ "Best dedicated CPU VPS in 2026, compared"). | Gói | vCPU | NVMe | Công việc chuyển mã điển hình | | --- | --- | --- | --- | | Fell 2 | 2 | 80 GB NVMe | Chuyển đổi H.264 không thường xuyên, tạo hình thu nhỏ, xử lý âm thanh và remux với `-c copy`, gần như không đụng đến CPU | | Fell 4 | 4 | 160 GB NVMe | Một hàng đợi nhỏ các job H.264, hoặc một lần encode HEVC ở preset nhanh | | Fell 8 | 8 | 320 GB NVMe | Một hàng đợi batch đều đặn, hai đến bốn job H.264 song song, hoặc HEVC và AV1 ở preset trung bình | | Fell 16 | 16 | 640 GB NVMe | Preset chậm cho file chuẩn lưu trữ, AV1 ở quy mô lớn, hoặc nhiều nguồn 4K cùng lúc | ## Khi nào GPU là công cụ tốt hơn cho video? **GPU là công cụ tốt hơn khi cần nhiều luồng trực tiếp đồng thời theo thời gian thực, hoặc khi thông lượng encode quan trọng hơn việc file nhỏ nhất có thể.** Các bộ mã hóa phần cứng như NVENC, Quick Sync và VAAPI chạy trên card đồ họa hoặc GPU tích hợp, và FFmpeg chỉ dùng chúng khi có phần cứng đó. Một VPS của Cobaltfell không có, nên điểm mạnh của nó là encode bằng phần mềm: chậm hơn trên mỗi luồng, nhưng có đầy đủ bộ preset và hiệu quả nén của các bộ mã hóa phần mềm. Với thư viện theo yêu cầu, batch chạy qua đêm và kho lưu trữ, encode bằng CPU trên các core chuyên dụng là cách đơn giản hơn. Với một nền tảng trực tiếp có hàng chục kênh đồng thời, phần cứng GPU là thứ đáng mua. Câu hỏi CPU hay GPU tương tự cho mô hình ngôn ngữ được trả lời trong [tôi có thể chạy Ollama trên VPS không có GPU không](https://cobaltfell.com/vi/vps-for-llm-without-gpu/ "Tôi có thể chạy Ollama hoặc một LLM nhỏ trên VPS vCPU chuyên dụng mà không có GPU không?"). ## Người ta còn hỏi những câu gì về FFmpeg trên VPS? ### VPS có chạy được server live streaming có transcoding không? Với vài luồng thì có. Chạy một bài test như các ví dụ trên ở độ phân giải đích và chỉ giữ những cài đặt có `speed=` vẫn cao hơn 1x nhiều: một lần encode 1x duy nhất không để lại biên an toàn nào cho cảnh chuyển động nhiều. ### Hàng đợi encode có chạy hết tải trong nhiều ngày được không? Tại Cobaltfell, có. Được phép chạy full load miễn là công việc của bạn cần: không có credit CPU, không có cửa sổ burst và không bị bóp hiệu năng sau vài phút ở mức 100%. Một trường hợp nặng CPU bị loại trừ: Đào bất kỳ loại cryptocurrency nào đều không được phép, trên mọi gói và với mọi phần mềm. Công việc CPU nặng của riêng bạn, như build, encoding, inference hay database, được chạy full load, và một node chỉ xác thực blockchain không phải là đào. ### Tải lên các file nguồn lớn có bị tính là lưu lượng không? Tại Cobaltfell thì không. Mỗi VPS nhận một địa chỉ IPv4 và một IPv6 /64 trên cổng 1 Gbit/s. Lưu lượng hàng tháng của gói chỉ tính dữ liệu gửi đi, và vượt mức không tự động phát sinh thêm phí. File gửi vào không tốn gì; chỉ những gì VPS gửi đi mới được tính. ### Gói ffmpeg của bản phân phối có bao gồm x265 và SVT-AV1 không? `ffmpeg -hide_banner -encoders` liệt kê chính xác những gì một bản build hỗ trợ. Các image được cung cấp là Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10; khi thiếu một bộ mã hóa, một bản build FFmpeg tĩnh hoặc các backports của bản phân phối sẽ cung cấp nó. ### Cobaltfell có công bố tốc độ encode theo từng gói không? Kết quả YABS và Geekbench 6 của chính chúng tôi, cùng với steal time đo được, sẽ được công bố kèm ngày khi máy test đầu tiên được giao. Cho đến lúc đó, chúng tôi không đưa ra con số hiệu năng nào của riêng mình. Tốc độ encode phụ thuộc quá nhiều vào nguồn, codec và preset đến mức một bài test một phút trên chính tư liệu của bạn vẫn là hướng dẫn tốt hơn. ## Nguồn 1. [Tài liệu về codec của FFmpeg (threads, libx264, libx265, libsvtav1)](https://ffmpeg.org/ffmpeg-codecs.html) — FFmpeg (checked 2026-11-02) 2. [tài liệu ffmpeg (-filter_threads)](https://ffmpeg.org/ffmpeg.html) — FFmpeg (checked 2026-11-02) 3. [x264.h: tên preset và ghi chú về tốc độ (bản mirror của kho x264 của VideoLAN)](https://raw.githubusercontent.com/mirror/x264/master/x264.h) — VideoLAN x264 (checked 2026-11-02) 4. [preset x265](https://x265.readthedocs.io/en/master/presets.html) — x265 project (checked 2026-11-02) 5. [x265 threading](https://x265.readthedocs.io/en/master/threading.html) — x265 project (checked 2026-11-02) 6. [tham số SVT-AV1](https://gitlab.com/AOMediaCodec/SVT-AV1/-/raw/master/Docs/Parameters.md) — Alliance for Open Media (checked 2026-11-02) 7. [Điều khoản dịch vụ của Spartan Host](https://spartanhost.org/tos) — Spartan Host (checked 2026-11-02) 8. [Chính sách sử dụng hợp lý của Advin Servers](https://docs.advinservers.com/policies/fair-use) — Advin Servers (checked 2026-11-02) --- Cobaltfell: Cobaltfell là nhà cung cấp VPS với nhân vCPU chuyên dụng, thanh toán bằng crypto không cần tải lên giấy tờ tùy thân, được vận hành bởi DomaineGoat LLC, một công ty đăng ký tại Panama. Mỗi vCPU được ghim riêng cho máy chủ của bạn, trên bộ xử lý AMD EPYC 9004/9005 (Zen 4 / Zen 5) với lưu trữ NVMe, tại Amsterdam (Hà Lan), Zurich (Thụy Sĩ) và Bucharest (Romania). Với kỳ hạn 12 tháng, mỗi gói có giá thấp hơn ít nhất 25% so với một gói dedicated-CPU tương đương được nêu tên, chọn trong 6 nhà cung cấp VPS crypto không cần KYC và được đọc vào ngày 2 tháng 11 năm 2026.