Runway Enhance Frame Rate Hadir di Dev API: 24 hingga 120 fps, Termasuk NTSC

Runway merilis model interpolasi frame baru di API developernya pada 17 September 2026, dan detail yang benar-benar penting bukanlah bagian teratas dari rentangnya — melainkan laju fraksionalnya. Runway Enhance Frame Rate mengubah waktu rekaman yang sudah Anda miliki ke target 24, 25, 30, 48, 50, 60, atau 120 fps, dan juga menerima tiga laju yang benar-benar digunakan oleh siaran dan sinema: 23,98, 29,97, dan 59,94. Changelog developer Runway sendiri mendokumentasikan model ini sebagai enhance_frame_rate, yang dipanggil melalui endpoint POST /v1/video_upscale yang sama yang sudah digunakan perusahaan untuk upscaler kreatifnya, dibatasi hingga 300 detik input per pekerjaan dan ditagih 1 kredit per 2 detik.

Baris penagihan itu adalah kejutan kedua. Interpolasi frame biasanya dihargai berdasarkan output — Magnific Video Upscaler milik Runway sendiri pada endpoint yang sama mengenakan biaya 0,7 kredit per frame output pada 720p/1K — yang berarti konversi 24 fps ke 120 fps memakan biaya lima kali lipat dari konversi 24 ke 25. enhance_frame_rate dikenakan biaya per detik dari masukan. Perkalian frame 5× dan yang 1,05× biayanya persis sama. Jika pekerjaan Anda mengantarkan satu rekaman pada beberapa laju frame, satu baris itu dalam tabel harga membalikkan aritmetika biasa.

Pemilihan waktunya juga menjadi sorotan. Alat Frame Interpolation mandiri milik Runway berada di daftar resmi alat yang tidak lagi didukung perusahaan, dengan aplikasi Animate Keyframes disebut sebagai penggantinya. Enhance Frame Rate bukanlah kebangkitan kembali alat web tersebut — ini adalah interpolasi frame yang dibangun ulang sebagai model API, ditujukan untuk pipeline, bukan untuk seseorang yang mengklik-klik melalui timeline.

Apa yang sebenarnya dilakukan Enhance Frame Rate

Ini adalah model retiming, bukan model generatif. Tidak ada prompt, tidak ada gambar, tidak ada klip referensi. Anda memberinya video yang sudah ada — apa pun dari kamera, hasil edit, atau model Runway lain — dan model ini menyintesis frame perantara yang diperlukan untuk mencapai laju target. Pengumuman Runway di akun X-nya sendiri menggambarkannya dengan cara yang sama: "mengubah rekaman apa pun ke spesifikasi yang Anda butuhkan."

Secara mekanis, ini adalah tugas asinkron pada endpoint upscale video. Anda POST URI video, atur model: "enhance_frame_rate", dapatkan id tugas kembali, dan lakukan polling untuk hasilnya. Karena ini berbagi endpoint dengan upscaler Runway, pipeline yang sudah berkomunikasi dengan /v1/video_upscale hanya memerlukan perubahan parameter, bukan integrasi baru.

Changelog Runway mencantumkan hal berikut sebagai spesifikasi yang dinyatakan vendor saat ini. Tidak ada satu pun yang telah diverifikasi secara independen — tidak ada tolok ukur pihak ketiga untuk model ini, dan usianya baru satu hari pada saat penulisan.

• Laju target — 24, 25, 30, 48, 50, 60 dan 120 fps, ditambah 23.98, 29.97 dan 59.94 fps (ditulis dalam API sebagai 23_98, 29_97 dan 59_94)

• Batas input — 300 detik per pekerjaan

Harga — 1 kredit per 2 detik input; kredit Runway API masing-masing $0,01

• Akses — POST /v1/video_upscale dengan model: "enhance_frame_rate", di Runway Dev

• Seni sebelumnya di Runway — jenis tugas frame_interpolation_v1 sudah ada di bawah versi API 2024-11-06; alat Frame Interpolation web mandiri sudah tidak digunakan lagi

• Evaluasi independen — tidak ada yang dipublikasikan

