Convert DSS to AIFC — Free Online Tool
Convert DSS dictation recordings to AIFC format, decoding the proprietary OKI ADPCM audio codec used by Olympus and Philips digital recorders into 16-bit big-endian PCM audio. This makes speech recordings from handheld dictation devices accessible in professional audio workflows on macOS and other Apple-ecosystem tools.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your DSS file here
or click to browse
Free — no uploads, no signups. Your files never leave your browser.
Settings
Note: Browser-based encoding uses approximate quality targets. For precise CRF compression, copy the FFmpeg command above and run it on your desktop.
Estimated output:
Conversion Complete!
DownloadHow It Works
DSS files store audio using the adpcm_ima_oki codec — a proprietary variant of Adaptive Differential Pulse-Code Modulation optimized for low-bitrate speech capture on Olympus, Philips, and Grundig dictation hardware. During conversion, FFmpeg fully decodes this compressed ADPCM stream back to raw PCM samples, then re-encodes them as pcm_s16be (signed 16-bit big-endian PCM) and wraps the result in the AIFC container. Unlike a simple remux, this is a full decode-and-re-encode of the audio because AIFC does not support the OKI ADPCM codec natively. The output is uncompressed (or optionally lightly compressed with codecs like pcm_alaw), significantly larger than the source DSS file, and fully compatible with Apple's Audio Unit ecosystem, Logic Pro, and any tool that reads AIFF/AIFC files.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg command-line tool, which handles reading the DSS container, decoding the OKI ADPCM audio stream, and re-encoding it into the AIFC output format. |
-i input.dss
|
Specifies the input DSS file — a Digital Speech Standard container from an Olympus, Philips, or Grundig dictation device, containing a mono audio stream encoded with the adpcm_ima_oki codec. |
-c:a pcm_s16be
|
Sets the output audio codec to signed 16-bit big-endian PCM, which is the standard uncompressed audio format for AIFC files and ensures broad compatibility with macOS CoreAudio, Logic Pro, and professional audio applications. |
-b:a 128k
|
Specifies a target audio bitrate of 128 kbps. Note that for pcm_s16be (uncompressed PCM), bitrate is determined by sample rate and bit depth rather than a compression parameter, so this flag does not meaningfully alter the output — it is included for completeness but has no practical effect on uncompressed PCM streams. |
output.aifc
|
Specifies the output filename with the .aifc extension, which tells FFmpeg to use the AIFC muxer. The resulting file will contain a big-endian PCM audio stream in an AIFC container, readable by macOS and any AIFF/AIFC-compatible audio software. |
Common Use Cases
- Transcription services receiving DSS files from lawyers or doctors who use Olympus or Philips dictation recorders need to convert them to a format compatible with professional audio editing software on macOS before manual or AI-assisted transcription.
- Legal or medical secretaries archiving dictation recordings long-term in a non-proprietary format, replacing the manufacturer-locked DSS format with the open AIFC/AIFF standard for guaranteed future accessibility.
- Audio engineers integrating dictation recordings into a Logic Pro or Pro Tools session on macOS, where AIFC is a native supported format but DSS is not recognized.
- Developers building document management pipelines who need to batch-extract speech audio from DSS files produced by enterprise dictation systems and store them as high-fidelity PCM audio for downstream processing.
- Forensic or compliance teams preserving voice recordings from DSS-based dictation devices in an uncompressed PCM format to ensure no additional lossy compression artifacts are introduced during archival.
- Researchers studying speech or linguistics who received dictation recordings in DSS format and need standard PCM audio for waveform analysis or acoustic measurement tools that do not support proprietary ADPCM containers.
Frequently Asked Questions
No — the audio quality is bounded by the original DSS recording. DSS uses the adpcm_ima_oki codec, which is a lossy format optimized for low-bitrate speech, so any compression artifacts already present in the DSS file are preserved in the conversion. What the AIFC output gives you is a lossless PCM representation of exactly what was in the DSS file, with no additional quality degradation. You can think of pcm_s16be in AIFC as a lossless 'snapshot' of the already-lossy DSS audio.
DSS was specifically designed for compact file sizes on handheld dictation hardware — the adpcm_ima_oki codec compresses speech aggressively to low bitrates, typically around 13 kbps. The AIFC output uses pcm_s16be, which is uncompressed PCM audio. For a mono speech recording at 8 kHz, this means the AIFC file will be roughly 10–15 times larger than the source DSS. This size increase is expected and is the direct result of decompressing the ADPCM stream into raw samples.
AIFC does technically support storing some ADPCM variants, but FFmpeg does not support remuxing the adpcm_ima_oki codec directly into AIFC without decoding first. In practice, a full decode from OKI ADPCM to PCM is always required for this conversion. The output codec pcm_s16be is the standard choice and is universally supported across all AIFC-compatible software.
Generally, no. DSS files often contain proprietary metadata fields embedded by the Olympus or Philips device — such as recording date, author code, and worktype — but these are stored in a DSS-specific header structure that FFmpeg does not map to standard AIFC metadata tags. Standard fields like duration will be correct in the output, but dictation-specific metadata from the DSS header will be lost during conversion.
The '-b:a 128k' flag sets a target bitrate, but since the default output codec is pcm_s16be (uncompressed PCM), the bitrate of PCM audio is determined by sample rate and bit depth rather than a compression target — the '-b:a' flag has no effect on uncompressed PCM streams. If you want to reduce output file size, consider switching to a compressed AIFC codec instead, for example '-c:a pcm_alaw' or '-c:a pcm_mulaw', both of which are supported in AIFC and produce smaller files while remaining compatible with most macOS tools.
Yes. On macOS or Linux, you can loop over all DSS files in a directory with: 'for f in *.dss; do ffmpeg -i "$f" -c:a pcm_s16be "${f%.dss}.aifc"; done'. On Windows Command Prompt, use: 'for %f in (*.dss) do ffmpeg -i "%f" -c:a pcm_s16be "%~nf.aifc"'. This is especially useful for transcription bureaus or legal offices processing large batches of dictation recordings from Olympus or Philips devices.
Technical Notes
DSS (Digital Speech Standard) uses the adpcm_ima_oki codec — a proprietary Olympus variant of IMA ADPCM — typically at 8 kHz mono, making it ill-suited for music but efficient for voice. Because OKI ADPCM is a lossy codec, the conversion to AIFC is technically a lossy-to-lossless pipeline: the decoded PCM is a perfect representation of the ADPCM output, but not of the original analog voice. The output pcm_s16be codec uses 16-bit signed samples in big-endian byte order, which is native to AIFC and the historical Apple/Motorola architecture. AIFC is closely related to AIFF — both use the same IFF-derived container, and most software that reads AIFF will also read AIFC. FFmpeg's AIFC muxer correctly sets the COMM chunk and SSND chunk headers for pcm_s16be, ensuring compatibility with macOS CoreAudio, QuickTime, Logic Pro, and other professional Apple tools. One known limitation is that DSS files sometimes have non-standard or incomplete headers from older firmware versions of dictation devices, which can cause FFmpeg to misreport duration or sample rate; if this occurs, inspect the output with 'ffprobe' to verify the stream parameters before archiving.