МаксимЕсть три компонента для фубара, которые ведут статистику прослушивания музыки и сохраняют её не в тегах:
- Playback Statistics (foo_playcount)
- Playback Statistics SQL (foo_playcount_sql)
- Custom Database (foo_customdb)
У первого два минуса: привязка к пути файла и пометка трека как прослушанного уже через 60 секунд после старта (или в самом конце, если была проиграна хотя бы третья часть трека).
Второй мне понравился тем, что не привязан к пути файла. Однако на этом, на мой взгляд, его плюсы и заканчиваются. Во-первых, он использует всего три поля для различения композиций: artist, album и title. Во-вторых, требует установки 2 пакетов библиотек (MS SQL Server Compact и MS Visual C++ 2008), а это не очень удобно.
Custom Database лишён большинства недостатков. Он использует SQLite и сохраняет информацию после прослушивания X процентов от общей длительности трека (настраивается вами). Не нужно устанавливать никаких дополнительных библиотек. Можно выбрать, что использовать для различения треков, путь к файлу или поля тегов. Но всё же есть у него один минус — компонент не импортирует информацию из файла PlaybackStatistics.dat («БД» foo_playcount).
Комментарии (5):
А еще минусы неофициальных плейкаунтеров в том что они не мониторят изменения тегов, т.е. переименовал к примеру альбом и вся статистика по нему пропадает.
Верно подмечено, но в Custom Database информацию можно привязать к пути файла (в настройках), а ещё вместо полей artist, album, title указать $stripprefix(%artist%) и %length_seconds_fp% или %length_samples%.
А я и не додумался до привязки к %length_samples%, обязательно попробую
а фубар требует установки дров на аудио, это тоже проблема)
в висте (только ms visual c++) и семёрке эти библиотеки по умолчанию, так что врятли надо делать скидку для ОС, которая вышла восемь лет назад.
а что в твоей медиабиблиотеке есть треки с такими одинаковыми полями)
meDveD
С этим можно поспорить.
iXil высказал правильную мысль: теги могут меняться. Playback Statistics SQL следит за этим? Custom Database лучше.