Tangga laju bingkai, dan mengapa 23.98 adalah berita utamanya

Setiap alat interpolasi konsumen menawarkan laju bilangan bulat. Kolom yang menarik di sini adalah kolom pecahan, karena laju pecahan itulah yang sebenarnya dinyatakan oleh spesifikasi pengiriman:

• 23.98 (23.976) — laju film NTSC. Hampir semua master bioskop dan streaming, serta laju yang menjadi acuan pembuatan DVD dan Blu-ray.

• 24 — laju film sebenarnya, masih digunakan untuk DCP dan banyak hasil serahan festival.

• 25 — wilayah PAL dan EBU: Inggris, sebagian besar Eropa, Australia, sebagian besar Asia dan Afrika.

• 29.97 — siaran NTSC, saudara pecahan dari 30.

• 30 — rate bilangan bulat untuk tangkapan layar, rekaman web, dan game.

• 48 — sinema dengan laju bingkai tinggi (laju yang digunakan saat film-film Hobbit diambil dan diproyeksikan).

• 50 — laju bingkai tinggi PAL, tepatnya 2× 25.

• 59.94 — laju bingkai tinggi NTSC, laju pengiriman siaran 60 Hz di AS dan Jepang.

• 60 — bilangan bulat 60 Hz, target umum untuk pemutaran web yang lancar.

• 120 — gerakan lambat, dan pengiriman refresh tinggi.

Perbedaan antara 24 dan 23,976 tampak sepele, tetapi tidak. Selama satu jam durasi tayang, keduanya bergeser sekitar 3,6 detik. Masukkan master 24.000 ke rantai pengiriman 23,98 dan Anda akan mendapatkan pergeseran sinkronisasi audio serta kesalahan cadence yang akan gagal di QC penyiaran — itulah sebabnya rumah pascaproduksi secara historis menjalankan langkah conform terpisah untuk melakukan resample laju, atau menolak pekerjaan itu. Alat yang mengeluarkan laju fraksional secara langsung menghilangkan satu tahap dari rantai tersebut. Itu klaim yang jauh lebih sempit dan jauh lebih membosankan daripada "120 fps", dan bagi siapa pun yang mengirimkan ke penyiar, itulah alasan untuk peduli.

Target 48 dan 120 adalah yang perlu disikapi dengan skeptis dalam praktiknya. Menginterpolasi materi 24 fps hingga 120 fps berarti menciptakan empat frame untuk setiap frame asli, dan pada gerakan cepat, oklusi, atau motion blur berat, interpolator dari segala jenis menghasilkan ghosting dan warping. Runway tidak memublikasikan analisis artefak, tidak ada perbandingan dengan interpolator lain mana pun, dan tidak ada panduan kualitas per-shot — jadi posisi yang jujur adalah bahwa spesifikasi mendukung 120, dan bagaimana 120 terlihat pada footage Anda belum teruji.

Berapa biayanya, diuraikan tuntas

Perhitungannya terbilang rapi karena satuannya adalah detik input. Dengan 1 kredit per 2 detik, dan $0,01 per kredit di API developer Runway (prabayar, minimum $10 untuk 1.000 kredit):

• Klip 10 detik, pada kecepatan target apa pun — 5 kredit, sekitar $0,05

• Klip 30 detik — 15 kredit, sekitar $0,15

• Klip 60 detik — 30 kredit, sekitar $0,30

• Klip berdurasi 5 menit, batas maksimum 300 detik — 150 kredit, sekitar $1,50

• Klip berdurasi 90 detik, 24 → 25 fps — 45 kredit, sekitar $0,45

• Klip 90 detik yang sama, 24 → 120 fps — 45 kredit, sekitar $0,45

Dua baris terakhir itu adalah keseluruhan argumen penetapan harganya. Pada model per-frame keluaran, pekerjaan kedua akan memiliki jumlah frame 5× dan karenanya tagihannya sekitar 5×. Di sini gratis.

