Convert SHN to CAF

Drag and drop files here or click to select.
Max file size 100mb.
Uploading progress:

SHN vs CAF Format Comparison

Aspect SHN (Source Format) CAF (Target Format)
Format Overview
SHN
Shorten Audio Format

Shorten is a lossless audio codec from 1993 by Tony Robinson, famous for its role in trading live concert recordings of the Grateful Dead, Phish, and other jam bands. It achieves lossless compression through predictive coding and Huffman entropy coding, preserving every audio sample while reducing file size by roughly half.

Lossless Legacy
CAF
Core Audio Format

CAF (Core Audio Format) is Apple's flexible audio container introduced in macOS 10.4 Tiger (2005). It was designed to overcome limitations of AIFF and WAV — particularly the 4 GB file size limit. CAF supports any audio codec available in Core Audio, including PCM, AAC, ALAC, and others, with no file size restriction and rich metadata capabilities.

Lossless Modern
Technical Specifications
Sample Rates: 8 kHz – 96 kHz
Bit Depth: 8, 16-bit integer
Channels: Mono, Stereo
Codec: Shorten (predictive coding + Huffman)
Container: Raw Shorten stream (.shn)
Sample Rates: Any rate supported by Core Audio
Bit Depth: 8, 16, 24, 32-bit (int/float), 64-bit float
Channels: Unlimited channel count
Codec: Any Core Audio codec (PCM, AAC, ALAC, etc.)
Container: Core Audio Format (.caf)
Audio Encoding

Shorten uses polynomial predictors to model audio waveforms and encodes residuals with Huffman codes:

# Decode SHN to intermediate WAV
ffmpeg -i concert.shn concert.wav

# Direct SHN to CAF conversion (PCM)
ffmpeg -i concert.shn -codec:a pcm_s16le \
  output.caf

CAF is a container supporting multiple codecs. With PCM, it stores raw samples; with ALAC, it applies lossless compression:

# Convert to CAF with PCM audio
ffmpeg -i input.shn -codec:a pcm_s16le \
  output.caf

# Convert to CAF with ALAC compression
ffmpeg -i input.shn -codec:a alac \
  output.caf
Audio Features
  • Metadata: No native tag support
  • Album Art: Not supported
  • Gapless Playback: Inherent continuous stream
  • File Size Limit: Practical limits of file system
  • Seeking: Limited random access
  • Markers: Not supported
  • Metadata: Rich chunk-based metadata system
  • Album Art: Supported via metadata chunks
  • Gapless Playback: Precise packet timing information
  • File Size Limit: No size limit (unlike 4 GB WAV/AIFF)
  • Seeking: Fast random access via packet tables
  • Markers: Region and marker chunks for edit points
Advantages
  • Lossless audio with perfect quality preservation
  • Historical standard for concert recording distribution
  • Simple and fast decoding
  • Trusted format in live music trading community
  • Compact relative to uncompressed PCM
  • No file size limitation — handles recordings of any length
  • Native macOS and iOS Core Audio integration
  • Supports any codec available in Core Audio framework
  • Rich metadata with region markers and annotations
  • Ideal for long-form audio like full concert recordings
  • Required format for iOS app sound assets
Disadvantages
  • Obsolete with declining software support
  • No metadata capabilities
  • Lower compression than FLAC
  • Not recognized by modern devices
  • No active development community
  • Apple-only format — not supported on Windows/Linux natively
  • Limited third-party software support outside Apple tools
  • Not widely used for music distribution
  • FFmpeg support varies by internal codec
  • Overkill for simple audio file storage
Common Uses
  • Live concert recording archives
  • Tape-trading community distributions
  • Archival sources on etree.org
  • Legacy audiophile collections
  • Transcoding source material
  • iOS and macOS app audio assets
  • Logic Pro and GarageBand extended recordings
  • Long-form audio exceeding 4 GB WAV limit
  • Core Audio framework development and testing
  • Professional Apple-based audio workflows
