RadioBOSS 5.8 [beta]

Статус
Закрыто для дальнейших ответов.
1moment сказал(а):
заметил новую ошибку: в track tool  метки ставятся раньше курсора

Подтверждаю, метки ставятся перед курсором, версия 5.8.1.0
Кстати, данное явление уже было и в предыдущей версии, но такого большого расхождения не было как сейчас в новой версии.
 
1moment сказал(а):
Но заметил новую ошибку: в track tool  метки ставятся раньше курсора (видно по метке VD на скриншоте)
avg сказал(а):
Подтверждаю, метки ставятся перед курсором, версия 5.8.1.0
Кстати, данное явление уже было и в предыдущей версии, но такого большого расхождения не было как сейчас в новой версии.
Спасибо за сообщение об ошибке, исправим в версии 5.8.2.
 
А что насчет доработки меток из моего предыдущего  сообщения?
 
1moment сказал(а):
А что насчет доработки меток из моего предыдущего  сообщения?
Да, я забыл сказать - это добавлено в очередь на будущие версии.
 
Здравствуйте Дмитрий.
Версия программы 5.8.1.0
Не могу понять, есть треки в базе (новогодние) у них установлена дата в TrackTool проигрывать с 20-ого декабря по 1 января, но генератор плейлистов упорно не берет данные треки в ротацию, когда убираешь данные даты, то треки начинают попадать в ротацию.
Проверьте пожалуйста, может есть какая ошибка...
Забыл упомянуть, хранение доп. информации в MySQL

При установки даты в TrackTool в MySQL в startdate и enddate данного трека появляеться запись вида 2000-12-20 и 2000-01-01 соответственно, может проблема в том, что год 2000 или данная цифра не учитывается ?
 
avg сказал(а):
Не могу понять, есть треки в базе (новогодние) у них установлена дата в TrackTool проигрывать с 20-ого декабря по 1 января, но генератор плейлистов упорно не берет данные треки в ротацию, когда убираешь данные даты, то треки начинают попадать в ротацию.
Проверьте пожалуйста, может есть какая ошибка...
Проверим. А даты раньше работали, до перевода данных в MySQL? Год значения не имеет, это просто форма хранения данных, учитывается только дата.
 
Дмитрий, я так понял ошибку с объявлением времени пока не исправили?!
 
djsoft сказал(а):
А даты раньше работали, до перевода данных в MySQL?

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

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

Или же, может помните, я писал про то, что было бы удобно подгружать треки вживую, то есть после каждого трека или после нескольких или хотя бы уже ладно через промежуток времени, чтоб дергался генератор плейлиста и добавлял треки, но каждая генерация выбирала трек по шаблону, то есть сначала из одной категории 1 или сколько задано добавила, потом при следующем дергании из другой и т.д. по кругу.
Так вот, есть мысль как это можно было бы сделать.
Есть такая штука как "увеличивать позицию", но она внутри категорий... Можно добавить такую опцию для смещения не внутри источника трека, а смещения источников (внутри категории), и/или что возможно удобнее даже в основное окно генератора на колонку ротации, там где выстроен шаблон из категорий, то есть чтоб каждый раз смещалось на следующую категорию и так по кругу. Это вроде интересное решение. Возможно ли такое реализовать?
Не дает мне покоя эта штука из другого софта, уж очень удобно было там с этим. тут не хватает такой гибкости.
 
djsoft сказал(а):
Уточните, что именно за ошибка?
Ошибка с объявлением времени. Которую обсуждали в начале темы  Примерно на 9 странице:
djsoft сказал(а):
1moment сказал(а):
Проверил: если файл отбивки добавлять вручную, то она прекрасно работает и обрабатывается как голосовой трек (подгоняется под аутро и интро),  а вот когда это делает задание из планировщика - вот тогда отбивка рвется и как "голосовой трек" не работает.
P.S. Проверял на разных компьютерах, и в качестве отбивок использовал разные файлы.
Тесты здесь показывают, что разницы между этой и предыдущей версиями нет. То есть, ошибка присутствует и в версии 5.7, но связана она не с планировщиком, а с запуском отбивки. Если в планировщике включена опция "запускать в точно указанное время", то отбивка будет запущена вместе с началом трека и "подгона" не будет. Также, обнаружились и другие проблемы. Пока что это останется в разделе "известные ошибки", так как исправление потребует множество изменений, а это задержит выпуск версии 5.8, что нежелательно.
 
