ตัวแปลง HCOM เป็น WAV

HCOM เป็นรูปแบบเสียงที่เข้ารหัสด้วย Huffman จากยุคแรกของ Macintosh ออกแบบมาเพื่อลดขนาดเสียงดิจิทัลสำหรับการแจกจ่ายบนฟล็อปปี้ดิสก์และระบบกระดานข่าวเมื่อพื้นที่จัดเก็บมีค่าและโมเด็มยังช้า ตัวเข้ารหัสรับอินพุต unsigned 8-bit PCM คำนวณตารางความถี่ของค่า sample-delta และสร้าง Huffman tree ที่เหมาะสมที่สุดซึ่งแทนที่ delta ที่พบบ่อยด้วยลำดับบิตสั้น อัตราส่วนการบีบอัด 2:1 หรือดีกว่าเป็นเรื่องปกติสำหรับการบันทึกเสียงพูด ซึ่งเป็นการประหยัดที่มีความหมายเมื่อฟล็อปปี้ 3.5 นิ้วจุเพียง 800 KB ไฟล์ถูกแจกจ่ายเป็น Macintosh resource forks และเล่นผ่านยูทิลิตี้อย่าง SoundApp และระบบนิเวศ BinHex ที่กำหนดการแลกเปลี่ยนซอฟต์แวร์ Mac ในช่วงปลายทศวรรษ 1980 รูปแบบรองรับอัตราสุ่มตัวอย่างสูงสุด 22.255 kHz ตรงกับความสามารถเอาต์พุตของฮาร์ดแวร์เสียง Macintosh ดั้งเดิม เครื่องมืออย่าง SoX ยังคงรองรับการถอดรหัส HCOM ทำให้การบันทึกที่เก็บไว้ยังเข้าถึงได้หลายทศวรรษต่อมา HCOM มีข้อดีสามประการในงานอนุรักษ์: การบีบอัดแบบไม่สูญเสียข้อมูลที่กู้คืนตัวอย่างดั้งเดิมได้อย่างแม่นยำ Huffman table ที่ฝังอยู่ในแต่ละไฟล์เพื่อการถอดรหัสโดยไม่ต้องพึ่งไฟล์ภายนอก และความแพร่หลายทางประวัติศาสตร์ในคลังเสียง Mac รุ่นเก่าหลายพันรายการ

WAV (Waveform Audio File Format) เป็นคอนเทนเนอร์เสียงแบบไม่บีบอัดที่ Microsoft และ IBM ร่วมกันพัฒนา เผยแพร่ครั้งแรกในเดือนสิงหาคม 1991 พร้อมกับ Windows 3.1 สร้างขึ้นบน Resource Interchange File Format (RIFF) WAV จัดเก็บข้อมูลเสียง — โดยทั่วไปเป็น linear pulse-code modulation (LPCM) — พร้อมเมทาดาทาที่อธิบายอัตราสุ่มตัวอย่าง ความลึกบิต และจำนวนช่องสัญญาณ โครงสร้างที่ตรงไปตรงมานี้ทำให้ WAV เป็นมาตรฐานสำหรับเสียงไม่บีบอัดบน Windows และเป็นรูปแบบแลกเปลี่ยนที่ยอมรับในระดับสากลในระบบปฏิบัติการ โปรแกรมแก้ไขเสียง และเครื่องเล่นสื่อแทบทุกตัว ไฟล์ WAV คุณภาพ CD ใช้ตัวอย่าง 16 บิตที่ 44.1 kHz สเตอริโอ ขณะที่เวิร์กโฟลว์ระดับมืออาชีพมักใช้ตัวอย่าง 24 บิตหรือ 32 บิต float ที่อัตราสูงสุด 192 kHz ข้อดีสำคัญคือความเที่ยงตรงแบบไม่สูญเสีย — เนื่องจาก WAV มาตรฐานไม่ใช้การบีบอัด ข้อมูลที่จัดเก็บจึงเป็นตัวแทนดิจิทัลที่ตรงกับการบันทึกต้นฉบับทุกประการ ทำให้เป็นตัวเลือกที่นิยมสำหรับการมาสเตอร์และการเก็บถาวร WAV ยังรองรับเมทาดาทาแบบฝังผ่าน INFO และ BWF chunks ช่วยให้สามารถบันทึกเวลาและบันทึกการผลิต ข้อแลกเปลี่ยนหลักคือขนาดไฟล์ — เสียงสเตอริโอคุณภาพ CD หนึ่งนาทีใช้พื้นที่ประมาณ 10 MB — และโครงสร้าง RIFF 32 บิตกำหนดขีดจำกัด 4 GB แม้ว่า RF64 จะขจัดข้อจำกัดนั้น