MP4 — A/V Mux with 440 Hz Tone
Video muxed with a 440 Hz sine tone — for A/V container and audio-track tests.
Browser-playable test video · 2.500 seconds
Specifications
- Fps
- 24
- Codec
- H.264
- Container
- MP4
- Wave
- G
- Resolution
- 480x270
- Audio
- AAC 440Hz
- Duration
- 2.50s
Testing contract
Expected to pass- Scenario
- Decode the clip and confirm its geometry and the event the fixture is named for.
- Expected result
- 480x270 at 24 fps, 2.50s, H.264 in MP4. The audio track is AAC 440Hz. The tone frequency identifies the track unambiguously, so a measurement of the decoded audio proves which file was played - the pair in this group differ only in that frequency.
What is a .mp4 file?
MP4 (MPEG-4 Part 14) is the dominant container for digital video, holding video, audio, subtitle, and metadata tracks in a tree of typed boxes. `ftyp` declares the brand, `moov` carries the sample tables that make seeking possible, and `mdat` holds the media; when an encoder writes `moov` last, playback cannot begin until the file has fully downloaded, which a faststart remux fixes. It derives from Apple's QuickTime format, generalized by ISO into the ISOBMFF base that MOV, 3GP, and HEIF share.
How to use this file
Use an example MP4 to test box parsing and track detection, seeking, range-request streaming, and transcode or thumbnail pipelines: verifying that a file with a trailing `moov` box is still handled, and that codec support is checked per track rather than inferred from the extension.
How to use this file for testing
“MP4 — A/V Mux with 440 Hz Tone” is a deterministic Novus Examples fixture for Conversion testing, Audio analysis. The same content exported across many formats and linked as a group, so you can convert one and diff against the expected twin.
Documented properties for this file: 2.50s · 24 fps. Compare results against paired or grouped companions on this page when present (clean↔damaged, searchable↔scanned, or format twins) so scores stay reproducible across runs.
Download the file once, keep the path stable in CI or local scripts, and treat the spec table as the contract: dimensions, seeds, field lists, and roles are intentional. Corrupt or invalid samples are labelled as such, expect parsers to fail loudly rather than silently accept them.
Media fixtures are short and synthetic by design. Prefer waveform or transcript ground truth in the same group when measuring ASR, trim, upscale, or sync tools; do not assume broadcast-quality masters.
Code examples
<video controls preload="metadata" width="640" src="mux-440hz.mp4"></video>Related files
- mp4MP4 — Audio Desync 100msSAMPLE clip with audio delayed ~100 ms — for A/V sync detection tools.
- mp4MP4 — Audio Desync 250msSAMPLE clip with audio delayed ~250 ms — for A/V sync detection tools.
- mp4MP4 — Audio Desync 500msSAMPLE clip with audio delayed ~500 ms — for A/V sync detection tools.
- mp4A/V Sync — Beep + Flash (MP4, with audio)A five-second clip that flashes white and plays a 1 kHz beep on every whole second — the first clip in the library WITH an audio track. A direct fixture for measuring and correcting audio/video sync (lip-sync) offset.
- mp4MP4 — Colour Bars + 1 kHz ToneSMPTE-ish colour bars with a 1 kHz reference tone — classic QC fixture.
- mp4SMPTE Colour Bars + 1 kHz Tone (MP4)Standard SMPTE-style colour bars with a 1 kHz reference tone — the classic broadcast test pattern. A fixture for calibrating colour, testing decoders, and verifying audio alongside a known video signal.
Generated by generation/video_wave_g.py. Free for any use, no attribution required, license.