FLAC

MP3와 AAC는 사람이 잘 알아채지 못하는 오디오의 일부를 찾아서 그 데이터를 완전히 버리는 방식으로 작은 파일을 만듭니다. 이 과정은 되돌릴 수 없습니다 — 일단 버려진 정보는 다시 만들어낼 방법이 없습니다. FLAC은 다른 접근을 취합니다. 파일 안의 실제 패턴을 이용해 데이터를 압축하는데, ZIP 파일이 텍스트를 압축하는 방식과 비슷하지만 오디오 파형에 맞게 설계되었다는 점이 다릅니다. 압축을 풀면 원본과 비트 단위로 완전히 동일한 오디오가 나옵니다. 무언가를 버려서가 아니라 더 효율적으로 표현해서 파일이 작아지는 것입니다.

그 대가는 압축률입니다. FLAC은 원본 크기의 대략 50~60% 정도까지만 줄일 수 있는 반면, MP3는 10% 밑으로까지 줄일 수 있습니다. 앨범 하나를 FLAC으로 받으면 대개 300~400MB인데, 같은 앨범이 320kbps MP3라면 그 절반 정도밖에 안 됩니다.

FLAC이 존재하는 이유는 바로 이 트레이드오프 때문입니다 — 저장 공간보다 정확성이 더 중요할 때를 위한 것입니다. 음악 보관, 매스터링 작업, 그리고 재인코딩을 거칠 때마다 화질이 조금씩 깎이는 걸 원치 않는 모든 상황이 여기에 해당합니다.

iOS의 오디오 프레임워크가 FLAC을 디코딩할 수 있다는 것과, 특정 앱이 그 프레임워크를 어떻게 활용하기로 선택했는지는 별개의 문제입니다. Apple Music은 FLAC 파일을 라이브러리 항목으로 취급하지 않습니다. 서드파티 뮤직 플레이어들은 저마다 다른 결정을 내립니다 — 일부는 FLAC을 완전한 시민으로 대해 앨범 아트, 앨범, 아티스트로 정리해 주지만, 다른 일부는 그냥 재생만 되는 파일로 취급합니다.

이 편차는 시스템 지원이 부족해서가 아니라, "음악 라이브러리"라는 게 실제로는 앱이 직접 만들어야 하는 상당한 작업이기 때문에 생깁니다 — 파일을 스캔하고, 태그를 파싱하고, 앨범 아트를 추출하고, 이걸 브라우징 가능한 구조로 유지하는 일이죠. 재생 하나만 지원하는 것보다 훨씬 많은 작업이라서, 모든 앱이 다 하지는 않습니다.

용량도 실질적인 요인입니다. 무손실 라이브러리는 손실 압축 라이브러리보다 몇 배는 더 큰 저장 공간을 차지하는데, 이는 저장 공간이 한정된 기기에서 실제로 체감되는 제약입니다.