RadioBOSS 7.0 [beta]

  • Автор темы Автор темы djsoft
  • Дата начала Дата начала
Статус
Закрыто для дальнейших ответов.
Абсолютно не согласен. Почему программа просто не может сверять файлы и удалять несуществующие, при этом если файл существует хоть и был добавлен вручнуую из другой папки его не трогать. Я не говорю это делать по умолчанию, но каким-то параметром можно добавить, чтоб программа при обновлении добавляла из указанных папок файлы, удаляя только те из базы которые уже были добавлены в эти папки и из них пропали, не трогая все остальное.. это вполне логично..
Команда сделана чтобы просто пересоздать базу на основе папки - это понятное и простое действие. Это не какая-то полу-синхронизация, которая работает неочевидно. В вашем случае - нужно просто следить, чтобы команды makelibrary использовались корректно.

Понимаю, я подумаю... просто очень неудобно проверять именно как заканчивается.. проигрывать должна например последние там 3-5 секунд до метки, чтоб было понятно как он этот хук заканчивается..
Можете прослушивать с hook in, плюс можно отмотать.

Кстати почему-бы не научить программу автовыставлять метки интро/аутро, угадывать для хуков припевы в нарезках она очень даже умеет, то есть определять где начинается балабольство в песне после вступительного проигрыша умеет очень даже..
Да, наверное можно добавить такое, но это уже на следующие версии, эта уже и так долго в бете.

Вообще не ответ... Вы предлагаете мне из-за одного РБ поменять все в системе? Прошу добавить переопределение разделителя для РБ в расширенных настройках. Но лучше конечно автозамену, потому что при переключении на другую раскладку будет наоборот тогда...
Использовать системный разделитель это самое логичное. Менять - это нам надо тестировать все эти компоненты, чтобы не было каких-то непонятных ошибок, а это долго и не стоит того :)
 
Команда сделана чтобы просто пересоздать базу на основе папки - это понятное и простое действие. Это не какая-то полу-синхронизация, которая работает неочевидно. В вашем случае - нужно просто следить, чтобы команды makelibrary использовались корректно.
Короче ваш ответ звучит по факту так: либо используй как задумал Я команду обновления базы либо не используй эту команду и добавляй вручную. То есть вариант дать настройки доп. исключается.. то есть команда будет работать исключительно как вам хочется и не иначе... это печально...

Можете прослушивать с hook in, плюс можно отмотать.
Это просто жесть, а не совет.. просто извращение в кубе. Вы понимаете что я все равно так не услышу как он заканчивается этот хук ибо оно не останавливается на метке хук-аут...

Использовать системный разделитель это самое логичное. Менять - это нам надо тестировать все эти компоненты, чтобы не было каких-то непонятных ошибок, а это долго и не стоит того :)
Откуда вы находите сложности там где их нет.. программа смотрит системную настройку так... а нужно всего лишь добавить в настройки программы возможность задать свой разделитель и если он задан, то использовать его, на него смотреть и все... В чем тут сложность то? По моему делов на 2 минуты.
 
1) Не хватает кнопки проигрывания для Hook Out, и неудобно что Play спрятан для Войсдропа на правый клик..
Там мало экранного пространства. А что проигрывать в Hook Out?

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

1707158572841.png
 
Значит выбрал я пока для хранения "Файл (подпапка)" - где базы хранятся теперь, а то при запуске программы ругается что не может подключиться к БД... а к ней собственно и не надо подключаться ибо место хранения не БД выбрано... значит должно писать куда-то в файл.. в тот же xml файл или куда.. в настройках там при выборе хранения в файлах путь к sql базе... Короче кроет матом и сам модуль муз.базы не открывается... кстати оно похоже в sql и писало базы, но ругаться начало после того как я включил этот запрет модификации даты файла в расширенных.. после этого перезапустил программу и начало ругаться...
 
