Empat vendor. Empat blok silikon fungsi tetap. Satu tugas — mengubah satu bingkai piksel menjadi beberapa kilobyte H.265 atau AV1 dalam waktu kurang dari lima milidetik, enam puluh kali per detik, tanpa menjatuhkan satu pun. Inilah perbandingan sebenarnya antara NVIDIA, AMD, Intel, dan Apple untuk streaming berlatensi rendah, dan cara Remio memilih yang tepat saat runtime.
Mengapa encoder perangkat keras penting untuk remote desktop
Enkode satu bingkai 1080p dengan libx264 pada inti CPU yang cepat. Pada Apple M-series modern atau Ryzen 7000, Anda bisa mencapai sekitar 8 hingga 12 milidetik untuk preset ultrafast, lebih lama untuk apa pun yang berusaha menjaga kualitas. Kedengarannya masih bisa diterima sampai Anda ingat anggarannya: 16,6 milidetik per bingkai pada 60 FPS. Sekarang tambahkan penangkapan, pemaketan, antrean pacer, keluaran jaringan, dekode, dan render. Enkode lewat CPU bukan sekadar memperlambat — ia menghabiskan seluruh anggaran latensi, dan di atas 1080p60 ia menjatuhkan bingkai.
Encoder perangkat keras menyelesaikan ini dengan mendedikasikan silikon fungsi tetap untuk tugas yang sama. NVIDIA menyebut blok mereka NVENC. AMD menyebutnya AMF (tepatnya mesin VCN yang digerakkan AMF). Intel menyebutnya QuickSync (Media Engine di dalam iGPU mereka). Apple menyebutnya VideoToolbox (API-nya; silikonnya adalah Media Engine pada chip M-series dan A-series). Keempatnya ada karena satu alasan: enkode perangkat lunak tidak mampu memenuhi target latensi dan frame rate yang kini diharapkan layar, GPU, dan pengguna modern.
Khusus untuk Remio, setiap milidetik yang dihemat di encoder adalah milidetik yang kembali ke pacer, jaringan, dan renderer. Anggaran latensi yang kami publikasikan menargetkan pemrosesan sekitar 8 ms di LAN (sisanya adalah ritme refresh 60 Hz dari layar Anda sendiri) — waktu enkode adalah variabel tunggal terbesar. Pilihan encoder, dan konfigurasinya, menentukan semua yang ada setelahnya.
Sekilas empat vendor
Sebelum membahas masing-masing secara mendalam, penting memahami apa yang sebenarnya kita bandingkan. Ini bukan pustaka yang bisa saling menggantikan — melainkan blok fisik pada die, masing-masing dengan ISA, tumpukan driver, keanehan, dan peta jalan multitahun sendiri. Mereka berbeda dalam codec yang didukung, kualitas yang dihasilkan, latensi yang dicapai, daya yang dipakai, dan di platform mana mereka ada.
- NVENC hadir di setiap NVIDIA GeForce, Quadro, dan RTX sejak 2012 (Kepler). Generasinya terkait keluarga arsitektur: generasi ke-1 pada Kepler, generasi ke-8 pada Ada Lovelace. Komponen datacenter Hopper punya irama berbeda.
- AMF membuka mesin VCN (Video Core Next) milik AMD, yang menggantikan VCE lama. Tersedia di setiap GPU Vega, RDNA, RDNA2, dan RDNA3, plus APU yang lebih baru.
- QuickSync hadir di iGPU Intel sejak Sandy Bridge pada 2011 — menjadikannya encoder perangkat keras yang paling luas terpasang di dunia. GPU diskret Arc memakai arsitektur yang sama, diperbesar.
- VideoToolbox adalah API Apple; silikon di bawahnya adalah Media Engine, tertanam di setiap Mac Apple Silicon, setiap iPhone sejak A6, dan setiap iPad. Chip M-series membawa satu atau dua mesin tergantung SKU.
NVENC — delapan generasi penyempurnaan NVIDIA
NVENC adalah encoder yang menjadi acuan benchmark kebanyakan perangkat lunak streaming, sebagian karena NVIDIA punya anggaran pemasaran dan sebagian karena silikonnya memang luar biasa selama satu dekade. Blok ini telah melewati delapan generasi:
- Generasi 1-3 (Kepler hingga Maxwell, 2012-2014) — hanya H.264, layak untuk streaming tetapi kualitasnya jelas tertinggal dari libx264.
- Generasi 4 (Pascal, GTX seri 10) — menambah enkode H.265. Inilah generasi saat kualitas NVENC menyusul dan bisa dibilang melampaui preset fast libx264 pada bitrate yang sama.
- Generasi 6 (Turing, RTX seri 20, GTX seri 16) — lompatan "Turing NVENC" yang sering dikutip. Kualitas pada bitrate rendah membaik sampai streamer berhenti berpura-pura bahwa enkode CPU jauh lebih baik untuk kasus siaran langsung.
- Generasi 7 (Ampere, RTX seri 30) — penyempurnaan, kualitas secara umum setara Turing per watt.
- Generasi 8 (Ada Lovelace, RTX seri 40) — generasi NVIDIA pertama dengan enkode AV1 perangkat keras, plus dua mesin encoder pada SKU kelas atas. NVENC Ada bisa mengenkode AV1 dengan kualitas yang bersaing dengan preset medium libaom-av1 pada sebagian kecil biaya CPU.
Untuk penggunaan latensi rendah, NVENC menyediakan tiga mode kontrol laju yang relevan. CBR dengan tuning low-latency dan preset p1 (tercepat) adalah konfigurasi kanonis: laju keluaran deterministik, lookahead satu bingkai, tanpa B-frame. Remio memakai persis ini saat berjalan di atas hevc_nvenc di Windows. Waktu enkode di Ada Lovelace pada 1080p60 H.265 konsisten 1 hingga 3 ms.
Satu jebakan historis: NVENC konsumen selama bertahun-tahun dibatasi pada tiga sesi enkode bersamaan oleh driver NVIDIA. Batas itu dinaikkan menjadi delapan pada 2023, lalu praktis dihapus. Jika Anda membaca utas forum lama yang memperingatkannya, peringatan itu sudah tidak berlaku.
AMF — si underdog AMD yang akhirnya menyusul
AMF (Advanced Media Framework) milik AMD adalah API-nya; mesin di bawahnya telah melewati dua arsitektur berbeda. VCE (Video Coding Engine) yang lama hadir di kartu era GCN sejak 2012 dan selalu menjadi titik lemah dalam perbandingan encoder — kualitas jelas lebih buruk dari NVENC pada bitrate sama, terutama pada konten penuh gerakan. AMD tahu, komunitas streaming tahu, dan benchmark membuktikannya.
Ceritanya berubah dengan VCN (Video Core Next), diperkenalkan pada Vega dan disempurnakan di setiap generasi berikutnya:
- VCN 1.0-2.0 (Vega, RDNA1) — H.264 dan H.265 dengan kualitas yang akhirnya nyaris menyamai NVENC Pascal/Turing.
- VCN 3.0 (RDNA2, RX seri 6000) — peningkatan kualitas signifikan, terutama pada bitrate rendah. Generasi AMD pertama yang saya nyaman rekomendasikan untuk streaming game.
- VCN 4.0 (RDNA3, RX seri 7000) — menambah enkode AV1 sejajar dengan NVIDIA Ada. Dua encoder pada SKU kelas atas untuk sesi paralel. Kualitas AV1 bersaing dengan AV1 NVIDIA di benchmark pihak ketiga.
Untuk streaming latensi rendah, AMF menyediakan preset penggunaan ultralowlatency, preset kualitas speed, dan mode kontrol laju cbr. Remio memakai hevc_amf dengan ketiganya — tiga serangkai preset yang sama seperti yang didokumentasikan di catatan arsitektur streaming kami. Waktu enkode di RDNA3 pada 1080p60 H.265 biasanya 2 hingga 4 ms. RDNA2 sekitar 3 hingga 5 ms. Kartu era VCN 1.x yang lebih tua mendekati 5 hingga 7 ms — masih dalam anggaran, tetapi dengan ruang yang lebih sempit untuk lonjakan keyframe.
Selama lima tahun encoder AMD jadi bahan olok-olok. RDNA2 memperbaikinya. RDNA3 membuatnya kompetitif di AV1. Duopoli encoder streaming kini menjadi triopoli, dan itu baik untuk semua orang.
QuickSync — juara yang ada di mana-mana secara diam-diam
QuickSync adalah encoder yang hampir pasti sudah Anda miliki. Ia hadir di setiap CPU Intel dengan grafis terintegrasi sejak Sandy Bridge pada 2011 — lebih dari satu dekade laptop, NUC, dan desktop kantor dengan enkode video perangkat keras yang menganggur karena pengguna mengira mereka butuh GPU diskret. Ternyata tidak.
Arsitekturnya berkembang seiring jajaran iGPU Intel:
- Sandy Bridge-Skylake (2011-2015) — hanya H.264, kualitas sedang, tetapi latensi dan daya terbaik di kelasnya untuk laptop.
- Kaby Lake-Coffee Lake (2016-2018) — menambah H.265, 10-bit, enkode 4K.
- Ice Lake dan seterusnya (2019+) — iGPU Xe Gen11/Gen12 meningkatkan kualitas secara dramatis. Banyak benchmark menempatkan QuickSync Gen12 hanya beberapa persen dari NVENC Turing.
- Arc diskret (2022+) — lini GPU diskret pertama Intel. Arsitektur Xe-HPG yang sama diperbesar, dengan enkode AV1. Arc adalah GPU konsumen pertama yang menghadirkan AV1 perangkat keras — mendahului NVIDIA Ada dan AMD RDNA3 — dan kualitasnya mengejutkan bagus. Intel Arc A380 tetap tawaran luar biasa untuk throughput AV1 murni per dolar.
Profil termal adalah kekuatan diam QuickSync. Karena berada di dalam iGPU yang sudah ada di SoC, biaya marjinal pemakaiannya hanya blok enkode itu sendiri — tanpa membangunkan GPU diskret, tanpa menyalakan pengendali memori GDDR6. Di ThinkPad atau NUC, QuickSync memberikan kualitas sebanding NVENC pada sekitar seperempat daya tingkat sistem. Untuk host Windows Remio, QuickSync adalah cadangan pilihan ketiga setelah NVENC dan AMF — bukan karena lebih buruk, tetapi karena pengguna dengan GPU diskret biasanya ingin iGPU mereka bebas untuk beban kerja lain.
VideoToolbox — Media Engine terpadu Apple Silicon
Apple tidak memasarkan nama merek untuk encoder perangkat keras mereka seperti NVIDIA. API-nya adalah VideoToolbox; silikonnya adalah Media Engine, blok rancangan Apple yang ada di setiap Mac M-series dan setiap SoC iPhone/iPad sejak A6.
Media Engine hadir dalam jumlah berbeda tergantung SKU:
- M1, M2, M3 — satu Media Engine.
- M1 Pro/Max, M2 Pro/Max, M3 Pro/Max — dua Media Engine.
- M1 Ultra, M2 Ultra — empat Media Engine (dua per die yang digabung).
- M3 Max (CPU 16 inti) — dua Media Engine.
- Keluarga M4 — Media Engine yang disegarkan dengan throughput H.265 lebih baik.
Setiap Media Engine menangani enkode/dekode H.264, H.265, dan ProRes di perangkat keras. Enkode ProRes adalah fitur utama bagi editor video — tidak ada chip konsumen lain yang memilikinya — tetapi untuk streaming, kemampuan yang relevan adalah enkode H.265 main10 yang efisien dan latensi enkode yang luar biasa rendah.
Satu celah penting: tidak ada enkode AV1 pada Apple Silicon mana pun yang beredar. Chip M-series mendekode AV1 sejak M3, tetapi tidak bisa mengenkodenya. Untuk streaming dari Mac, H.265 adalah pilihan praktis untuk masa mendatang.
Di mana Apple benar-benar unggul adalah efisiensi daya. Pada M2 Pro yang mengenkode 4K60 H.265 pada 30 Mbps, seluruh Media Engine menarik sekitar 3 hingga 5 watt. Beban NVENC yang setara pada RTX 4070 menarik mendekati 35 watt daya tingkat sistem — sebagian besar adalah lantai idle GPU diskret, bukan blok encoder. Untuk host Mac mini yang menyala 24/7 menunggu klien, ini beda antara "nyaris tak terasa di tagihan listrik" dan "terasa jelas."
Perbandingan berdampingan
Inilah keempat mesin pada sumbu yang sama. Angka latensi adalah preset latensi sangat rendah 1080p60 H.265, B-frame dimatikan, VBV satu bingkai — konfigurasi Remio. Kualitas adalah peringkat perseptual kasar pada 8 Mbps CBR; selisih mutlaknya kecil.
| Sumbu | NVENC (Ada) | AMF (RDNA3) | QuickSync (Arc / Gen12+) | VideoToolbox (M3+) |
|---|---|---|---|---|
| H.264 | Ya | Ya | Ya | Ya |
| H.265 (HEVC) | Ya | Ya | Ya | Ya (main10) |
| Enkode AV1 | Ya | Ya | Ya | Tidak |
| Enkode ProRes | Tidak | Tidak | Tidak | Ya |
| Resolusi maksimum | 8K H.265 | 8K H.265 | 8K (Arc), 4K (iGPU) | 8K H.265 |
| FPS maks pada 1080p H.265 | ~480 | ~360 | ~360 | ~600 (M3 Max) |
| Waktu enkode, 1080p60 H.265 | 1-3 ms | 2-4 ms | 2-4 ms | 2-3 ms |
| Konsumsi daya, 4K60 H.265 | ~35 W sistem | ~30 W sistem | ~8 W sistem (iGPU) | ~5 W |
| Peringkat kualitas @ 8 Mbps CBR | Imbang peringkat 1 | Imbang peringkat 2 | Imbang peringkat 2 | Imbang peringkat 1 |
| Platform | Windows, Linux | Windows, Linux | Windows, Linux, macOS (Mac Intel) | macOS, iOS, iPadOS, tvOS |
| Sesi bersamaan | Tanpa batas | Tanpa batas | Tanpa batas | Tanpa batas |
Ringkasan jujurnya: pada pengaturan yang benar-benar dipakai streaming remote desktop (CBR, latensi rendah, tanpa B-frame), keempatnya cukup baik dengan selisih yang lega. Pembedanya adalah dukungan AV1 (NVIDIA / AMD / Intel — bukan Apple), efisiensi daya (Apple, lalu iGPU Intel, lalu yang lain), dan ketersediaan platform (Anda tidak bisa memilih VideoToolbox di host Windows atau NVENC di Mac).
Apa yang dipilih Remio saat runtime
Remio memeriksa kemampuan host saat startup dan memilih encoder berdasarkan prioritas deterministik. Host Windows dan host Mac mengikuti logika pemilihan yang sama.
Di host Windows:
- NVENC (
hevc_nvenc/h264_nvenc) — dipilih pertama bila ada GPU NVIDIA dan driver merespons. Diutamakan karena encoder dengan latensi rendah paling konsisten pada rentang generasi perangkat keras terluas. - AMF (
hevc_amf/h264_amf) — dipilih kedua bila ada GPU diskret AMD atau APU dengan VCN. Dikonfigurasi denganusage=ultralowlatency,quality=speed,rc=cbr. - QuickSync (
hevc_qsv/h264_qsv) — dipilih ketiga bila ada iGPU Intel. Secara fungsi setara di pipeline kami; kami lebih suka membiarkan iGPU bebas jika GPU diskret tersedia. - Cadangan CPU libx264 — dipilih hanya bila tidak ada encoder perangkat keras yang merespons. Dibatasi 720p60 atau 1080p30 agar tetap dalam anggaran latensi.
Di host Apple: VideoToolbox adalah satu-satunya pilihan, dan satu-satunya yang kami inginkan. Media Engine di setiap Mac yang didukung (macOS 15+) menangani H.265 main10 langsung. Tidak perlu jalur cadangan.
Preferensi codec adalah H.265 perangkat keras lebih dulu, H.264 sebagai cadangan universal — dari ujung ke ujung, di setiap platform. Remio belum memakai AV1 saat ini (enkode host, dekode klien, dan negosiasi codec untuknya belum ada di pipeline); Remio tetap memakai H.265 bahkan pada perangkat keras yang secara teknis bisa AV1, karena latensi enkode adalah hambatan di LAN, bukan bitrate.
Pertukaran kualitas vs latensi
Setiap encoder perangkat keras menyediakan beberapa kenop yang sama, dan setiap kenop menukar kualitas dengan latensi ke arah yang sama. Konfigurasi Remio berada di ujung paling agresif pada dial latensi karena remote desktop, menurut definisinya, adalah aplikasi waktu nyata di mana bingkai yang lebih tua dari 20 ms lebih buruk daripada bingkai yang sedikit lebih buram dari ideal.
- CBR vs VBR. Bitrate variabel menghasilkan kualitas lebih baik pada laju rata-rata yang sama dengan membelanjakan bit di tempat yang berguna. Tetapi VBR juga menghasilkan ukuran per bingkai yang tak terduga, berarti antrean pacer yang tak terduga, berarti latensi yang tak terduga. Remio memakai CBR di mana-mana. Biaya kualitasnya kecil; konsistensi latensinya besar.
- B-frame. B-frame merujuk bingkai masa lalu dan masa depan, jadi dekoder harus menunggu bingkai masa depan tiba sebelum mendekode B-frame. Itu tak masalah untuk video sesuai permintaan dan fatal untuk waktu nyata. Remio mematikan B-frame pada setiap codec di setiap platform.
- GOP / interval keyframe. GOP lebih panjang (lebih banyak bingkai antar keyframe) mengompresi lebih baik. GOP lebih pendek pulih lebih cepat dari kehilangan paket. Remio menjalankan GOP yang secara efektif tak terbatas dan meminta keyframe baru dari host saat dekoder melaporkan kehilangan. Paket yang hilang langsung dikirim ulang bila masih bisa tiba tepat waktu; bila tidak, Remio melewatinya dan meminta bingkai baru alih-alih menunggu. Ini sesuai filosofi streaming kami: hanya merender bingkai terbaru.
- Lookahead. NVENC, AMF, dan QuickSync semuanya mendukung lookahead multibingkai untuk kuantisasi adaptif. Setiap bingkai lookahead menambah satu bingkai penuh penundaan. Remio memakai lookahead nol atau satu bingkai — pengaturan terendah setiap encoder.
- Buffer VBV. Jendela Video Buffering Verifier adalah jumlah bit yang boleh "dipinjam maju" encoder sebelum kembali ke laju target. VBV lebih besar memberi kualitas lebih mulus. VBV lebih kecil memberi kontrol laju lebih ketat dan latensi lebih rendah. Remio memakai VBV 1 bingkai — bitrate dibagi frame rate — yang merupakan nilai sah terkecil.
Polanya konsisten pada keempat vendor. Waktu nyata berlatensi rendah adalah optimisasi bersyarat: Anda melepas beberapa persen kualitas yang dibeli lookahead dan B-frame pada enkode offline, demi latensi yang dapat diprediksi yang dituntut interaksi waktu nyata. Setiap produk streaming yang beredar — Remio, Parsec, NVIDIA GeForce NOW, Xbox Cloud Gaming — melakukan pertukaran yang sama ke arah yang sama.
Yang sebenarnya perlu Anda (pengguna) pedulikan
Jika Anda langsung loncat ke akhir: encoder perangkat keras GPU modern mana pun sudah cukup untuk remote desktop.
Perbedaan pada konfigurasi waktu nyata lebih kecil daripada derau dasar benchmark yang wajar mana pun. Pengguna Pascal GTX 1060 mendapat pengalaman Remio yang sama dengan pengguna RTX 4090 — keduanya memenuhi pipeline 120 FPS dengan latensi pemrosesan sekitar 8 ms (sisanya adalah ritme refresh 60 Hz dari layar Anda sendiri), keduanya menghasilkan keluaran yang tak bisa dibedakan pada bitrate LAN.
Pengecualiannya, diurutkan berdasarkan seberapa sering relevan:
- Perangkat keras berkemampuan AV1 umumnya membantu di jaringan lambat. Wi-Fi hotel atau hotspot seluler, host Ada / RDNA3 / Arc dengan klien M3+ atau RTX seri 40 memberi ~25 persen ruang tambahan pada kualitas yang sama pada alat yang memakainya. Di LAN, tidak ada bedanya. Remio belum menjalankan AV1 — H.265 dari ujung ke ujung adalah seluruh pipeline — jadi hari ini ini keunggulan vendor, bukan keunggulan Remio.
- Mac Apple Silicon adalah host yang sangat bagus. Latensi rendah Media Engine, H.265 yang sangat baik, dan konsumsi 3-5 W menjadikan Mac mini atau Studio salah satu sumber streaming selalu-aktif terbaik yang bisa dibeli. Tidak adanya enkode AV1 adalah satu-satunya celah, tidak relevan di LAN.
- Intel Arc A380 adalah tawaran tak masuk akal murahnya untuk AV1. ~$120 membeli blok encoder yang mengalahkan apa pun di bawah $400.
- Cadangan CPU libx264 itu nyata. Tanpa encoder perangkat keras — laptop lama, server tanpa iGPU — Remio tetap berfungsi. Hanya saja tidak pada 4K 60, dan tidak tanpa membakar satu inti CPU.
Di luar kasus tepi itu, jawaban yang tepat adalah yang paling sederhana: pakai GPU yang memang akan Anda beli. Setiap vendor modern telah menyatu pada kemampuan yang sama, preset latensi rendah yang sama, rentang kualitas yang sama. Remio memilih yang tepat saat runtime sehingga Anda tidak perlu memikirkannya. Lanjutkan apa pun yang membuat Anda membuka sesi remote desktop — menulis kode, mengedit video, memperbaiki server, mengirim perbaikan dari kedai kopi.
Itulah inti silikon fungsi tetap. Ia bekerja begitu saja, dan Anda berhenti menyadarinya.