Предлагаю пример ТЗ, на который народ бы скинулся: кто готов реализовать полноценную поддержку cue в связке xine+Amarok или GSteamer+Rhythmbox?
На вскидку условия полноценности:
- Не хуже, чем в Audacious, DeaDBeeF, qmmp и CuePlayer.
- Поддержка не только image+cue, но и tracks+cue, причём так, чтобы если плеер обнаружил в каталоге tracks+cue, то вносил в библиотеку треки, упомянутые в cue, с тегами из cue, а теги из самих треков не парсил.
- Поддержка compliant и non-compliant cue.
- Отсутствие бага с неотображением продолжительности последнего трека. Наблюдается даже в foobar2000. Под Linux можно посмотреть на примере Audacious 2.3, если перетащить в плей-лист два cue, связанных с ape-образами (а может кодек не важен - не помню) - продолжительность последнего трека из второго cue будет отсутствовать в плей-листе до первой попытки воспроизведения трека.
- Обработка случаев, когда для образа/набора треков присутствует несколько cue. Так случается например с релизами азиатских альбомов - к ним бывают cue с оригинальными названиями (иероглифами, для правильного учёта на всяких там last.fm) и cue с названиями треков латинскими символами или с переводом названий. Обрабатывать можно так: например добавить в контекстное меню альбома и/или трека, для которого доступно несколько cue, возможно выбрать, по какому cue будет происходит работа с тегами.
- Использовать код существующих реализаций, если это не запрещено лицензией, для облегчения работы можно и нужно.
- В идеале парсилку запилить либой, которую можно будет легко использовать в другом проекте.
- Оплата на следующий стабильный релиз, после того, в котором работа с cue была включена в апстрим проектов, при условии, что все обнаруженные пользователями баги будут пофикшены.
Есть желающие осилить? Пачом?