То есть вариант дать настройки доп. исключается.. то есть команда будет работать исключительно как вам хочется и не иначе... это печально...
Ничего менять не нужно. Вы некорректно использовали команду, вот и все. Можно просто исправить вызов команды - и никаких проблем. Вы предлагаете ваш частный случай учесть в программе - понятно же, что этого никто делать не будет.

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

Откуда вы находите сложности там где их нет.. программа смотрит системную настройку так... а нужно всего лишь добавить в настройки программы возможность задать свой разделитель и если он задан, то использовать его, на него смотреть и все... В чем тут сложность то? По моему делов на 2 минуты.
Никогда ничего нет на 2 минуты, это все тестирование и отработка разных случаев и т.п. Оно того вообще не стоит. Опять же, в будущем может будет замена самих элементов управления и там уже так будет. Или просто в системе поменяйте разделитель.
 
я включил этот запрет модификации даты файла в расширенных.. после этого перезапустил программу и начало ругаться...
Какие ошибки показывает? Если выбрана опция кроме MySQL то будет использоваться база SQLite для музыкальной базы, кеша и т.п.
 
Можно просто исправить вызов команды - и никаких проблем
Это как это некорректно использовал и как исправить? Исправить в моем понимании это добавить параметр, который дает команде знать, что удалять существующие файлы добавленные в базу с других папок не нужно, вот и все, проще некуда.

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

Никогда ничего нет на 2 минуты, это все тестирование и отработка разных случаев и т.п.
Конкретно с точкой/запятой там нету никаких разных случаев есть либо одно либо другое и тестирования там тоже никакого по сути нет.. оно либо использует разделитель из своих настроек либо если его нет то из системных.. не надо из мухи раздувать слона... байки про супер-пупер тестирование там и миллион случаев это для детского сада... процентов 80-85 всего что я предлагаю, вообще не требует никаких тестирований и затрат более 2-5 минут..

Какие ошибки показывает? Если выбрана опция кроме MySQL то будет использоваться база SQLite для музыкальной базы, кеша и т.п.
Ошибки такие же как при ненастроенном доступе к базе...

Это в логе при запуске программы
1707242295590.png

Database error: unable to open database file (14). See log for details (double click to open log).

[2024-02-06 19:52:36] Connecting [cid=0]
[2024-02-06 19:52:38] unable to open database file (14)

При открытии модуля муз.база
1707242103362.png



Короче разобрался - что-то видимо с самим файлом случилось бд, удалил его, оно пересоздало и ошибки ушли.. вроде пока норм.. Возможно бд надо пересоздавать при переключении на хранение в "файл (подпапка"...
 
Последнее редактирование:
Модификацию даты можно выключить в настройках (Общие-Расширенные настройки-"Metadata - Preserve date modified field" установите в True). *Модификация даты, конечно, происходит, но RadioBOSS просто возвращает дату обратно.
Все равно меняет дату/время файла...
 
Это как это некорректно использовал и как исправить? Исправить в моем понимании это добавить параметр, который дает команде знать, что удалять существующие файлы добавленные в базу с других папок не нужно, вот и все, проще некуда.
Вы вызвали команду makelibrary и указали некорректный путь к папке, в результате чего база стала пустой. Вместо исправления команды на использование правильного пути вы предлагаете вот эту конкретно вашу ошибку, частный случай, учесть в программе. Это даже не смешно.

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

процентов 80-85 всего что я предлагаю, вообще не требует никаких тестирований и затрат более 2-5 минут..
Не бывает никаких 5 минут, вы путаете коммерческий проект и какое-то учебное задание на каких-то курсах по программированию, видимо. Опять же - про точки/запятые. В системе у вас запятая, вы хотите использовать точку, но при этом не менять настройку системы, а чтобы ваш частный случай, опять же, учли в программе. Ну не будет такого. Давайте уже не тратить время.

Database error: unable to open database file (14). See log for details (double click to open log).

