어떤 프로젝트인가요?
팟캐스트를 녹음해봤거나 유튜브 영상에 내레이션을 깔아본 적이 있다면 “무료로 쓸 만한 오디오 편집기 없나?” 하고 한 번쯤 검색해보셨을 거예요. 그러면 거의 다 Audacity에 도착하게 되죠. 이번에 GitHub에 공개된 Audionaut는 바로 이 영역에 도전하는 프로젝트예요. 소개는 아주 간단해요. 오픈소스이고, 크로스플랫폼이고(여러 운영체제에서 같은 앱을 쓸 수 있다는 뜻이에요), 멀티트랙 오디오 에디터래요.
짧은 설명이지만 세 단어 모두 만만치 않은 도전을 담고 있어요. 오디오 편집기는 파형을 그려주고 자르고 붙이기만 하는 단순한 프로그램처럼 보이잖아요. 그런데 속을 들여다보면 실시간 처리, 운영체제마다 다른 오디오 시스템, 대용량 데이터 처리까지 꽤 깊은 기술이 필요하거든요. 이 프로젝트를 계기로 오디오 에디터가 어떻게 만들어지는지, 이 시장에는 어떤 선수들이 있는지 같이 살펴볼게요.
멀티트랙이 뭐냐면
포토샵의 레이어를 떠올리면 쉬워요. 레이어마다 다른 그림을 올려두고 따로 움직이거나 투명도를 조절하잖아요. 멀티트랙도 똑같아요. 1번 트랙엔 내 목소리, 2번 트랙엔 배경음악, 3번 트랙엔 효과음을 두고 볼륨을 따로 조절하거나 타이밍을 앞뒤로 옮길 수 있어요. 싱글트랙 편집기는 이와 달리 파일 하나를 열어 그 파형 자체를 다듬는 쪽에 가깝고요.
여기서 중요한 설계 포인트가 하나 있는데요, 바로 파괴적 편집과 비파괴적 편집이에요. 파괴적 편집은 원본 파형 데이터를 직접 고쳐요. 그래서 저장하고 나면 원래 소리로 돌아갈 수 없죠. 비파괴적 편집은 원본은 그대로 두고 “3초부터 5초까지 잘라냄, 볼륨 -3dB” 같은 편집 지시서만 쌓아둬요. 라이트룸에서 아무리 보정을 해도 원본 사진은 멀쩡한 것과 같은 원리예요. Audacity도 3.x 버전대에서 클립의 잘라낸 부분을 다시 늘려 되살리는 기능처럼 비파괴적인 요소를 조금씩 더해왔어요. 새 에디터를 써볼 때 이 부분을 어떻게 설계했는지 README나 코드를 보면 프로젝트의 방향이 잘 보여요.
크로스플랫폼 오디오가 어려운 이유
오디오는 운영체제마다 쓰는 시스템이 완전히 달라요. Windows는 WASAPI나 ASIO, macOS는 Core Audio를 써요. 리눅스는 ALSA, PulseAudio에 요즘은 PipeWire, 전문가용 JACK까지 있고요. 그래서 대부분의 프로젝트는 PortAudio, RtAudio, miniaudio, JUCE 같은 라이브러리로 이 차이를 한 번 감싸서 써요.
더 어려운 건 실시간성이에요. 오디오 장치는 일정한 간격으로 “다음 소리 데이터 줘!” 하면서 콜백을 호출해요. 48kHz에 버퍼가 256샘플이라면 약 5.3ms 안에 다음 데이터를 채워줘야 해요. 이걸 놓치면 “틱” 하는 끊김(언더런)이 생기고요. 그래서 오디오 스레드 안에서는 메모리 할당이나 락(lock, 여러 스레드가 같은 자원을 동시에 쓰지 못하게 잠그는 것)을 피하는 게 철칙이에요. 가비지 컬렉션이 있는 언어로 오디오 앱을 만들기 까다로운 것도 이 때문이에요.
파형 그리기도 생각보다 까다로워요. 48kHz로 녹음한 1시간짜리 오디오에는 샘플이 1억 7천만 개가 넘게 들어 있거든요. 화면을 축소했을 때 이걸 전부 그릴 수는 없으니까, 구간별 최솟값과 최댓값을 확대 배율별로 미리 계산해둔 요약 데이터를 쓰는 기법이 널리 쓰여요.
업계 맥락: 이미 누가 있나요?
이 분야의 터줏대감은 단연 Audacity예요. GPL 오픈소스로 오랫동안 사랑받아왔죠. 그런데 2021년 Muse Group에 인수된 뒤 텔레메트리(사용 데이터 수집) 도입 시도와 개인정보 정책 변경으로 논란이 일었고, 그 여파로 Tenacity 같은 포크가 생겨났어요. 그 뒤로 커뮤니티가 주도하는 대안에 대한 관심이 꾸준히 이어지고 있어요.
본격적인 음악 제작용으로는 Ardour가 있어요. MIDI, 플러그인, 믹싱까지 지원하는 완전한 DAW(디지털 오디오 워크스테이션)인데, 그만큼 배우기 어렵다는 평이 많아요. 상용 쪽에서는 저렴한 라이선스로 유명한 REAPER가 강자예요. 무료지만 소스가 닫혀 있는 Ocenaudio 같은 도구도 있고요. 정리하면 “가볍지만 기능이 아쉬운 편집기”와 “강력하지만 무거운 DAW” 사이가 꽤 넓게 비어 있어요. 새 오픈소스 에디터가 자리 잡을 틈이 바로 여기예요.
한국 개발자에게 주는 시사점
콘텐츠를 만드는 분이라면 팟캐스트나 강의 녹음에 가볍게 써볼 만해요. 다만 신생 프로젝트니까 중요한 작업은 원본을 꼭 백업해두고, 지원하는 파일 포맷과 내보내기 옵션부터 확인하세요.
오디오 프로그래밍에 관심 있다면 이런 프로젝트는 최고의 교과서예요. 링 버퍼, 실시간 스레드 설계, 실행 취소(undo)를 위한 커맨드 패턴, 파형 렌더링 최적화를 한 코드베이스에서 다 볼 수 있거든요.
오픈소스 기여를 시작하고 싶다면 초기 프로젝트가 오히려 기회예요. 아직 정리가 덜 된 만큼 작은 버그 수정이나 문서 개선도 환영받기 쉽고, 한국어 번역(i18n)으로도 기여할 수 있어요. 특히 Windows에서 한글 경로나 한글 파일명으로 파일을 열고 저장해보세요. 해외 개발자들이 놓치기 쉬운 부분이라 이 테스트만으로도 의미 있는 버그 리포트가 나올 수 있어요.
마무리
오디오 에디터는 단순해 보여도 실시간 처리와 OS 호환성이라는 깊은 기술이 숨어 있는 분야예요. Audionaut는 가벼운 편집기와 무거운 DAW 사이의 빈자리를 노리는 새 오픈소스 도전이고요.
여러분은 오디오 편집할 때 어떤 툴을 쓰고 계신가요? 오픈소스 오디오 툴이 상용 툴만큼 널리 쓰이려면 무엇이 가장 필요하다고 보세요?
🔗 출처: Hacker News