Initializing... drag & drop files here
Supports: F4V
RealMedia is a 1990s streaming format, and the RealVideo encoders available for it carry constraints that no modern codec has. Converting a modern F4V — which is an ISO base media file, usually holding H.264 at HD resolution — into RM means squeezing it through those constraints, and if you leave every setting alone on an HD source, the job can fail rather than produce a poor file. That is the single most useful thing this page can tell you, so it goes first, with the numbers we measured.
| Constraint | Detail | What happens if you exceed it |
|---|---|---|
| Frame dimensions | Width and height must be multiples of 16 | The encoder refuses to open: "width and height must be a multiple of 16" |
| Frame area | Fewer than 4096 macroblocks, i.e. (width ÷ 16) × (height ÷ 16) < 4096 | "Encoding frames with 8040 (>= 4096) macroblocks is not implemented" |
| Packet size | The RM container cannot carry a single frame larger than 64 kB | "Muxing packets larger than 64 kB (67005) is not supported" — the job stops mid-encode |
| Bitrate | Capped at 65512 × 8 × frame rate ÷ 3, to keep keyframes under the packet limit | About 4.37 Mbit/s at 25 fps, 5.24 Mbit/s at 30 fps — higher requests are lowered automatically |
| VBV rate control | -maxrate and -bufsize are stripped for RV10 and RV20 |
Constraint Quality's Max bitrate field has no effect |
The macroblock ceiling alone rules out anything above roughly 1152 × 864. The packet limit is the sharper one in practice, because it depends on how compressible the picture is rather than only on its size. Here is what we measured, encoding the same source at different frame sizes:
| Output size | Macroblocks | Result |
|---|---|---|
| 320 × 240 | 300 | Encoded fine at 1 Mbit/s |
| 640 × 480 | 1200 | Encoded fine at 1 and 4 Mbit/s |
| 704 × 576 | 1584 | Encoded fine at 1 Mbit/s |
| 1280 × 720 | 3600 | Macroblock-legal, but failed on the 64 kB packet limit at both 800 kbps and 2 Mbit/s on a detailed source |
| 1920 × 1080 | — | Failed outright: 1080 is not a multiple of 16 |
The practical rule that falls out: set Video resolution to 640 × 480 or smaller. That is well inside every limit and it is the frame size RealVideo content was authored at anyway.
.f4v onto the page or click "+ Add Files"; several can be queued and share the same settings. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours — no sign-up, no watermark, never shared or made public.On almost every other page on this site, leaving Video resolution on "Keep original" is the right default — it avoids a resample and preserves the source exactly. On an RM target it is the setting most likely to fail your job.
The reason is that the codec's own frame-size ceiling is only applied when you have asked for a specific size. "Keep original" passes the source's dimensions through, rounded down to the nearest multiple of 16, and then RealVideo 1.0 gets handed something it cannot encode. A 1920 × 1080 F4V becomes 1920 × 1072 — both multiples of 16, and 8040 macroblocks, nearly twice the encoder's limit. The job stops and no file is produced.
So treat step 2 above as mandatory rather than optional whenever the source is bigger than standard definition. And if the source is already small — a 320 × 240 or 640 × 480 clip — "Keep original" is perfectly safe.
| Audio codec | What you get |
|---|---|
| RealAudio 1.0 | RealAudio 14.4, fixed at 8 kHz mono, 8 kbit/s. Telephone-grade and period-accurate; anything with music in it will sound poor. The encoder resamples and downmixes automatically, so you do not have to set the sample rate yourself |
| AC3 | Dolby Digital. Works, but the encoder only accepts 32, 44.1 and 48 kHz — a source at any other rate will be rejected |
| AAC | Modern, good quality, and the choice most likely to play in the software you actually have. Not something a 1990s RealPlayer would recognise, so it is the wrong pick if authenticity is the goal |
There is no reliably preselected default for this dropdown on RM targets — two different configuration rules both claim it — so whatever the page shows on load, choose the codec you want explicitly.
Almost certainly one of the three hard limits above. Check in this order: is the output height a multiple of 16 (1080 is not); is (width ÷ 16) × (height ÷ 16) under 4096 (anything above about 1152 × 864 is not); and is the frame size small enough that no single compressed frame exceeds 64 kB. Setting Video resolution to 640 × 480 clears all three at once and is the fastest thing to try.
RV20 is the later and slightly more efficient of the two, and both are offered on this page. They share the same constraints — the multiple-of-16 requirement, the macroblock ceiling and the 64 kB packet limit apply to each — so switching between them will not rescue a failing job. Pick RV20 if the destination software is from the RealPlayer 8 era or later, RV10 if you want the widest compatibility with very old players.
No, not on an RM target. Constraint Quality's job is to combine a quality target with a maximum bitrate ceiling, and the ceiling is implemented with the -maxrate and -bufsize parameters — both of which are removed before the RealVideo encoders see them, because those encoders only support a simple bitrate or quantiser. The mode renders and accepts your input, but the Max bitrate field does nothing. Use Constant Quality's 1–31 slider or a bitrate mode instead.
Because RM's container structure has a hard 64 kB limit on a single packet, and one video frame is one packet. To keep keyframes under that, the pipeline caps the requested video bitrate at roughly 65512 × 8 × frame rate ÷ 3 — about 4.37 Mbit/s at 25 fps and 5.24 Mbit/s at 30 fps. Requests above that are silently lowered. Even under the cap a very detailed keyframe can still exceed 64 kB, which is why a smaller frame size is the more reliable lever.
Adobe's MP4-based video container, introduced with Flash Player 9 Update 3 (version 9.0.115.0) on 3 December 2007. It is built on the ISO base media file format — the same family as MP4 — and normally holds H.264 video with AAC audio. It replaced FLV, which used Sorenson Spark or On2 VP6 in Adobe's own container. Since Flash Player's retirement on 31 December 2020, plain MP4 has taken over entirely.
Only if something specific requires it. RealMedia's playback ecosystem effectively ended with RealPlayer's decline, and the codecs available here are three decades old — a 640 × 480 RM file will look worse than a 640 × 480 MP4 at the same size. The honest alternatives are F4V to MP4 for a file that plays everywhere, or F4V to FLV if you need to stay inside the Flash-era family but want something less constrained than RealVideo.
Not on this page. The File Compression group here offers Quality Preset, Specific file size, Constant Bitrate, Constant Quality and Constraint Quality — Variable Bitrate is not among them, because the RealVideo encoders do not support two-pass or VBR rate control. Constant Quality with the qscale slider is the closest equivalent: it holds a quality level and lets the bitrate move with scene complexity, subject to the packet limit.
They should, since both are re-encoded from the same source timeline and written with matching timestamps. Where sync problems do appear, the usual cause is the RealAudio 1.0 codec's fixed 8 kHz rate combined with a variable-frame-rate source — the audio is resampled to a rate with no relationship to the video's timing. If you see drift, try AAC for the audio and check whether the source has a constant frame rate before converting.
Yes, and it is worth doing here more than on most pages. Set Trim to "Time Range" and give a start time and a duration in seconds or HH:MM:SS.sss. RealVideo encoding at a legal frame size is not fast, and the constraints mean the output is standard definition at best, so trimming to the section you actually need saves time and avoids sitting through a long encode only to find the settings were wrong.