RadioBOSS 5.6 [beta]

  • Автор темы Автор темы djsoft
  • Дата начала Дата начала
Статус
Закрыто для дальнейших ответов.
Novossyol сказал(а):
Читаю я вас и мне непонятно, вы чё делаете, "вселенское радио"? Лично я не представляю, как бы я смог использовать на практике ваши "ноу-хау", да и зачем?
У вас в желаниях полно "мути", которой на 99 в периоде % никто не будет использовать! Вот нам эфирщикам это нафиг не сдалось, а вы человека отвлекаете, он не делает того, что его просят эфирщики, между прочим для реального коммерческого эфира...
Еще раз вам повторяю - если вам что-то не нужно то НЕ используйте, но это не значит, что вы какие-то особенные и нужно подстраиваться только под вас.
И никто никого не отвлекает. Речь о том, чтобы продукт был гибким под любого пользователя, а не только под вас "эфирщиков" или нужно написать, что этот софт исключительно для эфирщиков и точка. И что касается не делает того чего просят, так не делает не только того чего просят эфирщики, но и многого того, что должно быть  в софтах для радио и что давно есть в известных популярных аналогах. В аналогах нету многих интересных фишек, которые есть здесь, и наоборот. Поэтому хочется наконец, чтоб хоть кто-то сделал универсальный софт. И РБ на это самый лучший кандидат.
 
scorp сказал(а):
что этот софт исключительно для эфирщиков и точка.
RadioBOSS — программное обеспечение для радиостанций, клубов, казино, торговых комплексов, кинотеатров. Автоматизация радиоэфира и звукового сопровождения.
 
Novossyol сказал(а):
scorp сказал(а):
что этот софт исключительно для эфирщиков и точка.
RadioBOSS — программное обеспечение для радиостанций, клубов, казино, торговых комплексов, кинотеатров. Автоматизация радиоэфира и звукового сопровождения.
И? Написано же "для радиостанций", "автоматизация радиоэфира" - я так понимаю эти понятия включают в себя любой радиоэфир, включая интернет-трансляцию (еще бы в наше то время) и не только комерческие станции. тем более некомерческая станция может перейти и в комерческую. Ок?
 
scorp сказал(а):
Речь о том, чтобы продукт был гибким под любого пользователя
Замечу, что такой задачи у нас не стоит. Программа для тех, кому важен бананс простоты использования, быстроты освоения и набора функций. "Напихать как можно больше функций и настроек на всякий случай, чтобы было, вдруг кому пригодится" - это не наш путь :)

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

Novossyol сказал(а):
в желаниях полно "мути", которой на 99 в периоде % никто не будет использовать!
Кстати, в этой бете, похоже, самое большое количество запросов на функции, которые пригодятся только в очень редкой ситуации очень небольшому количеству пользователей... Приходится фильтровать :)
 
Доброе время суток.
Дмитрий, скажите пожалуйста, планируется ли в генераторе плейлистов, сделать фильтрацию по пользовательским полям в теге ?
 
avg сказал(а):
Дмитрий, скажите пожалуйста, планируется ли в генераторе плейлистов, сделать фильтрацию по пользовательским полям в теге ?
Скорее, да - в будущем добавим фильтры и может правила неповторения для пользовательских полей. Первоначальное их предназначение (смысл их добавления в этой версии) пока что - создание отчетов по воспроизведению музыки.
 
djsoft сказал(а):
Скорее, да - в будущем добавим фильтры и может правила неповторения для пользовательских полей. Первоначальное их предназначение (смысл их добавления в этой версии) пока что - создание отчетов по воспроизведению музыки.

Это хорошо, можно будет добавлять нужные поля и делать по ним фильтрацию.

Дмитрий, будьте любезны, примите пожалуйста к рассмотрению следующее предложение.
В генераторе плейлистов, во вкладке Фильтр, есть фильтрация по жанру, но жанр необходимо вписывать вручную, а так как жанров может быть несколько, можно сделать так как в TrackTool, выборка жанров из уже имеющихся, так как каждый раз вспоминать, как там у тебя было правильно написано, приходится открывать TrackTool и смотреть какие и как были прописаны жанры.
 
djsoft сказал(а):
При хранении тегов в базе связка информации и самого файла идет по имени файла.
Так имя файла не меняется, поменялось только его место. Как мне дублировать треки в другие папки с сохранением меток? И в какой момент файл добавляется в базу?
 