avg сказал(а):
Извините Дмитрий, не хочу обмануть, но по моему когда информация хранилась в SQLite, вроде все работало, но это не точно.

Сейчас же в MySQL не работает точно!
Проверим, хотя, по идее, способ хранения данных никак не должен влиять.

scorp сказал(а):
Такая ситуация... случилось чудо... до окончания часа еще 10 минут, а играет уже последний трек в плейлисте. ну вот такие вот чудеса, да!!
Внимание вопрос: можно ли как-то в этой ситуации пока он играет определить что он блин почему-то вдруг последний
Для этого есть детектор тишины. В общем случае, нужно просто избегать таких ситуаций. Например, создавать плейлисты с запасом - 10-15 минут или больше. Можно хоть час лишний.

scorp сказал(а):
было бы удобно подгружать треки вживую, то есть после каждого трека или после нескольких или хотя бы уже ладно через промежуток времени, чтоб дергался генератор плейлиста и добавлял треки, но каждая генерация выбирала трек по шаблону, то есть сначала из одной категории 1 или сколько задано добавила, потом при следующем дергании из другой и т.д. по кругу.
Это очень сложно, плюс это дублирует функкционал детектора тишины, а дублирующих функций быть не должно. Намного проще сразу создавать плейлисты с запасом треков. И конечно, использовать детектор тишины. Если детектор срабатывает часто (чаще, чем раз в полгода) пересмотреть как строится эфир и внести коррективы.
 
v.5.8.1.0

Если запустить редактор треков из базы данных, и нажать на [Ок], то всё в порядке.
Но если в редакторе нажать на кнопку [Пред.] или [След.], то перехода к след. дорожке не происходит. Зато переход происходит, если затем нажать [Ок].

Если вызвать редактор треков из плейлиста, то сценарий отрабатывается штатно.
 
v.5.8.1.0

Ещё одна проблема.
И вот второй раз программа запорола дорожки, работали над которыми мы целый год.
Да как так-то?
Ну писали же уже двадцать пять раз!

В общем, после обновления программы и её запуска, программа, естественно, запомнила, что в плейлисте (во всех открытых плейлистах) были дорожки.
Я ещё не успел зайти в настройки и поменять работу с MSQL на теги, а также прописать "True", для работы с FLAC.
Так вот все те дорожки, что находились в плейлисте оказались с затёртыми тегами. Всё произошло в течение одной-двух секунд. Несколько десятков тысяч треков...
Вот так, вот, -- "чик", и всё! Всё коту под хвост.

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

Я очень рассержен.

Это такие муки -- ждать важные обновления программы по 5-7 лет. Мы в России всегда будем в полной жопе пребывать, если такими темпами будем работать, а когда рожают что-то, то вываливают полный багов релиз. Это у меня в голове не укладывается!
Я уже молчу про дикие приоритеты в работе программы и дикие ошибки, которые она производит. Те же затирки данных в треках.
Ничего бы не затёрлось, если бы по умолчанию было бы включено "True" и если бы по умолчанию программа работала бы с тегами, а не MSQL. Вот что сложного в том, чтобы такие умолчания сделать, раз вы так и не научили нормально работать с файлами FLAC вашу программу?

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

