Initializing... drag & drop files here
Supports: OGV
This page re-encodes an .ogv — an Ogg container carrying Theora video and, almost always, Vorbis audio — into HEVC, also known as H.265. It is a jump of about a decade in compression technology, and the trade is explicit: you get a much smaller file and lose the royalty-free status the Ogg original had. What follows is a reference on both formats, what the tool actually writes to disk, and which controls matter.
| Property | Value |
|---|---|
| Container | Ogg, from the Xiph.Org Foundation |
| Media type registration | video/ogg with the .ogv extension, RFC 5334, September 2008 |
| Video codec | Theora, derived from On2's VP3 |
| Bitstream frozen | 1 June 2004 — unchanged since, which is why old files still decode |
| Reference library | libtheora 1.0 (November 2008), 1.1 (2009), 1.2.0 "Ptalarbvorm" (29 March 2025) |
| Usual audio partner | Vorbis; the container can also carry Opus or FLAC |
| Licensing | Royalty-free |
| Desktop browser playback | Disabled by default in Chrome 120 and removed from Chromium in version 123 (stable, March 2024); disabled by default in Firefox 126 (May 2024); Safari never shipped it |
| Still decodes in | VLC, mpv, ffmpeg — and this converter |
| Property | Value |
|---|---|
| Standard | ITU-T H.265 / ISO/IEC 23008-2, first approved 2013 |
| Encoder used here | libx265 |
| Container written | Matroska, under the .hevc filename — not a raw elementary stream |
| Audio in the output | Yes; the Audio Codec group defaults to AAC |
| Coding units | Coding tree units up to 64 x 64 pixels, versus H.264's 16 x 16 macroblocks |
| Efficiency | Subjective studies by the JCT-VC standardisation group put it at roughly half the bitrate of H.264 for equivalent quality |
| Encoding cost | Substantially slower than H.264 at comparable settings |
| Licensing | Patent-encumbered, licensed through multiple patent pools — the reason most browser vendors avoided it |
| Best at | Storage and playback on Apple hardware and other devices with H.265 decoders |
The output is a Matroska file written under an .hevc name. That is deliberate — a bare HEVC elementary stream could not carry your audio at all, so the video and the re-encoded soundtrack are muxed into Matroska and the requested extension is kept. Players that identify files by content (VLC, mpv, ffmpeg, most desktop players) open it without complaint. Anything that routes on the extension alone — phone galleries, older editors, some TV apps — will refuse it until you rename the file to .mkv, which changes nothing inside. If you would rather not rename anything afterwards, OGV to MKV produces the same container with the extension those tools expect.
| Environment | Status |
|---|---|
| Safari (macOS and iOS) | Full support since version 11 |
| Chrome | Partial from version 107 — hardware decoding only, with no software fallback |
| Edge | Partial |
| Firefox | Disabled by default through version 136; partial support from version 137 |
| Windows 10 / 11 | Needs the HEVC Video Extensions add-on from the Microsoft Store, which is a paid item |
| macOS, iOS, iPadOS, Apple TV | Decodes natively |
| VLC / mpv / ffmpeg | Decodes everywhere, regardless of the extension |
.ogv onto the page or click "Add Files". Several files can be queued and share the same settings.Quality Preset is the mode to leave alone for a straight migration: on a video source it scales the encode relative to the bitrate the original already carried, so a modest .ogv is not blown up into a bloated .hevc. Constant Quality is the mode to reach for when you want a consistent look regardless of size — its CRF field runs 16 to 51 with lower meaning more detail, and it starts at 23, a conservative setting that keeps close to the source. Moving into the high twenties shrinks the file noticeably; going below about 18 mostly spends bits faithfully preserving Theora's existing compression artefacts rather than recovering anything real. Constraint Quality adds a Max bitrate ceiling on top of the same CRF value, and Specific file size lets you name a number in megabytes and let the encoder work backwards from it.
One resolution detail worth knowing: Preset Resolution heights are rounded down to a multiple of 16 for macroblock alignment, so the "1080p" preset yields 1072 lines rather than 1080, with the width derived from the source aspect ratio and rounded the same way. 720p, 1440p, and 2160p divide evenly and land exactly. Use the Width x Height fields when a downstream tool insists on specific numbers.
No — it makes the file smaller, not better. Theora is lossy and HEVC is lossy, and the server always re-encodes rather than copying the stream, so this is a lossy-to-lossy pass that can only subtract. What HEVC buys is efficiency: roughly half the bitrate of H.264 for equivalent quality according to the standardisation group's own subjective studies, and far less than Theora needs. If the result looks worse than the original, the Quality Preset or CRF was pushed too hard — move back toward "Very High" or a CRF in the low twenties.
.hevc file open in some apps?Because the file is a Matroska container under an .hevc name, and some apps decide what a file is purely from its extension. Players that read the actual container — VLC, mpv, and anything ffmpeg-based — open it immediately. Phone galleries, several older editors, and some smart-TV apps will not. Renaming the file to .mkv resolves it without altering a single byte of the contents. Separately, HEVC decoding itself is not universal: Windows needs the paid HEVC Video Extensions from the Microsoft Store, and Chrome only decodes H.265 where hardware support exists.
On openness, yes, and it is worth being clear about. Theora is royalty-free and stewarded by the Xiph.Org Foundation; HEVC is patent-encumbered and licensed through multiple patent pools, which is precisely why browser vendors were reluctant to ship it. You gain modern compression and native playback across Apple hardware, and you give up the royalty-free status. If that trade bothers you, OGV to WebM keeps efficiency and royalty-free licensing together, and OGV to AV1 goes further on both.
Yes. The Vorbis track from the Ogg source is decoded and re-encoded into the output, with the Audio Codec group defaulting to AAC. Because the source audio is lossy and the target is too, this is a second lossy generation on the soundtrack rather than a copy — noticeable only if the original was already low-bitrate. AC3, DTS (DCA), EAC3, FLAC, MP2, MP3, Opus, and Vorbis are all available if a specific device needs one of them. If you only want the sound, OGV to MP3 skips the video entirely.
Because HEVC spends computation to save bits. Its coding tree units run up to 64 x 64 pixels with deep recursive partitioning, its motion search is far more exhaustive than H.264's, and its entropy coding is heavier — all of which is what produces the roughly halved bitrate. There is no setting that makes HEVC simultaneously faster than H.264 and smaller than it. If throughput matters more than file size, OGV to MP4 with H.264 finishes considerably sooner.
Probably nothing. If the source was already compressed hard — a small Wikimedia upload, an old web embed, a low-bitrate screen capture — there is little redundancy left for a better codec to exploit, and a high Quality Preset will spend bits faithfully reproducing the artefacts that are already there. Lower the preset, drop the resolution, or switch to Constant Quality with a CRF in the high twenties. Use Specific file size if you need a guaranteed number rather than an estimate.
No, and this is worth stating plainly. There is no deinterlacing stage in this pipeline, so an interlaced capture keeps its combing artefacts baked into every output frame — deinterlace in a desktop editor before uploading if the footage needs it. There is likewise no HDR tone-mapping: an HDR source gets a plain colour conversion and can look flat or washed out. Convert HDR footage to SDR with a proper tone-map beforehand if the grade matters to you.
The Trim group was switched from "Unchanged" to Time Range. Its Duration box arrives pre-filled at 10 seconds, so switching modes and converting without editing that value truncates the clip. Set Trim back to "Unchanged" for the whole video, or enter a genuine Start time and Duration — both fields accept plain seconds or HH:MM:SS.sss. Because the kept segment is re-encoded rather than stream-copied, the cut lands exactly on the timestamp you typed instead of snapping to a keyframe.
Your file is uploaded over an encrypted connection, converted on our servers, and both the upload and the output are deleted automatically a few hours after conversion. Nothing is shared, published, or used for any purpose beyond producing your file, and there is no sign-up, no watermark, and no email required.