Perbandingan dengan tetangga pada endpoint yang sama membuat poin ini menjadi konkret. Magnific Video Upscaler menagih per frame keluaran — 0,7 kredit pada 720p/1K, 0,9 pada 2K, 1,2 pada 4K, dengan batas minimum satu kredit per generasi. Klip 10 detik, 30 fps berarti 300 frame keluaran, jadi tarif 720p/1K menjadi 210 kredit, atau sekitar $2,10. Klip yang sama melalui enhance_frame_rate adalah 5 kredit, sekitar $0,05. Jika Anda menginginkan frame rate yang lebih tinggi dan bukan gambar yang lebih besar, menggunakan upscaler biayanya kira-kira empat puluh kali lebih mahal. Perhatikan juga bahwa mengaktifkan peningkatan fps opsional milik upscaler mengubah jumlah frame keluaran dan karenanya menaikkan tagihan itu lebih jauh — dokumentasi harga Runway menyatakannya secara eksplisit.

Satu catatan biaya yang perlu diperhatikan: halaman harga pengembang Runway adalah acuan resminya di sini, bukan artikel ini, dan harga kredit dilaporkan sedang ditinjau menuju harga khusus sejak Agustus 2026. Periksa portalnya sebelum Anda menganggarkan batch besar.

Batas 300 detik, dan cara menyiasatinya

Setiap pekerjaan dibatasi 300 detik input. Itu cukup longgar untuk sebuah shot dan singkat untuk sebuah reel, jadi apa pun yang lebih panjang harus disegmentasi — dan cara Anda menyegmentasinya lebih penting daripada batas itu sendiri.

Potong pada batas adegan, bukan berdasarkan pewaktu tetap. Interpolator menyimpulkan gerakan di antara frame yang berdekatan; pada hard cut, frame terakhir dari shot A dan frame pertama dari shot B tidak memiliki hubungan gerakan sama sekali, dan model yang tidak mendeteksi cut tersebut akan dengan senang hati menciptakan morph di antara keduanya. Changelog Runway tidak mendokumentasikan deteksi adegan otomatis untuk model ini, jadi asumsi yang aman adalah tidak ada. Bagi menjadi potongan pada setiap cut, interpolasi setiap potongan, susun kembali pada timeline dengan laju baru.

Nasihat itu tidak khusus untuk Runway — itu adalah peringatan standar tentang retiming AI di mana pun. Makalah SMPTE tahun 2025 tentang pascaproduksi berbantuan AI, yang menjelaskan pipeline interpolasi yang dioptimalkan dengan TensorRT untuk konversi seperti 23,976 → 25 dan 29,97 → 23,976, menyampaikan poin yang sama: konten hasil konversi frame memerlukan frame break pada pemotongan adegan, dan QC setelahnya, atau model akan berhalusinasi di sepanjang sambungan. Perkirakan pass pertama perlu penggantian frame manual di sekitar transisi yang sulit.

Posisinya dibandingkan dengan alternatif

Interpolasi frame sudah menjadi masalah yang nyaris terpecahkan selama beberapa waktu, dalam dua bentuk yang keduanya terlihat berbeda dari yang ini.

• Suite desktop — Model Apollo dan Chronos milik Topaz Video AI adalah titik acuan untuk retiming yang berfokus pada kualitas. Lisensi permanen, GPU milik Anda sendiri, tanpa meteran per detik, dan proses penyetelan yang menghargai orang yang tahu apa yang sedang mereka lihat.

• Interpolator sumber terbuka — RIFE dan model serupa, dihosting sendiri, secara efektif gratis pada margin setelah Anda memiliki perangkat kerasnya, dan menjadi dasar sebagian besar pipeline khusus yang dibangun sendiri oleh rumah-rumah pascaproduksi.

• Runway Enhance Frame Rate — tanpa komputasi lokal, panggilan API, penagihan per detik input, dan laju NTSC fraksional yang selama ini membuat Anda harus melakukan penyesuaian manual pada dua opsi lainnya.

