Cut RMVB

How to Cut RMVB Files Online

1. Upload Your RMVB File: Drag and drop or click "Add Files" to select .rmvb files from your computer — old Chinese drama episodes, anime fansubs, locally archived RealMedia downloads, or anything else carrying the RMVB container. Batch is supported: drop in multiple .rmvb files and apply the same cut range to each.
2. Set Start Time and Duration: Enter a start time and a duration (or end time) for the segment you want to keep. Both fields accept seconds (12.5) or HH:MM:SS.sss format (00:14:30.500). Add multiple trim segments to extract several clips from one source — each pair produces its own output file. RMVB itself uses a wide GOP (often 5-10 seconds between keyframes), so the cut may snap to the nearest preceding keyframe — see the keyframe tradeoff table below.
3. Choose Output Codec and Quality (Optional): Default output keeps the source RealVideo (RV40/RV30) stream and Cook audio intact. If you plan to play the cut on a modern phone, browser, or smart TV, switch the output to H.264 / H.265 in an MP4 or MKV container and pick a quality preset (Lowest / Low / Medium / High / Highest), a CRF (18-28 typical for H.264), or a target bitrate. Resize via the resolution preset (1080p / 720p / 480p / 360p / 240p) or scale by percentage.
4. Cut and Download: Click Cut. Files process in your browser session — download individually or as a ZIP. No sign-up, no watermark, no upload to a third-party server.

Why Cut RMVB Files?

RMVB (RealMedia Variable Bitrate) is the variable-bitrate extension of RealNetworks' RealMedia container, introduced in 2003 to deliver smaller-than-CBR files at the same perceived quality. It dominated Asian peer-to-peer scenes through the 2000s — entire libraries of Chinese television, K-drama, Japanese anime, and Hong Kong cinema were ripped to 350-700 MB RMVB episodes for download over BitTorrent, eDonkey, and FTP. Most of those collections still exist on personal NAS boxes, external drives, and family servers; cutting RMVB is what you do when you need a clip out of one of those archives.

• Pull a scene from an archived Chinese drama or K-drama episode — A typical 45-minute RMVB episode sits around 250-400 MB. Cut a 90-second favorite scene without re-encoding the whole episode or doing a slow full transcode to MP4 first.
• Extract a clip from an old anime fansub — Pre-2010 fansub releases (Conclave, A.F.K., gg, et al.) were widely distributed as RMVB. Pull a 30-second reaction or a specific dialogue line without re-rendering the entire episode.
• Reduce file size for sharing on modern messaging — A 4-minute clip cut from a 45-minute RMVB drama is roughly 11x smaller. That brings episode highlights under Gmail's 25 MB attachment cap, Discord's 10 MB free tier, and WhatsApp's 16 MB document/video limit without changing format.
• Prep an evidence or analysis clip from an old security DVR — Some 2005-2012 era Chinese DVR brands (Hikvision pre-firmware-3.0, Dahua early models) exported clips in RMVB to save card space. Cut to the 60-second window you actually need before sharing.
• Archive only the relevant segments of a long recording — Old RMVB lectures, sermons, or conference talks are often 60-120 minutes. Cut to the 10-minute talk you care about so your archive isn't 80% throat-clearing and intros.
• Pre-edit prep for transcoding — If you're going to convert RMVB to MP4 or MKV for permanent storage anyway, cutting first (then transcoding the shorter clip) is roughly proportional to clip-length-saved faster than transcoding the whole file then trimming.

For a different output container after cutting, see RMVB to MP4, RMVB to MKV, or RMVB to AVI. To shrink the file without trimming, see Compress RMVB.

Stream-copy vs Re-encode — When to Use Which

Property	Stream copy (default)	Re-encode (H.264 / H.265 / MPEG-4)
Speed	Seconds for most files	Proportional to clip length and codec
Quality	Bit-identical to source RV40 / Cook	Small loss from one re-encode cycle
Cut precision	Snaps to nearest keyframe (often 5-10s for RMVB)	Frame-accurate to your timestamp
Output codec	RealVideo + Cook preserved	H.264, H.265, MPEG-4, AV1, etc.
Container	.rmvb retained	.mp4, .mkv, .avi, .webm
Player support	Needs RealPlayer, VLC, MPC, or FFmpeg-based player	Plays everywhere modern (browsers, phones, smart TVs)
Best for	Quick lossless extract for personal archive	Sharing the cut online, social media, modern playback

RMVB encoders typically place keyframes 5-10 seconds apart to maximize VBR compression — that's a much wider GOP than modern H.264 (1-2 s) or H.265 (1-4 s) recorders. Stream-copy is fast and lossless but may snap your cut start 5-10 seconds earlier than the timestamp you typed. Pick re-encode when you need a frame-accurate start, or when you want the output to play on devices that don't support RealVideo.

RMVB vs Modern Formats — Should You Keep RMVB?