Best For
  • Preserving concert recordings in original format
  • Legacy archive compatibility
  • Source material for transcoding
  • Historical provenance documentation
  • Apple platform audio development
  • Long concert recordings exceeding WAV/AIFF limits
  • iOS sound asset creation
  • Professional macOS audio workflows
  • Multi-hour recordings needing markers and regions
Version History
Introduced: 1993 (Tony Robinson, SoftSound)
Current Version: Shorten 3.x
Status: Legacy, no active development
Evolution: Shorten (1993) → superseded by FLAC (2001)
Introduced: 2005 (Apple, macOS 10.4 Tiger)
Current Version: CAF 1.0
Status: Active, Apple standard
Evolution: AIFF (1988) → CAF (2005, removes size limits)
Software Support
Media Players: foobar2000, VLC, Winamp (plugin)
Decoders: FFmpeg, shorten CLI
Mobile: Not natively supported
Web Browsers: Not supported
Archives: etree.org, archive.org
Media Players: QuickTime, iTunes, VLC
DAWs: Logic Pro, GarageBand, Final Cut Pro
Mobile: iOS (native Core Audio)
Development: Xcode, Core Audio API, AVFoundation
CLI: afconvert (macOS), FFmpeg

Why Convert SHN to CAF?

Converting SHN to CAF brings legacy concert recordings into Apple's most capable audio container, removing file size limitations and enabling rich metadata that the original Shorten format cannot provide. CAF was specifically designed by Apple to replace AIFF and WAV for professional use, offering unlimited file sizes, flexible codec support, and structured metadata — all critical features for managing large concert recording archives on macOS.

The most compelling reason to choose CAF over other formats is its elimination of the 4 GB file size ceiling that constrains WAV and AIFF. A complete multi-set Grateful Dead concert at 24-bit/96 kHz resolution can easily exceed 4 GB as uncompressed audio. CAF handles recordings of any length without issue, making it the only Apple-native uncompressed format suitable for extended live performances without splitting into multiple files.

CAF also serves as the required audio format for iOS application development. If you are building a music app, a concert bootleg player, or any iOS application that uses audio assets from concert recordings, CAF is the native container expected by Core Audio, AVFoundation, and the iOS audio subsystem. Converting SHN to CAF prepares your audio assets for direct integration into Xcode projects.

The conversion from SHN to CAF with PCM encoding is lossless — every audio sample transfers intact. You can also choose ALAC encoding within the CAF container for lossless compression, giving you the same audio quality in a smaller file that remains fully compatible with all Apple audio tools and frameworks.

Key Benefits of Converting SHN to CAF:

  • No Size Limit: Store multi-hour concert recordings in a single file
  • Lossless Quality: Bit-perfect audio preservation from SHN source
  • Core Audio Native: Direct integration with macOS and iOS audio frameworks
  • Rich Metadata: Regions, markers, and annotations for concert navigation
  • iOS Development: Required format for iOS app audio assets
  • Codec Flexibility: Choose PCM, ALAC, or AAC encoding within the container
  • Logic Pro Ready: Opens directly in Apple's professional DAW

Practical Examples

Example 1: Full Concert Single File

Scenario: A collector wants to store a complete three-set Grateful Dead concert as a single uncompressed file with markers at each song transition, but the recording exceeds the 4 GB AIFF/WAV limit.

Source: gd1977-05-08_full.shn (3 sets, 3.5 hours, 3.8 GB SHN)
Conversion: SHN → CAF (24-bit PCM, 44.1 kHz)
Result: gd1977-05-08_full.caf (7.4 GB single file)

Advantages over WAV/AIFF:
✓ Single file for entire concert (exceeds 4 GB safely)
✓ Marker chunks at each song boundary
✓ Region annotations for set breaks and encores
✓ Compatible with Logic Pro timeline editing
✓ No need to split into multiple files

Example 2: iOS Concert Player App

