Как настроить схождение треков из категории в категорию при добавлении новых треков?

Вынужден не согласиться, поскольку Кол-во запусков - это второстепенная информация, которая не сразу бросается в глаза.
Здесь получается, что тег ставится как вторичный признак на основе количества запусков, а это не несет дополнительной смысловой нагрузки.

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

Если юзать Теги как сейчас, то Тег - это параметр или свойство как величина постоянная.
Они так и задумывались, тег - постоянная характеристика трека: "Медленный", "Инструментальный", "80е", ...

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

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

делать удобнее, гибче
Гибче - это правила приоритетов в генераторе, которые могут работать и как фильтр и позволяют регулировать вероятности. Если и придумывать что-то, то, наверное, лучше новые правила в приоритеты или какие-то условия. Плюс здесь в том, что легко видеть, как правила работают - просто создавая тестовые плейлисты, результат виден сразу. В отличие от правил автоматической простановки тегов, где придется ждать и наблюдать, работает ли как надо.
 
то это должно быть что-то более интересное, чем просто базироваться на количестве запусков. Но пока что стоящих идей на этот счет нет.
О каких новых инновациях вы говорите?
Все придумано давным давно, еще тогда, когда ни нас ни наших с вами родителей не было )
50е годы 20го века

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

Ну да ладно... вы разработчик - у вас и колода.


Вопрос такой, а нельзя ли сделать так, что бы в окне плейлиста можно было выводить колонку "категория" из раздела "Playlist Generator Pro-Плейлист-Категория" ?

Это хоть как то решит проблему визуального характера и исключит появление КАШИ в окне плейлиста.
Я предпочитаю видеть в этом окне, какой трек к какой категории относится, сразу и весь состав листа. Без необходимости руками шарашить базу и постоянно в ней колупаться.
Идеальная система - та система, котороя настраивается один раз и все.

user field tag - не предлагать, так как это не уменьшает ручной работы при смещении трека из категории в категорию (пускай даже через настроенный костыль на основе кол-ва запусков)

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

Один раз настроил и не мучаешь себе мозг.
Присвоил Тег для категории
В настройках Тега указал кол-во запусков\другие параметры какие то\...\
И указал на какой Тег нужно изменить предыдущий по условиям в настройках "если\то"

При этом подходе, ротация настраивается уже по двум главным параметрам Категория и Тег

Категория - она как величина постоянная, а Тег - это уже величина плавающая.

А сейчас получается, что вроде и схождение настроено, и теги стоят, и пока не достигнут самый первый лимит по кол-ву выходов, свойство в виде Тег, актуален.
Как только хоть один трек наберет максимальное кол-во выходов, он перестанет ротироваться в первоначальной категории, однако привязка его к тегу останется прежней.

В итоге имеем трек в категории Архив, но с тегом Новинка.
 
Другой вопрос

имеет ли значение и какой то приоритет в окне настроек "приоритет-дополнительные правила приоритетов", если туда довесить еще правил, типа повышать приоритет для треков звучащих реже всего и\или другие варианты?

То есть, имеет ли значение, какие приоритеты стоят первыми, какие вторыми и т д?

скрин прилепил
 

Вложения

  • 12111.png
    12111.png
    88,9 КБ · Просмотры: 254
Вопрос такой, а нельзя ли сделать так, что бы в окне плейлиста можно было выводить колонку "категория" из раздела "Playlist Generator Pro-Плейлист-Категория" ?
Вы можете добавлять комментарии через генератор плейлистов - например, добавить категории где единственный трек это комментарий, и добавить его в ротацию.

Если плейлист создан без ошибок, то позиция трека однозначно определяет его принадлежность к категории.

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

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


