Frame rate upscaling with neural networks: RIFE and EMA-VFI

Jitter and stutter ruin even high-quality broadcast recordings and slow-motion scenes. We develop and tune turnkey neural network frame interpolation: we select the mode for your video stream, remove artifacts, and reduce manual footage refinement by a factor of several.
Frequently Asked Questions

Why frame interpolation breaks on complex scenes

Frame interpolation relies on estimating motion between adjacent frames: the algorithm looks for where each image fragment has shifted and reconstructs an intermediate frame. As long as the shot is calm, this works.

But on a fast pan, displacements become comparable to the size of objects — stable correspondences are not found, and jitter appears in the video, which when slowed down reads as stair-stepping.

The same mechanism produces artifacts during motion: an object smears across the frame, and a break appears at its boundary — a torn edge or a double contour on an arm, shoulder, or the edge of a vehicle.

A separate group of failures is fine texture: grids, thin lines, glare, fabric folds. Here the network cannot confidently predict the position of details and flips them between frames — hence image shaking, the pattern "boils," even though the scene is stationary.

What this turns into depends on the scenario. In an archive, material is transcoded once, and low video smoothness along with artifacts remains in it forever: reprocessing will no longer return details lost in the first pass.

In broadcasting it is more complicated — the failure is visible right on air, and when reviewing a disputed moment, the very frame needed turns out blurred.

We break down how this is solved: where neural network interpolation like RIFE handles it, why on complex scenes it needs a fallback, and how we build processing so that motion in the frame remains intact.

Measurable effect of neural network video stream processing

Neural network frame interpolation builds intermediate frames from optical flow estimation between adjacent reference frames.

Video smoothness stops depending on the original shooting frequency: motion in the frame becomes even, and jitter on slow tracking shots and pans disappears. The operator sees continuous motion rather than a series of frames glued end to end.

A separate category is defects that used to be fixed by hand: image breaks at edit points between takes, contour separation on fast motion, a torn background behind a person in frame.

Neural network video processing smooths the transition between adjacent frames, so they are not masked but eliminated before editing. The RIFE model in basic mode streams long materials, while we enable two-reference schemes where objects intersect in the frame.

We check motion stability in the frame not by eye. We calculate the share of frames with visible artifacts before and after, the number of spot corrections per minute of finished material, and the finishing time for one episode.

After neural network processing, corrections shrink to review with selective adjustment: the editor does not redraw transitions manually.

The practical point is pipeline predictability. The same route handles both a static scene and dynamic reporting, and at the output there remains a control check using motion masks and timecodes where the model made a mistake. The result is reproduced on the next material rather than resting on one successful run.

Comparison of approaches to frame interpolation

The choice of interpolation method determines not "smoothness in general," but which class of artifacts you are prepared to get at the output.

For static shots, the simplest schemes are enough; for dynamic content with a handheld camera, neural network processing is already required; and in streaming video processing modes, the deciding factor becomes compute headroom, not the quality of an individual frame.

Method When it suits Limitations
Frame-by-frame insertion (averaging neighboring frames) Archive, static shots, rough review and material breakdown Ghosting and semi-transparent trails on motion; unsuitable for showing
Optical flow methods Streaming processing, even lighting and stable background, requirement for predictable results Errors on overlaps and occlusions, smearing along object boundaries during scene changes
Neural network processing models Dynamic scenes, handheld camera, sports, complex deformations Compute headroom required; on rare textures may draw non-existent details

Intermediate variants occur, but these are already hybrids: optical flow is calculated as a guide, and neural network models such as RIFE and EMA-VFI refine it in problem areas.

The practical conclusion is that the method and processing mode are chosen together: first fix where exactly increased frame rate is required, and only then select a method for the available resources.

Stages of engineering work on a video pipeline

Frame interpolation is not a filter over a finished file.

