
Table Of Content
Interlaced video sends two half-frames (fields) per moment; progressive sends one whole frame. That timing gap is why you see comb-teeth on moving objects when a 480i DVD or a 1080i broadcast lands on a modern 4K panel.
The "i" versus "p" in resolution labels still matters in 2026. Interlacing should be dead by now, but archives, live sports feeds, and DVD libraries keep it alive as a working problem, not a museum piece.
The rest of this article walks through the differences that actually matter: how fields build motion, where combing shows up, how field rate relates to frame rate, how to detect an unknown file's scan type, and how to decide between deinterlacing and inverse telecine before you convert anything.

Interlacing was designed for CRT televisions. To reduce flicker and conserve broadcast bandwidth, each frame is split into two fields drawn alternately: the odd-numbered lines first, then the even-numbered lines. NTSC displays refresh at roughly 60 fields per second, PAL at 50. Your eye fuses the two half-frames into the perception of full-resolution motion, effectively doubling the perceived temporal rate without doubling the bandwidth.
The important consequence: no full frame ever physically exists at a single instant. Each "frame" is stitched from two slightly offset moments, and that timing offset is the root cause of every interlacing artifact you'll meet later in this article. In my experience diagnosing bad conversions, a paused frame will often look fine while the moving shot two seconds later falls apart — motion is what exposes the scan type, not stills.
Progressive scanning draws every line of a frame from top to bottom in a single pass, so each frame is a complete image captured at one moment. The lowercase "p" in 720p, 1080p, 2160p (4K), and 4320p (8K) signals this. Modern LCD, OLED, and QLED panels are fixed pixel grids that fundamentally want whole frames, which is why progressive delivery is generally preferred for streaming, gaming, Blu-ray, and 4K/8K workflows.
Important container caveat: MP4, MKV, and other modern containers can carry correctly flagged interlaced video. Progressive is the delivery convention for the modern web, mobile, and streaming, but the file extension alone doesn't tell you what's inside.
Because the two fields are captured at different moments, fast motion produces comb-like horizontal teeth: a sports player's hand or a moving car breaks into ragged horizontal slices instead of a clean Edge. Fine horizontal patterns can also shimmer or "twitter" as the alternating field draws, and on large CRTs this produced a faint full-screen flicker because only half the lines refreshed in any given field. On a modern progressive panel, combing is the giveaway — the TV either de-combs in hardware or displays the raw signal as it arrives, and the result varies widely between sets.
Interlaced sources you still meet in 2026:
| Dimension | Progressive Video | Interlaced Video |
| Picture construction | One complete frame per pass | Two half-frames (fields) drawn alternately |
| Temporal sampling | All lines captured at the same moment | Odd and even lines captured at different moments |
| Motion artifacts | None from scanning itself | Combing on fast motion; possible line twitter |
| Field / frame notation | Frames per second (24p, 30p, 60p) | Fields per second — 1080i60 means 60 fields (~30 full frames) per second |
| Bandwidth context | Higher raw bandwidth; efficient with modern codecs | Half the raw lines per pass — a bandwidth trick built for analog broadcast |
| Modern display behavior | Native to LCD / OLED / QLED grids | Panel or player must deinterlace before display |
| Typical sources | Streaming, Blu-ray, HDTV, gaming, 4K/8K | DVDs, 1080i broadcast, older camcorders |
| Preferred delivery use | Web, mobile, streaming, modern displays | Legacy broadcast pipes and archival originals |
What the table adds up to: progressive is usually the cleaner delivery choice for anything that will be watched on a modern screen, but interlaced sources are not a mistake to "fix" blindly — they need source-aware handling, which is where field rate, detection, and the deinterlace-versus-detelecine choice come in below. For the specific 1080i-versus-1080p comparison at the same 1920×1080 resolution, see our companion breakdown of 1080i vs 1080p.

The numbers on video files trip up everyone at some point, so it helps to keep three ideas separate:
So 29.97 by itself is ambiguous — it could be 29.97p (progressive) or the frame count derived from 59.94 fields per second (interlaced). And a 60Hz panel doesn't magically "play" 60 fields as-is; it has to reconstruct them into 60 progressive refreshes, which is deinterlacing under a different name.
Both carry 1920×1080 vertical resolution, but 1080i splits each frame into two temporally offset fields while 1080p sends every line of every frame in one pass. That difference is why 1080i motion can look ragged on a modern TV before deinterlacing, and why 1080p is the safer choice for gaming, action, and any 4K-ready workflow.

The single most common failure mode I see is applying one filter to a whole file without checking what's actually in it. Three steps I run before touching any converter:
idet filter samples frames and reports how many look interlaced, progressive, top-field-first, or bottom-field-first. On mixed sources, the counts are what actually tell you whether cadence is uniform.A stubborn misconception: ".MP4 means progressive." MP4 is a container; it can carry correctly flagged interlaced H.264 or HEVC just fine. The extension only tells you the wrapper, not how the pixels inside were sampled. Always diagnose the stream, not the filename.

