Пожелания/предложения/просьбы...

  • Автор темы Автор темы scorp
  • Дата начала Дата начала
Значит есть 2 момента, которые мне мешают ночью спать:

1) не хватает опции скрыть из лога какие-то элементы, в данный момент конкретно API запросы с уведомлений. Там сейчас пока 2 таких уведомления которые дергают скрипты мои в которых запросы по АПИ.

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

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

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

Давно это все собираю до кучи, может чего упустил, потом дополню..
 
Да и для типов файлов тоже не хватает возможности задавать несколько папок, плейлист и муз. базу с фильтрацией треков по тегам.
Это все очень существенно бы добавило гибкости, очень-очень..
 
1) не хватает опции скрыть из лога какие-то элементы, в данный момент конкретно API запросы с уведомлений. Там сейчас пока 2 таких уведомления которые дергают скрипты мои в которых запросы по АПИ.
Фильтры для окна лога будут расширены в будущих версиях.

2) второй момент связан с добивками. Сейчас для добивок используется 2 папки с треками, которые идут в обычное расписание.
Здесь основная проблема что 2 папки, а не одна. Я не знаю, будем ли добавлять возможность использовать несколько источников для добивок. Это есть в очереди на разработку, но пока не в приоритете.

Да и для типов файлов тоже не хватает возможности задавать несколько папок, плейлист и муз. базу с фильтрацией треков по тегам.
Это все очень существенно бы добавило гибкости, очень-очень..
Там не нужно сильно усложнять. Как альтернативный инструмент можно назначить тип для любого трека, т.е. использовать как папку, так и идентфиикаторы для треков вне этой папки.
 
Здесь основная проблема что 2 папки, а не одна. Я не знаю, будем ли добавлять возможность использовать несколько источников для добивок. Это есть в очереди на разработку, но пока не в приоритете.
То что 2 папки, а не одна это не проблема, а недоработка, что нельзя выбрать более одной. Жаль, что не в приоритете, зато всяка ерунда в приоритете.

Там не нужно сильно усложнять. Как альтернативный инструмент можно назначить тип для любого трека, т.е. использовать как папку, так и идентфиикаторы для треков вне этой папки.
Что за бред.. Я вам говорю как будет лучше по уму и удобно, а вы предлагаете какие-то извращения 99-го уровня.. То что можно, то используется, усложнять предлагаемыми вами извращениями точно не выход.. 25й год блин, а вы все еще предлагаете что-то из каменного века..
 
У вас специфичная задача, поэтому возникают такие сложности, потому и решение получается таким не самым удобным.
 
У заданий есть опция "Окончание", она как раз для этого случая.


Если имеете в виду поиск по названию/исполнителю - в какой-то из будущих версий добавим это.
О, да. И чтоб сразу в эфир выводилась обложка, если в тегах трека её нет. Было бы здорово! Только чтоб эта функция была включаема/отключаема.
 
О, да. И чтоб сразу в эфир выводилась обложка, если в тегах трека её нет. Было бы здорово! Только чтоб эта функция была включаема/отключаема.
Не совсем понятно, о чем речь, вроде эта тема форума о другом.
 
В логе когда какая-то ошибка в каком-то уведомлении, пишет типа "HTTP запрос №9....." и ходи там считай какое девятое.. Можно добавить спереди в уведомлениях колоночку с их нумерацией?

И в Генераторе плейлистов сейчас не дает сортировать категории локальные и глобальные вперемешку (я имею в виду сам список категорий, не ротацию), тогда или разделитель бы добавить между ними или лучше, чтоб можно было вперемешку но какие-то одни или оба помечать для отличия типа L/G.. короче как-то неудобно сейчас..
 
Можно в списке ошибок писать название уведомления, что думаете?
 
Можно в списке ошибок писать название уведомления, что думаете?
Лучше пронумеровать список уведомлений в настройках. По номеру просто глянул и все. Нет смысла загромождать в логе названием вместо 1-2 цифр номера.
 
Лучше пронумеровать список уведомлений в настройках. По номеру просто глянул и все. Нет смысла загромождать в логе названием вместо 1-2 цифр номера.
У нас для RadioBOSS Cloud это тоже используется, а так там нет списка, имена в логе имеют смысл (сразу понятно, что не работает). Думаю, на этом решении и остановимся.
 
У нас для RadioBOSS Cloud это тоже используется, а так там нет списка, имена в логе имеют смысл (сразу понятно, что не работает). Думаю, на этом решении и остановимся.
И зачем было спрашивать мое мнение, если все равно делаете по своему как попало а не как удобнее. Если в логе оно знает номер, то в чем проблема добавить столбец с номером уведомления.. Короче вы как всегда..
 
И зачем было спрашивать мое мнение, если все равно делаете по своему как попало а не как удобнее. Если в логе оно знает номер, то в чем проблема добавить столбец с номером уведомления.. Короче вы как всегда..
Я посмотрел список по RadioBOSS Cloud и там был аналогичный пункт, но т.к. там отсутствует список уведомлений, то имя в логе выглядит более логичным решением.
 
Я посмотрел список по RadioBOSS Cloud и там был аналогичный пункт, но т.к. там отсутствует список уведомлений, то имя в логе выглядит более логичным решением.
Ну у вас своя логика, особенная, уникальная, единственная такая во всем мире.. ноу-хау 21 века.
 
