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

  • Автор темы Автор темы 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 команды, одна завершилась вернула готов, запустилась вторая.. почему так не сделать не понятно.. Ладно, будем думать, что с этим делать, от вас все равно ничего не дробиться.. Вы приучиваете пользователя очень быстро к тому что ему придется заниматься извращениями так как нигде больше... такого опыта он действительно больше нигде не получит..
 
Назад
Верх