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

  • Автор темы Автор темы scorp
  • Дата начала Дата начала
В генераторе:
1) хорошо бы добавить сохранение правил для тегов в файлики-пресеты
2) при добавлении из файлика спрашивать добавлять или заменять или объединять (те правила, которые уже есть, чтоб не дублировало а то дичь какая-то получается..сиди потом удаляй или оставляй кашу) - просьба сделать это по уму

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

1786567993286.png
тут короче меня в окошке спрашивают хочу ли я чтоб этот текст отображался на нормальном понятном языке.. мой ответ кнопка Да




1786568172725.png
а эту кнопку нельзя сделать в выбранный цвет фона и текста?

Можно ли где-то редактировать список гендеров, например, чтоб кроме Жен/Муж добавить ОНО ?

Было бы удобно в окне списка пресетов при их выборе добавить кнопку для переименования.

В муз.базе очень не хватает для фильтрации по тегам, какие включать какие исключать, удобно когда нужно определенным трекам добавить/удалить теги, то есть чтоб не затронуть какие-то другие то есть когда есть тег 1, тег 2 и тег 3 например а нужно отфильтровать по 1 и 2 исключив 3 и тп. Если для других полей это можно обойти извращениями с сортировкой то с тегами так не получится.

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

Это все очень нужное при массовой обработке для быстрой фильтрации. Проработайте пожалуйста.
 
Че за фокусы такие.. удаляешь глобальную категорию и она сразу из пресетов всех убирается.. то есть сразу все пресеты поломаны где она использовалась и даже если ее добавить обратно с тем же именем она в пресетах уже не восстановится.. это капец..
А главное удалил категорию, а оно тебя издевательски потом спрашивает хочешь сохранить изменения в пресете, жмешь НЕТ но толку с того.. категории удаленной то уже нет и если его переоткрыть пресет тоже ее нет уже.. это прям очень нехорошо..
Я как-то думал что пресет хранит в себе все категории и настройки и своего рода как бэкап категорий может быть, а выходит нет..
 
Все таки очень не хватает нормальной группировки тегов, чтоб можно было их раскидать по категориям которые бы сворачивать можно было.. было бы удобнее в разы с ними работать.. и чтоб для категории можно было задать цвет и теги в ней его наследовали автоматом если для какого-то не заданные индивидуальные..
Это все мысли вслух.. вдруг случится чудо и они будут услышаны...
 
1) хорошо бы добавить сохранение правил для тегов в файлики-пресеты
2) при добавлении из файлика спрашивать добавлять или заменять или объединять (те правила, которые уже есть, чтоб не дублировало а то дичь какая-то получается..сиди потом удаляй или оставляй кашу) - просьба сделать это по уму
Можно уточнить, зачем это нужно? Есть сложные правила фильтра тегов, что их сложно воссоздать, и при этом, часто треубется создавать категории где фильтр по тегам был бы одинаковым, что его можно загружать из пресета?

Тут получается ситуация что "создать универсальный пресет потом думать где его применить" по количству работы/времени будет примерно как просто сразу сделать нужный фильтр.

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

Вероятно, вам стоит подождать новую версию, где можно будет "наследовать" категорию, когда другая категория выступает как основа, и вы только переопределяете то, что нужно.

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

Можно ли где-то редактировать список гендеров, например, чтоб кроме Жен/Муж добавить ОНО ?
Нет, он фиксирован.

Было бы удобно в окне списка пресетов при их выборе добавить кнопку для переименования.
Добавим в одном из обновлений.

В муз.базе очень не хватает для фильтрации по тегам, какие включать какие исключать,
Где-то это уже обсуждалось. Фильтры в базе будут улучшены в одном из обновлений.
 
Че за фокусы такие.. удаляешь глобальную категорию и она сразу из пресетов всех убирается.. то есть сразу все пресеты поломаны где она использовалась и даже если ее добавить обратно с тем же именем она в пресетах уже не восстановится.. это капец..
Да, а как же еще, там и предупреждение появляется, и логичный/ожидаемый результат как раз что если вы удаляете общий объект (категорию) везде, где это использовалось, становится недоступно. Было бы странно, если удаленная категория осталась бы.

