RadioBOSS 5.6 [beta]

Статус
Закрыто для дальнейших ответов.
Novossyol сказал(а):
Эта функция избавит многих пользователей (в том числе и меня) от лишних заданий в планировщике
Для этого есть группы заданий, которые можно сворачивать. А также макросы, которые позволяют вместо нескольких однотипных заданий оставить одно.
Подробнее о макросах здесь: http://manual.djsoft.net/radioboss/ru/scheduler_options.htm

Novossyol сказал(а):
Заменить плейлист в папке на новый гораздо быстрее, проще и нагляднее, чем копаться в заданиях
Что именно нужно сделать? Если это запуск плейлиста, например, часового, то просто меняете сам файл плейлиста. Задание на его запуск делается один раз, "ковырять" ничего не нужно.

Novossyol сказал(а):
Допустим у меня после часовой отбивки выходит спонсор новостей, новости, погода, песня про времена года. а потом желательно запустить часовой плейлист из папки. Как рассчитать общее время в планировщике, когда заранее неизвестна длина спонсора, новостей погоды, песни про время года???
Расчитывать и не нужно, в планировщике есть очередь. Ставите отбивку на :00:00, спонсора на :00:01, новости на :00:02 и так далее. Можно группировать это в один плецлист и сократить количество заданий. Или одно задание с опцией "несколько действий".
 
1moment сказал(а):
А я вообще не понимаю почему здесь именно так ставятся вопросы: "А нужна ли новая функция?"
Без этого программа бы давно превратилась в помойку, в буквальном смысле. Если добавлять для каждого специализированные функции, особенно которые частично или полностью дублируют имеющийся функционал или друг друга. Приятно будет видеть окно настроек где 100 разделов и в каждом еще 2-3 подраздела? А главное меню с 20+ разделами и в каждом по 50-100 пунктов? Цифры реальные, программе уже 15 лет, если бы не входной фильтр на функции, так и было бы :)

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

В истории есть отличный анти-пример, когда программа для записи дисков, Nero Burning ROM, обросла всем подряд, и редактор звуковых дорожек, и редактор картинок добавили, и перекодировка видео... Такой подход, конечно, имеет право на жизнь, но у RadioBOSS другая философия.

1moment сказал(а):
Вот например скажите (если не секрет  ) чем нас "удивит" и порадует версия 5.7
Например, улучшение статистики вещания: просмотр за прошлые периоды, не будет сбрасываться при выходе и другие улучшения. Автоматические джинглы (интро) для треков, которые выбираются по критериям и ставятся в эфир с определенной вероятностью.
 
djsoft сказал(а):
Приятно будет видеть окно настроек где 100 разделов и в каждом еще 2-3 подраздела? А главное меню с 20+ разделами и в каждом по 50-100 пунктов?
Представляю какой бы гибкий по настройкам софт получился. Сомневаюсь, что это сделало бы RB хуже, скорее наоборот.
djsoft сказал(а):
Сделаем то, что уже есть, но немного по другому? Это не улучшит программу.
Так ведь в RB такие моменты встречаются и сейчас . Например обновление базы. Вручную - проблем нет, автоматически (makelibrary) - меняется дата добавления у всех треков. Так что по поводу дублирования функций лично я, да и наверное многие форумчане, будем не против, лишь бы все работало.
djsoft сказал(а):
Например, улучшение статистики вещания: просмотр за прошлые периоды, не будет сбрасываться при выходе
За это конечно спасибо, посмотрим насколько станет удобнее и информативней. Я лишь предлагал вносить изменения в поле Played после воспроизведение трека на не в начале. Так было бы понятней когда он последний раз играл. Вы мне предложили использовать для этого генератор отчетов  :-\ . Это такой геморрой, а можно было бы "клик" на играющий трек и все видно.

А что касается Nero Burning ROM , поверьте вам до них еще далеко.  ;D Как только станете "обрастать редакторами картинок" мы вас тут же столкнем с этой скользкой дорожки  ;) ;)
 
