Цитата Сообщение от O3 Посмотреть сообщение
Сейчас ещё пара моментов в голову пришла.
Во-первых, было бы очень неплохо сделать хеширование независимым от выставленного в файле ReplayGain (или как там это правильно зовётся.. короче те показатели уровня громкости, которые прописываются без перекодирования программами типа mp3gain). Потому как некоторые файлы очень хочется отнормализовать, чтобы не было перепадов уровня громкости.. хотелось бы, чтобы это был "разрешённый приём".
Во-вторых, надо сразу предусмотреть такую связь в БД, чтобы поддерживалась нарезка одного произведения на произвольное число частей и наоборот: склеивание разных произведений одного эфира или разных эфиров, содержащих одно произведение. Тут вопрос не в том, как лучше хранить записи, а в том, что они де факто уже хранятся в множестве различных вариантов. Я не имею в виду, чтобы программа сама как-то понимала, что такой-то файл является объединением таких-то других файлов.. просто заложить в структуру БД достаточно гибкую систему привязки.
1. Громкость прописывается в файле, соответственно файл уже меняется и меняется его контрольная сумма. Тут думаю ничего не получится. Если файл изменени то все, у него другая контрольная сумма. А вот на счет подсчета контрольной суммы без учета тегов IDv2, IDv3 это решаемо, так как где находятся теги известно и соответственно известно что надо не считать а пропускать.

2. Каталог сделан так, что к записи рассказа можно прикрепить сколько угодно файлов размещенных на каких угодно серверах. Это и есть то что ты вторым предложил? Если на сервере эти кусочки будут доступны для хэширования то контрольные суммы тоже будут доступны.


P.S. Сейчас с форумом закончим основные настройки и следующий этап расширение возможностей БД и каталога.