The neural network reconstructs intermediate frames between reference frames, and the result depends on how understandable the material is to it: mixed frames, torn optical flow, and compression artifacts produce double contours and jitter of small details. The work proceeds in stages with a verifiable result at each one.

  1. Video archive audit. We break material down by scene types — static, pans, fast sports, graphics and titles — and by shooting frequency. We mark groups where interpolation risks producing artifacts and estimate the volume.

  2. Model selection and routing. Smooth scenes and static shots are handled by one architecture, complex motion and close-ups by another, with optical flow calculation. For a mixed archive, we define a routing rule by scene type.

  3. Video processing setup. We assemble the pipeline: container parsing, scene splitting, interpolation pass, reassembly without re-compressing audio. We set the frame rate increase factor and behavior at scene boundaries.

  4. Result verification. We compare before and after on control fragments: contour stability, absence of repeated frames, preservation of sharpness and color rendering, audio synchronization. We review some fragments selectively by hand.

  5. Batch run. We process the archive in parts, monitor the time per minute of video and consistency of the result, and separately mark scenes with model errors.

  6. Handover of regulations. We provide the pipeline map, parameters for each scene type, launch instructions and evaluation criteria, and a list of fragments for manual correction.

Schemes, configurations, and video processing regulations

After handover, the client is left not with a set of scattered scripts but with a working kit by which their team reproduces the result on new material without us.

We document every decision in writing: frame interpolation on models of the RIFE class is sensitive to settings, and changing one parameter changes both smoothness and artifacts at motion boundaries.

  • Profiles by material type. Separate sets of settings for interviews, archival footage, dynamic scenes, and animation — with an explanation of why each parameter was chosen and what it breaks when changed.
  • Video pipeline scheme. Stages from source parsing to final file assembly: where interpolation is enabled, where only noise reduction and stabilization are used, and in what order checks run.
  • Processing configurations. How much memory and how many accelerators are needed per stream, how parallel processing scales, and at what load a run goes into the queue.
  • Quality control regulations. A set of checks: motion density, flicker, frame duplicates, artifacts at hard cuts and fine text; the threshold at which a fragment goes for a repeat run.
  • Rollback rules. Which versions of results are stored, how to return to the previous run, and what does not have to be reassembled from scratch in that case.
  • Processing documentation. A table "source → profile → expected result," launch instructions, analysis of typical errors in logs, and points where a human decision is needed.

Case: how jitter was removed in broadcast recordings

What the input was

The client is a video production studio that releases broadcast recordings: multicamera shooting, editing, publication.

The source was recorded at a frequency sufficient for broadcast but not for editing: jitter appeared on pans and during slowdown, and "stair-stepping" on fast motion.

Out of 1,200 scenes in a typical release, 380 went for manual revision, and releasing one piece of material stretched over three days.

What was changed

Processing was assembled on neural network frame interpolation: RIFE for the main stream and EMA-VFI for scenes with fast motion and overlaps, where the streaming method left "ghosts" on object boundaries.

Before feeding into the network, we brought timecodes to a single step and cut duplicates — otherwise the model reconstructs an intermediate frame between identical ones and produces blur.

Processing was split into batches by scenes so that a failure in one fragment did not stop the entire release.

What the result was

The share of scenes with visible artifacts fell from 32% to 1.5%: the remainder is defocus and strong noise on night cameras, where interpolation is useless and the scene honestly goes for manual correction.

Labor costs for release dropped threefold — material is delivered the next day, and the editor works on dramaturgy rather than mechanically reassembling frames.

Client feedback: "we stopped explaining to operators which takes won't go on air — now everything goes." Video quality at the output is stable from release to release because the processing parameters are the same for all cameras and scenes.

How RIFE differs from EMA-VFI and what to choose

Both model families solve one task — reconstructing intermediate frames between adjacent ones — but they do it differently. RIFE estimates intermediate flow directly, in one pass, so it works noticeably faster.

EMA-VFI separates motion estimation and appearance reconstruction, which makes it hold textures and small details more accurately on complex motion.

RIFE wins where the material is uniform and requirements for run speed are high: long pans, animation and render interpolation, large volumes on limited computing resources.

On hard scene changes, object overlaps, and fast camera whips, it produces characteristic artifacts — "ghosts" and smeared edges that are clearly visible in close-ups.

