맨위로가기

브로드캐스트 웨이브 포맷

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요

브로드캐스트 웨이브 포맷(BWF)은 오디오 데이터의 원활한 교환을 위해 메타데이터를 추가하여 다양한 컴퓨터 플랫폼 및 응용 프로그램에서 사용할 수 있도록 설계된 파일 형식이다. BWF는 표준 WAV 파일에 확장 청크(RIFF)를 추가하여 메타데이터를 저장하며, Bext, iXML, quality, MPEG 오디오 확장, Peak Envelope, link, axml, cont 청크 등을 포함한다. BWF는 WAV 파일과 호환되지만, 파일 크기 제한을 초과하는 오디오를 저장하기 위해 여러 파일로 분산시킬 수 있는 cont 및 link 청크를 사용한다. 2006년에는 BWF 호환 다중 채널 파일 형식인 RF64가 지정되었다.

더 읽어볼만한 페이지

  • 오디오 파일 포맷 - MP3
    MP3는 MPEG 표준의 오디오 압축 형식으로, 인간의 청각 심리를 이용하여 음질 저하를 최소화하며 데이터를 압축하고, 1991년에 발명되어 2017년 특허 만료로 퍼블릭 도메인이 되었다.
  • 오디오 파일 포맷 - 고급 오디오 부호화
    고급 오디오 부호화(AAC)는 MP3 후속 코덱으로 설계되어 더 나은 음질을 제공하며, ISO/IEC 표준으로 다양한 프로파일과 기술을 통해 발전하여 아이튠즈 스토어, 유튜브, 디지털 방송 등에서 널리 활용되는 디지털 오디오 데이터 압축 표준이다.
  • 영상 기술 - 애니메이션
    애니메이션은 정지된 이미지나 사물을 연속적으로 보여 움직임처럼 보이게 하는 시각 매체로, 실사 촬영 외 기술로 이미지를 움직이는 창작물을 의미하며, 제작 기법과 표현 방식에 따라 다양한 종류로 나뉘고 여러 매체를 통해 다양한 목적으로 활용된다.
  • 영상 기술 - 디지털 시네마
    디지털 시네마는 1990년대 후반부터 확산된 영화 제작 및 상영 방식으로, 스타워즈 에피소드 1과 돌비 디지털의 출시를 기점으로 DCI 표준화 및 VPF 모델 도입을 통해 극장 시스템이 전환되었으며, 현재 4K 해상도, 레이저 프로젝터 등의 기술 발전과 새로운 콘텐츠 배급 방식을 통해 향상된 관람 경험을 제공하지만 필름 옹호론과 단점에 대한 비판도 존재한다.
브로드캐스트 웨이브 포맷 - [IT 관련 정보]에 관한 문서
개요
종류오디오 파일 포맷, 컨테이너 포맷
기반 포맷WAV
확장 포맷RF64
개발유럽 방송 연맹 (EBU)
발표1997년
최신 버전버전 2
최신 버전 발표일2011년 5월
표준EBU - TECH 3285 브로드캐스트 웨이브 포맷 (BWF) 사양
ITU-R BS.1352-3 정보 기술 매체에서 메타데이터를 포함한 오디오 프로그램 자료 교환을 위한 파일 포맷
파일 확장자.bwf
.wav
사용자 가이드브로드캐스트 웨이브 포맷 (BWF) 사용자 가이드

2. 상세

1997년 유럽 방송 연합(EBU)이 제정한 브로드캐스트 웨이브 포맷(BWF)은 표준 WAV 파일 형식에 다양한 메타데이터를 추가하여, 여러 컴퓨터 플랫폼과 응용 프로그램 간에 음성 데이터를 원활하게 교환하고 활용하기 위해 만들어졌다.[2] 이 형식은 2001년과 2003년에 개정되었다. BWF는 음향 처리 과정에서 필요한 정보를 참조하거나 다른 기록과의 타임코드 동기화를 가능하게 하는 메타데이터를 포함하며,[2] 이러한 메타데이터는 표준 WAV 파일의 RIFF 구조 내에 확장 청크 형태로 저장된다.[2] BWF 파일의 확장자는 일반 WAV 파일과 동일한 `.WAV`이다.[2]

BWF는 파일 헤더에 확장된 정보(예: 'bext' 청크)가 추가된다는 점 외에는 일반 WAV 파일과 구조가 유사하여, 재생을 위해 특별한 플레이어를 필요로 하지 않는다.[2] 일반적인 WAVE 청크 외에도 BWF 파일에는 방송 및 편집 환경에 필요한 추가 정보를 담기 위한 다양한 확장 청크(예: 'iXML', 'qlty', 'mext', 'levl', 'link', 'axml', 'cont' 등)가 포함될 수 있다.[2][4]