avg сказал(а):
В генераторе плейлистов, во вкладке Фильтр, есть фильтрация по жанру, но жанр необходимо вписывать вручную, а так как жанров может быть несколько, можно сделать так как в TrackTool, выборка жанров из уже имеющихся, так как каждый раз вспоминать, как там у тебя было правильно написано, приходится открывать TrackTool и смотреть какие и как были прописаны жанры.
Спасибо за предложение - будет добавлено в одном из будущих обновлений.
 
1moment сказал(а):
Так имя файла не меняется, поменялось только его место. Как мне дублировать треки в другие папки с сохранением меток? И в какой момент файл добавляется в базу?
Извиняюсь за неточность - привязка идет по полному имени файла с путем: например, C:\Music\Track01.mp3, а не только Track01.mp3. Если вы перемещаете файл в другую папку, путь меняется и, соответственно, теряется связь между записью в базе данных и самим файлом.
 
djsoft сказал(а):
Если вы перемещаете файл в другую папку, путь меняется и, соответственно, теряется связь между записью в базе данных и самим файлом.
Так как все-таки скопировать файл с метками? Есть какой-нибудь способ? Если такой возможности нет, то нужно ее реализовать. А иначе что это за база в которой файлы "жестко пришиты" к первоначальной папке и никакие манипуляции с ними невозможны?
 
1moment сказал(а):
Так как все-таки скопировать файл с метками? Есть какой-нибудь способ? Если такой возможности нет, то нужно ее реализовать. А иначе что это за база в которой файлы "жестко пришиты" к первоначальной папке и никакие манипуляции с ними невозможны?

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

Ну а на текущий момент, можете сделать так, открываем музыкальную базу RadioBOSS, находим тот файл который Вы желаете перенести, выделаем его, далее идем в "Сервис" "Конвертация доп. информации..." и "Конвертировать базу данных (SQLite) в тег (APEv2)" ну и нажимаем старт.
Далее, этот файл переносите куда Вам необходимо, обновляете муз. базу, снова находите в муз.базе тот файл который Вы перенесли, опять идет в "Сервис" "Конвертация доп. информации..." и "Конвертировать тег (APEv2) в базу данных (SQLite)" и нажимаем старт.
Вот в принципе и все.

Как я уже упоминал выше, в будущих версиях, это будет автоматизировано, можно будет делать перенос через музыкальную базу РБ.
 
Сначала нужно научить БД нормально конвертировать теги. Сейчас пока что царит полная неразбериха с конвертацией тегов и их правильным прочтением.
Например созданные теги в старой программе не видятся новой, как бы там не изгалялся...
Не знаю, как там с mp3 дела обстоят, но с FLAC -- это целая засада.
Считаю, что если завялено, что программа поддерживает чтение и работу с перечнем музыкальных форматов, то поддержка эта должна быть полной!
Меня, как пользователя вообще не должны интересовать каки-то может быть проблемы или исключения, сложности и пр.
 
avg сказал(а):
Ну а на текущий момент, можете сделать так, открываем музыкальную базу RadioBOSS, находим тот файл который Вы желаете перенести, выделаем его, далее идем в "Сервис" "Конвертация доп. информации..." и "Конвертировать базу данных (SQLite) в тег (APEv2)" ну и нажимаем старт.
Да, я уже тоже подумывал об этом, но вдруг есть более простой способ... Но видимо нет. По сути с добавлением SQLite простоты и удобства не добавилось...
Ian сказал(а):
Сначала нужно научить БД нормально конвертировать теги. Сейчас пока что царит полная неразбериха с конвертацией тегов и их правильным прочтением.
Например созданные теги в старой программе не видятся новой, как бы там не изгалялся...
Не знаю, как там с mp3 дела обстоят, но с FLAC -- это целая засада.
Считаю, что если завялено, что программа поддерживает чтение и работу с перечнем музыкальных форматов, то поддержка эта должна быть полной!
Меня, как пользователя вообще не должны интересовать каки-то может быть проблемы или исключения, сложности и пр.
Тут очень часто звучит стандартная фраза-отписка: "Главная задача RB - автоматизация эфира и т.д........ А это дополнительная функция, которую мы добавили, но работать нормально она вовсе не должна" (это не дословно, но суть примерно такая). У меня вопрос: а над чем тогда, так усердно трудятся разработчики? Базу надо лечить основательно. Давно уже писал про то, что поле "Добавлен" меняется с каждым обновлением базы и в таком виде никакой полезной информации не несет, а тут еще моя проблема с переносом файлов и проблемы с FLAC. Начните уже исправлять косяки
 
Слушайте, читаю я вас и не понимаю, а как я вообще живу без "жизненнонеобходимых" полей, баз, тэгов и прочей фигни, не относящейся напрямую к автоматизации вещания? Может и вам последовать моему же примеру и лишние вопросы отпадут сами собой.
 