Фильтр
Фильтр по комментарию
Вместо фильтра по комментарию рекомендуется использовать Фильтр тегов. Фильтр по комментарию использовался в старых версиях.
Показать
Задается одно или несколько слов для фильтра. При наличии любого из этих слов в комментарии трека, трек пройдет фильтр. Также можно задать слова, наличие которых обязательно, используя ключевое слово REQUIRE. Используя ключевое слово NOT, можно исключать треки. Ключевые слова в тегах трека нужно приписывать через запятую (,) или точку с запятой (;): slow, moody, 80s.

Пример фильтра: bass, synth, REQUIRE 90s, NOT slow - выбрать треки, которые содержат в комментарии bass или synth, обязательно содержат 90s и не содержат slow.

Это тоже самое, что и Теги, величина постоянная, прописанная конкретно для каждого трека.
А треки гуляют по категориям, в итоге получится каша.

Вы не хотите понять именно этот момент.

Пропишу я комментарий, и что? Спустя время трек сойдет в другую категорию, а комментарий останется от старой.

Уж что может быть проще, чем добавить "выводить колонку "категория" из раздела "Playlist Generator Pro-Плейлист-Категория"

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

А вы пытаетесь мне навязать пропись жестких довесов, которые на корню губят динамику.

Еще раз, Комментарий - это комментарий, а категория ротации - это категория.
Если необходимо видеть в окне плейлиста колонку Категория, причем тут колонка комментарий?
Ладно, если бы комментарий был единый и общий для категории, но это не так.. комментарий, он персональный для трека и не изменен в случае смещения трека в другую категорию. (правка ручками не рассматривается)


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

Теги видно в окне плейлиста, их может быть куча и вагон, любые - гибкая вещь.
Настраиваем условия кол-ва выходов при котором произойдет перезапись тега на нужный.
Трек приписан уже к новой категории и имеет новый визуальный тег (в моем случае это обозначение категорий: новинка, Хит и тд)
Настройка ротации строится уже по тегам, через фильтр тегов в настройках категории,

В итоге имеем динамичность, удобство и еще раз удобство.

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

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

если теги все равно базируются на количестве запусков.
...то происходит его смена на подходящий тег по условиям кол-ва выходов.

Сейчас этого нет.
 
Пропишу я комментарий, и что? Спустя время трек сойдет в другую категорию, а комментарий останется от старой.
Это другое совсем. Вы смотрите фильтр по комментарию в треке. Но можно добавлять комментарии в сам созданный плейлист: создайте категорию, на вкладке Треки кнопка "..." и там - "Комментарий". Пропишите текст, добавьте категорию в ротацию, и будет готовом плейлисте комментарий. Выглядит это также, как если нажать Плейлист-Добавить комментарий в RadioBOSS.

Настройка ротации строится уже по тегам, через фильтр тегов в настройках категории,
То есть, кроме визуализации в плейлисте - разницы никакой.

А избыточная сущность - это совсем другое, это когда одна функция полностью повторяет суть другой.
Это оно и есть, тег является производным от количества запусков, эту информацию можно получить и без тега.
 
Но можно добавлять комментарии в сам созданный плейлист: создайте категорию, на вкладке Треки кнопка "..." и там - "Комментарий". Пропишите текст, добавьте категорию в ротацию, и будет готовом плейлисте комментарий. Выглядит это также, как если нажать Плейлист-Добавить комментарий в RadioBOSS.
Добавить можно, но вывода этой информации в окне плейлиста нет... колонка комментарий вкл.


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

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

В настройках колонок масса всякого, чем пользуются 2-3 человека, тем не менее оно там есть и весьма жирно есть.
 
Но можно добавлять комментарии в сам созданный плейлист: создайте категорию, на вкладке Треки кнопка "..." и там - "Комментарий". Пропишите текст, добавьте категорию в ротацию, и будет готовом плейлисте комментарий. Выглядит это также, как если нажать Плейлист-Добавить комментарий в RadioBOSS.
Эта информация выводится только если в тегах трека проставлен комментарий.
То есть, опять же, постоянная информация, которая не поддается динамике.