EMA-VFI is more accurate on real footage with fast motion and fine texture: hair, fabric, foliage, glare. It is more resistant to overlaps because motion and appearance are calculated separately, and it less often "eats" details.

The price for this is more computation per frame and sensitivity to the source: noise and blur are confidently transferred by the model into intermediate frames.

But the choice of processing model is more often dictated not by the model itself but by the stream.

At high resolution, the difference in speed becomes decisive, and on material with cuts both models require preliminary detection of scene changes and frame duplicates — otherwise interpolation reconstructs the transition between different shots and spoils the splice.

A short story with one type of motion and an hour-long release with editing behave fundamentally differently, although formally it is the same task.

Therefore, we begin comparing neural network methods not with names but with a measurement on a representative fragment: we run both variants, look at artifacts on motion, stability at cuts, and processing time, after which we fix the model for the specific material and calculate resources for the entire volume.

Limitations of methods and common technical questions

Interpolation does not create information that is not in the source — it reconstructs plausible intermediate phases of motion.

Where frames are blurred by a long shutter speed or shot at insufficient frequency, the model produces "floating" textures, jitter of small details, and breaks at object boundaries: hair, wires, splashes, hands in fast motion.

This is not a settings error but the limit of the method — we say this before work begins, not after handover.

A separate class is specific scenes: titles and pop-up text "float," water and smoke lose structure, and frame duplicates appear at edit cuts.

Archival material adds grain, interlaced scanning, and an unstable step between frames, while streaming processing must fit into real time — the analysis window is shortened, heavy modes are disabled.

What should be done if the source is very blurred?

We measure sharpness and stability frame by frame before processing. If blur exceeds the threshold, we exclude the scene or interpolate it partially — the original frame is more honest than a synthesized one, which is noticeable to the eye. Blur is reduced by a separate pass, not stretched out by interpolation.

How is an archive with unstable frame rate processed?

First we bring the material to a constant grid: determine the real step, mark duplicates and gaps, and align the time base. Without this, interpolation produces jitter at cuts and "ringing" around moving objects.

Does interpolation work in a stream, not only during final processing?

Yes, but methods with multi-frame analysis cannot be applied in real time: a growing buffer adds latency. In a stream, lightweight models and reduced resolution are used — on fast motion the quality will be lower than with full material processing.

Let's discuss the task: selecting a mode for your video stream

To come back with an assessment and implementation plan rather than general wording, we need your video stream — several representative fragments.

The processing mode is selected for the character of motion in the frame: a technique that gives even smoothness on a pan produces breaks on overlaps and fine texture. Therefore we look at the sources before calculating labor intensity.

  • Source characteristics: container and codec, resolution, original frame rate, duration and volume of the archive to be processed.
  • Target frame rate and viewing scenario: where exactly smoothness is needed — direct showing, slow-motion playback, or archive.
  • Material type: pans, sports, handheld camera, studio interviews, motion footage — the choice of frame interpolation mode depends on this.
  • Problem scenes: fast scene changes, object overlaps, titles, grain and noise — we include them in verification in advance, not after acceptance.
  • Where to compute: your infrastructure or our capacity, data isolation requirements, storage and transfer regulations for materials.
  • Acceptance criteria: who reviews the result and by what criterion accepts it — visual assessment, frame-by-frame comparison, stability across the entire duration.
  • Constraints on deadlines and volume: deadline, order of batch delivery, requirement for repeatability of the result across a series of videos.

A reference fragment of one to two minutes speeds up assessment: on it we run two or three modes and show a before-and-after comparison. Describe the task — we will come back with a work assessment, implementation stages, and control points.

AI Development Areas

Latest works

  • Development of a web application for FEEDME
    Development of a web application for FEEDME
    1394
  • Development of an online store for the company FURNORO
    Development of an online store for the company FURNORO
    1368
  • B2B Advance company logo design
    B2B Advance company logo design
    815
  • Development of a web application for Enviok
    Development of a web application for Enviok
    1140
  • AIDER company logo development
    AIDER company logo development
    1057
  • CRM development for Chasseurs
    CRM development for Chasseurs
    1152