Генератор плейлистов - правила неповторения работают некоректно

  • Автор темы Автор темы rsv
  • Дата начала Дата начала

rsv

Member
Эта тема поднималась уже с разных сторон. Опять вышел глюк.
В правилах неповторения установлено: не повторять исполнителя в течение - 80 мин, не повторять трек в течение - 80 мин. Длительность плейлиста - 65 минут.
При проверке в отчете ошибок нет.
Но... в течении получаса играл тот же исполнитель и та же песня. Опять проверил генерацию - в отчете ошибка, что нет треков удовлетворяющих одну из категорий. Уменьшил время до 70 минут соответственно. В отчете - ошибок нет. Через несколько часов проверяю генерацию опять. Опять ошибка. Уменьшил время до 60 минут.

Значит пункт: Генерировать несколько плейлистов... (в моем случае 24 плейлиста на каждый час) работает с ошибками, которые нигде не показываются.
Пробовал установить длительность плейлиста - 24 часа. В отчете - ошибок нет.
Если же на 24 часа генерируется плейлист без ошибок, то теоретически ошибок дальше не должно бы быть, так как на следующий день плейлисты могли бы просто повториться.
 
Значит пункт: Генерировать несколько плейлистов... (в моем случае 24 плейлиста на каждый час) работает с ошибками, которые нигде не показываются.
Да, там как бы гарантируется неповторение в рамках генерации при наличии достаточного количества треков и нормально выставленных для этого интервалов неповторения. А уже на следующей генерации может повторять...
У меня сейчас настроено, что каждые полчаса подкидывает 5 треков, то есть по сути каждые полчаса вызывается генерация. При этом всем я заметил, что треки уже существующие в плейлисте не учитываются и все равно иногда попадают в генерацию, хотя по идеи их не должно добавлять, коль уж они уже присутствуют. Опция не повторять, что в плейлисте активно стоит.. По логике оно должно пропускать то что уже в плейлисте.
 
Значит пункт: Генерировать несколько плейлистов... (в моем случае 24 плейлиста на каждый час) работает с ошибками, которые нигде не показываются.
То есть вы делаете плейлисты разом, 24 штуки и между ними треки повторяются? Или повтор идет не между созданными плейлистами, а с уже имеющимися треками в плейлисте?

При этом всем я заметил, что треки уже существующие в плейлисте не учитываются и все равно иногда попадают в генерацию, хотя по идеи их не должно добавлять, коль уж они уже присутствуют. Опция не повторять, что в плейлисте активно стоит.. По логике оно должно пропускать то что уже в плейлисте.
Спасибо за информацию, проверим, есть ли ошибка.
 
То есть вы делаете плейлисты разом, 24 штуки и между ними треки повторяются? Или повтор идет не между созданными плейлистами, а с уже имеющимися треками в плейлисте?
Да, все 24 плейлиста делаются за один проход.
В той ситуации, что я описал выше, что в течении
получаса играл тот же исполнитель и та же песня
трек был в соседних плейлистах. В одном - в конце, а в другом - в начале.
 
Спасибо за уточнение, проверим в чем там может быть дело.
 
Да, все 24 плейлиста делаются за один проход.
В той ситуации, что я описал выше, что в течении

трек был в соседних плейлистах. В одном - в конце, а в другом - в начале.
Ну такое может быть, что в 23:58 запустился трек и он-же в новый (день) пошел первым в 00:00. Но наверное стоит галкочка учитывать последний выход (или как там она называлась).
Вопрос к разработчикам, если это 2 разные генерации, должно это правило учитываться?
 
Неповторение учитывается если:
  • трек уже отыграл и, соответственно, у него прописано поле "Последний запуск"
  • трек находится в активном плейлисте и включена опция учитывать треки в плейлисте
  • создается несколько плейлистов разом, повторения учитываются между ними
 
После обновления получил сюрприз и 400 песен выбрал одну и гонял ее 30 минут в эфире, раньше такого не было, он как то правила не отрабатывает, куча ошибок что нет треков удовлетворяющих правилам, а они были, вернулся на версию 5
 
Из-за того, что РБ бьет тэги mp3, я пока не пробовал работать с базой SQLite, т.к. удобнее править файлы на другом компьютере (BPM, Intialkey, размечать кью поинты, править тэги) использую APE - теги, а во время воспроизведения, у меня теги слетают на некоторых файлах. Я принял решение, что буду собирать эфир в одной папке из разных путем копирования файлов. Так есть гарантия, что РБ не снесет информацию из тегов, а в этой папке пусть творит, что хочет и создает плейлист из нее. Следовательно, что на весь день плейлист не составишь, только на определенный интервал, часа на 3-4 максимум 6 на всю ночь. Решение данной задачи я пока не нашел, может кто поделится опытом?
 
После обновления получил сюрприз и 400 песен выбрал одну и гонял ее 30 минут в эфире, раньше такого не было, он как то правила не отрабатывает, куча ошибок что нет треков удовлетворяющих правилам, а они были, вернулся на версию 5
Если есть такие ошибки, значит, не удается подобрать трек, чтобы он удовлетворял всем правилам. Обычно в тексте ошибки есть указание на конкретное правило - в этом случае, можно попробовать снизить период неповторения или добавить музыки.

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


Теги никуда не удаляются. Проблема в чем-то еще, например, тегов изначально нет.
Изначально, у меня все файлы аккуратненько отсортированы по тегам и я регулярно из проверяю mp3tag-ом,иначе бы этого не заметил. Ну, если исправили, то респект вам, я давно пользуюсь РБ и раньше такое было точно. Я замечал что теги MP3 у меня слетали, не уверен насчет APE. Если найду, то выложу обязательно.
 
Если есть такие ошибки, значит, не удается подобрать трек, чтобы он удовлетворял всем правилам. Обычно в тексте ошибки есть указание на конкретное правило - в этом случае, можно попробовать снизить период неповторения или добавить музыки.


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


Теги никуда не удаляются. Проблема в чем-то еще, например, тегов изначально нет.
насчет ошибок... в версии 5.9 все отлично отрабатывает, но стоило обновить не меняя правил.... все стало по-другому....
 
Ну, если исправили, то респект вам, я давно пользуюсь РБ и раньше такое было точно.
Теоретически такое могло быть с другими форматами файлов (не mp3), запись тега APEv2 могла приводить к тому, что файл считался поврежденным. Но чтобы из mp3 удалялись теги, такого точно не было никогда.

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

По поводу последнего запуска - в правилах неповторения нет такого параметра.

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

1666383415485.png


Не понимаю логики, почему тут показывает совпадение всего 5%, когда по сути тут отличия лишь в одной букве, если взять что 4 буквы 100%, то каждая по 25, по логике должно совпадать на 75%

1666383596251.png


А тут вообще-то должно быть 100% совпадение, а не 6%. Что тут за логика такая?

Не ошибка ли тут спряталась? Хорошо если это только в окошке тестирования так, а не в целом работа правил сравнений.


1666384016610.png

Почему бы тут не добавить ниже сразу мультистрочное поле, чтоб ввести связанных сразу?
 
Последнее редактирование:
Назад
Верх