Initializing... drag & drop files here
Supports: TS
.ts transport-stream recording, or click "+ Add Files" to browse. Batch uploads are supported, and Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours — no sign-up, no watermark, never shared./dev/audio or μ-law telephony pipelines that expect AU's original headerless lineage..ts captures..au file. The output is big-endian PCM by default (encoding type 3 in AU's header), which is the canonical Sun/NeXT layout — no watermark, no sign-up, no file count cap.MPEG Transport Stream (.ts) is the container the broadcast world uses — DVB, ATSC, IPTV, and HLS segments all ride on it — but it was never designed for casual audio playback. Each TS file packs interleaved 188-byte packets carrying video, audio, PAT/PMT tables, and PCR timestamps, which Unix audio tooling, Java sound APIs, and legacy scientific software can't decode directly. AU (also called SND) is the opposite end of the spectrum: a 24-byte header followed by raw PCM samples, introduced by Sun Microsystems for SunOS and adopted by NeXTSTEP and early Java. Going from TS to AU extracts the audio essence and wraps it in the simplest possible container.
javax.sound.sampled.AudioSystem ships with AU support out of the box (alongside WAV and AIFF), so an .au clip plays from a JAR without any third-party library./dev/audio; system sounds and alert chimes on those platforms are AU files by convention.audioread, SciPy's scipy.io.wavfile cousins, and many signal-processing tools read AU directly because its big-endian PCM layout is trivial to parse..ts, AU strips out the video and gives you a lossless audio master you can re-encode later.| Property | TS (MPEG Transport Stream) | AU (Sun Audio) |
|---|---|---|
| Type | Multimedia container (video + audio) | Audio-only container |
| Standard | ISO/IEC 13818-1 (MPEG-2 Systems, 1995) | Sun Microsystems convention, ~1992 |
| Packet/Header | 188-byte packets with 4-byte sync header | 24-byte file header, magic .snd (0x2e736e64) |
| Byte order | Big-endian fields (PSI tables) | Big-endian throughout |
| Typical codecs | MPEG-2 video, H.264, HEVC, AAC, AC-3, MP2 | PCM 8/16/24/32-bit, μ-law, A-law, IEEE float |
| MIME type | video/mp2t |
audio/basic |
| Typical use | Broadcast (DVB/ATSC), IPTV, HLS streaming | Legacy Unix sounds, Java audio, telephony |
| File size for 1 min audio | Varies (carries video) | ~10.5 MB at 44.1 kHz 16-bit stereo PCM |
| Encoding | Header code | Sample size | Typical use |
|---|---|---|---|
| μ-law (G.711) | 1 | 8-bit log | Telephony, voice, original NeXT default |
| Linear PCM 8-bit | 2 | 8-bit signed | Small system sounds |
| Linear PCM 16-bit | 3 | 16-bit BE signed | CD-quality archives (xconvert default) |
| Linear PCM 24-bit | 4 | 24-bit BE signed | High-resolution masters |
| Linear PCM 32-bit | 5 | 32-bit BE signed | Studio-grade lossless |
| IEEE float 32-bit | 6 | 32-bit float | DSP and scientific work |
| A-law (G.711) | 27 | 8-bit log | European telephony |
Use AU when the target system is built around Unix, NeXT, or vintage Java tooling — javax.sound.sampled and Solaris /dev/audio consume AU natively. For everything else, TS to WAV is a better general-purpose lossless choice, and TS to MP3 wins for size when lossless isn't required. AU and WAV are technically near-identical in audio fidelity (both can hold uncompressed PCM); the difference is byte order (AU is big-endian, WAV little-endian) and ecosystem support.
By default we preserve the source — most ATSC and DVB transport streams carry 48000 Hz stereo audio, so your AU comes out 48 kHz / 2 ch / 16-bit big-endian PCM. If you set the Audio Sample Rate dropdown to a specific value (8000, 11025, 22050, 44100, 48000 Hz) or change Audio Channel to mono, those values are baked into the AU header fields and applied during conversion.
Transport streams often carry multiple language tracks (English + Spanish on US broadcasts, English + audio description, etc.) identified by different PIDs in the PMT. xconvert extracts the primary audio program. If you need a specific language, the cleanest workflow is to demux the desired track in a tool like ffmpeg first, then convert that intermediate file here.
VLC, Audacity, foobar2000, and FFmpeg-based players handle AU without issue. Built-in players are spottier: macOS QuickTime reads it, Windows Media Player generally does not, and most mobile apps ignore it because the format is rare outside legacy Unix and Java contexts. If broad compatibility matters more than Sun-era authenticity, convert to WAV or MP3 instead.
For a 60-minute TS broadcast capture at ~6 Mbps total, the audio track alone (typically AC-3 at 384 kbps) is around 170 MB. Converted to 48 kHz / 16-bit / stereo AU PCM, it expands to roughly 660 MB — uncompressed audio is always larger than the original encoded stream. Use the Specific File Size or Custom Bitrate options if you need to compress, but note that AU's strength is being lossless; for compressed output, formats like MP3 or AAC are more appropriate.
Yes — use the Trim control to set a start offset (e.g. 60 seconds to skip a pre-roll commercial) and a duration (e.g. 600 seconds for a 10-minute clip). Only the selected window is decoded and written to the AU. This is faster than converting the whole file and trimming afterward, especially for multi-gigabyte over-the-air captures.
Almost always a byte-order mismatch. AU is big-endian by spec, and most modern decoders handle this correctly, but a few legacy Windows utilities assume little-endian PCM and play the file as noise. The fix is either to use a spec-compliant decoder (FFmpeg, Audacity, VLC) or convert to AU to WAV for tools that only speak little-endian.
AU is no longer mainstream — most new audio work targets WAV, FLAC, or AAC. It's still relevant in three niches: Java desktop apps that ship .au resources, archival projects preserving original SunOS/NeXT media, and academic signal-processing courses that use AU because its header is the simplest worth teaching. Outside those cases, consider AU to MP3 for distribution or TS to AIFF as a similarly big-endian but better-supported alternative.