Необходимо вывести информацию о том к какой категории в данный момент принадлежит трек.
Если трек смещен, то выводится текущая информация.

Поле комментарий, величина постоянная.

Более того, это ярчайший пример избыточной функции - а именно:

нет абсолютно никакой разницы, где я настраиваю этот параметр
Генератор-категория-треки-три точки-комментарий
или
Генератор-категория-фильтр-комментарий

Одно и тоже на 100%, но в разных частях программы.

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

Другими словами:
тег 1 - выходов 0-100
тег 2 - выходов 101-200
тег 3 - выходов 201-300
и т д

Ротация:
категория 1 - только треки с тегом 1
категория 2 - только теги с тегом 2
категория 3 - только треки с тегом 3

трек в категории 1 набрал 100 выходов и автоматом перешел в категорию 2 исходя из набранного кол-ва выходов и смены тега 1 на тег 2

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

А уже автоматическое смещение треков (тема ветки) осуществляется и управляется параметром кол-во выходов трека в эфир.

Я надеюсь, что так более понятно.
 
Добавить можно, но вывода этой информации в окне плейлиста нет... колонка комментарий вкл.
Тут речь идет о том комментарии, который вы можете добавлять как позицию в плейлисте как обычный трек, а не тот, который вы указываете внутри тегов трека.
 
Тут речь идет о том комментарии, который вы можете добавлять как позицию в плейлисте как обычный трек, а не тот, который вы указываете внутри тегов трека.
ну тогда это вообще не то и не о том.
Мне нужно видеть к какой категории относится трек, не используя никакую информацию из мп3 тега. У меня все мп3 в виде Артист-название.
Никакой другой информации там нет.
 
Читаю ветку и думаю, как бы реализовал я.
Вопрос: кто определяет, что данный трек - хит? Разве количество запусков или проигрываний? Иногда программа может выбирать треки чаще и они очень быстро перейдут в другую категорию, хотя могут быть хитами.
Я вот о чем думал. Может при добавлении треков в базу задавать им теги вида: хит_декабрь_2020, хит_январь_2021 и тд. всего 12 тегов в год будет или вообще без тега. А тогда придумать выборку заданий по тегу с маской: ??_декабрь_??20 - это значит, что это хит, ??_ноябрь_20 - остывший хит, если ??_19 - это архив (тоесть все треки 19 года) и т.д.
 
Читаю ветку и думаю, как бы реализовал я.
Вопрос: кто определяет, что данный трек - хит? Разве количество запусков или проигрываний? Иногда программа может выбирать треки чаще и они очень быстро перейдут в другую категорию, хотя могут быть хитами.
Я вот о чем думал. Может при добавлении треков в базу задавать им теги вида: хит_декабрь_2020, хит_январь_2021 и тд. всего 12 тегов в год будет или вообще без тега. А тогда придумать выборку заданий по тегу с маской: ??_декабрь_??20 - это значит, что это хит, ??_ноябрь_20 - остывший хит, если ??_19 - это архив (тоесть все треки 19 года) и т.д.
при желании можно реализовать любой винигрет, если разработчик внесёт соответствующие дополнения и прочее.
Однако из всей ветки, всех обсуждений, я готов уже просто на отображение Категории в окне плей листа. Но мне не дают и этого, отсылая в какие-то Комментарии, которые вообще не о том и никак не помогут в моем случае.
 
Мне нужно видеть к какой категории относится трек, не используя никакую информацию из мп3 тега. У меня все мп3 в виде Артист-название.
Никакой другой информации там нет.
Категории там чисто виртуальные для генератора и видны только в нем.

Я вот о чем думал. Может при добавлении треков в базу задавать им теги вида: хит_декабрь_2020, хит_январь_2021 и тд. всего 12 тегов в год будет или вообще без тега. А тогда придумать выборку заданий по тегу с маской: ??_декабрь_??20 - это значит, что это хит, ??_ноябрь_20 - остывший хит, если ??_19 - это архив (тоесть все треки 19 года) и т.д.
Ну это наверно все равно придется делать вручную.
 