Novossyol сказал(а):
Может и вам последовать моему же примеру и лишние вопросы отпадут сами собой.

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

Как раз почему-то заявляют что "направленность программ - RadioBOSS для автоматического вещания" но в то же время задачи реализовывать то, что позволяет этого добиться по максимуму как говорят не стоит.
Так а для кого тогда автоматизация? Посему не вижу смысла больше предлагать что-либо. Вообще странно что делается такой хороший софт и игнорятся многие предложения. Может и редко нужные функции, но все же кому-то нужные. Я просто не понимаю как так... парадокс... Ну да ладно..
 
scorp сказал(а):
Как раз все что предлагается и позволяет добиться максимальной автоматизации.
Всё время хочу понять, что такое "максимальная автоматизация", неужели у меня ещё НЕ максимальная?
Вроде могу не касаться компа неделями, месяцами и всё будет работать - разве это не автоматизация. Что ещё нужно для "максимальной автоматизации" и что она даёт?
 
Novossyol сказал(а):
scorp сказал(а):
Как раз все что предлагается и позволяет добиться максимальной автоматизации.
Всё время хочу понять, что такое "максимальная автоматизация", неужели у меня ещё НЕ максимальная?
Вроде могу не касаться компа неделями, месяцами и всё будет работать - разве это не автоматизация. Что ещё нужно для "максимальной автоматизации" и что она даёт?
У Вас своя автоматизация, для которой видимо Вам достаточно тех опций, которые используете конкретно Вы!
 
1moment сказал(а):
Так как все-таки скопировать файл с метками? Есть какой-нибудь способ? Если такой возможности нет, то нужно ее реализовать. А иначе что это за база в которой файлы "жестко пришиты" к первоначальной папке и никакие манипуляции с ними невозможны?
Поэтому и несколько типов хранения данных: если храните в тегах (по умолчанию) - то можно переносить треки. Если в базе - то пока что их переносить нельзя. В будущем, вероятно, будет добавлена возможность переноса.

Ian сказал(а):
Сначала нужно научить БД нормально конвертировать теги. Сейчас пока что царит полная неразбериха с конвертацией тегов и их правильным прочтением.
Например созданные теги в старой программе не видятся новой, как бы там не изгалялся...
Не знаю, как там с mp3 дела обстоят, но с FLAC -- это целая засада.
С тегами никаких особых проблем нет - все стандартные теги читаются-пишутся корректно, даже читаются и исправляются некоторые "битые" теги. Проблема есть только в FLAC, не читается доп. информация, потому что она была перенесена в альтернативный поток данных (ADS) из-за того, что некоторые другие программы не могут обрабатывать APEv2 для FLAC. С этим постараемся что-нибудь придумать.

1moment сказал(а):
Да, я уже тоже подумывал об этом, но вдруг есть более простой способ... Но видимо нет. По сути с добавлением SQLite простоты и удобства не добавилось...
Это зависит от конкретного сценария использования. Если нет переносов файлов, а, например, идет только удаление и добавление треков в папки - то никаких проблем не будет.
 
Novossyol сказал(а):
Слушайте, читаю я вас и не понимаю, а как я вообще живу без "жизненнонеобходимых" полей, баз, тэгов и прочей фигни, не относящейся напрямую к автоматизации вещания?
Это технические вещи, и они тоже имеют значение - не для всех, конечно. База была добавлена как альтернатива для случаев, когда модификация муз. файлов невозможна или нежелательна. Доп. поля - для отчетов по воспроизведению, в зависимости от страны, в отчетах есть различные поля, которые могут отсутсвовать в стандартном теге.

scorp сказал(а):
Вообще странно что делается такой хороший софт и игнорятся многие предложения. Может и редко нужные функции, но все же кому-то нужные.
Пожелания никогда не игнорируются - большинство принимается и реализуется. В худшем случае предложения  отклоняются, но с мотивировкой. К примеру, другие разработчики могут быть не столь честны и вместо прямого отказа сказать "мы подумаем, может быть, когда нибудь". Наиболее типичные причины отклонения у нас: функция нужна очень редко (или вообще никогда, такое тоже было, в стиле "сделайте на всякий случай, вдруг пригодится"), или функция для очень специфической ситуации, или из разряда "перфекционизм", когда вроде что-то сделано, но какого-то видимого/ощутимого результата нет... даже в список изменений не напишешь, настолько непонятное и невидимое улучшение :) Вот такое - в отказ.
 
Статус
Закрыто для дальнейших ответов.
Назад
Верх