Новая версия расписания и очереди треков

22.05.2023

В новом расписании не работали джинглы поверх - исправлено.

Для совместимости в новой версии теперь плейлист вставка не перебивает текущий плейлист вставку. Т.е. плейлист вставка будет играть до конца. Но можно делать вставки 1го трека.

Теперь счётчик кол-ва проигрывания добавляет +1 только когда трек начинает играть. (ранее добавлял при попадании в очередь)

29.05.2023

Ещё одна правка для совместимости с V1.
Выше я писал про исправление 22 мая - плейлист вставка не будет перебивать плейлист вставку. Оно отменено сегодня.

Как выяснилось в V1 работало иначе. Теперь сделано как в V1:
Если играет вставка плейлист, то его может перебить вставка плейлист по дате/времени. А вот вставка плейлист через N треков или N минут будут ожидать и будут запущены только после того как проиграет текущая вставка. (по аналогии с очередями)

Также есть идея добавить новую опцию для расписания эфирных/вставок плейлистов:
default - без ограничений
noinsert - не перебивать вставками плейлистами
noinsertone - не перебивать вставками треков
noinsertall - не перебивать любыми вставками

30.05.2023

Появилась новая функция, теперь можно ограничить время включения расписания.
Например можно указать период для дневных вставок от 12:00 - 18:00. Периоды через день также работают, например для полуночи: 22:00 - 02:00



Кроме этого добавлены цвета для типа расписания.
Эфирный, вставка полностью, вставка 1 трек, вставка поверх, заказ стола

31.05.2023

ИСПРАВЛЕНО! Функция продолжить плейлист (-1) не работала. Кроме этого при режиме перемешать первый трек иногда не перемешивался.

04.06.2023

Здравствуйте!

Переключился на 3-ю версию. Трек из стола заказов всё равно не включается следующим. Сначала проигрывается ещё один дополнительный трек из штатного плейлиста (который система успела воткнуть как следующий) и только потом из стола.

04.06.2023

Если имеется ввиду визуально, то этого делать не стоит. Трек из штатного плейлиста (когда очередь пуста) тоже ведь находится своего рода в логической очереди, и диджей должен видеть что система собирается ставить следующим. Я о том, что если в шапке будет отображаться только 1 трек (текущий), это значительно усложнит диджею планирование эфира. Проще перекрасить следующий трек в какой-нибудь другой цвет или ещё как-то по-иному пометить (чтобы было видно, что он не из очереди), но не убирать из виду.
Если имелось ввиду убрать следующий трек не визуально, а программно, то да, я поддерживаю, потому как он является лишним буфером, задерживающим очередь. Получается, что и стол заказов, и опция "назначить следующим" (из библиотеки) будут делать вставку уже после этого трека.

P.S. Надеюсь, что я правильно понял новый функционал. Пока ещё тестирую 😊

05.06.2023

V3 заранее НЕ добавляет трек в очередь как следующий там должно быть пусто, но у вас сейчас они добавляются. Как оказалось по моей ошибке пару дней V3 работала также как V2. Исправил.

Раз вам нужен следующий трек, то тогда нужно V2 включить.
Когда играет плейлист по порядку, можно сразу знать какой трек будет следующим и виртуально отобразить. У нас же есть и папки и режим в разноброс, тут заранее нельзя знать следующий трек и его нужно ставить следующим в очередь.

Раз мы его ставим, значит он полюбому должен проиграть, либо его можно отменить/заменить и он не проиграет вовсе. Как тут быть со столом, не очень понятно. Работает не совсем как в версии V1, и включается после следующего трека. (в V1 была замена следующего трека)
В теории можно придумать опцию для стола, где треки из стола заказов будут иметь высший приоритет. Они будут идти в эфир первыми даже если если в очереди есть треки. Но такое может тоже подойти не всем.

05.06.2023

Благодарю за разъяснения. Да, сейчас V3 работает как и заявлено. В какой-то степени, без этого дополнительного трека очередь выглядит более понятной и логичной.
Однако, визуально с одним треком в шапке очень неудобно. Может можно как-то сделать, чтобы при переход в "Файлы и плейлисты" список автоматически прокручивался бы до текущего эфирного трека (а если его нет, то до того, на котором плейлист остановился)? Тогда было бы удобнее понимать что там дальше по списку в один клик. Это будет особенно актуально, если плейлисты очень большие, как у меня 🙂



У меня плейлист играет по порядку. Но вот, к примеру, сейчас человек заказал в эфир трек, который в шапке проигрывается под номером 0. А как мне при таком раскладе определить что будет следующим?


И ещё. Раньше в V1 я ещё очень часто пользовался опцией "Назначить следующим", чтобы именно заменить следующий трек из штатного плейлиста. В V2 это тоже можно сделать (назначаешь следующим нужный и удаляешь из очереди не нужный). А вот в V3 этого уже не сделать, т.к. в очередь он не ставится.

В общем, исходя из всего выше сказанного, мне по функционалу больше подходит V2. Может иногда буду переключаться на V3 по необходимости 🙂 Я так понимаю, что обе версии планируют существовать параллельно, ибо всем одновременно всё равно будет не угодить. У каждого по-своему составлены плейлисты и расписания, а также свои привычки в управлении автодиджеем.

05.06.2023