Scenario: A developer is building an iOS app that plays curated concert recordings and needs audio assets in the native Core Audio format for optimal performance and battery efficiency.

Source: Selected concert excerpts in SHN (various shows)
Conversion: SHN → CAF (ALAC-compressed)
Result: Compact lossless CAF files for iOS bundle

iOS development benefits:
✓ Native Core Audio decoding — minimal CPU overhead
✓ ALAC compression keeps app bundle size reasonable
✓ AVAudioPlayer and AVAudioEngine direct support
✓ Optimal battery life during audio playback
✓ No third-party codec libraries required

Example 3: Logic Pro Concert Editing

Scenario: An audio engineer wants to remaster a vintage Phish SHN recording in Logic Pro, requiring a format that supports the full recording length with region markers for song boundaries.

Source: phish1997-11-22.shn (full show, 2.6 GB)
Conversion: SHN → CAF (16-bit PCM)
Result: phish1997-11-22.caf (5.2 GB)

Remastering workflow:
✓ Import entire show as single CAF into Logic Pro
✓ Use markers to navigate between songs
✓ Apply EQ, noise reduction, and level normalization
✓ Export individual songs or full remastered show
✓ No file size concerns during editing session

Frequently Asked Questions (FAQ)

Q: What is the advantage of CAF over WAV or AIFF?

A: CAF's primary advantage is the elimination of the 4 GB file size limit that constrains WAV (RIFF) and AIFF. For concert recordings that may span multiple hours at high resolution, this is critical. CAF also supports structured metadata, region markers, and multiple codec types within a single container. On Apple platforms, CAF is the most flexible and capable audio container available.

Q: Can I play CAF files on Windows or Linux?

A: VLC plays CAF files on all platforms. FFmpeg can decode and convert CAF files. However, most Windows and Linux audio applications do not natively support CAF. If cross-platform compatibility is important, WAV (under 4 GB) or FLAC are better choices. CAF is best reserved for workflows that stay within the Apple ecosystem.

Q: Is the SHN to CAF conversion lossless?

A: Yes, when using PCM or ALAC encoding within the CAF container, the conversion is completely lossless. Every audio sample from the SHN file is preserved identically in the CAF output. The conversion simply decodes the Shorten compression and repackages the audio in Apple's container format.

Q: Should I use PCM or ALAC encoding inside the CAF container?

A: Choose PCM for maximum editing performance and instant random access — there is no decode overhead. Choose ALAC for smaller file sizes with identical audio quality — ALAC files are roughly half the size of PCM with lossless compression. For active production work, PCM is preferred; for storage and playback, ALAC within CAF offers the best balance.

Q: Why is CAF used for iOS app development?

A: CAF is the native container for Apple's Core Audio framework, which handles all audio on iOS and macOS. Using CAF ensures optimal compatibility with AVAudioPlayer, AVAudioEngine, and other iOS audio APIs. The Core Audio hardware decoder can process CAF files with minimal CPU usage and battery drain, making it the most efficient format for iOS audio assets.

Q: Can CAF files contain multiple audio tracks?

A: CAF supports multichannel audio within a single stream but does not natively multiplex separate audio tracks like MKV. For multiple discrete audio tracks (e.g., different microphone feeds from a concert), you would use separate CAF files. The container excels at single-stream audio with rich metadata rather than multi-track multiplexing.

Q: How do region markers in CAF help with concert recordings?

A: CAF region markers allow you to annotate specific timestamps within a recording — song boundaries, set breaks, notable moments. When a three-hour concert is stored as a single CAF file, markers enable instant navigation to specific songs without scanning. In Logic Pro, these markers appear on the timeline, making it easy to jump between sections during editing or mastering.

Q: How large are CAF files compared to the original SHN?

A: With PCM encoding, CAF files are roughly twice the size of SHN files (since SHN applies ~2:1 lossless compression). With ALAC encoding inside CAF, the files are similar in size to SHN — both achieve roughly 50% compression of PCM audio. The exact ratio depends on audio content complexity.