Обсуждение:Common Music Collection Structure

Обсуждение на тему нескольких исполнителей. --Rain 17:16, 19 января 2010 (UTC)

Пояснения по отдельным пунктам основной статьи:

• Названия альбомов и треков. Для унификации стиля их написания считаю, что лучше каждое слово начинать с большой буквы - такой подход принят, к примеру, на http://lyricwiki.org. Хотя да, некоторые названия (особенно в отечественной музыке) при таком написании выглядят непривычно :).

• Подкаталог _album_info выделяется для того, чтобы не устраивать помойку из файлов, не участвующих в звуковоспроизведении в корне альбома - там остаются только front.jpg и checksums.sfv.

• Спектрограммы являются, в общем-то необязательным элементом, но могут быть полезны в случае оценки "оригинальности" альбома.

• 100 дБ для построения спектрограммы в sndfile-spectrogram считаю достаточным вне зависимости от формата альбома - 16 или 24 бита. В случае 16 бит это значение покрывает теоретический диапазон для CD (который на практике оказывается гораздо меньше), в случае 24-битных дорожек это вполне описывает реальный воспроизводимый без особых искажений диапазон. При таком значении диапазона итоговый график получается достаточно наглядным - с одной стороны заметны малые уровни сигнала (которые потерялись бы при меньшем значении), с другой - сигнал с бОльшим уровнем не забивает график однотонным цветом.

• Размер спектрограмм 800x480 px с одной стороны достаточно наглядный, с другой - дает относительно небольшой файл графика на выходе. В остальном - это обычное wide-screen разрешение.

• cfv для проверки контрольных сумм выбрана как удобная кроссплатформенная утилита для рекурсивной работы с контентом. Имя файла выбрано checksums.sfv, так как если его не задавать, то получается имя того же вида, что и название каталога, в котором данный файл размещается - в этом случае он может теряться среди списка аудиофайлов, что не очень удобно. В случае с checksums.sfv файл гарантированно размещается после нумерованного списка дорожек.

• Почему в корне коллекции front.jpg, а не cover.jpg? Не знаю :). Надо было что-то выбрать, остановился на этом. cover (обложка) может быть не только фронтальная, front в данном случае явно указывает на конкретную сторону. В iso.wv тоже используется front/back для обозначения отдельных обложек. Так как эта обложка предназначена только для отображения в плеере - она не должна быть сильно большого размера, 500х500, принятый на различных трекерах и вики-проектах будет вполне достаточным, сканы высокого разрешения можно посмотреть в _album_info/covers

• Почему используется "год - альбом (Номер диска)", а не "год - альбом/CD 1" и "год - альбом/CD 2", к примеру? В первом случае это не меняет файловую структуру диска, обращение к нему происходит так же, как и к любому другому альбому.

• Почему "Disc", а не "Disk"? По названию соответствующего тега - DISCNUMBER

• Почему не надо везде ставить тег DISCNUMBER? Тег должен явно указывать на многодисковый альбом, указание его в случае одного диска будет только сбивать с толку и усложнит автоматическое именование каталога альбома (в случае отсутствия тега дописывать (Disc #) не нужно и сразу ясно, что это однодисковый альбом).

• Почему структура "Исполнитель/Год - Альбом (Disc номер)/Номер трека - Название трека"? Такой вариант дублирует на уровне файловой системы информацию в основных тегах (исполнитель, год, альбом, номер трека в альбоме и название трека), поэтому найти нужный трек при необходимости можно средствами ОС без использования специальных утилит для работы с метаинформацией, или, к примеру, поврежденные теги можно заполнить из имен файлов. По той же причине в Various Artists в имени файла присутствует название исполнителя.

• TRACKTOTAL позволит узнать принадлежность трека к тому или иному варианту одного и того же альбома (например, с бонус-треками или без или принадлежность к различным дискам, предназначенных для выпуска в разных странах - иногда на них разное число треков. Еще один вариант - из метаинформации только одного трека получать текущую позицию в альбоме - для прогресс-бара, к примеру)

• SEEKTABLE. Во-первых, референсный кодек ее создает и, думаю, этого стоит придерживаться. Во-вторых, ее используют некоторые плееры для быстрой перемотки (вспоминаем "баг" Амарока с перемоткой отдельных FLAC-файлов, который на самом деле являлся багом этих самых файлов)

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