Messages

1

Пользовательский интерфейс / UI / Re: Возможность включения спектрального анализа композиции

« on: August 11, 2025, 07:24:25 »

Я же не предлагаю делать так же убого, как в клементине. Просто вспомнил, что видел клементин и его реализацию, и ответил, что у него это не в виде визуализации, а прямо сразу видно цветной вейвформ треков.
Моё предложение выше (скопирую в это сообщение картинку) выглядит поприличнее, чем убого в клементине:

2

Пользовательский интерфейс / UI / Re: Возможность включения спектрального анализа композиции

« on: August 09, 2025, 15:28:49 »

но у них оно в виде визуализации оформлено

Как-то ставил этот клементин для тестов - он показывает то что нужно для всех треков прямо в плейлисте, но сам плеер жутко неудобный, да и как бы AIMP есть, в котором медиатека со всеми своими делами.
А было бы прекрасно, если бы...

Официальный скрин:

3

Обработано / Processed / Re: [+] [2549] При проигрывании в случайном порядке и удалении фокус неверный

« on: May 31, 2024, 23:12:53 »

разве нет

Рамочка остаётся, но выделение - отсутствует. Поэтому состояние "неопределённое".
После (Shift-)Del, Enter фокуса на чём-либо больше нет, и повторное нажатие (Shift-)Del будет всегда проигнорировано.

4

Обработано / Processed / Re: [+] [2549] При проигрывании в случайном порядке и удалении фокус неверный

« on: May 30, 2024, 23:09:32 »

Нет, посмотрите как себя ведет любой файловый менеджер в Windows.

Как раз дело в том, что если опираться на стандартное поведение Проводника (именно стандартного проводника Windows), то при удалении файла/директории, выделенных курсором, выделение приобретает "неопределённый" характер.

5

Обработано / Processed / Re: [+] [2549] При проигрывании в случайном порядке и удалении фокус неверный

« on: May 30, 2024, 10:51:36 »

Плеер > Автоматика > Фокусировать проигрываемый файл в плейлисте

Ага, спасибо. Как-то в поисках подобных настроек затерялось-проглядел.
Переключил на "всегда". Хорошо что при выставлении оценки хоткеем положение плейлиста остаётся на месте, иначе было бы весело...

Занятие у меня периодически такое - в одном смартплейлисте собрана вся медиатека, сортировка по оценкам, по кол-ву прослушиваний, по названию (вырезаются все артикли, дополнения в скобках, т.е. миксы-ремиксы и пр), по битрейту, по длительности, по размеру файла. Группировка по вычисленному названию. Запускаю по свободе плеер и запускаю прослушивание. Если "фу" - смотрю в плейлист, одиночный ли файл с таким названием или есть "соседи" - ремиксы, (полу)дубликаты. Если одиночный - сразу Shift-Del, Enter. Поскольку он выделен - срабатывает "удаление выделенных" верно. Если есть "собратья" - по возможности быстро прослушиваю/проматываю остальные, и если больше одного в мусорку - Arrows/Shift-Arrows/Ctrl-клик, в общем выбираю тех, кому пора "в историю", затем Shift-Del, Enter. Таким образом срабатывает "удаление выделенных", и среди них проигрываемый.
Если трек отличный/приемлемый для сохранения - горячими клавишами оценка, файл либо улетает далеко, либо в группе смещается в зону оценённых. Всё отлично.

Однако со случайным проигрыванием расклад иной.
Когда оно выключено, то обычно проигрываемый файл в зоне видимости, и проблем не возникает - видишь выделение, и либо сразу Shift-Del и удаляется выделенный, он же проигрываемый, либо перебор соседей и удаление лишних.
А вот при включении такое уже не работает - фокус перепрыгивает на новопроигрываемый, плейлист остаётся в старом положении, и быстрое переключение в плеер и Shift-Del/Enter удаляет следующий файл, который следовал за удаляемым, но не тот, который играется. Оценка горячей клавишей - ок, файл или улетает далеко, или смещается в зону оценённых.

Проблема именно в том, что после удаления выделенного (и проигрываемого) Shift-Del/Enter запускает следующий случайный файл, но выделяется при этом тот файл, который занял место удалённого...
Полагаю что самым правильным вообще было бы в таком случае не выделять никакой файл? Позицию запоминать, но не выделять, и в случае нажатия Вверх-вниз появился бы курсор, который стал бы на предыдущий/тот, что занял место удалённого? В остальном же всё прекрасно

6

Обработано / Processed / [+] [2549] При проигрывании в случайном порядке и удалении фокус неверный

« on: May 29, 2024, 22:37:08 »

