RadioBOSS 5.6 [beta]
- Автор темы djsoft
- Дата начала
- Статус
Я про то, когда изначально никто не собирается ничего добавлять, но говорят, что "может быть".1moment сказал(а):
Нарезки обрабатываются при воспроизведении - до того, как воспроизведение начато, длительность просто неизвестна (поэтому, кстати, нет в конце фейда и миксовки).scorp сказал(а):
Неизвестна в том смысле, что все это загружается и вычисляется только после запуска нарезки. Нужно получить список треков, выбрать нужные, определить длительность, прочитать теги, применить фильтры, отрезать тишину, загрузить источники джинглов и прочие вещи. Внутренне там очень много чего делается, и операция довольно интенсивная с точки зрения загрузки процессора и диска - поэтому пока решено производить ее только при запуске нарезки. А дальше посмотрим, может, как-то в фоне будет "прикидывать" длительность.scorp сказал(а):
Ian
Active member
Поле "Добавлен" -- действительно, самое бессмысленное поле.1moment сказал(а):
Файл может быть добавлен в эфир, к звучанию, года 3-4 назад, однако поле "Добавлен" говорит мне, что несколько минут назад.
Ну конечно!
Абсолютно все мои десятки тысяч треков имеют одну и ту же дату добавления.
Ну бред же!
Поле "Добавлен" будет востребовано только тогда, когда программа зафиксирует в нём премьеру, т.е. первое проигрывание в эфире или сканирование в БД.
Ian
Active member
djsoft сказал(а):
У меня есть супер-предложение!
Раз такая петрушка с метками у нас, и я не очень доверяю, скажем, ДБ -- что если она, по каким-то причинам, простите, похерится, и треки, которые у меня продублированы на разных носителях, останутся не заполненными? Однако, несомненно, работа с БД быстрее и я только "За"!
Вот, что я предлагаю:
1. Возможность внесения и редактирования полей в тегах музыкальных файлов должна быть реализована, как и прежде -- через инструмент "Track tool" и Базу данных. Данные прописываются в сам файл и... вносятся в ДБ (всё, как и раньше) но теперь БД должна быть подключена к программе по умолчанию (с возможностью выбора уникального пути для её хранения).
2. Программа, для ускорения работы использует БД.
3. При необходимости, создать БД или обновить её -- можно из тегов APEv2, как и сейчас.
4. Слово "конвертация" меня пугает. Вот хоть ты тресни, но я боюсь потерять данные из тегов APEv2, поэтому лучше использовать слово "Прочесть из тегов".
5. Если в базе данных информации о треках больше или она изменилась (дата проигрывания и т.д.), и хочется её внести в теги APEv2, то можно сделать это отдельной процедурой -- через запись тегов из БД.
6. Для этого было бы не плохо предусмотреть интерфейс в виде сравнительной таблицы, где можно сравнить и сопоставить прочитанные данные из ДБ и данные из APEv2 (тегов).
7. В этой сравнительной таблице хорошо бы предусмотреть наличие фильтров, таких, как например "отобразить только треки, у которых имеются различия в полях".
8. Множество параметров можно сортировать по названию колонок в таблице, где пустые поля, при клике на название поля "выскочат" сверху или уйдут вниз -- точно также, как это происходит и сейчас в БД.
9. Таблица делиться пополам, но строки с данными из тегов и БД из обоих частей таблицы жёстко связаны, и фильтруюутся одинаково. Это нужно, чтобы на одной строке были видны все параметры трека с данными о нём, имеющимися в БД и APEv2.
Всё!
Вот и вся петрушка!
10. Внизу таблицы имеем стандартные поля фильтрации, кнопку "Перенести данные из БД" и кнопку "Перенести данные из тегов" к выделенным файлам.
11. Кстати да. Переписать данные можно как у всех треков в таблице, так и выборочно -- только у тех, которые отмечены.
12. Также этот процесс можно настроить через планировщик и обновлять теги APEv2 из БД.
Будет фиксироваться время первого добавления в базу. В общем-то, это уже реализовано, но выключено ради скорости - были жалобы, что из-за обновления тегов треки в базу добавляются очень долго.Ian сказал(а):
При исправном оборудовании это практически исключено. В будущих версиях можно будет делать копию базы, сейчас можно делать вручную, но нужно закрыть все программы, которые работают с этой базой.Ian сказал(а):
Дублирование информации не самый лучший путь. Тут сразу всплывает масса пробем - скорость исполнения, и синхронизация данных, как минимум. Все таки корректнее использовать что-то одно.Ian сказал(а):
Это в корне противоречит основному принципу RadioBOSS - простотаIan сказал(а):
Не та это функция, которую ждут пользователи. Морочиться со сравнением какой-то там "доп. информации" - да кому оно надо Данные сканирования треков, вроде количества отрезанной тишины, длительность, положение меток для нарезки - все это может в любой момент измениться, сделав запись в базе бесполезной.Ian сказал(а):
ivan882007
Member
Здравствуйте, в уже вышедшей версии Radioboss большая проблема не работает функция поставить один трек из папки или плейлиста пишет TrackList sourceis empty
- Статус
