Результаты поиска

Дело в том, что планировщик это 1) очень сложный механизм с массой нюансов, 2) это центральный элемент, который должен быть максимально надежен. Поэтому, там никакое изменение не может быть в стиле "всего лишь увеличить", увеличение периода повторов до недели это большое изменение, которое нужно...

В десктопной версии блок неповторения стандартный. В RadioBOSS Cloud что-то по другому, по части неповторения, посмотрим на будущие версии как это дальше развивать. У вас уже была ситуация, что запрашивали трек с одним названием?

Можете просто стрелкой вверх/вниз и всё. Давайте пока оставим эти поля в покое :)

Да, но такая задача сама по себе достаточно специфична, по этой причине в программе это не поддерживается. Можно сделать как предлагают ниже через API.

Одно дело выборка треков при создании плейлисто, другое это запросы треков. Это очередной запрос на функцию в стиле "пусть будет на всякий случай", так ведь? Сейчас так сделано, если трека вообще нет то будет сообщение что не найден, в других случаях какие-то другие сообщения. Стандартный...

Нет, такой функции нет. Смотря сколько раз должно запускаться, думаю, можно просто сделать отдельными заданиями.

В трекере отмечено, что это приводит к каким-то проблемам. Поэтому так. Не то, чтобы эти правила часто настраивались, оставим как есть.

Такой функции нет, а зачем это?

У вас происходит такая ситуация, что постоянно запрашивают одно и тоже название трека от разных исполнителей, и эта проблема требует решения? Этой информации там даже нет, просто возможен заказ или нет. Непонятно, чем это будет лучше. Похоже, это тот случай, когда показывало бы время, нужно...

Технически между PUT и SOURCE разницы никакой, отличия только на момент подключения, дальше все одинаково. Может, проблема с сервером, попробуйте предыдущую версию Icecast.

Чтобы в полной мере использовать фильтры генератора плейлистов в Track List, можно в генераторе настроить нужный шаблон, и периодически (смотря как часто меняется состав треков) через планировщик запускать автоматическое создание плейлиста по нему с сохранением в файл. Этот сохраненный плейлист...

Можете стрелками на клавиатуре или кнопками вверх/вниз, тогда обновится. А зачем это? Оно и симметрию как-то нарушает. График строится по пиковым значениям, так что там какие-то превышения громкости и так видно.

Зачем нужно сбрасывать у одного трека? Play запускает выделенный трек в плейлисте. Stop выделяет следующий за остановленным трек, соответственно, последующий Play запустит его. Это есть в автоматическом режиме "Растяжение времени" (чтобы подогнать окончание плейлиста к концу часа)...

RadioBOSS 7.2.2 Изменения Track Tool: улучшено окно "Анализ трека" Исправлено: в некоторых случаях уровень громкости музыки был некорректным при воспроизведении авто интро Исправлено: мелкие ошибки в функции "Запись потока" Исправлено: ошибки в функции Time Stretch Контейнеры теперь...

Вы про это, а щачем там неповторение названия трека, есть какая-то практическая необходимость? Сейчас все внутренние запросы возвращают только то, что нужно для работы виджетов, какого-то расширение пока не будет, дальше, может, будет какое-то API для этого, но пока вот так.

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

Это не будет точно, т.к. на момент отрисовки волна уже сильно упрощена. В каком-то из обновлений добавим горизонтальную разметку на уровни -3 и -6дБ.

Для неэфирного использования лучше отдельную установку. База, разметка - это в эфир не идет. Поэтому я и говорю, сценарий использования нетипичный, отсюда и проблемы. Тем не менее, в RadioBOSS Cloud это учтем.

Учтем это в следующем обновлении, спасибо.

Я бы не сказал, что это проблема, т.к. такой сценарий использования довольно странный: вы подключаетесь к /live и ведете вещание, это как обычно. Затем отключаетесь, но зачем-то RadioBOSS продолжает играть, но уже без вещания, и слать уведомления. Обычно RadioBOSS просто закрывается, ведь эфир...