Очень хотелось бы видеть синхронизацию между двумя копиями программы, к примеру главная у нас стоит на сервере, с неё идет эфир, вторая на студийном пк, есть сетевой диск с материалом, сетевой диск подключён ко всем пк под одинаковой буквой, так что пути все одинаковые, на оддельном пк стоит Radio Сaster (отдали из тц), хотелось бы видеть синхрон между двумя копиями Radio Boss, к примеру загружаем новый материал на диск ставим в расписание его на сервере и автоматом он идёт в программу ту что стоит на студии, для чего это нужно ? К примеру пропал линк на сервере, но эфир стартонул с студийной копии или пропала студия и эфир пошёл с сервера, для этого я как понимаю нужно что бы и Radio Caster умел автоматом переключать источники звука, пример

Источник 1 таймаут 1 секунда если сигнала нет берем источник 2
Источник 2 таймаут 1 секунда если сигнала нет берем источник 3 и тд и тп
Когда доходим до последнего источника если не отвечает опрашиваем по новой или сделать систему мониторинга сразу по всем линиям и включать тот что есть сигнал.

Весь материал у нас копируется с сетевого диска на локальный пк и в обратном порядке на сетевой диск
Кастер стоит на отдельной машине в дц
Сервер откуда идёт вещание так же но уже в другом дц
Сетевой диск ещё одна отдельная машина но уже в третьем дц
Сервер бд так же отдельный сервер
ПК на студии бегают по внутренней vpn сети
Изменения на диске видны мнгновенно

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

ещё есть вопрос относительно скачивания свежего подкаста, есть ссылка ttps://markusschulz.wetransfer.com/downloads/188d72cc61432392630f73e92337e56e20250806181350/f17a6c?t_exp=1786040030&t_lsid=85277e7f-cd61-441b-89f7-d02bf1ee2ecf&t_network=link&t_rid=YXV0aDB8VHJhbnNmZXJ8bXM3ZDc4MHoxenc=&t_s=download_link&t_ts=1754504030

каждую неделю приходит шоу от Markus Schulz но хеш постоянно другой файл на их акке файлообменнике можно ли как то его скачивать через софт имея логин пароль и путь?
 
Последнее редактирование:
Очень хотелось бы видеть синхронизацию между двумя копиями программы, к примеру главная у нас стоит на сервере, с неё идет эфир, вторая на студийном пк, есть сетевой диск с материалом, сетевой диск подключён ко всем пк под одинаковой буквой, так что пути все одинаковые, на оддельном пк стоит Radio Сaster (отдали из тц), хотелось бы видеть синхрон между двумя копиями Radio Boss, к примеру загружаем новый материал на диск ставим в расписание его на сервере и автоматом он идёт в программу ту что стоит на студии, для чего это нужно ? К примеру пропал линк на сервере, но эфир стартонул с студийной копии или пропала студия и эфир пошёл с сервера, для этого я как понимаю нужно что бы и Radio Caster умел автоматом переключать источники звука, пример

Источник 1 таймаут 1 секунда если сигнала нет берем источник 2
Источник 2 таймаут 1 секунда если сигнала нет берем источник 3 и тд и тп
Когда доходим до последнего источника если не отвечает опрашиваем по новой или сделать систему мониторинга сразу по всем линиям и включать тот что есть сигнал.

Весь материал у нас копируется с сетевого диска на локальный пк и в обратном порядке на сетевой диск
Кастер стоит на отдельной машине в дц
Сервер откуда идёт вещание так же но уже в другом дц
Сетевой диск ещё одна отдельная машина но уже в третьем дц
Сервер бд так же отдельный сервер
ПК на студии бегают по внутренней vpn сети
Изменения на диске видны мнгновенно

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

ещё есть вопрос относительно скачивания свежего подкаста, есть ссылка ttps://markusschulz.wetransfer.com/downloads/188d72cc61432392630f73e92337e56e20250806181350/f17a6c?t_exp=1786040030&t_lsid=85277e7f-cd61-441b-89f7-d02bf1ee2ecf&t_network=link&t_rid=YXV0aDB8VHJhbnNmZXJ8bXM3ZDc4MHoxenc=&t_s=download_link&t_ts=1754504030

каждую неделю приходит шоу от Markus Schulz но хеш постоянно другой файл на их акке файлообменнике можно ли как то его скачивать через софт имея логин пароль и путь?
За сутки количество уникальных слушателей у нас примерно 12к, одновременных около 500, не хотелось что бы эфир прерывался из за проблем на линиях связи, ниже сбрасываю статистику
 

Вложения

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

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

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

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

За сутки количество уникальных слушателей у нас примерно 12к, одновременных около 500, не хотелось что бы эфир прерывался из за проблем на линиях связи, ниже сбрасываю статистику
Возможно, имеет смысл пересмотреть сами линии связи, улучшить их надежность.
 
Организовать подобную синхронизацию (автоматически и для общшего случая) будет очень сложно. Любые случайные элементы (генерация плейлистов, задания, Track List и прочее и прочее) - будут работать по разному и тут очень много нужно делать для синхронности. Это выходит за рамки даже планируемых возможностей программы, а также ее ценового сегмента.

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


Часто ли вообще это нужно, тем более, столько источников? Чтобы дошло до второго-третьего? И чтобы имело смысл делать такую надежность (стоимость резерва vs. потенциальные потери).


Можно использовать RadioBOSS: настраиваете ретрансляцию (основной источник), и в плейлист поток - резерв, плейлист на повтор, и настраиваете вещание.


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

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

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


Часто ли вообще это нужно, тем более, столько источников? Чтобы дошло до второго-третьего? И чтобы имело смысл делать такую надежность (стоимость резерва vs. потенциальные потери).


Можно использовать RadioBOSS: настраиваете ретрансляцию (основной источник), и в плейлист поток - резерв, плейлист на повтор, и настраиваете вещание.


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