FLAC은 Free Lossless Audio Codec의 약자로, 이름 그대로 한 샘플도 바꾸지 않고 오디오 파일의 크기를 줄입니다. 이 프로젝트는 Josh Coalson이 시작했으며, 현재는 Vorbis와 Opus를 만든 비영리 단체 Xiph.Org Foundation이 관리하고 있습니다. 형식과 기준 소프트웨어 모두가 오픈되고 로열티가 없어, FLAC이 CD 컬렉션을 보관하는 표준 방식이자 아티스트가 운영하는 음악 스토어에서 일반적인 다운로드 옵션이 되었습니다.
FLAC은 어떻게 손실 없이 압축하나요
무손실 압축은 MP3와 나란히 놓고 보면 모순처럼 들리지만, 실제로는 소리에 맞게 조정된 ZIP 파일과 같은 개념입니다. FLAC은 오디오를 여러 블록으로 나누고, 각 블록마다 파형이 어디로 향하는지 간단한 수학적 예측을 맞춥니다. 그런 다음 그 예측값과, 효율적인 부호화 방식으로 압축한 작은 오차만 저장합니다. 디코딩할 때는 예측을 다시 계산하고 오차를 더해, 원본 샘플을 비트 단위까지 그대로 재현합니다. 얼마나 용량을 줄일 수 있는지는 음악에 따라 달라지지만, 동일한 녹음을 WAV로 저장했을 때보다 FLAC 파일이 보통 훨씬 더 작습니다.
FLAC은 최대 8채널, CD 품질을 넘는 비트 깊이, 매우 높은 샘플 레이트까지 처리할 수 있습니다. MP3처럼 프레임 기반이기 때문에, 파일 전체를 먼저 읽지 않고도 스트리밍하거나 건너뛰기가 가능합니다. 헤더에는 압축되지 않은 오디오의 MD5 지문도 저장되어, 수년이 지나도 소프트웨어가 이 파일이 처음 리핑한 것과 정확히 같은지 증명할 수 있습니다. 동일한 코덱을 Ogg 컨테이너 안에 담아 사용할 수도 있지만, 실제로는 일반적인 FLAC 파일을 보는 경우가 대부분입니다.
FLAC 파일에는 어떤 메타데이터가 담기나요
FLAC 파일은 용도가 정해진 여러 메타데이터 블록으로 시작합니다. STREAMINFO는 항상 존재하는 기술 정보 블록으로, 샘플 레이트, 채널 수, 샘플당 비트 수, 전체 샘플 수, 그리고 그 MD5 지문을 담습니다. SEEKTABLE은 재생 프로그램이 이곳저곳으로 점프할 수 있게 돕고, CUESHEET는 CD 한 장 전체의 트랙 구성을 설명할 수 있습니다. PICTURE는 타입과 설명이 포함된 내장 아트워크를 저장하며, PADDING은 나중에 태그를 수정할 때 파일 전체를 다시 쓰지 않도록 남겨 두는 단순한 빈 공간입니다.
설명용 태그는 Ogg와 같은 태그 시스템인 VORBIS_COMMENT 블록에 저장됩니다. 이것은 필드 이름과 값으로 이루어진 일반 텍스트 쌍 목록이어서, 미리 정해진 한정된 집합에 묶이지 않습니다. TITLE, ARTIST, ALBUM, ALBUMARTIST, DATE, TRACKNUMBER, DISCNUMBER, GENRE, COMPOSER, PERFORMER, COPYRIGHT, ISRC, COMMENT 등이 흔히 쓰이며, 하나의 필드가 두 번 이상 등장할 수도 있어, 하나의 트랙에 두 명의 아티스트를 크레딧할 수 있습니다.
프로그램이 어떤 필드든 새로 만들 수 있기 때문에, 이 블록은 음악 자체만큼이나 그 파일이 거친 소프트웨어 흐름에 대해 알려 주는 경우가 많습니다. ENCODER는 파일을 만든 앱과 그 버전을 나타냅니다. 리핑 소프트웨어는 디스크를 온라인 음악 데이터베이스와 연결하는 식별자, 평점, 재생 횟수, 리플레이 게인 측정값, 때로는 CD를 읽은 드라이브 정보 같은 항목을 추가합니다. 누군가 태깅 프로그램에 직접 입력했다면 개인 메모, 실명, 이메일 주소도 이런 자유 필드에 들어갑니다. FLAC에는 위치나 기기를 위한 표준 필드가 없어서, 음악 파일만으로는 사용자의 위치가 드러나는 일이 드물지만, 사람이든 애플리케이션이든 한 번 적어 넣은 내용은 그대로 읽을 수 있는 텍스트로 남습니다.
FLAC을 언제 사용해야 하나요
FLAC은 오디오를 보관할 때 적합한 선택입니다. CD 컬렉션, 마스터 녹음, 나중에 다시 변환할 수 있는 어떤 것이든 포함됩니다. WAV와 비교하면 파일 크기와 태깅 면에서 유리하면서도, 여전히 소스와 비트 단위까지 동일합니다. MP3나 AAC와 비교하면 훨씬 크기 때문에, 저장 공간이 적은 휴대폰이나 트래픽이 많은 웹사이트에는 적합하지 않습니다. Apple 기기에서는 같은 개념으로 만든 또 다른 무손실 포맷인 ALAC이 선호되며, 두 형식 모두 모든 샘플을 그대로 유지하므로 서로 변환해도 손실이 전혀 없습니다.