djsoft сказал(а):
Для этого есть группы заданий, которые можно сворачивать. А также макросы, которые позволяют вместо нескольких однотипных заданий оставить одно.
Подробнее о макросах здесь: http://manual.djsoft.net/radioboss/ru/scheduler_options.htm
О, макросы, скрипты и пр.! Давайте ещё углубимся в низкоуровневое программирование по типу DOS и т.п.
Не я буду заниматься технологиями 80-х годов прошлого века. Оставлю всё как есть...
djsoft сказал(а):
Что именно нужно сделать? Если это запуск плейлиста, например, часового, то просто меняете сам файл плейлиста. Задание на его запуск делается один раз, "ковырять" ничего не нужно.
А если нового часового файла вообще не будет, то что запустится далее (или не запустится)?
То есть ещё создавать одно задание, коих уже сотни? Будем плодить задания, когда проще простого закинуть файл плейлиста в нужную папку уже находящуюся в составе миниплейста и вуаля!
Я наоборот стараюсь сократить до минимума число возможных заданий, вы же "топите меня в болоте" из этих заданий. Да поймите же вы что в ваших макросах и заданиях допустить ошибку проще простого и потом её отлавливать (если вы конечно свой эфир сутками не слушаете). Тогда как часовой плейлист просто лежит в папке и ждёт, когда на него наткнётся RB - всё просто, никогда не ошибёшься...
Если в этом нет необходимости, то удалил плейлист из папки и всё, а с заданиями нужно их или отключать или удалять, ковыряясь в планировщике из 100 заданий на сутки (а у меня на неделю около 700 заданий) и мне это не в кайф. Где логика и разум?
djsoft сказал(а):
Расчитывать и не нужно, в планировщике есть очередь. Ставите отбивку на :00:00, спонсора на :00:01, новости на :00:02 и так далее. Можно группировать это в один плецлист и сократить количество заданий. Или одно задание с опцией "несколько действий".
Городить огород и пирамиду из заданий не собираюсь, когда я уже объяснил суть предлагаемой доработки. Нужно чтоб RB понимал формат плейлиста m3u в папке, также как и формат треков мр3.
djsoft сказал(а):
Без этого программа бы давно превратилась в помойку, в буквальном смысле. Если добавлять для каждого специализированные функции, особенно которые частично или полностью дублируют имеющийся функционал или друг друга.
Это не специализированные а общераспространённые функции. Почему бы не сделать так чтобы RB понимал файлы m3u, так же как и mp3? В чем проблема? Никакого дубляжа нет. Это упрощение оперативности работы с программой, так как избавит от работы с кучей заданий и макросами.

Ощущение такое что нас слышат, ну или не пытаются.  :(
Ранее по первости, Дмитрий прислушивался к каждому предложению пользователей и внедрял это в программу, а сейчас наоборот, отфутболивает и навязывает то, что не оптимально и не даёт свободы выбора для пользователей. Я его не понимаю, может вы понимаете?
 
1moment сказал(а):
Я лишь предлагал вносить изменения в поле Played после воспроизведение трека на не в начале.
Это логично и я об этом писал, хотя бы не после воспроизведения, а после половины воспроизведения, потому что засчитывать воспроизведение сразу с 1 секунды это вообще ужасно и ломает всю статистику.. Не может трек считаться проигранным если он проиграл меньше половины как минимум.
 
1moment сказал(а):
Представляю какой бы гибкий по настройкам софт получился. Сомневаюсь, что это сделало бы RB хуже, скорее наоборот.
Такие программы для автоматизации радио и так есть. Сложные монстры, где невозможно быстро разобраться. Там еще техподдержка по телефону, потому что без нее никак не понять что вообще делать. И продается оно тоже через сейлз-менеджеров, запрос цены, демонсрация на месте, вот это все... Здесь не так :) Приоритет - простота. Можно даже в ущерб "гибкости".

1moment сказал(а):
Так ведь в RB такие моменты встречаются и сейчас . Например обновление базы. Вручную - проблем нет, автоматически (makelibrary) - меняется дата добавления у всех треков.
Тут все одинаково работает, прсото makelibrary полностью пересоздает базу, а ручное добавление новых треков через окно базы - только добавляет новые. Так как дата обновления не сохраняется в теге, в случае с makelibrary ставится текущая дата.

1moment сказал(а):
Я лишь предлагал вносить изменения в поле Played после воспроизведение трека на не в начале.
Это не имеет смысла, уже обсуждали ранее.
 