이러한 호환성은 WAV 파일이 가진 파일 크기 제한 (데이터 청크당 4GB) 문제도 그대로 가져온다.[2] 이 제한을 넘어가는 오디오를 저장하기 위해, BWF는 오디오 데이터를 여러 파일에 나누어 저장할 수 있는 'link' 청크와 'cont' 청크 같은 확장 기능을 제공한다.[2][4] 분할된 파일들에 대한 공식적인 명명 규칙은 없으나, 연속된 파일임을 나타내기 위해 많은 프로그램에서 파일 확장자 뒤에 번호를 붙이는 방식(예: `.wav`, `.w01`, `.w02` 등)을 사용한다.[2] 이러한 확장 청크를 인식하는 플레이어는 첫 번째 파일을 열 때 연결된 모든 파일을 하나의 긴 오디오 조각으로 처리할 수 있다.[2] 또한, 2006년에는 파일 크기가 4GB를 초과할 수 있도록 설계된 BWF 호환 다중 채널 파일 형식인 RF64가 지정되었다.[2]

'axml' 청크는 오디오와 함께 XML 형식의 데이터를 통합하는 데 사용되며,[2] 2012년 8월 유럽 방송 연합은 axml 청크에 국제 표준 녹음 코드(ISRC)를 포함시키는 사양을 발표했다.[2] BWF는 MXF에서 SMPTE 표준 382에 의해 사용되도록 지정되었으며,[2] AES31 표준에서도 사용하도록 지정되었다.[2]

2. 1. Bext 청크 ('bext')

Bext 청크(bext)는 브로드캐스트 웨이브 포맷(BWF) 파일의 핵심적인 확장 청크 중 하나이다.[2][4] 'Bext'는 'Broadcast Extension'의 약자로, 이름 그대로 방송 환경에서의 요구사항을 충족시키기 위한 확장 정보를 담는다.

1997년 유럽 방송 연합(EBU)이 BWF 사양을 처음 제정했을 때의 주요 목적은, 표준 WAV 파일 형식에 풍부한 메타데이터를 추가하여 서로 다른 컴퓨터 플랫폼과 응용 프로그램 간에 음성 데이터를 원활하게 교환하고 활용하는 것이었다.[2] Bext 청크는 바로 이러한 목적을 위해 BWF에 고유하게 추가된 청크로[4], 파일 설명, 제작자 정보, 타임코드 참조점 등 오디오 편집 및 관리에 필수적인 메타데이터를 저장하는 표준화된 공간을 제공한다.

이 메타데이터는 RIFF 파일 구조 내에서 표준 WAV 청크들과 함께 확장 청크 형태로 저장된다.[2] Bext 청크의 존재는 BWF 파일이 단순한 오디오 데이터를 넘어, 제작 및 편집 과정에 필요한 부가 정보를 함께 전달할 수 있게 하는 중요한 요소이다. 이를 통해 음향 처리 과정에서 해당 정보를 참조하거나 다른 오디오/비디오 기록과의 정밀한 동기화 작업이 가능해진다. BWF 파일은 확장자로 .WAV를 사용하며, Bext 청크가 포함되어 있더라도 일반 WAV 파일과의 기본적인 재생 호환성은 유지된다.[2]

2. 2. iXML 청크 ('iXML')

브로드캐스트 웨이브 포맷(BWF)은 표준 WAV 파일 형식에 메타데이터를 추가하기 위해 여러 확장 청크를 사용한다. 이는 다양한 컴퓨터 플랫폼 및 응용 프로그램 간에 음성 데이터의 원활한 교환을 가능하게 하기 위함이다.[2] 이 메타데이터는 표준 WAV 파일에 추가된 확장 청크(RIFF 참조)에 저장된다.