[2024-02-06 19:52:36] Connecting [cid=0]
[2024-02-06 19:52:38] unable to open database file (14)
Из текста ошибки - нет доступа в файлу базы. Какой файл базы использовать задается в настройках, раздел Общие, кнопка Настройки рядом с выбором места где хранится доп. информация.

Возможно бд надо пересоздавать при переключении на хранение в "файл (подпапка"...
Нет, этого делать не нужно, проблема в чем-то еще.

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

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

Какой файл базы использовать задается в настройках, раздел Общие, кнопка Настройки рядом с выбором места где хранится доп. информация.
Общий файл.

Нет, этого делать не нужно, проблема в чем-то еще.
Может быть, но только удаление файла sqlite помогло.

Это уже зависит от системы, видимо, по какой-то причине программное изменение даты не срабатывает.
Почему-то в тотал коммандер с этим проблемы нет, в Mp3tag тоже нет, в других программах тоже не трогает, если запретил, а РБ у нас видишь ли барин такой, ему не под силу...
 
Нужно просто, чтоб команда работала с указанной в ней папкой автоматом, при этом не трогала добавленные вручную файлы (как минимум если пути к ним верны, то есть файлы существуют по ним). Я об этом, если вы еще не поняли..
Эта команда не для этого, она даже называется - makelibrary то есть, именно создать базу. Иметь базу, где часть треков "фиксирована", а часть автообновляется, не совсем логично. База или управляется автоматически, или вручную.

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

Может быть, но только удаление файла sqlite помогло.
Видимо, файл был поврежден или еще что-то. У нас здесь эта ошибка не воспроизводится.

Почему-то в тотал коммандер с этим проблемы нет, в Mp3tag тоже нет, в других программах тоже не трогает, если запретил, а РБ у нас видишь ли барин такой, ему не под силу...
Если хранение доп информации в теге APEv2 то из-за ошибки дата иногда могла меняться. В других случаях проблема не подтвердилась. В следующем обновлении будет исправление для случая с тегом APE.
 
Никто не добавляет функции, которые нужны едицицам пользлователей.
Спешу вас поздравить - этот никто - ВЫ... и больше никто!

Эта команда не для этого, она даже называется - makelibrary то есть, именно создать базу. Иметь базу, где часть треков "фиксирована", а часть автообновляется, не совсем логично. База или управляется автоматически, или вручную.
Хорошо.. я так понимаю альтернативой может быть небольшое извращение с добавлением ручных файлов в отдельную базу и просто потом допустим в генераторе использовать выборку из 2.3 и т.д. этих баз.
Тогда просьба, добавьте настройку/возможность или как хотите назовите, чтоб можно было указать БД, в которую будут автоматом помещаться вручную добавленные в плейлист треки, это сильно облегчить и упростит их добавление и обработку. Например кстати можно добавить выбор баз в которые включить трек в тректуле по типу тегов или просто чекбоксами в списке.

И еще раз хочу попросить добавить возможность выбирать в поиске несколько БД из существующих, по которым искать с запоминанием выбора. Это позволит более гибко работать с базами и исключить ненужные из поиска. Рассмотрите это, пожалуйста, в следующих обновлениях, и желательно не к 2050-му году, а пораньше..
 
Спешу вас поздравить - этот никто - ВЫ... и больше никто!
Кто это реально добавляет все эти "давайте переделаем по уму"? Никогда не видел такого. Скорее, даже популярные запросы будут висеть годами. Единичные запросы/частные случаи/спец. ситуации - вообще игнор. Здесь вам хоть ответят.

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

Тогда просьба, добавьте настройку/возможность или как хотите назовите, чтоб можно было указать БД, в которую будут автоматом помещаться вручную добавленные в плейлист треки, это сильно облегчить и упростит их добавление и обработку.
Опять частный случай, ну правда. Что мешает просто создать базу, зачем какая-то непонятная синхронихация с плейлистом? Ну будут в базу таким образом попадать джинглы, реклама и все остальное.

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

