일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- Android
- 탐지기법
- 안드로이드 개발
- 리눅스
- 코틀린
- 악성코드
- mime
- 개발
- java
- gradle
- Android 4.1
- linux
- 구글
- C++
- OOM
- 노개북
- build.gradle
- ActiveMovieControl
- 하버드
- git
- Eclipse
- c
- ActiveX
- 자바
- 보안
- kotlin
- 안드로이드
- KTS
- 안철수
Archives
- Today
- Total
꿈소년의 개발 이야기
[ID3] ID3 v1 & ID3 v1.1 본문
반응형
ID3v1은 1996년에 에릭 켐프(Eric Kemp)에 의해 고안되어 사실상의 표준이 되었다.
ID3v1은 파일 끝에 128 바이트를 덧붙이는데, ‘TAG’라는 문자열로 시작되므로 미디어 플레이어가 쉽게 인식할 수 있다.
초기의 MP3 재생기는 때때로 MPEG 스트림 사이에 삽입된 데이터에 적절히 대응하지 못하고, 재생을 멈추거나 잡음이 튀는 등의 문제가 있었고, 심지어 재생을 못하기도 했다(태그가 파일의 첫 부분에 있는 경우).
이 같은 문제 때문에 태그는 보통 파일의 첫 부분보다는 끝에 삽입됐다.
원래 규격에는 0부터 79까지 80개 값에 대해서맊 정의되어 있었지맊, 윈앰프에서는 이 정의를 147까지 확장했다.
ID3v1.1은 1997년에 미하엘 무췰러(Michael Mutschler)에 의해 ID3v1의 확장으로 고안된 것으로, ID3v1의 128 바이트를 유지하면서 곡 번호 정보를 추가했다. 이 새 필드는 비고 필드의 끝에서 두 번째 바이트에 위치한다
ID3v1과 ID3v1.1의 규격은 모든 문자열이 ISO 8859-1로 부호화(인코딩)된 것으로 간주한다. 그러나 많은 프로그램들이 서유럽 외의 언어를 지원하기 위해 시스템의 기본 인코딩을 사용한다. 규격상 인코딩에 대한 공통적인 처리 방식이 없기 때문에, 서로 다른 인코딩을 사용하는 시스템 간에는 인식을 제대로 하지 못하는 문제가 생길 수 있다. 또한 ID3v1 규격에는 모든 문자열의 끝에 남는 공간에는 널 문자를 채우도록 되어 있지만, 윈앰프와 같은 일부 프로그램들은 공백 문자와 같은 다른 문자를 채우기도 한다.
[출처]
위키피디아
ID3.org
'Software Engineering' 카테고리의 다른 글
리눅스 서버 사용자 이동하기. (0) | 2011.07.19 |
---|---|
[Linux link] cp, hard link, symbolic link (0) | 2011.04.06 |
[ID3] What is ID3 Tag ? (0) | 2010.11.05 |
라디오 주파수 대역 (0) | 2010.10.19 |
[Chrome OS] 크롬 OS 시현 (0) | 2010.10.17 |