WAV

WAV
"웨이브"가 여기로 리디렉션된다.과학적인 물결은 파도를 참조하십시오.물의 파도는 바람의 파도를 참고하십시오.다른 용도는 Wav(동음이의)를 참조하십시오.
"Wave Sound"는 여기서 리디렉션된다.축제는 Wave Sound(페스티벌)를 참조하십시오.
파형 오디오 파일 형식(WAVE/WAV)
AudacityWAV.png
파일 이름 확장명
.wav .wav .wave
인터넷 미디어 유형
오디오/vnd.wave,[1] 오디오/wav, 오디오/wave, 오디오/x-wav[2]
유형코드웨이브
동일 유형 식별자(UTI)com.com.의파형에 견디다
개발자IBM & 마이크로소프트
최초 공개.1991년 8월; 30년 전(1991-08)[3]
최신 릴리즈
다중 채널 오디오 데이터 및 WAVE 파일
2007년 3월 7일; 15년 전(2007-03-07) (업데이트)[4][5]
형식 유형오디오 파일 형식, 컨테이너 형식
연장 위치리프
까지 확장BWF, RF64

Waveform Audio File Format[3](파형 오디오 파일 형식,[3] 파일 이름 확장자에 의한 WAVE 또는 WAV, "WAVE"[3][6][7]로 발음됨)[8]은 IBM과 마이크로소프트가 PC에 오디오 비트스트림을 저장하기 위해 개발한 오디오 파일 형식 표준이다.마이크로소프트 윈도우즈 시스템에서 압축되지 않은 오디오에 사용되는 기본 형식이다.일반적인 비트스트림 인코딩은 선형 펄스 코드 변조(LPCM) 형식이다.

WAV는 데이터를 청크로 저장하는 RIFF(Resource Interchange File Format) 비트스트림 포맷 방식을 적용한 것으로, 아미가, 매킨토시 시스템에서 사용되는 8SVX, AIFF 포맷과 각각 유사하다.

설명

WAV 파일은 IBM과 마이크로소프트가 정의한 RIFF(Resource Interchange File Format)의 한 인스턴스다.[3]RIFF 형식은 다양한 오디오 코딩 형식에 대해 "wrapper" 역할을 한다.

WAV 파일은 압축된 오디오를 포함할 수 있지만, 가장 일반적인 WAV 오디오 형식은 선형 펄스 코드 변조(LPCM) 형식의 압축되지 않은 오디오다.LPCM은 샘플당 16비트로 샘플링된 2채널 LPCM 오디오를 44,100Hz로 저장하는 오디오 CD의 표준 오디오 코딩 형식이기도 하다.LPCM은 압축되지 않고 오디오 트랙의 모든 샘플을 보관하므로 전문 사용자나 오디오 전문가는 최대 오디오 품질을 위해 WAV 형식을 LPCM 오디오와 함께 사용할 수 있다.[9]WAV 파일도 소프트웨어를 사용해 비교적 쉽게 편집하고 조작할 수 있다.

WAV 형식은 Microsoft Windows에서 Audio Compression Manager를 사용하여 압축된 오디오를 지원한다.모든 ACM 코덱은 WAV 파일을 압축하는 데 사용될 수 있다.오디오 압축 관리자용 사용자 인터페이스(UI)는 Windows 일부 버전에서 녹음기를 포함하여 오디오 압축 관리자를 사용하는 다양한 프로그램을 통해 액세스할 수 있다.

Windows 2000으로 시작하는WAVE_FORMAT_EXTENSIBLE헤더는 스피커 위치와 함께 여러 오디오 채널 데이터를 지정하고, 표준 WAV 형식의 샘플 유형 및 용기 크기에 대한 모호성을 제거하며, 형식 청크에 대한 사용자 정의 확장 정의를 지원하는 것으로 정의되었다.[4][5][10]

WAV 형식에는 일부 불일치가 있는데, 예를 들어, 16비트 데이터가 서명된 동안 8비트 데이터가 서명되지 않고 다른 청크에서 발견된 많은 청크 정보가 중복된다.

사양

리프

RIFF 파일은 태그가 지정된 파일 형식이다.4자 태그(FourCC)와 청크의 크기(바이트 수)를 포함하는 특정 컨테이너 형식(청크)을 가지고 있다.태그는 청크 내의 데이터를 해석하는 방법을 지정하며, 몇 가지 표준 FourCC 태그가 있다.모든 대문자로 구성된 태그는 예약된 태그다.RIFF 파일의 가장 바깥쪽 청크는RIFF양식 태그; 처음 4바이트의 청크 데이터는 양식 유형을 지정하는 FourCC이며 하위 청크 순서가 뒤따른다.WAV 파일의 경우, 그 4바이트는 FourCC이다.WAVERIFF 데이터의 나머지 부분은 오디오 정보를 설명하는 청크의 순서다.

