Convert SHN to WAV

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

SHN vs WAV Format Comparison

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

Shorten is a lossless audio compression format created by Tony Robinson at SoftSound in 1993. It was one of the earliest practical lossless audio codecs and became the de facto standard for trading live concert recordings online during the late 1990s and early 2000s, particularly among fans of Grateful Dead, Phish, and other jam bands. Though largely superseded by FLAC, SHN files remain common in legacy music archives.

Lossless Legacy
WAV
Waveform Audio File Format

WAV (Waveform Audio File Format) is an uncompressed audio container developed by Microsoft and IBM in 1991 as part of the RIFF specification. WAV stores raw PCM audio data with a simple header, providing bit-perfect audio representation with zero processing overhead. It is the universal interchange format in professional audio production and is supported by every audio application, operating system, and hardware device in existence.

Lossless Standard
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: 1 Hz – 4.29 GHz (any value)
Bit Depth: 8, 16, 24, 32-bit integer; 32, 64-bit float
Channels: 1 to 65,535 channels
Codec: PCM (uncompressed), optional compression codecs
Container: RIFF (.wav), RF64 for files over 4 GB
Audio Encoding

Shorten uses linear prediction to model audio samples and encodes residuals with Huffman coding, achieving lossless compression ratios of roughly 2:1:

# Decode SHN to WAV directly
ffmpeg -i input.shn output.wav

# Verify decoded WAV integrity
ffmpeg -i output.wav -f null -

WAV stores raw PCM samples — each sample is a direct numerical representation of the audio waveform amplitude at that instant:

# CD-quality WAV (16-bit, 44.1 kHz, stereo)
# = 44100 samples/sec × 2 bytes × 2 channels
# = 176,400 bytes/sec ≈ 10.1 MB/min

# Check WAV file properties
ffprobe -show_format -show_streams \
  output.wav
Audio Features
  • Metadata: No native tag support (relies on external .txt files)
  • Album Art: Not supported
  • Gapless Playback: Supported natively — important for live recordings
  • Streaming: Not designed for streaming
  • Seeking: Limited — requires seek tables or full decode
  • Chapters: Not supported
  • Metadata: Limited RIFF INFO tags and BWF metadata
  • Album Art: Not natively supported
  • Gapless Playback: Inherent — uncompressed, no padding
  • Streaming: Not practical (very large file sizes)
  • Seeking: Instant — direct byte offset calculation
  • Chapters: Supported via BWF cue points
Advantages
  • Bit-perfect lossless compression preserving every audio detail
  • Historical standard for live concert recording archives
  • Simple codec with fast decoding speed
  • Gapless playback ideal for continuous live performances
  • Widely recognized in tape-trading and bootleg communities
  • Absolutely universal — every device and software reads WAV
  • Zero processing overhead — instant playback and editing
  • Industry standard for professional audio production
  • No decoding artifacts possible — raw sample data
  • Required input format for many DAWs and editing tools
  • Bit-perfect representation of the original recording
Disadvantages
  • Obsolete — superseded by FLAC with better compression
  • Limited software support in modern players
  • No metadata or tagging capability
  • Larger files than FLAC for equivalent lossless content
  • Poor seeking performance without seek tables
  • Very large files — ~10 MB per minute for CD quality stereo
  • No compression — roughly 2x larger than SHN, 2.5x larger than FLAC
  • 4 GB file size limit in standard RIFF (RF64 extends this)
  • Minimal metadata support — no proper tagging system
  • Impractical for portable music libraries due to size
Common Uses
  • Live concert recording archives (Grateful Dead, Phish)
  • Legacy lossless music collections from 1990s–2000s
  • Tape-trading community distributions
  • Archival of audience recordings and soundboard tapes
  • Source files for re-encoding to modern formats
  • Professional audio editing and mastering (DAW interchange)
  • CD burning and disc authoring
  • Audio verification and quality comparison
  • Input format for batch encoding to any target codec
  • System sounds and software audio assets
Best For
  • Preserving original live concert recordings bit-perfectly
  • Maintaining legacy archive compatibility
  • Source material for transcoding to any target format
  • Collections where historical provenance matters
  • Audio editing in DAWs (Audacity, Pro Tools, Logic Pro)
  • Burning concert recordings to audio CDs
  • Intermediate format for multi-step conversion workflows
  • Checksum verification of lossless codec fidelity
