MP3를 FLAC으로 바꾸면 음질이 좋아질까? 오디오 파일 보관의 기준

음성 녹음을 보관할 때는 용량이 작은 파일과 편집하기 좋은 파일이 필요할 때가 다르다. 파일 이름 뒤의 확장자만 바꾸거나 큰 형식으로 변환했다고 빠진 정보가 돌아오지는 않는다. 보관용 원본과 배포용 사본을 나눠 두면 같은 작업을 반복하며 생기는 혼란을 줄일 수 있다.

무손실은 무엇을 그대로 남기는가

무손실 압축은 입력한 디지털 오디오 데이터를 복원할 수 있도록 저장하고, 손실 압축은 용량을 줄이기 위해 일부 정보를 버린다. FLAC은 무손실 압축의 예이며 MP3는 손실 압축의 예다. 중요한 단어는 입력한 데이터다. 이미 MP3에서 빠진 원래 녹음의 정보까지 FLAC이 만들어 내지는 않는다.

Audacity의 오디오 품질 설명을 참고하면 형식과 청감상 품질을 구분할 수 있다. 손실 파일이라고 누구나 모든 조건에서 차이를 듣는다는 뜻은 아니다. 반대로 차이를 못 느꼈다고 장기 보관이나 여러 번의 편집에서도 같은 선택이 최선이라는 뜻은 아니다.

변환 경로를 하나 그려 보자

예를 들어 직접 녹음한 PCM WAV 원본에서 MP3 사본을 만들었다고 하자. 그 MP3를 FLAC으로 변환하면 FLAC은 MP3를 디코딩한 결과를 보관한다. 파일이 커질 수는 있지만 최초 WAV와 같아지는 것은 아니다. 원본을 찾을 수 있다면 원본에서 필요한 형식을 다시 만드는 것이 기준이 된다.

MP3를 다시 손실 형식으로 인코딩하면 추가 손실이 생길 수 있다. 따라서 편집을 이어 갈 파일은 가능한 한 무손실 형식이나 편집 프로젝트로 유지하고, 공유할 때 최종 손실 사본을 만드는 흐름이 실용적이다. 무손실 변환은 앞으로의 손실을 피하는 선택일 수 있지만 과거의 손실을 되돌리는 복구는 아니다.

용량을 계산하면 선택이 쉬워진다

이해를 위한 예시로 44,100Hz, 16비트, 2채널의 압축하지 않은 PCM 오디오를 생각하자. 1초의 데이터는 44,100 × 16 × 2 ÷ 8 = 176,400바이트이고, 3분은 약 31.75MB다. 여기서는 1MB를 100만 바이트로 계산했으며 파일 헤더 같은 부가 정보는 제외했다.

같은 3분을 192kbps의 일정한 비트레이트로 저장하면 오디오 데이터는 약 4.32MB다. 이 계산만으로 듣기 좋은 정도를 판단할 수는 없지만 전송과 보관의 규모는 파악할 수 있다. FLAC의 크기는 음원의 내용과 압축 설정에 따라 달라지므로 언제나 정확히 절반이 된다고 생각하지 말자.

녹음 폴더를 원본·프로젝트·배포본으로 나누기

원본 폴더에는 손대지 않은 녹음을, 프로젝트 폴더에는 편집 상태를, 배포 폴더에는 실제 올릴 파일을 둔다. 이름에는 날짜와 용도를 붙이고 확장자를 유지한다. 예를 들어 인터뷰 녹음 하나에서 긴 보관본과 짧은 게시용 파일이 만들어져도 어느 쪽이 출발점인지 알아볼 수 있게 한다.

확장자와 코덱도 구별해야 한다. 컨테이너가 여러 종류의 오디오를 담을 수 있어 이름만으로 손실 여부를 단정하기 어려운 경우가 있다. Audacity 디지털 오디오 기초의 개념을 바탕으로 실제 내보내기 설정을 확인하고, 최종 파일의 시작과 끝까지 재생한 뒤 원본과 함께 백업하자.