scorp сказал(а):
Не может трек считаться проигранным если он проиграл меньше половины как минимум.
Может. Отыграло 3 минуты 7-минутного трека. Трек не играл? Уже обсуждали это, по второму кругу не стоит. Меняться это в программе все равно не будет.
 
Дмитрий, скажите пожалуйста, будет ли в версии РБ 5.7 фильтрация по пользовательским полям в генераторе плейлистов ?
 
Novossyol сказал(а):
О, макросы, скрипты и пр.! Давайте ещё углубимся в низкоуровневое программирование
Например, задание для запуска часовых плейлистов:
C:\Playlists\?hh.m3u8
Каждый час будет браться свой плейлист, в 13-00 будет 13.m3u8, в 11 вечера 23.m3u8 и так далее.
Одно задание для всех часовых плейлистов.

Novossyol сказал(а):
А если нового часового файла вообще не будет, то что запустится далее (или не запустится)?
Ничего не запустится, продолжит играть то, что играло до этого.

Novossyol сказал(а):
100 заданий на сутки (а у меня на неделю около 700 заданий)
С использованием макросов, скорее всего, можно сократить этот список в 2-3 и более раз.
Если задания по дням недели - можно включить фильтр и видеть в списке только задания для текущего дня.

Novossyol сказал(а):
Почему бы не сделать так чтобы RB понимал файлы m3u, так же как и mp3?
Потому, что ерунда получится. Но, главное - непонятно зачем. Запуск часовых плейлистов не составляет проблем, если это и улучшать как-то, то только добавляя новые функции в планировщик, а не что-то новое и странное, особенно где предполагается ручная правка плейлистов в блокноте и операции с файловой системой.
 
avg сказал(а):
Дмитрий, скажите пожалуйста, будет ли в версии РБ 5.7 фильтрация по пользовательским полям в генераторе плейлистов ?
Скорее всего, да, если тестирование функции пройдет успешно.
 
djsoft сказал(а):
Скорее всего, да, если тестирование функции пройдет успешно.

Ждем, как соловей лета!

Дмитрий, будьте любезны, еще вопрос, предлагал сделать в генераторе плейлистов, в фильтре выплывающее меню с уже существующими жанрами, так как сейчас приходиться писать жанр в ручную.
 
scorp сказал(а):
Не может трек считаться проигранным если он проиграл меньше половины как минимум.
djsoft сказал(а):
Может. Отыграло 3 минуты 7-минутного трека. Трек не играл?
В том то и дело!!! Трек считается проигранным  (даже в самом слове смысл раскрыт) когда он ПРОИГРАЛ - т.е. ПРЕКРАТИЛ ЗВУЧАНИЕ и не важно как он это сделал сам или прерван заданием. Ваш приезд на работу считается приездом когда вы появились на рабочем месте, а не когда вы выходите из дома. Дмитрий, ну как до Вас эту логику довести. Сейчас по сути Вы авансом ставите время треку который еще не закончился. Даже английское слово played переводится в гугле "игаЛ" . Ну если уж так до вас не достучаться, то пожалуйста замените тогда название параметра на started , тогда хоть какая-то логика появится.

djsoft сказал(а):
Но, главное - непонятно зачем.
Ну потому что Вас пользователь просит. Человек который платит за ваш софт деньги! Для чего вообще тогда нужен этот форум? Если любую идею надо с боем вдалбливать разработчикам? Я предлагаю создавать открытое голосование на форуме за добавление или изменение чего-либо. И тогда все будут реально видеть актуальна функция или нет. Сейчас же на форуме отписка такая:
djsoft сказал(а):
Будет бесполезный балласт, которым пользуется 1-2 человека (не процента, а в абсолюте).
а с голосованием будет видно  1-2 человека или их стони-тысячи...
 
djsoft сказал(а):
Например, задание для запуска часовых плейлистов:
C:\Playlists\?hh.m3u8
И куда вставлять это задание?
djsoft сказал(а):
Потому, что ерунда получится.
В чем именно ерунда?
djsoft сказал(а):
особенно где предполагается ручная правка плейлистов в блокноте и операции с файловой системой.
С чего вы взяли?
У меня нет никаких правок, я месяцами, годами ничего не правлю. Сделал один раз нужную ротацию категорий в шаблоне плейлиста (пути к папкам через треклист) и забыл про него,  эфир каждые сутки разный.
Операций с файловой системой я никаких не делаю, но вы же не станете отрицать того, что ролики или треки на HDD эфирного компа нужно как-то передать и сложить их в нужную папку? Если это вы считаете "операцией с файловой системой", то "увы и ах", без этого действия ни одна станция не обходится.
Короче вы меня упорно не хотите понять, а я не понимаю вас... Пичалька.  :P
 