Version History
Introduced: 1993 (Tony Robinson, SoftSound)
Current Version: Shorten 3.x
Status: Legacy, no active development
Evolution: Shorten (1993) → largely replaced by FLAC (2001)
Introduced: 1991 (Microsoft and IBM, RIFF specification)
Current Version: RIFF/WAVE with RF64 extension
Status: Universal standard, actively used in production
Evolution: RIFF WAV (1991) → BWF extension (1997) → RF64 64-bit (2001)
Software Support
Media Players: foobar2000, VLC, Winamp (plugin)
Decoders: FFmpeg, shorten CLI tool
Mobile: Not natively supported
Web Browsers: Not supported
Archives: etree.org, archive.org, bt.etree.org
Media Players: Every media player ever created
DAWs: Pro Tools, Logic Pro, Audacity, Reaper, Ableton
Mobile: iOS (native), Android (native)
Web Browsers: Chrome, Firefox, Safari, Edge — all browsers
Hardware: Every audio device, including CD burners

Why Convert SHN to WAV?

Converting SHN to WAV decompresses the lossless Shorten stream back to raw, uncompressed PCM audio. This is the fundamental decoding operation that makes SHN audio accessible to every piece of software and hardware in existence. WAV is the universal interchange format — every DAW, audio editor, CD burner, media player, and encoding tool accepts WAV input without question. When no other format works or when you need the simplest possible representation of your concert recordings, WAV is the answer.

The most common reason to convert SHN to WAV is as an intermediate step in a larger workflow. Many audio editors and conversion tools cannot read SHN directly but accept WAV input. By first decoding to WAV, you can then edit the audio in Audacity or Pro Tools, burn it to audio CDs, or encode it to any target format. In the early days of concert trading, "SHN to WAV to CDR" was the standard workflow for creating audio CDs from downloaded concert recordings.

WAV files are also used for verification purposes. To confirm that a lossless conversion between two codecs (such as SHN to FLAC) was bit-perfect, you decode both to WAV and compare the resulting files byte-by-byte. If the WAV outputs are identical, the conversion was lossless. This is the definitive test for audio integrity and is standard practice when migrating concert archives between formats.

The trade-off is file size — WAV files are roughly twice as large as SHN and 2.5 times larger than FLAC. A 70-minute concert at CD quality (16-bit, 44.1 kHz stereo) produces approximately 700 MB of WAV data. WAV also lacks proper metadata support, so show information and tagging are lost. For long-term storage or portable use, FLAC or another compressed format is far more practical. Use WAV for editing, burning, verification, and as a temporary intermediate format.

Key Benefits of Converting SHN to WAV:

  • Universal Compatibility: Every audio tool, device, and platform reads WAV
  • DAW Ready: Direct import into Pro Tools, Logic, Audacity, Reaper, Ableton
  • CD Burning: Standard input format for creating audio CDs from concerts
  • Zero Processing: No decoding overhead — instant playback and editing
  • Verification: Reference format for confirming lossless conversion integrity
  • Intermediate Format: Universal stepping stone for any target conversion
  • Bit-Perfect: Raw PCM — the exact audio data as originally recorded

Practical Examples

Example 1: Burning Concert CDs

Scenario: A fan wants to create audio CDs of their favorite Grateful Dead SHN recordings to play in their vintage car stereo and share physical copies with friends.

