H.264, H.265 or AV1 — which codec for the smallest file at the same quality?

AV1 is the most efficient (royalty-free, ~30% smaller than H.265) but encoding is slow. H.265 (HEVC) saves ~30–50% over H.264 and is supported by every modern phone and desktop. H.264 remains the safest baseline for legacy compatibility. Rule of thumb: archives → AV1, daily use → H.265, broadest reach → H.264.

CRF, two-pass or constant bitrate — which encoding mode?

CRF (Constant Rate Factor) is the best default for offline files: ffmpeg picks the bitrate frame-by-frame to maintain perceived quality. Two-pass is only better when you must hit an exact final size (DVD targets). Constant bitrate is for streaming with a fixed channel. For "smallest at quality X" always use CRF.

Why is the audio out of sync after converting?

Common causes: (1) variable framerate source rendered as constant (use -vsync vfr to preserve VFR); (2) different audio sample rates not resampled (add -ar 48000 ); (3) container limitations (MP4 with variable framerate misbehaves — prefer MKV during editing, encode to MP4 only at the end). Always run ffprobe on both source and output to compare timing.

Can I convert without re-encoding to save time?

Yes if you only change the container: ffmpeg -i in.mkv -c copy out.mp4 . This remuxes the stream without re-encoding, takes seconds even for hours of footage. Limitations: codec must be supported by the target container (e.g. you cannot put H.264 in WebM, only VP8/VP9/AV1). To shrink size you must re-encode.

H.264, H.265 or AV1 — which codec for the smallest file at the same quality?

AV1 is the most efficient (royalty-free, ~30% smaller than H.265) but encoding is slow. H.265 (HEVC) saves ~30–50% over H.264 and is supported by every modern phone and desktop. H.264 remains the safest baseline for legacy compatibility. Rule of thumb: archives → AV1, daily use → H.265, broadest reach → H.264.

CRF, two-pass or constant bitrate — which encoding mode?

CRF (Constant Rate Factor) is the best default for offline files: ffmpeg picks the bitrate frame-by-frame to maintain perceived quality. Two-pass is only better when you must hit an exact final size (DVD targets). Constant bitrate is for streaming with a fixed channel. For "smallest at quality X" always use CRF.

Why is the audio out of sync after converting?

Common causes: (1) variable framerate source rendered as constant (use -vsync vfr to preserve VFR); (2) different audio sample rates not resampled (add -ar 48000 ); (3) container limitations (MP4 with variable framerate misbehaves — prefer MKV during editing, encode to MP4 only at the end). Always run ffprobe on both source and output to compare timing.

Can I convert without re-encoding to save time?

Yes if you only change the container: ffmpeg -i in.mkv -c copy out.mp4 . This remuxes the stream without re-encoding, takes seconds even for hours of footage. Limitations: codec must be supported by the target container (e.g. you cannot put H.264 in WebM, only VP8/VP9/AV1). To shrink size you must re-encode.

Video Editing Export Formats: Master, Delivery, and

The Three Types of Video Export

Master / Archive: maximum quality for storage and future deliveries.
Client delivery: high quality, compatible with the client's system or broadcast standard.
Web / streaming distribution: optimized for file size and playback speed.

Master Archive Formats

Apple ProRes (Mac)

Variant	Bitrate (~1080p30)	Use Case
ProRes 4444	~330 Mbps	Compositing with alpha
ProRes 422 HQ	~220 Mbps	Standard high-quality master
ProRes 422	~147 Mbps	Smooth editing
ProRes 422 Proxy	~45 Mbps	Proxy editing

Avid DNxHD / DNxHR (Windows and Mac)

ProRes equivalent, compatible with Avid, Premiere, and DaVinci Resolve.

Web Distribution Codecs

Codec	Advantage	Use
H.264	Universal compatibility	YouTube, Vimeo, web
H.265 (HEVC)	~50% smaller than H.264	When file size matters
AV1	~30% better than H.265	Next-gen web

H.264 Web Settings

Codec: H.264 (libx264)
CRF: 18–23 (lower = better quality)
Preset: slow
Audio: AAC 192–320 kbps

Proxy Workflow

Generate proxies from heavy footage (ProRes 422 Proxy or DNxHD 36).
Edit using proxies (smooth timeline response).
Before export, relink to original media.
Export final master from original footage.

Conclusion

ProRes or DNxHD for masters and client delivery. H.264 or H.265 for web. AV1 for next-gen. Never use compressed H.264 for the master — always keep a lossless archive copy.

Advanced Use Cases

Multi-platform distribution: each social network has preferred specs — YouTube accepts MP4 H.264 up to 4K 60fps with AAC 384 kbps; Instagram Reels prefers MP4 H.264 at 1080×1920 vertical; TikTok recommends MP4 H.264/H.265 up to 60 seconds with bitrate of 5-10 Mbps; LinkedIn caps at 5 GB and prefers MP4 H.264. Converting your master to each platform's exact specs before upload guarantees that the server's internal re-encoding (which always happens) starts from optimal input, preserving maximum final quality. Professional editing: editors like DaVinci Resolve, Premiere Pro and Final Cut Pro work best with intermediate codecs (ProRes, DNxHD, CineForm) rather than H.264 final-delivery — converting your material to an intermediate format before editing dramatically accelerates render and avoids generation loss in multi-track timelines. Live streaming: OBS Studio and Streamlabs require input in H.264/H.265 with keyframes every 2 seconds for HLS; converting recordings to this preset facilitates uplink.

Best Practices and Professional Tips

Two-pass encoding vs CRF: for specific target file size (e.g. "max 25 MB for WhatsApp") use two-pass; for target quality use CRF (Constant Rate Factor) with values 18-23 for H.264, 22-28 for H.265 — visually-lossless under normal conditions. Audio passthrough: if your destination video supports the original audio codec, use stream copy (-c:a copy in FFmpeg) — preserves 100% audio quality without re-encoding. Container vs codec: distinguish between container (MP4, MKV, MOV) and internal codec (H.264, H.265, AV1). Changing only the container is a trivial operation without re-encoding (seconds vs minutes for re-encode). HDR preservation: if your source is HDR10/Dolby Vision, ensure the destination also supports HDR — converting HDR to SDR permanently loses dynamic range. Frame rate: never increase frame rate (24→60 doesn't add real information); reducing it (60→30) removes frames without visible loss for most content.

Compatibility and Technical Considerations

KaijuConverter processes video with FFmpeg 6.x compiled with all critical extensions: x264/x265 for H.264/H.265 encoding with configurable presets (ultrafast to veryslow, default medium for balance), libvpx-vp9 for WebM, SVT-AV1 for modern AV1 encoding with 10-bit color space support, libfdk-aac for AAC audio, libopus for Opus. We support files up to 500 MB and resolutions up to 4K (3840×2160) at 60 fps. The cloud pipeline uses hardware acceleration when available (NVENC/QuickSync) which accelerates 5-10× over CPU encoding. Processing time: a 1080p 60-second video typically converts in 12-30 seconds depending on destination codec and preset. 4K HDR material may require 2-5 minutes. Limitations: DRM-protected files (Netflix, Disney+, Amazon Prime, Apple TV+) cannot be converted — DRM blocks stream extraction. Very specific proprietary codecs (RED RAW, ARRI Alexa raw, Sony X-OCN) require dedicated software. Privacy: video encrypted in transit (TLS 1.3), processed in isolated Docker containers, automatically deleted after 2 hours with secure multi-pass overwrite.

Related conversions

Common video conversions that pair well with this guide:

Video Editing Export Formats: Master, Delivery, and Web Distribution