Novossyol сказал(а):
Например, задание для запуска часовых плейлистов:
C:\Playlists\?hh.m3u8
И куда вставлять это задание?

В планировщик блин. http://clip2net.com/s/3OzgJ0v
Я уже не могу терпеть дальше как Вы тупите, это же так просто.. какие-то 100 заданий, это просто ужас... разберитесь уже с планировщиком, там все просто и можно создавать универсальные задания, а не дублировать 100 штук или что у Вас там за бардак с ними творится...
http://clip2net.com/s/3OzgJ0v
 
scorp сказал(а):
что у Вас там за бардак с ними творится...
Я не хочу вникать в задания планировщика, когда это можно делать другими путями, без создания кучи лишних заданий, да вот разработчик не желает вникнуть в суть...
Я обхожусь для всех своих рубрик без создания заданий, но это потому, что RB понимает формат мр3 в папке. Если бы он понимал формат m3u было бы ещё лучше.
 
Novossyol сказал(а):
без создания кучи лишних заданий
Разработчик Вам уже показа как просто создавать универсальные задания БЕЗ КУЧИ заданий. В данном случае это Вы не хотите вникать в суть. Планировщиком все это делается элементарно.
 
avg сказал(а):
Дмитрий, будьте любезны, еще вопрос, предлагал сделать в генераторе плейлистов, в фильтре выплывающее меню с уже существующими жанрами, так как сейчас приходиться писать жанр в ручную.
В версии 5.7 будет загружаться общий список жанров программы, например, как в Track Tool.

1moment сказал(а):
Трек считается проигранным  (даже в самом слове смысл раскрыт) когда он ПРОИГРАЛ - т.е. ПРЕКРАТИЛ ЗВУЧАНИЕ и не важно как он это сделал сам или прерван заданием
Да, так и есть. Трек считается проигравшим если он был запущен. И это правильно, особенно для защиты от повторов. Вообще, обрыв трека почти сразу после запуска - некорректная ситуация сама по себе и сильно режет слух. Лучше от обрывов треков уходить, а не менять то, как программа считает запуски.

1moment сказал(а):
Я предлагаю создавать открытое голосование на форуме за добавление или изменение чего-либо.
Можете сделать тему с голосованием. А форум нужен для обсуждения проблем (как программы, так и эфирных в целом) и поиска их решения. Все подряд в программу добавлятьсь не будет, конечно же. Особенно дублирующий функционал, или узкоспециализированный, или микро-тюнинг, который не улучшает программу, а только усложняет (метод определения того, что трек проигран - как пример).
 
Novossyol сказал(а):
Короче вы меня упорно не хотите понять, а я не понимаю вас... Пичалька. 
Вы не хотите использовать возможности программы, и просите сделать тоже самое, но персонально для вас, немного по другому. Это так не работает. Я бы рекомендовал почитать справку по планировщику, про шаблоны, и т.п. Можете сделать отдельную установку RadioBOSS чтобы потестировать как все это работает.

Novossyol сказал(а):
Я не хочу вникать в задания планировщика
Это ваше дело. Но если "начать вникать", то меньше будет бессмысленных просьб "добавить" функции, которые уже давно есть в программе.
 
djsoft сказал(а):
Это ваше дело. Но если "начать вникать", то меньше будет бессмысленных просьб "добавить" функции, которые уже давно есть в программе.
Понятно. Предлагаете "забивать гвозди микроскопом"...
Пока обойдёмся, всё равно на часовые плейлисты пока надобности нет переходить, на 24 часа там будет куча и потом "без бутылки не разберёшься".
Всё вписывается в общий суточный плейлист, разбиваясь на участки по времени для разных ротаций.
не совсем точный переход по часам для меня не критичен, даже ещё лучше - отсутствует "шаблонность эфира". И голову не парить! Вот это - автоматизация. ;D
 
Статус
Закрыто для дальнейших ответов.
Назад
Верх