태그가 붙은 파일 형식의 장점은 기존 파일 리더를 혼동하지 않고 나중에 포맷을 확장할 수 있다는 점이다.[11]LIFF(또는 WAV) 판독기에 대한 규칙은 인식하지 못하는 태그가 지정된 청크를 무시해야 한다는 것이다.[12]독자는 새로운 정보를 사용할 수 없겠지만, 독자는 혼란스러워서는 안 된다.

RIFF 파일 사양에는 다음과 같은 정의가 포함되어 있다.INFO청크. 청크에는 작품의 제목, 작가, 창작일, 저작권 정보와 같은 정보가 포함될 수 있다.비록INFO청크는 버전 1.0에서 정의되었으며, 청크는 WAV 파일의 공식 사양에서 참조되지 않았다.만약 그 청크가 파일에 존재한다면, 독자는 그것을 해석하는 방법을 알아야 하지만, 많은 독자들은 어려움을 겪었다.어떤 판독기는 청크를 접하면 중단되고, 어떤 판독기는 리프 형식의 첫 번째 청크일 경우 청크를 처리하며,[13] 다른 판독기는 예상 파형 데이터를 모두 따르면 청크를 처리한다.결과적으로, 교환의 관점에서 가장 안전한 것은 다음 사항을 생략하는 것이었다.INFO청크 및 기타 확장명을 사용하고 가장 낮은 공통 변환기 파일을 전송하십시오.다른 INFO 청크 배치 문제가 있다.

RIFF 파일은 국제 환경에서 사용될 것으로 예상되었으므로 다음과 같다.CSET청크 - RIFF 파일의 문자열에 대한 국가 코드, 언어, 방언 및 코드 페이지를 지정한다.[14]예를 들어, 적절한 지정CSET청크는 문자열을 허용해야 한다.INFO청크(및 RIFF 파일 전체에 걸친 기타 청크)는 키릴 문자 또는 일본어 문자로 해석되어야 한다.

RIFF는 또한 다음을 정의한다.JUNK내용이 재미없는 [15]덩어리청크는 FourCC만 변경하면 청크를 삭제할 수 있다.청크는 또한 향후 편집을 위해 약간의 공간을 예약하는 데 사용되어 파일을 다시 작성하지 않고도 수정할 수 있다.후에 RIFF의 정의는 유사한 것을 도입했다.PAD 덩어리로 [16]만들다

리프 웨이브

WAV 파일의 최상위 정의는 다음과 같다.[17]