Trade-off-nya mudah dipahami. Untuk pengambilan gambar sekali pakai di workstation yang sudah Anda miliki, interpolator lokal akan lebih murah dan memberi Anda kontrol yang tidak disediakan Runway. Untuk rekaman yang masuk ke dalam pipeline otomatis, atau matriks hasil akhir yang mengharuskan klip yang sama keluar pada 23.98 untuk satu wilayah dan 25 untuk wilayah lain, API yang mengembalikan laju fraksional secara langsung menghilangkan langkah conform — dan harga per detik input berarti output multi-laju tidak memakan biaya tambahan.

Lapisan perutean di sekitarnya

Retiming adalah satu tahap dalam pipeline yang memiliki langkah model bahasa di dekatnya. Daftar shot dan catatan conform, proses subtitle dan caption yang harus di-retiming ke frame rate baru, metadata pengiriman per wilayah, log QC — itu semua adalah pekerjaan teks, dan itulah bagian dari pipeline video yang tidak dianggarkan oleh siapa pun.

Lapisan itu berjalan di satu kunci di seluruh 200 model dalam katalog OrcaRouter, dengan harga daftar dari penyedia diteruskan pada markup 0% dan failover otomatis antar penyedia, sehingga model yang lebih baru atau lebih murah dapat dicoba pada trafik langsung tanpa mempertaruhkan jalur produksi padanya. Agar tepat mengenai cakupan: Runway Enhance Frame Rate adalah model Runway Dev API, dipanggil pada endpoint milik Runway sendiri, dan OrcaRouter tidak melayaninya. Yang kami cakup adalah segala hal di sekitarnya.

Apa yang belum diketahui

Hampir tidak ada apa pun tentang kualitas. Model ini berusia sekitar satu hari saat penulisan ini dibuat, dan semua hal di atas tentang perilakunya berasal dari changelog dan pengumuman Runway sendiri. Secara spesifik, belum diverifikasi:

• Perilaku artefak pada gerakan cepat, oklusi, motion blur, dan sumber bitrate rendah — belum ada pengujian yang dipublikasikan oleh siapa pun

• Apakah ia mendeteksi pemotongan adegan secara otomatis, atau memadukannya di antara potongan tersebut

• Apakah audio diteruskan, di-resample, atau dibuang saat frame rate berubah

• Bagaimana perbandingannya dari segi kualitas dengan RIFE, Apollo, atau Chronos — belum ada perbandingan langsung

• Apakah harga per detik input tetap berlaku saat target rate naik, atau nanti diubah tiernya

Anggap target 120 fps dan 48 fps sebagai klaim sampai Anda menjalankan rekaman Anda sendiri melaluinya, dan periksa penanganan pemotongan pada klip pertama yang Anda kirim.

Siapa yang harus pindah sekarang?

Bertindaklah sekarang jika Anda mengirimkan ke spesifikasi siaran atau multi-wilayah dan saat ini membayar untuk langkah conform, jika rekaman Anda sudah mengalir melalui pipeline otomatis yang dapat menyerap satu panggilan API lagi, atau jika Anda menginginkan gerak lambat dari kamera yang tidak pernah merekam kecepatan tinggi dan Anda lebih memilih tidak menjalankan GPU.

Tunggu jika Anda membutuhkan lebih dari lima menit dalam satu pekerjaan dan tidak dapat membagi segmen pada titik potong, jika Anda juga perlu menaikkan resolusi — itu adalah upscaler, dengan harga per frame — atau jika Anda sudah memiliki interpolator desktop dan ini adalah bidikan satu kali. Dan tunggu jika kualitas menjadi faktor penentu, bukan kenyamanan: tidak ada pihak di luar Runway yang telah menerbitkan angka, dan perbandingan independen pertama adalah hal yang layak ditunggu.

Pola yang perlu diperhatikan adalah apakah Runway terus memperluas endpoint ini model demi model. Endpoint ini sudah membawa upscaler kreatif dan sekarang retimer, keduanya pada POST /v1/video_upscale, keduanya diberi harga dalam unit yang sama sekali berbeda. Bagi siapa pun yang membangun pipeline pengiriman, unit — detik input alih-alih frame output — adalah bagian yang perlu diperhitungkan saat mendesain.