Property	RMVB	MP4 (H.264)	MKV (H.265)
Year introduced	2003	2003 (MPEG-4 Part 14)	2002
Video codec	RealVideo 9 / 10 (RV30 / RV40)	H.264 / AVC	H.264 / H.265 / AV1
Audio codec	Cook (proprietary)	AAC	AAC, AC-3, FLAC, Opus
Typical bitrate (480p)	350-450 kbps VBR	700-1500 kbps	400-900 kbps
Native browser playback	None	Chrome / Firefox / Safari / Edge	Chrome / Firefox / Edge (not Safari)
iOS / Android native playback	No	Yes	Yes (H.264), partial (H.265)
VLC / MPC playback	Yes	Yes	Yes
Active development	Discontinued (RealNetworks abandoned ~2012)	Active (HEVC successor, AV1 emerging)	Active (open spec, Matroska Org)
Best use today	Reading old archives	Universal delivery	Quality archives, fan rips

RMVB compresses tighter than H.264 at very low bitrates (its original advantage), but H.265 / AV1 match or beat it at every bitrate and play natively where RMVB cannot. If you're cutting an RMVB for a one-time share, re-encode the cut to MP4. If you're cutting to keep in a personal archive, stream-copy preserves the bytes exactly.

Frequently Asked Questions

Can I cut an RMVB without re-encoding it?

Yes — stream-copy is the default. The original RealVideo and Cook audio packets are copied byte-for-byte into a new .rmvb container without going through a decoder/encoder, so the cut clip is bit-identical to the source segment. The only caveat is keyframe alignment: RMVB encoders place keyframes 5-10 seconds apart, so your cut may snap back to the nearest preceding keyframe. Switch to re-encode in step 3 if you need a frame-accurate start.

Why does my RMVB cut start several seconds before the time I typed?

Stream-copy mode can only begin output on a keyframe (I-frame). RMVB was designed for low-bitrate VBR delivery, so its encoders typically place keyframes 5-10 seconds apart — much wider than modern H.264 (1-2 s). If you ask to start at 00:01:23 but the nearest preceding keyframe is at 00:01:17, the output file starts at 00:01:17 so the first frame is fully decodable. Re-encode to H.264 / H.265 for a frame-accurate cut at the cost of one encode cycle.

Will the cut RMVB still play in RealPlayer and VLC?

Yes. Stream-copy preserves the RealVideo codec and Cook audio exactly, so anything that played the source plays the cut: RealPlayer SP and successors, VLC (uses FFmpeg's reverse-engineered RealMedia decoder), MPlayer, Media Player Classic with the right filters, and mpv. It will NOT play in browsers, on iOS or Android natively, on smart TVs, or in any modern messaging app — those need a re-encode to MP4 or MKV (use RMVB to MP4 for the simplest universal output).

What's the maximum RMVB file size I can cut?

There's no fixed server cap. Cutting runs in your browser session, so the practical ceiling depends on your device's RAM and how long you're willing to wait for the file to load. Stream-copy is fast because no decoding happens — even a 4-hour 1.5 GB RMVB archive cuts in well under a minute on a modern laptop. Phones and Chromebooks should stick to smaller files (under 500 MB or so) where memory headroom matters.

Can I make multiple cuts from one RMVB in a single pass?

Yes. Add multiple trim segments — each pair of start time + duration produces a separate output file. Useful for pulling several scenes from a single 45-minute drama episode, splitting a long sermon or lecture RMVB into chapters, or extracting all the relevant clips from one long fansub release in one batch.

Should I keep the cut as RMVB or convert it to MP4 / MKV?

If you only need to keep it in a personal archive that plays through VLC or RealPlayer, stream-copy to RMVB preserves quality and is the fastest path. For anything you'll share, post to social, watch on a phone, or stream from a browser, re-encode to MP4 (H.264) or MKV (H.265) — neither iOS, Android, Chrome, Firefox, Safari, Edge, nor any smart-TV platform plays RMVB natively. The recommended workflow for sharing: cut first in stream-copy mode (fast, lossless), then run RMVB to MP4 on the cut clip — roughly proportional faster than transcoding the full source then trimming.

Why is my RMVB file labeled .rmvb but the content looks different from RealMedia?

Some downloaders and renamers slap a .rmvb extension on files that are actually MP4, MKV, or AVI containers — this was common on early-2010s file-share sites that wanted to standardize their naming. If our cutter rejects the file or stream-copy produces a corrupted output, the file is almost certainly mislabeled. Open it in VLC; the codec info will show the real container. Then use the matching xconvert tool: Cut MP4, Cut MKV, or Cut AVI.

Can I extract just the audio from a cut RMVB?

Yes. Cut the RMVB first to the segment you want, then run RMVB to MP3 or RMVB to WAV on the result. Cutting first is faster because the audio extraction only has to process the clip, not the full source. Cook audio decodes cleanly to MP3 or WAV via FFmpeg's reverse-engineered Cook decoder; quality is preserved subject to the destination format's compression.

Does the cut RMVB keep subtitles and chapters?

RMVB's container has no native chapter support and limited subtitle support — most RMVB releases relied on hardcoded (burned-in) subtitles instead of soft subtitles. If the source has burned-in subs they're carried through automatically because they're part of the video pixels. If you have an external .srt or .ass file paired with the RMVB, cut both to the same time range and re-attach the subtitle to the cut output (or convert RMVB to MKV, which supports soft subtitles, and mux the trimmed subtitle in).