BWF 파일에 포함될 수 있는 주요 확장 청크 중 하나로 'iXML' 청크가 있다.[4] 다른 확장 청크들은 다음과 같다.[2][4]

  • 원본 Bext 청크 (Broadcast Extension - 'bext')
  • iXML 청크 ('iXML')
  • Quality 청크 ('qlty')
  • MPEG 오디오 확장 청크 ('mext')
  • Peak Envelope 청크 ('levl')
  • link 청크 ('link')
  • axml 청크 ('axml')
  • [http://www.noa-audio.com/continue_chunk.html 컨티뉴 청크 ('cont')]

2. 3. Quality 청크 ('qlty')

브로드캐스트 웨이브 포맷(BWF) 파일에는 일반적인 WAVE 형식의 청크 외에 추가된 여러 확장 청크 중 하나로 퀄리티 청크(Quality chunk, qlty)가 있다.[2][4]

2. 4. MPEG 오디오 확장 청크 ('mext')

브로드캐스트 웨이브 포맷(BWF) 파일에는 일반적인 WAVE 청크 외에도 여러 확장 청크가 포함될 수 있다.[2][4] BWF 형식에 추가될 수 있는 주요 확장 청크는 다음과 같다.

  • 원본 Bext 청크 (Broadcast Extension - 'bext')
  • iXML 청크 ('iXML')
  • Quality 청크 ('qlty')
  • MPEG 오디오 확장 청크 ('mext')
  • Peak Envelope 청크 ('levl')
  • link 청크 ('link')
  • axml 청크 ('axml')
  • 컨티뉴 청크 ('cont')


이 중 'mext'라는 식별자를 가진 MPEG 오디오 확장 청크는 BWF 파일에서 사용될 수 있는 확장 기능 중 하나이다.

2. 5. Peak Envelope 청크 ('levl')

Peak Envelope 청크는 식별자 'levl'을 가지며, BWF 파일에 포함될 수 있는 확장 청크 중 하나이다.[2][4] 이 청크는 표준 WAV 파일 형식에는 없는 추가적인 메타데이터를 담기 위해 고안된 여러 확장 청크들 가운데 하나에 해당한다.
일반적인 WAV 파일은 데이터 청크당 4GB의 오디오 데이터만 저장할 수 있는 파일 크기 제한을 가지고 있다.[2] 브로드캐스트 웨이브 포맷(BWF) 역시 이러한 제한을 그대로 따른다. 이 문제를 해결하고 4GB를 초과하는 오디오 데이터를 저장하기 위해, 오디오 자료를 여러 파일에 나누어 저장할 수 있도록 하는 확장 청크가 도입되었다.[2] 'link' 청크는 이러한 기능을 수행하는 청크 중 하나로, 'cont' 청크와 함께 사용되어 오디오 데이터를 여러 파일에 걸쳐 분산시킨다.[2][4]

이렇게 분할된 파일들은 후속 파일에 대한 공식적인 명명 규칙은 없지만, 어떤 파일이 연속된 오디오 조각에 속하는지 쉽게 파악하기 위해 많은 프로그램에서 파일 확장자 뒤에 번호를 붙이는 방식(예: `.wav`, `.w01`, `.w02`, ..., `.wNN`)을 사용한다.[2]

각각의 분할된 파일(세그먼트)은 그 자체로 일반적인 Wave/BWF 파일 형식을 따른다. 하지만 'link' 청크(또는 'cont' 청크) 정보를 인식할 수 있는 플레이어는 첫 번째 파일(`.wav`)을 열었을 때, 연결된 모든 파일들을 읽어들여 마치 하나의 긴 오디오 파일처럼 처리하고 재생할 수 있다.[2]

참고로, 2006년에는 4GB 파일 크기 제한 문제를 근본적으로 해결하기 위해 RF64라는 BWF 호환 다중 채널 파일 형식이 지정되었다.[2]

2. 7. axml 청크 ('axml')

axml 청크는 브로드캐스트 웨이브 포맷(BWF) 파일에서 사용될 수 있는 확장 청크 중 하나이다.[2][4] 'axml'은 추가 XML을 의미하며, 사용자가 오디오 파일 내에 XML 형식의 데이터를 함께 저장할 수 있도록 한다. 이 청크는 하나 이상의 스키마에서 가져온 데이터 조각을 포함할 수 있다.

2012년 8월, 유럽 방송 연합(EBU)은 BWF 파일의 axml 청크 안에 국제 표준 녹음 코드(ISRC)를 포함시키는 방법에 대한 사양을 발표했다.

2. 8. cont 청크 ('cont')

BWF는 일반적인 WAV 파일과 호환성을 가지지만, 이 때문에 WAV 파일이 본질적으로 가지고 있는 파일 크기 제한 문제, 즉 하나의 데이터 청크에 최대 4GB의 오디오 데이터만 담을 수 있다는 한계도 그대로 물려받는다.[2]

이러한 파일 크기 제한을 초과하는 긴 오디오 녹음 파일을 저장해야 할 필요가 있을 때, 전체 오디오 데이터를 여러 개의 파일로 나누어 저장하는 방식이 사용된다. 이를 지원하기 위해 BWF 사양에는 두 가지 종류의 청크, 즉 'cont' 청크와 'link' 청크가 추가되었다.[4]

'cont' 청크(Continue Chunk)는 하나의 긴 오디오 데이터를 여러 개의 연속된 파일 세그먼트(segment)로 분할하여 저장하는 기능을 제공한다. 이렇게 분할된 파일들은 물리적으로는 여러 개지만 논리적으로는 하나의 연속된 오디오 스트림을 구성하게 된다.

분할된 파일들에 대한 공식적인 명명 규칙은 정해져 있지 않다. 하지만 실제 사용 환경에서는 어떤 파일들이 연속된 오디오 조각에 속하는지 쉽게 알아볼 수 있도록, 많은 오디오 편집 프로그램이나 녹음 장비에서 파일 확장자 뒤에 일련번호를 붙이는 방식(예: `OriginalFile.wav`, `OriginalFile.w01`, `OriginalFile.w02`, ..., `OriginalFile.wNN`)을 관행적으로 사용한다.[2]

이렇게 나누어진 각 파일 세그먼트는 그 자체로 완전한 BWF 파일 형식을 따른다. 즉, 각 파일은 필요한 헤더 정보와 메타데이터를 포함하고 있다.

'cont' 청크나 'link' 청크의 존재를 인식하고 처리할 수 있는 오디오 플레이어나 편집 소프트웨어는 사용자가 첫 번째 파일 세그먼트(`.wav` 파일)를 열면, 자동으로 나머지 연결된 파일 세그먼트들(`.w01`, `.w02` 등)을 순서대로 읽어 들여 마치 처음부터 하나의 긴 오디오 파일이었던 것처럼 통합하여 재생하거나 편집할 수 있도록 해준다.[2] 'cont' 청크에 대한 더 자세한 기술적인 내용은 [http://www.noa-audio.com/continue_chunk.html 외부 기술 문서]에서 찾아볼 수 있다.

3. WAV와의 호환성

일반적인 WAVE 청크 외에도, 브로드캐스트 웨이브 포맷(BWF) 파일에는 다음과 같은 확장 청크가 포함될 수 있다.[2]


  • 원본 Bext 청크 (Broadcast Extension - 'bext')
  • iXML 청크 ('iXML')
  • Quality 청크 ('qlty')
  • MPEG 오디오 확장 청크 ('mext')
  • Peak Envelope 청크 ('levl')
  • link 청크 ('link')
  • axml 청크 ('axml')


BWF와 일반 WAV 파일의 유일한 차이점은 파일 헤더에 추가된 확장 정보(Bext 청크, 부호화 이력 등)이다. 이 때문에 BWF 파일을 재생하기 위해 특별한 플레이어가 필요하지 않으며, 일반 WAV 플레이어에서도 재생이 가능하다.

하지만 이러한 호환성 때문에 BWF는 WAV 파일이 가진 파일 크기 제한 문제도 그대로 가지고 있다. 데이터 청크당 오디오 데이터 크기가 4GB로 제한된다. 많은 구현에서는 파일 크기를 나타내는 32비트 값을 부호 있는 정수로 해석하여 실제 상한선이 2GB가 되는 경우도 있다.[2] 이 제한을 넘어서는 오디오 데이터를 저장하기 위해, 'cont'와 'link'라는 두 가지 청크를 사용하여 오디오 데이터를 여러 파일로 나누어 저장할 수 있다.

이렇게 나누어진 파일들에 대한 공식적인 이름 규칙은 없다. 하지만 어떤 파일들이 연속된 오디오 조각에 속하는지 쉽게 파악하기 위해, 많은 프로그램에서는 파일 확장자 뒤에 숫자를 붙이는 방식을 사용한다 (예: .wav, .w01, .w02, ..., .wNN). 각 파일 조각은 일반적인 Wave/BWF 파일 형식을 유지하며, 'continue/link' 청크를 인식하는 플레이어는 첫 번째 파일(.wav)을 열 때 모든 조각 파일을 하나의 긴 오디오 파일처럼 처리한다.

파일 크기 제한 문제를 해결하고 다채널 오디오를 지원하기 위해, 2006년에는 BWF와 호환되는 RF64 형식이 제정되었다. RF64는 4GB를 초과하는 대용량 파일을 만들 수 있게 해준다.[2]

또한, BWF의 axml (추가 XML) 청크를 사용하면 오디오 데이터와 함께 XML 형식의 데이터를 통합할 수 있다. 이 청크는 하나 이상의 스키마에서 정의된 데이터 조각을 포함할 수 있다.[2] 2012년 8월, 유럽 방송 연합(EBU)은 BWF 파일의 axml 청크에 국제 표준 녹음 코드(ISRC)를 포함시키는 방법에 대한 사양을 발표했다.[2]

BWF는 MXF에서 SMPTE 표준 382에 따라 사용되도록 지정되었으며, AES31 표준에서도 사용하도록 지정되었다.[2]

4. RF64

BWFWAV 파일을 기반으로 하므로, 파일 크기 제한(데이터 청크당 4GB)을 동일하게 가지고 있다.[2] 이 제한을 넘어서는 오디오 데이터를 저장하기 위해 BWF에서는 'cont'와 'link'라는 청크를 사용하여 데이터를 여러 파일로 나누어 저장할 수 있다. 하지만 이 방식은 파일 관리가 번거로울 수 있다는 단점이 있다.[2]

이러한 한계를 극복하고 4GB 이상의 대용량 파일을 다루기 위해 2006년에 RF64 형식이 제정되었다.[2] RF64는 BWF와 호환성을 유지하면서도 파일 크기 제한 없이 다중 채널 오디오 데이터를 단일 파일에 저장할 수 있도록 설계된 형식이다.[2]

5. 기타 표준과의 관계

일반적인 WAV 청크 외에도, 다음과 같은 확장 청크가 브로드캐스트 웨이브 파일에 나타날 수 있다.[2]


  • 원본 Bext 청크 (Broadcast Extension - 'bext')
  • iXML 청크 ('iXML')
  • Quality 청크 ('qlty')
  • MPEG 오디오 확장 청크 ('mext')
  • Peak Envelope 청크 ('levl')
  • link 청크 ('link')
  • axml 청크 ('axml')


BWF와 일반적인 WAV 파일의 유일한 차이점은 파일 헤더에 확장된 정보(Bext-Chunk, Coding-History 등)가 추가된다는 점이다. 따라서 BWF 파일을 재생하기 위해 특별한 플레이어가 필요하지는 않다.

하지만 이러한 호환성 때문에 파일 크기 제한(데이터 청크당 4GB의 오디오 데이터) 문제도 그대로 가지고 있다. 이 제한을 넘어서는 오디오를 저장하기 위해, 오디오 데이터를 여러 파일에 나누어 저장할 수 있도록 하는 두 가지 청크, 'cont'와 'link'가 존재한다.

이렇게 분할된 후속 파일들에 대한 공식적인 이름 규칙은 없다. 그러나 어떤 파일이 연속된 오디오 조각에 속하는지 쉽게 파악하기 위해 많은 프로그램에서는 파일 확장자 뒤에 번호를 붙이는 방식(예: `.wav`, `.w01`, `.w02`, ..., `.wNN`)을 사용한다. 각 분할 파일은 일반적인 Wave/BWF 파일이지만, 'continue/link' 청크를 인식하는 플레이어는 첫 번째 파일(`.wav`)을 열 때 모든 분할 파일을 하나의 긴 오디오 조각으로 처리한다.

이러한 파일 크기 제한 문제를 해결하기 위한 확장으로, 2006년에는 RF64 형식이 지정되었다. RF64는 BWF와 호환되면서도 파일 크기가 4GB를 초과할 수 있는 다중 채널 파일 형식이다.

axml(추가 XML) 청크는 사용자가 오디오와 함께 XML 형식의 데이터를 통합할 수 있게 해준다. 이 청크는 하나 이상의 스키마에서 정의된 데이터 조각을 포함할 수 있다. 2012년 8월, 유럽 방송 연합(European Broadcasting Union)은 BWF의 axml 청크에 ISRC(International Standard Recording Code)를 내장하기 위한 사양을 발표했다.

BWF는 MXF(Material Exchange Format)에서 SMPTE 표준 382에 의해 사용되도록 지정되었으며, AES31 표준에서도 사용하도록 지정되어 있다.

참조

[1] 서적 Guidelines on the Production and Preservation of Digital Audio Objects https://www.iasa-web[...] International Association of Sound and Audio Visual Archives
[2] 웹사이트 EBU BWF User Guide https://tech.ebu.ch/[...]
[3] 간행물 技術委員会オーディオ部会 BWF-J ワーキンググループ報告 http://www.jppanet.o[...] 日本ポストプロダクション協会 2005-11-07
[4] 간행물 BWF User Guide http://www.ebu.ch/en[...] 欧州放送連合



본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com