1. Смарт-плейлист, вся фонотека (её большая часть), осталось 3.2к записей
2. Обложка Charm
3. На лицевой панели в верхней части вкл "В случайном порядке"
4. Двойной клик на любой композиции -> играет
5. Shift-Del (не знаю, может по умолчанию удаление иначе - у меня так, либо я настроил, либо так по умолчанию, не помню, не суть важно) - ".. удалит.. продолжить?" - Enter ("Да")
6. Перерисовывается интерфейс, запускается и играет другой трек
7. Shift-Del ("не нравится - удаляем", либо глобальным хоткеем, либо локальным, но в окно не смотрим, не читаем - содержимое вроде как знаем... полагаем что знаем... должно спросить удаляем ли проигрываемую... не читать же каждый раз?), "Enter"
8. А музыка продолжает играть...
9. Снова Shift-Del, Enter - играет, но что-то удалилось...
10. Хорошо что корзина включена... Восстанавливаем
11. Выключаем "В случайном порядке"... поскольку...

7

Фонотека / Music Library / Re: Фонотека: в Настройку фильтра шаблона группировки добавить 'не содержит'

« on: May 06, 2024, 23:19:47 »

Часть проблемы произрастает из странного поведения в сортировке.
Если бы не такое поведение, то, видимо, не решил, что %FileName не включает путь.
Вчерашние тесты (отображение %FileName в первой или второй строке) показали, что путь-таки действительно присутствует. Но вот в сортировках (возможно и в выборках) ведёт себя более чем странно.

8

Предложения / Suggestions / Re: Многострочные поля ввода и переменные

« on: May 06, 2024, 18:17:20 »

Чуть дополню предыдущий пост.
К примеру, простейшая, вроде бы задача - найти в названии круглые и квадратные скобки, если присутствуют и те, и другие, то взять меньшеую позицию из двух, если присутствует только один вид скобок - взять эту позицию, в противном случае... например, 99 (или 500, или длину названия...) - не учитывая ситуацию, когда тег названия отсутствует и берётся из имени файла, код для выполнения этой простой задачи занимает около 550 символов, +/-, с множеством повторений одних и тех же операций
добавляем к этому заодмену подчёркиваний и точек на пробелы - это легко, но в целом уже "код" довольно огромен
добавляем к этому новое условие - найти вхождения " sXXeXX", заменить на " s99eXX" - при отсутствии возможности использовать регистронезависимое сравнение и даже учтя всего-лишь количество сезонов... 10 (а их бывает и больше), а эпизодов до 23 и более - код разрастается до безумных размеров и выглядит не просто дико, а очень дико, добавим другие регистры (именуют файлы как попало) - и вообще полный швах.
Зачем? Например, для более-менее адекватной группировки - если включать группировки просто по названию, то каждый ремикс, каждая версия будет иметь свою группу. В этом же случае одно название - а в ней все ремиксы и варианты.
В моём случае дополнительно (конкретно это - редкий случай) аудиодорожки разных сериалов в оригинале - с группировкой по названию без редактирования тегов получается на каждый файл своя группа, а если прописать хотя бы часть подмен sXXeYY, SXXeYY, SXXEXX, где XX и YY от 01 до 10 - то часть сериалов будет сгруппирована просто по названию. Будь регистронезависимое или вообще регекспы - всё свелось бы к очень короткой формуле.

А сейчас... Вот примеры:

%StrLeft(%Title,%IfGreater(%StrPos(%Char(91),%Title),%StrPos(%Char(40),%Title),%IfEqual(%StrPos(%Char(40),%Title),0,%Dec(%IfEqual(%StrPos(%Char(91),%Title),0,99,%StrPos(%Char(91),%Title)),%IfEqual(%StrPos(%Char(91),%Title),0,0,1)),%Dec(%StrPos(%Char(40),%Title),%IfEqual(%StrPos(%Char(40),%Title),0,0,1))),%IfEqual(%StrPos(%Char(91),%Title),0,%Dec(%IfEqual(%StrPos(%Char(40),%Title),0,99,%StrPos(%Char(40),%Title)),%IfEqual(%StrPos(%Char(40),%Title),0,0,1)),%Dec(%StrPos(%Char(91),%Title),%IfEqual(%StrPos(%Char(91),%Title),0,0,1)))))