Но мой вариант также требует доработки, так как теги не маскируются, только названия файлов. Как то не учел этого.)
Можно не по маске, а по выборке тегов - месяц_год. В ротации попробовать создать выборку по месяцам. Получается создать 12 заданий (или меньше) с запуском каждый месяц и со смещением месяцев в ротации. Но это будет возможным, когда доработают функцию, когда можно будет задать несколько вариантов времени/даты запуска. Тоесть включать и выключать задания по месяцам. (Обещали в следующем обновлении). Тогда на год запросто настроить и все будет работать.
 
Последнее редактирование:
Но мой вариант также требует доработки, так как теги не маскируются, только названия файлов. Как то не учел этого.)
Можно не по маске, а по выборке тегов - месяц_год. В ротации попробовать создать выборку по месяцам. Получается создать 12 заданий (или меньше) с запуском каждый месяц и со смещением месяцев в ротации. Но это будет возможным, когда доработают функцию, когда можно будет задать несколько вариантов времени/даты запуска. Тоесть включать и выключать задания по месяцам. Тогда на год запросто настроить и все будет работать.
"раскинул карты таро" и вот вам будущий ответ разработчика
"для этого можно использовать приоритет по дате добавления"
Я почти уверен, что так и ответят.
😁
 
Не все треки, которые вы закидываете в один день в базу, есть хитами.
согласен, но это немного другой подход.

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

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

Нужно только доливать переодически и всё.
если кому-то не нравится аналогия с бокалами шампанского, можно представить кастрюли6с борщем 😁
Дело вкуса.
 
Добавить можно, но вывода этой информации в окне плейлиста нет... колонка комментарий вкл.
Я не знаю, как еще объяснить :) Нажмите в меню Плейлист-Добавить комментарий. Вот так это будет выглядеть.

Если теги будут привязаны к интервалам кол-ва проигрываний, то большего и не надо.
По мне, так это вообще не надо. Тег, который дублирует другое поле, имеет исчезающе мало смысла.

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

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

Вот к примеру, какие-то "маски" тегов, зачем? Просто делайте отдельные теги: "Хит", "2000", "2020", "май", "июнь" и так далее для разных месяцев, годов и т.д. Треки будут иметь несколько тегов, по которым характеризуются, например, "Хит, 2020, январь".

Я бы пока рекомендовал вам следующее. Изучите возможности программы. Их много, и можно найти им разные применения. Потом уже делать запросы на новые функции.
 
Просто делайте отдельные теги: "Хит", "2000", "2020", "май", "июнь" и так далее для разных месяцев, годов и т.д.
1. Кстати было бы хорошо, чтоб допустим при увеличении в ширину окошка со списком тегов, чтоб теги шли в несколько столбцов если ширина позволяет.
2. И допустим если категоризацию тегов использовать через выделения цветом, то чтоб можно было как-то сортировать по цветам список, ну чтоб не каша была, а по порядку... теги одного цвета, потом другого и т.д. Ну или какие-то группы придумать для них наподобие как в планировщике.
3. И поле фильтра не помешало бы, чтоб при вводе сразу по ходу ввода оставлялись только совпадения.
4. Еще при выделении галочками нескольких тегов почему-то нельзя для них всех выделенных разом задать какой-то цвет - почему? Где логика?
5. Кстати почему нельзя выбирать несколько тегов с зажатым Ctrl просто кликом по им самим, а не по чекбоксу тоже не понятно..
7. Еще можно бы добавить варианты стилизации как курсив и жирный.
6. Квадратики чекбоксов кстати можно и чуть побольше там сделать...

Проще говоря доведите их уже, пожалуйста, до ума 😀
 
Назад
Верх