Перемешивание в плейлисте по половому признаку

[Pavel-93RUS]

Уважаемые разработчики! Прошу подумать о возможности добавления такой нужной, и (как мне кажется) не слишком сложно реализуемой функции, как сортировка треков в плейлисте по половой принадлежности исполнителя. Объясню подробнее: К примеру сгенерился плейлист, состоящий из треков, взятых из нескольких категорий. Часто при этом случается, что подряд могут идти 4-5 треков где исполнитель М, потом несколько треков где исполнитель Ж. С художественной точки зрения это не очень красиво. Было бы здорово иметь в арсенале РБ команду, которая заменила бы местами треки из одной категории (не меняя чередование этих категорий), если рядом оказались треки одноименной половой принадлежности.

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

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

 

[djsoft]

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

4-5 треков где исполнитель М

 

[Pavel-93RUS]

Сейчас вы можете в категориях задать правило неповторения пола

Попробовал задействовать эту опцию. Получается следующая ситуация: В процессе генерации плейлиста продолжительностью 20 часов в логах начинают сыпаться ошибки. Как я понимаю, генератор не может создать плейлист такого объема, соблюдая правила неповторения пола, плюс другие заданные критерии генерации, из имеющегося количества треков. В итоге вместо 20 часов плейлист получается продолжительностью около 15 часов. Можно как-то допилить фильтрацию пола таким образом, что б когда генератор не может соблюсти этот параметр, он его просто игнорировал, но плейлист все равно создавался заданной продолжительности?

 

[scorp]

Сейчас вы можете в категориях задать правило неповторения пола

Попробовал задействовать эту опцию. Получается следующая ситуация: В процессе генерации плейлиста продолжительностью 20 часов в логах начинают сыпаться ошибки. Как я понимаю, генератор не может создать плейлист такого объема, соблюдая правила неповторения пола, плюс другие заданные критерии генерации, из имеющегося количества треков. В итоге вместо 20 часов плейлист получается продолжительностью около 15 часов. Можно как-то допилить фильтрацию пола таким образом, что б когда генератор не может соблюсти этот параметр, он его просто игнорировал, но плейлист все равно создавался заданной продолжительности?

Решение этому давно есть - если недостаточно треков для выполнения условий, то условия надо смягчить или сделать доп. плейлист. Вот и все.

 

[max-fm]

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

 

[djsoft]

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

Прогнозирование сделать уже можно - нажмие кнопку Генерировать и смотрите, есть ли в отчете ошибки. Если есть, решение проблемы вам подсказали выше - ослабить критерии выборки. Причем, желательно ослабить с запасом, это даст генератору бОльшую свободу действий в плане выборки треков (и создание плейлиста будет занимать меньше времени).

Если при генерации ошибок нет, и критерии достаточно строгие, я бы рекомендовал сделать еще 2-3 генерации и убедиться, что в них также нет ошибок - комбинации треков могут быть разными, и если ошибки то есть, то нет - это, опять же, означает, что критерии избыточно строгие. После устранения ошибок пресет можно использовать в работе.