Кто разрабатывал стандарт ID3v2.x?

[MooNDeaR]

Здравствуйте форумчане. Чтобы сразу немного прояснить ситуацию, я хочу сказать, что мне известен прямой ответ на вопрос в заголовке темы. Однако, мне больше интересно о чем думали эти люди? Почему в них столько маразма? Данный топик написан под впечатлением от статьи на хабре.. В кратце, она повествует о тегах ID3v1 и ID3v2 в файлах mp3.
Вот некоторые вещи, которые я до сих пор не могу понять:

Особенность указания длины данных ID3v2 в том, что в каждом байте 7-й бит не используется и всегда установлен в 0.

Нафига такой идиотизм придуман? Какая от этого польза, кроме геммороя?

[0-10] Маркер – 11 бит, заполненные единицами (Frame sync)

Зачем? Зачем было делать этот бесполезный маркер? И почему именно 11 бит?
Плюс еще весь заголовок имеет размер 31 бит? Неужели нельзя было добить до 32-х?

Ну а остальное по мелочи уже. Мне просто очень интересно, зачем программисты, которые разрабатывали стандарт, сделали столько геммороя? И уверен, что это не единственный стандарт наполненный "неиспользуемым бредом"

[Человек_Борща]

Я бы почитал RFC....

[BOBAH13]

Сообщение от MooNDeaR

Мне просто очень интересно, зачем программисты, которые разрабатывали стандарт, сделали столько геммороя? И уверен, что это не единственный стандарт наполненный "неиспользуемым бредом"

Наверняка были причины, а даже если и не было, то всеравно нужно как то идентифицировать данные, т.к. mp3 файл по себе, мусорка в которой нужно еще пакопаться, чтобы что-нибудь найти.

p.s. сам реализовал чтения mp3 и тегов на java.

[Utkin]

Нафига такой идиотизм придуман? Какая от этого польза, кроме геммороя?

Этот идиотизм нужен для аппаратной реализации полноценного кодека. А там нечеловеческая логика . А именно сплошная синхронизация, контроль четности... и возможность воспроизводить не сильно поврежденные носители.

[MooNDeaR]

Этот идиотизм нужен для аппаратной реализации полноценного кодека. А там нечеловеческая логика . А именно сплошная синхронизация, контроль четности... и возможность воспроизводить не сильно поврежденные носители.

А вот с этого места чуть-чуть по подробней Просто если еще разного рода пустые куски я пойму, то вот фишку с размером тега я до сих пор не понимаю. Зачем? Ну, правда, зачем?

то всеравно нужно как то идентифицировать данные, т.к. mp3 файл по себе, мусорка в которой нужно еще пакопаться

Трех байтов 'ID3' в начале заголовка недостаточно, чтобы опознать тэг?

[p51x]

Нафига такой идиотизм придуман?

The ID3 tag size is the size of the complete tag after
unsychronisation, including padding, excluding the header (total tag
size - 10). The reason to use 28 bits (representing up to 256MB) for
size description is that we don't want to run out of space here.

Трех байтов 'ID3' в начале заголовка недостаточно, чтобы опознать тэг?

По ним и опазнается.

ID3/file identifier "ID3"
ID3 version $02 00
ID3 flags %xx000000
ID3 size 4 * %0xxxxxxx

Заметьте все только цитаты из офф доки.

Плюс еще весь з

аголовок имеет размер 31 бит?

Это вам минус... Считаем от 0 до 31 включительно, сколько?

[MooNDeaR]

Заметьте все только цитаты из офф доки.

C английским пока туговато, к сожалению, но инфу понял. И неужели чтобы добиться "don't want to run out of space" необходимо было неиспользовать "каждый седьмой бит" ? Ведь в любом случае пустоты остаются, а геммороя с декодировкой прибавляется

[p51x]

И почему именно 11 бит?

Нету там 11 бит... Даже автор статьи на хабре в коментах признал. 12 там.

https://docs.google.com/gview?embedd...172-3-1993.pdf

[Utkin]

А вот с этого места чуть-чуть по подробней Просто если еще разного рода пустые куски я пойму, то вот фишку с размером тега я до сих пор не понимаю. Зачем? Ну, правда, зачем?

Про пустые куски не знаю. А вот когда один из битов всегда установлен это есть синхронизация данных при передачи их например из микросхемы в микросхему или с устройства на устройство.
Не забывайте что теги должны воспроизводить все кому не лень - медиаплееры, двд-проигрыватели, автомагнитолы, музыкальные центры и т.д. Плюс сам формат понакручен - теги могут быть и в начале и в конце файла в зависимости от подверсии.