Единичные запросы/частные случаи/спец. ситуации - вообще игнор. Здесь вам хоть ответят.
То что ответят это факт!... только ответ будет что это частный случай или нужно только вам или экономически необоснованно.. и все в таком духе... и какую пользу несет такой ответ? Просто, чтоб считалось...

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

Есть поиск "по всем", можете использовать его.
Могу его, а хочу иметь выбор нескольких, а не навязанное ограничение - либо одна БД либо все...

Почему-то для вас принципиально важно вместо решить задачу и сделать, пойти навстречу пользователю, найти причину не делать.
 
Почему-то для вас принципиально важно вместо решить задачу и сделать, пойти навстречу пользователю, найти причину не делать.
RadioBOSS это коммерческий проект, просто исходите из этого, смысл в том, что добавляется только то, что будет востребовано - новыми и/или существующими пользователями (значимым количеством). Частные случаи, специальные ситуации и прочее - мимо.
 
RadioBOSS это коммерческий проект, просто исходите из этого, смысл в том, что добавляется только то, что будет востребовано - новыми и/или существующими пользователями (значимым количеством). Частные случаи, специальные ситуации и прочее - мимо.
Да это я понял еще 5 лет назад.. просто я чего не пойму так неужели игнорируя пожелания и делая как попало, не пытаясь поправить, улучшить, доработать какие-то моменты вы таким образом получаете большую коммерческую выгоду?... ну пусть вы там сэкономите пару дней на этом, оно того реально стоит? Неужели все такие терпеливые, которых устраивает все эти косяки, недоработки, извращения и прочее и все ради них... или как немногие здесь, кто постоянно с вами, что-то предлагает, желает чтоб продукт стал лучше, бьётся об эту непробиваемую стену из года в год.... Вы уверенны, что футболя вот так вот людей как вы написали "мимо" вы таким образом не теряете пользователей?
 
просто я чего не пойму так неужели игнорируя пожелания и делая как попало, не пытаясь поправить, улучшить, доработать какие-то моменты вы таким образом получаете большую коммерческую выгоду?
Разработки стоят денег, поэтому, закапываясь в мелочах, до которых никому нет дела - тратятся попусту ресурсы и развитие стоит на месте.

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

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

Вы уверенны, что футболя вот так вот людей как вы написали "мимо" вы таким образом не теряете пользователей?
Про запросы новых функций - лучше один продуманный, чем сотня "накиданных" идей. Тогда будет меньше "мимо" и больше конструктива. И помните про узкую специализацию: такие функции не добавляются никогда.
 
Представьте, что вместо этого мы бы до сих пор "ковыряли" какие-то вторичные окна, вроде параметров трека, или там правил авто интро, доводя их до какого-то бессмысленного "идеала", добавляли бы какие-то настройки для чего-то, что нужно раз в 10 лет и прочее такое.
Я ж не говорю уделять этому все время, а по немногу, то там то сям, тем более повторюсь в основном все предлагаемые улучшения и мелкие доработки занимают реально минуты (и не надо пожалуйста опять сказок про так сказать долгие тесты днями и ночами и прочую ерунду). Поэтому вопрос не в денежных или временных затратах, а в тупо нежелании прислушиваться к пожеланиям и как результат в нежелании делать свой продукт лучше, удобнее, гибче, хотя вы как разработчик как никто другой должны были бы быть в этом заинтересованы, это в том числе и ваша репутация как профессионала тоже.
Ладно, закончим об этом... Мы постучали, но дома никого не оказалось... идем дальше...
 
помните я когда то писал что в AUX плэйлисте вдруг становится жирный шрифт? Так вот это происходит когда в этом ПЛ меняешь OUTPUT DEVICE и сразу все становится жирным.
 
Дима, привет.

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