If idet reports a consistent interlaced pattern and motion shows combing, the video was captured with interlaced scanning and needs to be deinterlaced — the two fields are merged or rebuilt into complete frames so playback is clean on any progressive display. Classic algorithms include Bob, Weave, Yadif, BWDIF, and motion-compensated methods; modern AI/CNN approaches try to reconstruct edges more cleanly, and our companion piece on AI deinterlacing methods covers how those models differ.
Not every "interlaced" file is truly interlaced. Film shot at 24 frames per second is often telecined into a 60i broadcast or DVD stream using a 3:2 pulldown pattern, which spreads four film frames across five interlaced frames (ten fields). Deinterlacing that footage instead of reversing the telecine (inverse telecine, or IVTC) will visibly soften and judder the picture — the fields aren't temporally offset, they're artificially interleaved and want to be rebuilt back into 24p.
The nastier case is mixed cadence: a broadcast master that switches between telecined film, true 60i video segments (ads, live inserts), and occasional glitches. There is no single filter that handles all three correctly. In practice, the fix is diagnosing segment-by-segment, testing a short motion-heavy sample first, and using adaptive handling. Blindly running one deinterlacer over the whole timeline is, in my experience, the most common failure mode people bring to a forum.
UniFab Deinterlace AI is a local Windows and Mac tool built for the case you've just diagnosed as true interlaced content — 480i DVD rips, 1080i broadcast captures, or camcorder tape transfers that need to become clean progressive files. It processes on your own machine (no upload), and it will batch a folder of files, which matters when you're restoring an archive rather than a single clip.
Where it isn't the right first move: telecined film-on-DVD that should be handled with inverse telecine, and mixed-cadence broadcast masters that need per-segment diagnosis. Run those through a detection pass first; UniFab is for the true-interlaced portion, not a universal fix. Also worth knowing: the deinterlacer outputs MP4 or MKV with H.264 / H.265, which suits most modern delivery targets but is a narrower range than a general-purpose transcoder.
Deinterlace videos with AI
UniFab Deinterlace AI
Step 1: Open UniFab and select the Deinterlacer module.
Step 2: Import the file you've already confirmed is truly interlaced and choose the Deinterlace option. If the file turned out to be telecined or mixed, stop here and go back to the diagnosis step above — running deinterlacing on the wrong source is where most bad conversions come from.
Step 3: Click Start and save the output when it finishes. Test a short motion-heavy segment before committing a batch job — that's the cheapest way to catch a cadence problem you missed.
| Source you have | Diagnostic clue | Right treatment |
| DVD movie | idet shows the 3:2 pulldown pattern; motion looks judder-plus-comb | Inverse telecine back to 24p; deinterlace only the true-video segments |
| Home video from Mini DV, Hi8, VHS | Consistent combing on motion throughout | Deinterlace, then optionally upscale — resolution won't return, only cleanliness will |
| 1080i live sports capture | Uniform interlaced flag, no cadence pattern | Motion-adaptive deinterlacing (Yadif, BWDIF, or AI) |
| Broadcast master with ads and live inserts | idet counts flip between interlaced and progressive over time | Segment-level diagnosis; adaptive or per-segment handling |
| Analog DVR / CCTV footage | 480i with visible combing plus noise | Deinterlace first, then denoise; upscale is optional |
| Retro capture (game consoles, camcorders) | Resolution switches mid-stream, sometimes with CRT routing | Specialized capture tools; a general deinterlacer is rarely the right entry point |
My rule of thumb after running enough of these: diagnose the source, deinterlace only when the source is genuinely interlaced, reverse the telecine when it isn't, and don't expect any conversion to add resolution or detail that was never captured. If a file needs both a cadence fix and cleanup, do them as separate passes so you can see what each step is actually doing.
In consumer delivery, effectively yes: Blu-ray UHD, streaming services, and gaming all ship 4K as progressive. But scan type and resolution are separate concepts — the industry chose progressive for 4K because modern panels and codecs handle whole frames much better, not because "4K" technically forbids interlacing. So the practical answer for anything you'll actually watch is progressive; the theoretical answer is that scan type is a property of the stream, not the resolution number.
Only loosely. VLC's playback deinterlacer will smooth out combing whether or not you know the source is interlaced, so it hides the diagnostic clue rather than confirming it. For a dependable check, read the file's metadata in a tool like MediaInfo, and if you need certainty on mixed sources, run FFmpeg's idet filter against the stream. A visual check with the VLC deinterlacer turned off can still be a useful first pass.
Usually one of three causes: the wrong field order (top-field-first processed as bottom-field-first, or vice versa), a filter that doesn't match the source (a simple bob applied to telecined film, or a blend filter applied to true 60i motion), or a source with irregular cadence that no single setting handles cleanly. Test a short motion-heavy sample before committing a batch — waves and ghosting in the sample are almost always fixable by switching the filter or field order, not by "processing harder."
No — a progressive panel is progressive regardless of refresh rate. A 144Hz monitor still has to reconstruct interlaced input into whole frames, which is deinterlacing under a different name. Higher refresh helps with smoothness of already-progressive content and reduces judder from frame-rate conversion, but it doesn't reproduce the original field-by-field temporal presentation the way a CRT did.