Source: gd1977-05-08.shn (Cornell '77, 14 tracks, 1.4 GB)
Conversion: SHN → WAV (16-bit, 44.1 kHz stereo)
Result: 14 WAV tracks (700 MB per disc)

CD burning workflow:
1. Decode SHN to WAV (16-bit/44.1 kHz — CD spec)
2. Open WAV files in CD burning software (ImgBurn, Nero)
3. Arrange tracks in setlist order
4. Set disc-at-once mode for gapless burning
5. Burn to blank CD-R — plays in any CD player

Example 2: Audio Editing in Audacity

Scenario: A podcast producer wants to extract and clean up specific segments from SHN concert recordings for use in a documentary about the live music trading community.

Source: Various SHN concert clips (12 GB)
Conversion: SHN → WAV for Audacity editing
Result: Editable WAV files in Audacity timeline

Editing workflow:
1. Convert SHN tracks to WAV
2. Import WAV into Audacity project
3. Trim, crossfade, and normalize selected segments
4. Apply noise reduction to audience recordings
5. Export edited segments as MP3 for podcast distribution

Example 3: Lossless Conversion Verification

Scenario: An archivist is migrating a 500 GB SHN collection to FLAC and needs to verify that every conversion is bit-perfect with zero data loss.

Verification process for each show:
1. Decode SHN to WAV: ffmpeg -i show.shn shn_decoded.wav
2. Decode FLAC to WAV: ffmpeg -i show.flac flac_decoded.wav
3. Compare: diff shn_decoded.wav flac_decoded.wav

Results:
  Files identical → Conversion was bit-perfect ✓
  Files differ → Investigate encoding issue ✗

Batch verification:
  → md5sum on WAV outputs from both sources
  → If MD5 matches, lossless integrity confirmed
  → Applied to all 500+ shows in the archive

Frequently Asked Questions (FAQ)

Q: Is converting SHN to WAV a lossless operation?

A: Yes, perfectly lossless. SHN is a lossless compression of PCM audio, and WAV stores raw PCM audio. Decoding SHN to WAV simply reverses the compression, recovering the exact original samples. The resulting WAV file contains bit-identical audio to what was originally compressed into SHN. No information is lost, added, or altered.

Q: Why are WAV files so much larger than SHN?

A: Because WAV stores raw, uncompressed audio samples. At CD quality (16-bit, 44.1 kHz, stereo), WAV produces approximately 10.1 MB per minute. SHN applies lossless compression that reduces this by roughly 50%. A 70-minute concert is about 700 MB as WAV versus 350 MB as SHN. The WAV contains the exact same audio data — just without any compression to reduce the storage footprint.

Q: Should I store my concert collection as WAV?

A: No — WAV is impractical for long-term storage due to its large file size and lack of metadata support. Use FLAC instead, which provides lossless compression (roughly 60% of WAV size), rich metadata tagging, and universal player support. WAV should be used as a temporary intermediate format for editing, burning CDs, and verification. Always store your master archive in FLAC, not WAV.

Q: Can I burn SHN concert recordings to audio CDs?

A: Yes, by first converting to WAV. Audio CDs require 16-bit, 44.1 kHz stereo PCM data, which is exactly what a WAV file provides. Convert your SHN tracks to WAV, then use CD burning software (ImgBurn, Nero, iTunes) to create an audio disc. Use disc-at-once mode for gapless burning to preserve seamless transitions in live recordings. Most SHN concert recordings are already in CD-spec format.

Q: Can I edit WAV files from SHN in any audio editor?

A: Yes, absolutely every audio editor supports WAV. Audacity, Pro Tools, Logic Pro, Reaper, Ableton Live, Adobe Audition, GarageBand, and every other DAW or audio tool will open WAV files immediately. This universal editability is the main reason to convert SHN to WAV as an intermediate step — it unlocks your concert recordings for any audio processing or production workflow.

Q: Will I hit the 4 GB WAV file size limit?

A: Possibly for very long shows. At CD quality, the 4 GB RIFF limit is reached at approximately 6.7 hours of stereo audio. Most individual concert tracks are well under this, but if you concatenate an entire multi-set show into a single WAV, long performances could approach the limit. The RF64 extension removes this limit for files over 4 GB, and FFmpeg can produce RF64 WAV files when needed.

Q: How do I verify that my SHN to FLAC conversion was lossless?

A: Decode both files to WAV and compare them. Run "ffmpeg -i file.shn output_shn.wav" and "ffmpeg -i file.flac output_flac.wav", then compare the WAV files using "md5sum" or "diff". If the WAV outputs are byte-identical, the conversion was bit-perfect. This is the definitive verification method used by the archival community to confirm lossless integrity during format migrations.

Q: How long does SHN to WAV conversion take?

A: Extremely fast — SHN decoding is simple and runs 30 to 60 times faster than real-time. A 70-minute concert converts in under 2 minutes. The operation is essentially just decompressing data, with minimal CPU load. The bottleneck is typically disk write speed for the large resulting WAV files. Batch-converting hundreds of shows to WAV completes quickly but requires significant disk space.