Я считаю, что если метки будут видны в свойствах трека, там же где intro/outro/fadein/fadeout и на графике "в эфире", то этого будет достаточно. Как-то выделять размеченный трек в плейлисте - не надо!djsoft сказал(а):
А вот трек в котором БУДЕТ (запланирован заданием или "вероятностью"Ian сказал(а):
) войсдроп, так вот его можно как-нибудь выделить в плейлисте. И вот тогда диджей будет ЗНАТЬ! о войсдропах 
1moment сказал(а):
Если это сильно нагрузит машину, то можно сделать добавление войсдропов сразу после генерации плейлиста, ведь на длительность плейлиста войсдропы никакого влияния не оказывают. Максимум в первом треке войсдропа не будет.Ian сказал(а):
Я - ЗА! Давайте сделаем дополнительный столбец в плейлисте в котором будет ставиться метка о наличии в треке войсдропа. Например как в столбце "Custom Mix"Ian сказал(а):
Можно и в точное время запускать, но тогда нужно 2 задания: первое генерирует и сохраняет плейлист (например, поставить это задание за 5 минут, т.е. чтобы точно времени хватило). Другое задание запускает созданный плейлист уже в точное время. Эти команды есть в мастере, когда создаете задание.1moment сказал(а):
djsoft сказал(а):
Novossyol сказал(а):
Вполне можно. Заранее готовите пустые папки на жестком диске и привязываете пути к ним к конкретным заданиям - если есть блок в папке, он выходит, нет - далее плейлист идет. Пути к папкам можно оканчивать разными символами чтобы использовать разный алгоритм проигрывания треков (все сразу, по очереди или случайный порядок).Ian сказал(а):
Тут либо делать два вызова через API, или сделать третье задание, выключенное (с командой generate), которое делает плейлист и запускает его сразу. То есть 2 отдельных задания - для автоматического запуска, и одно выключенное - для запуска через API.1moment сказал(а):
Если включено чтение доп. информации, то из этих 40 минут, минут 35 уходит просто на загрузку базыIan сказал(а):
Эта проблема будет решена в будущем, когда доп. информация будет храниться в базе данных (а не в самих треках). Саму генерацию тоже постараемся ускорить, хотя распараллелить ее непросто (по сути вся генерация идет на одном ядре).У вас выключены правила неповторения? Если включено хотя бы одно из них, два раза подряд один трек не должен попадать.Ian сказал(а):
40 секунд это очень быстро, особенно если у вас большая база. Это не должно быть проблемой. Если нужно плейлисты запускать в точное время, можно их генерировать и сохранять заранее, и другим заданием уже запускать.Ian сказал(а):
Одни правила общие, и для каждой категории их иожно переопределить. В вашем случае работают правила для категории, т.е не повторять трек 13 часов.Ian сказал(а):
В скобках пишет значение в часах, днях. Стрелку для быстрого ввода, думаю, добавим.Ian сказал(а):
На этапе создания шаблона база не загружена, и генератор не знает ничего о треках. Ошибки, если настройка неправильная, будут появляться в отчете при генерации. Даже при генерации через задание, отчет сохраняется в файл - в папке Log в папке настроек.Ian сказал(а):Есть ещё одно предложение по неповторению, но это разговор уже отдельной темы, наверное. В этой ветке далеко от "войсдропов" уходить не хотелось бы
Если только кратко: Было бы здорово иметь подсказку, которая говорила бы о превышении заданного параметра времени на неповторение. Ведь БД прекрасно "знает", чего и сколько у нас в минутах есть. Мы базой данных часто пользуемся при подсчёте времени неповторения, но из-за проблемы фильтрации (об этом я уже писал) работать в БД тоже мучительно...
