Initializing... drag & drop files here
Supports: WTV
WTV is Microsoft's proprietary Windows Recorded TV Show container, introduced with the Windows Media Center TV Pack for Windows Vista in 2008 and bundled with every Windows 7 Media Center edition. Video is typically encoded as MPEG-2 (standard-definition cable/antenna) or H.264 (HD channels), with audio as MPEG-1 Layer II or Dolby Digital AC-3, plus EPG metadata and optional broadcast-flag DRM. The format is essentially abandoned: Windows Media Center was available as a paid add-on on Windows 8/8.1 and discontinued entirely in Windows 10, leaving WTV recordings stranded on machines that may not boot a second time.
FLV (Flash Video) was released by Macromedia/Adobe alongside Flash Player 7 on September 10, 2003 and dominated web video for roughly a decade — YouTube, Vimeo and Hulu all started on FLV. Adobe officially discontinued Flash Player on December 31, 2020 and blocked Flash content from running January 12, 2021. FLV is no longer suitable for general web playback, but it remains useful in several specific niches:
| Property | WTV | FLV |
|---|---|---|
| Full name | Windows Recorded TV Show | Flash Video |
| Vendor | Microsoft | Macromedia / Adobe |
| Released | 2008 (Vista TV Pack) | September 10, 2003 |
| Status | Deprecated; Media Center gone from Windows 10+ | Adobe EOL Dec 31, 2020; niche live/RTMP use only |
| Video codecs | MPEG-2, MPEG-4 Part 2, H.264 | Sorenson Spark (H.263), VP6, Screen Video, H.264 |
| Audio codecs | MPEG-1 Layer II, AC-3 | MP3, AAC, Nellymoser, ADPCM |
| Metadata | Rich EPG, broadcast flag, DRM | Lightweight, onMetaData script tag |
| Typical use | Live-TV DVR recordings | RTMP ingest, legacy web/intranet players |
| Browser playback | None (Windows-only, WMC required) | None natively — Flash Player required, now blocked |
| Containers it replaced | DVR-MS (Windows XP MCE) | n/a (originated the format) |
| Source WTV content | Recommended FLV preset | Target bitrate | Resolution |
|---|---|---|---|
| SD cable/antenna (480i MPEG-2) | High, Constant Bitrate | 1.0-1.5 Mbps | 720x480 |
| 720p HD broadcast | Very High, Constant Quality | 2.5-4 Mbps | 1280x720 |
| 1080i HD broadcast (deinterlaced) | Very High, Constraint Quality | 4-6 Mbps | 1920x1080 |
| Archive (smallest acceptable) | Medium, Specific file size | ~700 Kbps | 854x480 |
| RTMP live-stream source | Very High, Constant Bitrate | 2.5-6 Mbps | 1280x720 or 1920x1080 |
For general web playback, no — modern browsers (Chrome, Firefox, Edge, Safari) have not run Flash since January 12, 2021. FLV is still actively useful as the on-wire container for RTMP, which YouTube Live, Twitch, Facebook Live and most professional ingest platforms continue to accept. Pick FLV when you need RTMP compatibility, are feeding a legacy media server (Wowza, Red5, nginx-rtmp, SRS), or are working in an older NLE that prefers FLV timelines. For everything else, convert WTV to MP4 instead.
Almost certainly not. WTV from HD channels typically holds MPEG-2 at ~15-19 Mbps, plus AC-3 audio, plus uncompressed EPG metadata and broadcast padding. Re-encoding to H.264-in-FLV at 4-6 Mbps recovers roughly the same perceived quality at a quarter the bitrate, because H.264 is ~2x as efficient as MPEG-2 and FLV drops the EPG/DRM overhead. If you want the file even smaller, pick Medium preset with Specific file size.
Two common causes. First, some WTV files carry the ATSC broadcast flag and PlayReady DRM keyed to the recording PC; those will refuse to convert anywhere off the originating machine. Second, WTV is a Microsoft container that ffmpeg-based tools sometimes mis-probe — re-muxing through Windows Media Center's WTVConverter.exe to DVR-MS first is the classic workaround if our converter rejects the file. Files without DRM convert without issue.
Constant Bitrate (CBR) is the right choice when the FLV will be ingested over RTMP — streaming platforms expect a predictable bitrate and CBR avoids buffer underruns on the receiving end. Constant Quality (CRF-style) gives a better size-to-quality ratio for archive files that will be replayed locally. Use Constraint Quality when you want to cap quality high but still keep file size sane — useful for keeping a folder of recordings under a backup drive's capacity.
Yes. Open the Trim section and switch from "Unchanged" to "Time Range". Enter start/end timestamps for the segment you want to keep, or set multiple ranges across the recording. The converter writes only the selected ranges into the FLV output, which is faster than encoding the whole file and editing afterward.
FLV is the original 2003 Adobe container; F4V (introduced 2007) is essentially MP4 with Adobe branding — it uses the ISO base media file format and does not support older codecs like Sorenson Spark or VP6. FLV is what RTMP ingest endpoints actually expect on the wire, so stick with FLV unless a target system specifically asks for F4V. For anything modern, convert to MP4 instead.
Yes — the encoder will deinterlace 1080i source content during the FLV encode. If you see combing artifacts in the output, drop Resolution Percentage to 100% and use a Preset Resolution of 1920x1080 progressive; the encoder applies deinterlacing during scaling. For 720p sources (already progressive) no extra step is needed.
Files process on our servers, so the cap is upload size and connection speed and the source file's size on our servers-side quota. Multi-gigabyte HD WTV recordings work; for very long DVR captures (3+ hours, 20+ GB), expect the convert step to take longer and consider trimming first via Time Range. Other WTV pipelines on xconvert: WTV to MKV, WTV to MOV, WTV to AVI.
Yes, with a caveat. Adobe Premiere Pro CC dropped native FLV import in CC 2019; CS6 through CC 2018 still open FLV timelines directly. Sony/Magix Vegas Pro 13+ and Camtasia 9+ handle FLV. For newer Premiere/Resolve/Final Cut workflows, export MP4 from the start using WTV to MP4.