Добавление другой глобальной категории, даже с тем же именем, не поможет, т.к. это будет уже другая (новая) категория.

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

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

Сколько у вас сейчас тегов в списке?
уже где-то +/- 80

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

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

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

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

Есть предложение вынести из генератора список связанных исполнителей и вместо этого добавить поле в тректул и свойства
Это не выглядит удобным решением. Например, чтобы задать для кого-то связанных исполнителей, нужно сначала открыть на редактирвание трек этого исполнителя. Также это нелогично для Track Tool, где редактируются параметры трека, еще и редактировать что-то общее. Оставим как есть.
 
Можно ли для команды обновления базы добавить указание для аппаок включать подпапки или нет, типа как-то вот так
makelibrary music|C:\Music;skipSub|D:\MoreMusic
И в генераторе плейлистов там общая опция включать/исключать подпапки для всех указанных, было бы удобнее как-то индивидуально для каждой папки чтоб указать.
Для обновления библиотеки то очень надо..
 
Это потребует достаточно много изменений, в тоже время, эти опции существуют очень давно, и текущая конфигурация (общая настройка по поводу подпапок/makelibrary всегда берет подпапки) устраивает всех/большинство пользователей. Пока что оставим как есть.
 
Это потребует достаточно много изменений
Вы наверное пошутили.. ограничить чтение папки только ее уровнем не может быть сложным в принципе, просто отключается рекурсия или указывается глубина там в ноль или 1 и все.
 
Работал с модулем муз.базы без запущенного РБ и при обновлении тегов для файла через окно Свойств перезаписало дату на текущую, чего мне категорически не нужно. Точно не помню, вроде при запуске с РБ сохраняет, так как там в настройках указано это. Может быть добавите в настройках в муз.базе самой опцию сохранения временной метки, чтоб это гарантировано учитывалось при отдельном запуске муз.базы?

Я уже говорил как-то, очень неудобно что при редактировании тегов через тректул или свойства нельзя сразу отредактировать имя самого файла, приходится делать много лишних действий перемещаясь туда-сюда то в переименовании файла то в свойства и т.п. Это не позволяет нормально работать с муз.базой внутри РБ, приходится использовать сторонний софт, потом обновлять кеши, следить за изменениями путей и прочее-прочеее.. Все это очень утомляет.

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

Добавьте, пожалуйста, в муз.базу, чтоб можно было настроить легенькую зебру.
 
Можно ли как-то запретить РБ писать в ID3v1? Я его специально вычистил нафиг, а при редактировании тегов в РБ он туда пишет в эту версию, а оно нафиг не надо. Можно ли добавить доп.опцию для отключения туда писать. Я например все перевел на современную версию 2.4 с которой все прекрасно работает.
 
Можно генератором создать нужный (используя необходимые фильтры) плейлист, затем на основе этого плейлиста сделать базу (в качестве источника для makelibrary может быть как папка, так и плейлист)
Код:
makelibrary music|C:\playlist.m3u8
1. есть 2 базы, в них суммарно 8410 треков
2. есть отдельная база где хочу объединить из тех двух все в одной
3. создал пресет, отключил все правила, просто чтоб взяло все треки (опцию включил), источником указал эти 2 базы
4. настроил задание на генерацию плейлиста с сохранением и задание на загрузку в общую базу из сгенерированного плейлиста
5. получаю в общей базе 8309

Куда делся 101 трек?

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

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

Короче мне надо по формуле
общая база = база 1 + база 2
Обновляются отдельные отдельно заданиями, а потом в общую надо все свалить из этих двух, без потерь!

И кстати после этого я выбрал в муз.базе им порт из одной и из другой и та сотка добавилась. Значит проблема в генерации.

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