А тут тоже всем не угодишь. Одним нужен наивысший приоритет, другие хотели бы, чтобы они вставали в очередь в конец. Было бы идеально, если это каждый мог бы выбрать опционально под своё радио: вставлять в начало очереди или вставлять в конец очереди.
Сейчас я заметил, что треки из стола вообще не встают в очередь и проигрываются только тогда, когда очередь пуста.

06.06.2023

Для меня, например, максимальный приоритет должны иметь треки со стола заказов.
То, как они запускаются в данный момент, является проблемой.
Возможно ли что то сделать используя само расписание ?
То есть использовать очередь как приоритет в воспроизведении.
Например:
1 - Эфир
2 - Часовой джингл (вставка 1го трека)
3 - Стол заказов
4 - Ротация (вставка 1го трека)
5 - Плейлист (вставка полностью)
6 - и т.д.

Соответственно стол заказов можно поднимать выше и ниже.

06.06.2023

Да, видимо надо для стола в настройки сделать опцию, когда заказ должен добавляться и ещё что важно, можно ли добавлять сразу несколько заказов стола в очередь, могут за минуту сделать 3 заказа например... дело такое...

Заказы стола я сделал оранжевым цветом. То что у некоторых заказов позиция 0 мне тоже не очень нравится, раньше трек заменялся и позицию писал старую как и плейлист, если получится сделаю также, но в новое версии сложнее.

15.06.2023

Исправление для V2.
Проблема возникала у тех кто проигрывает плейлисты по порядку.
Трек поставленный как следующий из эфирного плейлиста или плейлиста вставки при опции "очистить следующий" удалялся и не играл больше.
Теперь трек удаляется, а позиция в плейлисте возвращается назад. Таким образом даже если вставка трека удаляет следующий трек, то он проиграет позже.
Иначе получалась проблема что при проигрывании плейлиста по порядку могли быть пропущены очищенные треки. (1 3 5 и т.д.)

19.06.2023

Исправление для новых версий.
Ввиду добавления очередей, при вещании лайв или при ретрансляции, в очереди могут копиться треки/джинглы из расписания. Чтобы этого не было, теперь если автодж не играет, то и в очередь ничего не добавляется. Плейлисты при этом продолжают меняться в соответствии с расписанием.

Кроме этого в статусе теперь отображает RELAY и ссылку когда запущена ретрансляция.

20.06.2023

Автоматическое переключение версий

Все станции с 1-2 заданиями в расписании были автоматически переключены на V2.
Это не должно создать каких либо проблем.

Формат файла status.json был переключен для всех станций на версию 2.
Если вы использовали свой PHP код старого формата и ещё не обновили его, просто обновите код на более свежий.

Если у вас возникли проблемы, просто напишите нам через контакты, разберёмся в срочном порядке.

22.06.2023

Добавил настройки для стола - добавление в очередь

Настройки стола вынесены в модальное окно.

Куда добавлять заказ из стола?

в начало после подобных - По умолчанию. Заказ попадёт в начало очереди, но если уже есть заказы стола, то встанет после последнего.
в начало очереди - тут всё понятно, трек добавится в самое начало очереди
в конец очереди - тут всё понятно, трек добавится в конец очереди


Когда добавлять трек из стола?

при пустой очереди - По умолчанию. Стол ждёт когда очередь опустеет и потом добавляет заказанный трек.
при смене трека - Как только текущий трек закончится, добавится 1 заказ из стола.
сразу при заказе - Как только пользователь закажет трек он сразу добавится в очередь треков.


Важно! После последнего обновления неделю назад, настройки стола стали более гибкими, старые опции не работают - нужно настроить заново.

25.06.2023

Добавление джингла перед заказанным треком в столе заказов

Теперь в настройках стола можно указать папку с джинглами.
Система будет перед каждым заказанным треком в очередь добавлять джингл из этой папки. Если джинглов много, то конечно же будут играть разные.
Для удобства заказанные через стол треки теперь отображаются как папка /TABLE/

01.07.2023

Обновление завершено

Все станции переведены на новую 2ю версию, старая версия полностью удалена из системы. В ближайшие дни будет обновление и перезагрузка всех серверов, подробнее будет в рассылке.

02.07.2023

Провел небольшой эксперимент.
Добавил максимальное количество треков в очередь (девять) и заказал трек в столе заказов.
Итог: трек перешел в режим "в очереди", но в очередь треков, естественно, не попал.
Вероятно нужно сделать, что бы в такой ситуации он переходил в режим "в ожидании".

Настройки стола:
в начало после подобных - добавление заказанного трека в Auto-DJ
сразу при заказе - время добавления заказанного трека

Понятно, что вероятность подобного события низка, но всякое может быть.

В принципе это лечится изменением настроек на [при смене трека - время добавления заказанного трека]. Одни трек проверил, несколько не проверял.

В любом случае, вывод тут один, если хотите, что бы ваш стол заказов работал корректно, то не загромождайте очередь треков !!!

20.07.2023

Функция в начало очистив следующий очищает трек только если он добавлен вручную. Если в очереди трек из эфирного плейлиста, то он его не очищает. Это баг или фича?

20.07.2023

Наоборот, должен очищать трек из эфирного плейлиста, всё остальное он и не должен очищать. Надо ещё раз проверить. Странно.