<>WAVE-form>, → RIFF('WAVE'<>fmt-ck>.//포맷[<>fact-ck>.]//사실 chunk[<>cue-ck>.]// 큐 포인트 관련 자료 목록 // 재생 목록[<>assoc-data-list>.]//[<>playlist-ck>.].                    <>wave-data>^// 웨이브 자료

정의에는 다음이 포함된 최상위 RIFF 형식이 표시된다.WAVE꼬리표를 붙이다. 그 뒤에 의무적으로 붙인다.<fmt-ck>다음에 나오는 샘플 데이터의 형식을 설명하는 청크를 포맷하십시오.형식 청크는 샘플 인코딩, 채널당 비트 수, 채널 수, 샘플링 속도 등의 정보를 포함한다.WAV 규격에는 몇 가지 옵션 기능이 포함되어 있다.옵션 팩트 청크는 일부 압축 코딩 체계에 대한 샘플 수를 보고한다.큐 포인트 (cue ) 청크는 파형 파일에서 몇 가지 중요한 샘플 번호를 식별한다.재생 목록 청크는 샘플이 처음부터 끝까지 재생되지 않고 순서대로 재생되거나 반복될 수 있도록 한다.관련 데이터 목록에서는 라벨 및 참고 사항)를 허용한다.labl그리고note큐 포인트에 부착할 것; 텍스트 주석 (ltxt샘플 그룹(예: 캡션 정보)에 대해 제공될 수 있다.마지막으로 필수 파형 데이터 청크는 실제 샘플(지정된 형식)을 포함한다.

WAV 파일 정의는 다음 위치를 표시하지 않는다는 점에 유의하십시오.INFO청크를 배치해야 한다.a의 배치에 대해서도 침묵하고 있다.CSET청크(사용되는 문자 집합을 지정함)

RIFF 규격은 형식 명세서가 되려 하지만 형식주의에는 다른 태그가 붙은 형식에서 볼 수 있는 정밀도가 부족하다.예를 들어, RIFF 규격은 하위 청크의 집합과 순서가 명확하게 구분되지 않는다.LIFF 폼 청크는 시퀀스 컨테이너여야 함을 시사한다.[18]규격에 따르면 LIST 청크도 "목록 청크에는 하위 청크의 목록 또는 순서 순서가 포함되어 있다"[19]는 순서임을 알 수 있다.단, 사양서에서는 공식 사양서를 제시하지 않는다.INFO청크; 예시INFOLIST 청크는 에 포함된 청크 시퀀스를 무시함INFO설명.[20]다음에 대한 LIST 청크 정의<wave-data>LIST 청크를 좋은 공식 의미론을 가진 시퀀스 컨테이너로 사용한다.

WAV 규격은 연속적인 단일 오디오 샘플 배열뿐만 아니라 순서에 따라 재생되는 개별 샘플 블록과 정음도 허용한다.대부분의 WAV 파일은 단일 데이터 배열을 사용한다.샘플 데이터의 규격이 혼동됨:[21]

<파형 데이터>에는 파형 데이터가 수록되어 있다.It is defined as follows:   <wave-data>  → { <data-ck>   <data-list> }   <data-ck>    → data( <wave-data> )   <wave-list>  → LIST( 'wavl' { <data-ck>   // Wave samples                                 <silence-ck> }... ) // Silence   <silence-ck> → slnt( <dwSamples:DWORD> ) // 무음표본 개수

이 작품들은 혼란스럽다.보아하니<data-list>(정의되지 않음) 및<wave-list>(정의되지만 참조되지 않음)은 동일해야 한다.그 문제가 해결되었다 하더라도, 제작은 다음 것을 허용한다.<data-ck>재귀가 들어 있다 <wave-data>(데이터 해석 문제를 내포함).사양은 다음과 같았어야 했다.

<파형 데이터> → {<데이터-ck> <파형 목록> } <데이터-ck> → 데이터(<bSampleData:BYTE> ... )<파동리스트> → LIST('wavl'{<data-ck> //파동시료 <침묵-ck> }...) //침묵 <침묵-ck> → slnt(dwSamples:DWORD> ) // 무음표본 개수

재발을 피하기 위해

WAV 파일에는 여러 "하위 청크"[22][23][24]를 포함할 수 있는 내장형 IFF "리스트"가 포함될 수 있다.

메타데이터

RIFF의 파생상품으로서, WAV 파일은 INFO 청크에 있는 메타데이터로 태그될 수 있다.또한 WAV 파일은 엑스트라블 메타데이터 플랫폼(XMP) 데이터[25] 또는 ID3 태그를[26] 추가 청크에 포함하되 이에 국한되지 않는 모든 종류의 메타데이터를 포함할 수 있다.신청서는 이 추가 정보를 처리하지 못하거나 특정 장소에서 정보를 볼 수 있을 것으로 예상할 수 있다.LIFF 규격은 애플리케이션들이 인식하지 못하는 청크를 무시하도록 요구하지만, 일부 애플리케이션들은 추가 청크로 인해 혼동된다.[citation needed]

인기

압축되지 않은 WAV 파일은 크기 때문에 인터넷을 통한 WAV 파일의 파일 공유는 압축되지 않은 형식이 모든 오디오 형식 중 가장 인기 있고 대부분의 경우 고속 대형 대역폭 웹 연결이 일반화된 비디오, 음악 및 오디오 전문가들 사이에서 드문 일이다.많은 오디오 및 음악 소프트웨어 제조업체들은 다른 제조업체들도 지원하지만, 현재 이 파일을 기본 파일 형식으로 선호하고 있다.고해상도 포맷은 고화질의 1세대 아카이브 파일 보존에 적합하며, 디스크 공간이 제약이 없는 시스템이나, 데이터를 압축 및 압축 해제하는 데 소요되는 시간, 그러한 변환의 품질 손실이 우려되는 오디오 편집과 같은 애플리케이션에서 사용할 수 있다.

방송사에서 사용

큰 크기에도 불구하고, 압축되지 않은 WAV 파일은 대부분의 라디오 방송사, 특히 테이프가 없는 시스템을 채택한 방송사들에 의해 사용된다.

  • 영국의 BBC 라디오는 SCISYS dira 오디오 편집 및 재생 시스템에서 48kHz 16비트 2채널 WAV 오디오를 표준으로 사용한다.
  • 영국 커머셜 라디오 회사인 글로벌 라디오는 Genesys 플레이아웃 시스템에 44.1kHz 16비트 2채널 WAV 파일을 사용하고, 그들의 방송 체인 전체에 사용한다.
  • 호주 방송사가 개발한 ABC 'D-Cart' 시스템은 디지털 오디오 테이프와 동일한 48kHz 16비트 2채널 WAV 파일을 사용한다.
  • 디지털 라디오 몬다이얼 컨소시엄은 WAV 파일을 송신기 시뮬레이션과 수신기 테스트를 위한 비공식 표준으로 사용한다.

제한 사항

WAV 형식은 파일 크기 헤더를 기록하기 위해 32비트 비서명 정수를 사용하기 때문에 4 GiB 미만의 파일로 제한된다.이는 약 6.8시간의 CD 품질 오디오(44.1kHz, 16비트 스테레오)에 해당하지만, 특히 샘플링 속도, 비트 해상도 또는 채널 개수가 더 많이 필요한 경우에는 이 제한을 초과해야 하는 경우가 있다.따라서 W64 포맷은 사운드 포저에서 사용하기 위해 만들어졌다.64비트 헤더는 훨씬 긴 기록 시간을 허용한다.유럽방송연합이 지정한 RF64 형식도 이 문제를 해결하기 위해 만들어졌다.

비오디오 데이터

WAV 파일의 샘플링 속도는 1Hz에서 4.3GHz까지 다양할 수 있고 채널 수는 65535개까지 될 수 있기 때문에 비오디오 데이터에도 .wav 파일이 사용되었다.예를 들어 LTspice는 적절한 샘플링 속도로 별도의 채널에 다중 회로 추적 파형을 저장할 수 있으며, 풀 스케일 범위는 음압보다는 ±1V 또는 A를 나타낸다.[27]

오디오 CD

오디오 CD는 WAV 파일 형식을 사용하지 않고 대신 Red Book 오디오를 사용한다.공통점은 오디오 CD가 압축되지 않은 PCM으로 인코딩되는데, 이는 WAV가 지원하는 포맷 중 하나이다.WAV는 대부분의 CD 플레이어가 직접 이해할 수 없는 컴퓨터가 사용할 수 있는 파일 형식이다.WAV 파일을 오디오 CD에 기록하려면 파일 헤더를 제거해야 하며, PCM으로 저장하지 않은 경우 내용을 변환해야 하며, CD의 섹터 크기에 맞게 패딩이 0인 개별 트랙으로 디스크에 직접 쓴 PCM 데이터를 변환해야 한다.

PCM 오디오를 CD에 구울 수 있으려면 44100Hz, 16비트 스테레오 형식이어야 한다.

코딩 방식 비교

주요 기사:오디오 압축(데이터)
추가 정보:오디오 코딩 형식 비교

WAV 파일의 오디오는 파일 크기를 줄이기 위해 GSM이나 MP3와 같은 다양한 오디오 코딩 형식으로 인코딩될 수 있다.

이는 PCM, ADPCM, Microsoft GSM 06.10, CELP, SBC, 트러스펙, MPEG Layer-3 등 WAV 파일에 사용할 수 있는 오디오 코딩 형식의 단음질(스테레오포닉이 아님) 및 압축 비트레이트를 비교하기 위한 참고 자료다.이것들은 윈도우와 함께 제공되는 기본 ACM 코덱이다.

포맷 비트레이트(kbit/s) 1분(KiB)
11,025Hz 16비트 PCM 176.4 1292
08,000Hz 16비트 PCM 128 0938
11,025Hz 8비트 PCM 088.2 0646
11,025Hz µ-Law 088.2 0646
08,000Hz 8비트 PCM 064 0469
08,000Hz µ-Law 064 0469
11,025Hz 4비트 ADPCM 044.1 0323
08,000Hz 4비트 ADPCM 032 0234
11,025 Hz GSM 06.10 018 0132
08,000Hz MP3 16 kbit/s 016 0117
08,000 Hz GSM 06.10 013 0103
08,000 Hz Lernout & Hauspie SBC 12 kbit/s 012 0088
08,000Hz DSP 그룹 트뤼스페크 009 0066
08,000Hz MP3 8kbit/s 008 0060
08,000 Hz Lernout & Hauspie CELP 004.8 0035

위 내용은 WAV 파일이다. MP3 압축을 사용하는 파일도.wav증축의

참고 항목

참조

  1. ^ Microsoft Corporation (June 1998). "WAVE and AVI Codec Registries - RFC 2361". IETF. Retrieved 2009-12-06. {{cite journal}}:Cite 저널은 필요로 한다. journal=(도움말)
  2. ^ "File Extension .WAV Details". Filext.com. Retrieved 2015-08-10.
  3. ^ a b c d e IBM; Microsoft (August 1991). "Multimedia Programming Interface and Data Specifications 1.0" (PDF). Retrieved 2020-12-26.
  4. ^ a b P. Kabal (2006-06-19). "Audio File Format Specifications - WAVE or RIFF WAVE sound file". McGill University. Retrieved 2010-03-16.
  5. ^ a b "Multiple Channel Audio Data and WAVE Files". Microsoft Corporation. 2007-03-07. Retrieved 2010-03-16.
  6. ^ Library of Congress (2008-09-12). "WAVE Audio File Format". Retrieved 2009-12-06.
  7. ^ Microsoft Corporation (June 20, 1999). "Waveform Audio File Format, MIME Sub-type Registration - INTERNET-DRAFT". IETF. Retrieved 2009-12-06. {{cite journal}}:Cite 저널은 필요로 한다. journal=(도움말)
  8. ^ "Definition of WAV file in English". Oxford English Living Dictionary.
  9. ^ Branson, Ryan (21 October 2015) (21 October 2015). "What Makes WAV Better than MP3". Online Video Converter. Retrieved 18 June 2016.
  10. ^ EBU (July 2009), EBU Tech 3306 - MBWF / RF64: An Extended File Format for Audio (PDF), retrieved 2010-01-19
  11. ^ IBM&Microsoft 1991, 페이지 1-1은 "RIFF의 주요 장점은 확장성이며, 기존 애플리케이션에 의해 포맷 변경이 무시될 수 있기 때문에 RIFF 기반의 파일 형식은 미래에 대비할 수 있다"고 말했다.
  12. ^ IBM & Microsoft 1991, PDF 페이지 56, "프로그램은 모든 RIFF 양식과 마찬가지로 알 수 없는 청크를 예상(그리고 무시)해야 한다."
  13. ^ IBM & Microsoft 1991, PDF 페이지 60은 이 위치에 INFO 청크가 있는 WAV 파일의 예를 보여준다.
  14. ^ IBM & Microsoft 1991년, 페이지 2-17 ~ 2-18
  15. ^ IBM & Microsoft 1991, 페이지 2-18
  16. ^ Microsoft 멀티미디어 표준 업데이트, 새로운 멀티미디어 데이터 유형 및 데이터 기술, 개정 3.0, 1994년 4월 15일, 6페이지.
  17. ^ IBM & Microsoft 1991, PDF 페이지 56
  18. ^ IBM & Microsoft 1991, PDF 페이지 56은 공식주의와 일치하는 WAV 파일의 RIFF 형식의 시퀀싱 정보를 명시한다. "그러나,<fmt-ck>항상 먼저 일어나야 한다.<wave-data>, 그리고 이 두 청크는 WAVE 파일에 필수 사항이다."
  19. ^ IBM & Microsoft 1991, PDF 페이지 23
  20. ^ IBM & Microsoft 1991, PDF 페이지 21,INAM앞에 나타나다ICOP
  21. ^ 생산 구문 해석 방법을 설명하는 IBM & Microsoft 1991의 사양.
  22. ^ "WAVE File Format". 1999-11-15. Archived from the original on 1999-11-15. Retrieved 2010-03-16.
  23. ^ "WAVE PCM soundfile format". 2003-01-20. Archived from the original on 2009-08-27. Retrieved 2010-03-16.
  24. ^ "The WAVE File Format". Retrieved 2010-03-16.
  25. ^ XMP SPECIFICATION PART 3: STORAGE IN FILES (PDF). Adobe Systems Incorporated. 2016. pp. 24–25. Retrieved 8 January 2020.
  26. ^ "WAV". Audacity. Retrieved 2020-01-08.
  27. ^ "LTspice IV" (PDF). Linear Technologies Corporation. 2009. p. 95. Archived from the original (PDF) on 2012-02-27. Retrieved 2015-09-04.

외부 링크