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

  • Автор темы Автор темы scorp
  • Дата начала Дата начала
Если ваша работа предполагает постоянное пемемещение и переименование файлов, то лучше переключить метод хранения данных на APEv2 вместо базы данных, тогда данные будут "переезжать" вместе с файлом. После файловых манипуляций можно обновить кеш тегов, если вам нужны актуальные данные в базе данных (кеше).
 
Ну вопрос был в том, чтоб инструмент позволял сразу исправить то что можно исправить, то есть когда файл потерялся по пути, а не тупо удалить или переместить.. короче одной важной и мегаполезной кнопочки не хватает.. ну да ладно.. не хотите улучшать..
 
Ну вопрос был в том, чтоб инструмент позволял сразу исправить то что можно исправить, то есть когда файл потерялся по пути, а не тупо удалить или переместить.. короче одной важной и мегаполезной кнопочки не хватает.. ну да ладно.. не хотите улучшать..
Основной смысл этого инструмента найти проблемы, сам факт того, что они есть. Вы же пытаетесь сделать его частью работы когда вы перемещаете треки и потом через это править пути - а оно вообще не для этого.
 
Вы просто не вникаете в суть и не желаете улучшать свою же программу. Я похоже больше заинтересован в том, чтоб она становилась лучше чем вы. Это удивительно..
Для меня инструмент, который позволяет выявлять проблемы и сразу их решать, намного удобнее, чем просто их найти. Ну нет так нет..
 
Есть допустим 2 базы, 2 задания которые их обновляют из указанных папок разных каждую с обработкой тишины и прочего, добавлением некоторых тегов и т.д.

Вопрос - как автоматизировать их склейку в отдельную базу, исключив треки с указанными тегами?

Из вариантов:
1) настройка отдельного задания с выборкой из всех папок с пропуском всего что уже и так задано основными заданиями
2) возможно есть скрытая команда импорта (как вот пункты в меню для импорта из другой базы)

Оба не подходят, так как нельзя задать теги для исключения.

3) Как-то создавать плейлист с заданными условиями (я пока не вникал как, чтоб выбрало все что нужно)
и потом через makelibrary music|C:\playlist.m3u8 НО как это автоматизировать, чтоб одно после другого выполнялось, через мультиекшн отдельным заданиям оно так не получится, чтоб сначала дождалось выборки а потом из результата в базу занести.

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

Еще вариант делать отдельные задания на генерацию и потом загрузку но тут надо выставлять кикие-то интервалы надо гадать, пока оно там создаст в плейлист.. это выглядит дико.. может есть еще варианты которые упускаю.. но вообще очень не хватает гибкости командам и для мультиекшена или еще как последовательное выполнение заданных команд и т.п., чтоб можно было гибко строить такие автоматизации..
 
Можно генератором создать нужный (используя необходимые фильтры) плейлист, затем на основе этого плейлиста сделать базу (в качестве источника для makelibrary может быть как папка, так и плейлист)
Код:
makelibrary music|C:\playlist.m3u8
 
Можно генератором создать нужный (используя необходимые фильтры) плейлист, затем на основе этого плейлиста сделать базу (в качестве источника для makelibrary может быть как папка, так и плейлист)
Код:
makelibrary music|C:\playlist.m3u8
Вся суть была в том, чтоб это автоматизировать в одно целое.. генерация плейлиста и затем сразу вызов makelibrary.. как это вызвать одним блоком так сказать чтоб makelibrary дождалось окончания генерации.. я ж не могу угадать сколько это займет а делать какой-то большой интервал не хотелось бы..

И я правильно понял, что нужно выставить в категориях вот это, чтоб полностью все выбралось по условиям ?
1785592361964.png
 
Еще такой вопрос - при проверке треков через муз.базу для определения тишины там беруться уровни, которые выставлены в настройках или какой-то другой уровень, до или после которого считается что все тишина? Если другой хотелось бы узнать его значение.. делаю скрипт для автоуправления, чтоб определял по уровню аналогично РБ
 
Вся суть была в том, чтоб это автоматизировать в одно целое.. генерация плейлиста и затем сразу вызов makelibrary.. как это вызвать одним блоком так сказать чтоб makelibrary дождалось окончания генерации..
Организовать ожидание не получится, только если своим скриптом будете делать (например, проверять завершение процесса, или наличие созданного плейлиста). А так - просто сделать двумя заданиями, чтобы на момент makelibrary плейлист уже точно был готов.

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

Еще такой вопрос - при проверке треков через муз.базу для определения тишины там беруться уровни, которые выставлены в настройках или какой-то другой уровень, до или после которого считается что все тишина? Если другой хотелось бы узнать его значение.. делаю скрипт для автоуправления, чтоб определял по уровню аналогично РБ
Там фиксированно -45dB.
 
Организовать ожидание не получится
А почему нельзя добавить в мультиекшене режим выполнения по порядку, вы же можете получать статус что генерация завершилась и затем переходить к следующей позиции и т.д.

Там фиксированно -45dB.
О как.. спасибо.
 
А почему нельзя добавить в мультиекшене режим выполнения по порядку, вы же можете получать статус что генерация завершилась и затем переходить к следующей позиции и т.д.
Это нужно только в очень частном случае.
 
Это нужно только в очень частном случае.
Вы хотели написать "в очень частых случаях" но перепутали буквы.. :)
Просто этого нет, а так бы пользовались многие.. Это в принципе логично, чтоб можно было группировать таке задачи в одно задание, где все поочередно и последовательно выполняется не плодя кучу лишних заданий и не угадывая сколько какому понадобится времени. Почему вы этого не понимаете я не знаю.
 
Это в принципе логично, чтоб можно было группировать таке задачи в одно задание, где все поочередно и последовательно выполняется не плодя кучу лишних заданий и не угадывая сколько какому понадобится времени. Почему вы этого не понимаете я не знаю.
В этом случае задача сама по себе специфичная - создать базу с каким-то тегом, в то время как в программе уже есть фильтры везде, где по тегам можно выбрать нужные файлы. Тем самым, нужность такой базы минимальна - в основном используется одна база, и уже потом фильтруется.

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

Где-то еще ждать выполнения действия перед продолжением? Тоже непонятно зачем, типичный вариант это "создать и запустить плейлист", но такая уже команда есть - generate, все остальные случаи будут как раз редкие частности, и на это не делается специальная опция, такое как раз решается методами вроде создания нескольких заданий, скриптов, и т.п. Собственно, в свое время по этой причине и было добавлено API т.к. все сценарии предусмотреть нельзя.
Ну потому что в описанной мною задаче необходимо дождать сначала завершения генерации плейлиста. Если бы допустим в задании на добавление в базу можно было указать что запустить его когда выполниться задание такое-то (когда от него будет получено статус завершено грубо говоря) то можно было таким образом например плодить эти задания.. Просто зачем плодить лишние задания когда можно было бы в одной сделать по порядку.. просто указав 2 команды, одна завершилась вернула готов, запустилась вторая.. почему так не сделать не понятно.. Ладно, будем думать, что с этим делать, от вас все равно ничего не дробиться.. Вы приучиваете пользователя очень быстро к тому что ему придется заниматься извращениями так как нигде больше... такого опыта он действительно больше нигде не получит..
 
Наоборот базы позволяют отделять треки по разным признакам, своего рода группировка.. как и папки на компе... Не скидывать же все в кучу, это путь к хаосу, путанице и т.п.
Вы можете иметь любое количество баз в RadioBOSS, т.е. этот сценарий также возможен.

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

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

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

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