Отвратительно!  :-[
 
v.5.8.1.0

Мне кажется, или в программе что-то пошло не так?
Посмотрите на метки в "тректуле" и те же метки в "отработчике" (см. рис.). Как так получилось?

И да. Точку MIX плеер благополучно пропускает, предпочитая микшировать треки на точке "End".
А если у RadioBoss возникнет другое желание, то он смикширует на точке FADEOUT, однако самого "фейда" не будет. Как не будет и реакции на точку END. В итоге, "хвост" трека может растянутся на половину следующей дорожки, долго "развлекая" слушателей какофонией.
Вообще, вариаций микширования могут быть разные. Например, точка MIX может произвольно нарисоваться посередине трека. Однако достаточно открыть и закрыть "тректул", и точка микса возвращается на правильную позицию. Миксов на точке START, слава Богу пока не было.

А ведь это не бета-версия. Это релиз. Как такое можно было пропустить в тестировании? Чем занимаются все эти халявщики-новосёлы, выбивающие бесплатные "ключи" и шарящиеся по всему Интернету в поисках "кряков" для "Стереотулзы"?
Вот хочется кого-нибудь стукнуть уже!
 

Вложения

  • 2018-12-30_19-35-43.png
    2018-12-30_19-35-43.png
    36,8 КБ · Просмотры: 435
Ian сказал(а):
Посмотрите на метки в "тректуле" и в те же метки в "отработчике". Как так получилось?
У меня такая "шляпа" иногда тоже случалась. Причем и на более ранних версиях. К сожалению закономерность выявить не удалось. Как-то само по себе проходило....
 
Есть! Я тоже подловил глюк как у Ian'а .  Дмитрий, как я уже писал выше это, к сожалению, не редкость. Такое впечатление, что настройки кроссфейдов иногда приоритетней выставленных вручную меток, хотя ВСЕГДА в приоритете должны быть "ручные" метки.  Сейчас это произошло на границе часа. Т.е. у меня готовился к запуску "голосовой трек" с часовой отбивкой. Может это как нибудь повлияло? Хотя я подчеркнул что отбивка только готовилась! И сейчас отбивки часов запускаю как отдельные файлы, а не через "объявление времени", т.к. это объявление не работает.
Ian сказал(а):
А ведь это не бета-версия. Это релиз. Как такое можно было пропустить в тестировании?
Я считаю что с такими глюками о релизе и мысли не должно быть!
 

Вложения

  • 11.png
    11.png
    63,3 КБ · Просмотры: 457
Вот еще какой сюрприз обнаружил: точка MIX живет своей жизнью!!!
Посмотрите на скриншоты. Они сделаны во время одного звучания трека Jaded - In the Morning.
Итак:
1 скрин - обратите внимание на метки MIX и Fade Out трека ( Jaded - In the Morning )
2 скрин - запускаю Track Tool СЛЕДУЮЩЕГО трека  ( DVBBS and Joey Dale feat. Delora - Deja Vu ) , просто посмотрел, НИЧЕГО НЕ МЕНЯЮ, кнопкой ОК закрываю Track Tool и ВУАЛЯ  :eek: внимание на третий скрин...
3 скрин - видно что метка MIX  убежала со своего места  :mad: Опять открываем Track Tool только уже играющего трека  ( Jaded - In the Morning ) , метка стоит на месте, просто посмотрел, НИЧЕГО НЕ МЕНЯЮ, кнопкой ОК закрываю Track Tool... И о чудо.....
4 скрин - метка MIX вернулась на место....
Пробовал открывать Track Tool у разных треков (не только у следующего) - так вот точка MIX "плавает" в разные места, а на место встает только после открытия Track Tool играющего трека  ( Jaded - In the Morning ) Повторюсь: в Track Tool'ах НИЧЕГО НЕ МЕНЯЮ! Открыл - кнопрой ОК закрыл! Трек Jaded - In the Morning не при чем. Такая же *опа и с другими треками.
Внимание вопрос:
НУ И КАК ЭТО ПОНИМАТЬ???? Че за бобуйная происходит?
Какой нафиг релиз??????
 

Вложения

  • a.png
    a.png
    278,8 КБ · Просмотры: 450
  • b.png
    b.png
    135,9 КБ · Просмотры: 390
  • c.png
    c.png
    54 КБ · Просмотры: 444
  • e.png
    e.png
    50,1 КБ · Просмотры: 416
Ещё баг в "тректуле":

Почему-то метка END, при нажатии кнопки [SET] не хочет устанавливаться на место курсора (см. рис.). Она устанавливается чуть левее. Это не допустимо!
А теперь из разряда фантастики.
Если открыть в "тректуле" предыдущую от воспроизводимой в данным момент дорожку и произвести манипуляции с метками, то метки также будут двигаться и у той, что воспроизводится в данный момент.
 

Вложения

  • 2018-12-31_04-31-07.png
    2018-12-31_04-31-07.png
    34,9 КБ · Просмотры: 411
Ian сказал(а):
Она устанавливается чуть левее. Это не допустимо!
Я об этом уже писал. Дмитрий в курсе, обещал исправить.
Ian сказал(а):
Если открыть в "тректуле" предыдущую от воспроизводимой в данным момент дорожку и произвести манипуляции с метками, то метки также будут двигаться и у той, что воспроизводится в данный момент.
Необязательно производить какие то манипуляции- метка mix у играющего трека меняется просто от открытия трек тула. Прям перед вашим постом я это написал с примерами на скриншотах
 
Статус
Закрыто для дальнейших ответов.
Назад
Верх