%StrTrim(%PrefixTrim(%ReplaceEx(%StrLeft(%Title,%IfGreater(%StrPos(%Char(91),%Title),%StrPos(%Char(40),%Title),%IfEqual(%StrPos(%Char(40),%Title),0,%Dec(%IfEqual(%StrPos(%Char(91),%Title),0,99,%StrPos(%Char(91),%Title)),%IfEqual(%StrPos(%Char(91),%Title),0,0,1)),%Dec(%StrPos(%Char(40),%Title),%IfEqual(%StrPos(%Char(40),%Title),0,0,1))),%IfEqual(%StrPos(%Char(91),%Title),0,%Dec(%IfEqual(%StrPos(%Char(40),%Title),0,99,%StrPos(%Char(40),%Title)),%IfEqual(%StrPos(%Char(40),%Title),0,0,1)),%Dec(%StrPos(%Char(91),%Title),%IfEqual(%StrPos(%Char(91),%Title),0,0,1))))),_, ,., , s01e, s99e, S01E, s99e, s02e, s99e, s03e, s99e, s04e, s99e, s05e, s99e, s06e, s99e, s07e, s99e, s08e, s99e, s09e, s99e, s10e, s99e,s99e01,,s99e02,,s99e03,,s99e04,,s99e05,,s99e06,,s99e07,,s99e08,,s99e09,,s99e10,,s99e11,,s99e12,,s99e13,,s99e14,,s99e15,,s99e16,,s99e17,,s99e18,,s99e19,,s99e20,,s99e21,,s99e22,,s99e23)))

9

Предложения / Suggestions / Re: Многострочные поля ввода и переменные

« on: May 06, 2024, 15:02:43 »

Ладно. А использование переменных возможно ли добавить?

10

Предложения / Suggestions / Re: Многострочные поля ввода

« on: May 06, 2024, 10:37:27 »

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

Можно же сделать многострочное поле ввода и самим плеером тримить и удалять переносы. А переносы останутся доступны через Chr(13)/Chr (10). Нет?

К примеру, вот строка:
%IfEqual(%StrPos(%Char(40),%PrefixTrim(%Replace(%Title,_, ))),0,%IfEqual(%StrPos(%Char(91),%PrefixTrim(%Replace(%Title,_, ))),0,[%PrefixTrim(%Replace(%Title,_, ))],[%StrTrim(%StrLeft(%PrefixTrim(%Replace(%Title,_, )),%Dec(%StrPos(%Char(91),%PrefixTrim(%Replace(%Title,_, ))),1)))]),[%StrTrim(%StrLeft(%PrefixTrim(%Replace(%Title,_, )),%Dec(%StrPos(%Char(40),%PrefixTrim(%Replace(%Title,_, ))),1)))])

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

11

Предложения / Suggestions / Многострочные поля ввода и переменные

« on: May 06, 2024, 10:14:00 »

Можно ли попросить сделать поля ввода многострочными?
- в настройках группирования
- в настройках форматирования

К примеру, у меня есть условия с длиной 400-600 символов без пробелов, с вложенностью и ветвлениями. И чтобы в одной строке что-то сделать, не сломав то что работает, приходится изголяться - в том же фаре (любом текстовом редакторе) писать "скрипт" отдельными функциями с вложенностями, по строкам/операторам, потом собирать в одну строку, вставлять в плеер, проверять, чинить-дорабатывать, и так по кругу.

12

Фонотека / Music Library / Re: Фонотека: в Настройку фильтра шаблона группировки добавить 'не содержит'

« on: May 05, 2024, 22:27:54 »

Я выше писал:

т.е. вместо "не содержит" мы делаем правило содержит, и для него делаем отрицание (NOT)

Я говорю не об условиях И/ИЛИ + исключение
Я говорю об исключении конкретно _ПУТИ_. Пути нет среди применимых условий

13

Фонотека / Music Library / Re: Фонотека: в Настройку фильтра шаблона группировки добавить 'не содержит'

« on: May 05, 2024, 22:22:03 »

Ну как нет? Как так-то?

Значит я слепой. Покажите, пожалуйста.

14

Фонотека / Music Library / Re: Фонотека: в Настройку фильтра шаблона группировки добавить 'не содержит'

« on: May 05, 2024, 22:14:54 »

Возможности исключать пути, как минимум. Хотя бы по какой-то последовательности символов. В идеале - маской, чтобы можно было одним условием описать, ане создавать дерево из множества условий. Выбора пути нет, имя файла не включает путь. "Каталог" в параметрах не относится к путям. Решения я не нашёл провозившись достаточно долго.

15

Фонотека / Music Library / Re: Фонотека: в Настройку фильтра шаблона группировки добавить 'не содержит'

« on: May 05, 2024, 21:47:44 »

Почему не добиться? Добиться, но оно не будет простым, т.к. исходное условие тоже не простое.

А как, например, фильтром этим с путями работать? Я не вижу решения существующими условиями и предложенными параметрами