# Test record: M4A -> MP3

- Date: `2026-07-30`
- Build: `LocalFlux 1.0.7.0 (product build 1.0.7.0+6c828b7d7c8e2e070a2db0206a106adb877affcf)`
- Environment: `Daily-use Windows x64 host, Windows build 10.0.26200.0`
- Environment label: `DailyUseX64` (not clean-VM evidence)
- Route: `M4A -> MP3`
- Runtime: `bundled FFmpeg with libmp3lame`
- Source: `samples/meeting-audio.m4a`
- Output: `samples/meeting-audio_converted.mp3`
- Source SHA-256: `0A2B24BFCB1CC2AEF573266FCFB8270635BBA904E517B84E61E7FD80FA0D8597`
- Output SHA-256: `EB1B54AB24F089EC67EA79B8FEB6FF451FCEB97D196555BBA1A5E2A1ECBBD971`

## Observations

- The source contained mono AAC at 44.1 kHz and reported 6.000 seconds.
- The output contained mono MP3 at 44.1 kHz and reported 6.014 seconds.
- Input size was 97,262 bytes; output size was 48,809 bytes.

## Limitations

- AAC-to-MP3 is lossy-to-lossy transcoding.
- The fixture does not prove tag, artwork, chapter, DRM, or complex metadata behavior.
- The current route does not expose an advanced MP3 bitrate/settings panel.

## Repository evidence consulted

- `src/LocalFlux.Core/Data/routes.json` for the explicit route.
- `tests/Samples/route-matrix.md` and route acceptance tests for runtime coverage.
- `src/LocalFlux.Core/Services/FfmpegArguments.cs`, `ImageMagickArguments.cs`, or the LibreOffice executor as applicable.
- `docs/store/landing-page-copy.md` for local-processing, offline, safe-output, and claim guardrails.

## Review result

`PASS` for this fixture and captured build, subject to the limitations above.