Messages

31

Обработано / Processed / [x] [2418] Scrobbler: Появилась горизонтальная полоса прокрутки

« on: January 04, 2023, 02:14:53 »

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

Алсо, не совсем баг, но ссылку с именем на вкладке "Исполнитель" хорошо бы сделать кликабельной, чтобы не переходить ради этого в трек.

32

Обработано / Processed / Re: [2417] Скробблер: Ошибка Access violation при подгрузке похожих групп

« on: December 18, 2022, 01:54:17 »

...Как и предполагалось, ошибки нет на билде 2414.

33

Обработано / Processed / [x] [2417] Скробблер: Ошибка Access violation при подгрузке похожих групп

« on: December 18, 2022, 00:37:45 »

При открытии из трея окошка скробблера (с Lastfm) после подгрузки инфы о похожих исполнителях происходит краш с ошибкой из скрина.
Стал замечать это только на последней Stable-сборке и предшествующей ей альфе. Откатываюсь пока назад.

34

Предложения / Suggestions / Re: AIMP for Linux (Wine)

« on: December 06, 2022, 02:59:33 »

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

1) Смарт-плейлисты. Но не все - только самообновляемые. Если удалить часть из них, то плеер закрывается нормально. Но если редактировать проблемные даже самим плеером, то плеер зависает даже во время записи настроек. Поигрался руками с наиболее токсичным плейлистом - обнаружил, что помогает удаление секции #-----PREIMAGE-----# и всё, что под ней (что это за данные и почему они хранятся в таком виде - я не знаю). Если после этого заново настроить синхронизацию, но только не включать пункт "Синхронизировать при обнаружении изменений", то работает нормально. Приложил этот плейлист к сообщению - может, поможет разобраться.

2) Фонотека. Удаление некоторых параметров фонотеки из INI-файла тоже помогает с зависаниями, но я пока не определил, какие именно это параметры.
UPD: Определил. Параметр "AutoSync" в секции [MusicLibrary.TAIMPMLLocalDataStorage.SearchOptions] - то есть, автосканирование библиотеки во время работы программы.

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

35

Предложения / Suggestions / Re: AIMP for Linux (Wine)

« on: December 06, 2022, 00:06:42 »

Ну что ж, продолжаем борьбу с Линуксом...
Хотел было отследить причину зависаний, как предложено тут:

Для отлова зависаний используйте версию _w32_debug_fmm
Как только программа зависнет - запустите эту утилиту: https://yadi.sk/d/xaJ97PiIypGSH
Она выдаст подробный отчет, прикрепите отчёт к сообщению в теме.

Да только как оказалось, сам этот madTraceProcess32.exe не работает нормально. Процесс плеера видит, потом начинается выпендрёж (ниже скриншот).
Соответственно, отследить зависание невозможно.



При проверке версии Аимпа из deb-пакета с дефолтным профилем, зависаний процесса при закрытии не обнаружил.
Стоило только подключить свой профиль из винды - тут же начались те же зависания. Повторюсь, плагинов в профиле НЕТ. Кастомные скины тоже попытался удалить - не помогло. Придётся дальше ковыряться...

Заметил вот ещё что: примагничивание окна происходит не к самому краю экрана, а с зазорами по всем сторонам.

36

Обработано / Processed / [x] [2414] Настройка "Кэшировать обложки" игнорируется?

« on: December 05, 2022, 23:23:20 »

Замечал уже не раз, что отключение кэширования обложек никак не влияет на наполнение файла "AlbumArts.Cache.db". Поначалу думал, что сам когда-то случайно включал кэш и потому эта база заполнилась. Выключил, почистил. Один раз, второй, третий (с интервалом в ~месяц). Сейчас вот надоело. Размер базы достиг 40 мб, галочка кэша, разумеется, была снята.

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

37

Обработано / Processed / Re: [+] [2414] ATE: Некорректное заполнение Album Gain в OPUS

« on: December 05, 2022, 22:22:20 »

Думаю, стоит сделать иначе: если album gain не задан - писать вместо него track gain

Я так понимаю, речь о втором варианте, что я предложил. Если да, то тоже неплохо, даже лучше первого)
Заметил за это время, что и в треке пишется "0", если заполнить только Album gain. Так что лучше и правда дублировать, если исходное после было пустое.

38

Обработано / Processed / [x] [2414] Смена устройства вывода перестаёт работать после 2-й попытки

« on: December 05, 2022, 18:37:36 »

Сейчас приходится часто переключаться между наушниками и внешними АС (у них разные разъёмы), так вот заметил один недочёт. Если делать это средствами плеера, то переключение один раз срабатывает, а второй раз уже полностью игнорирует мои команды, зависая на предыдущем устройстве. Выбираю наушники - плеер продолжает играть через АС - и наоборот. Это хорошо видно на скриншоте, где я выбрал наушники, а активное устройство по-прежнему "Динамики". Ожидал, что будет срабатывать хотя бы после остановки воспроизведения - но нет, не работает. Причём, если потом перезапустить плеер, то последнее выбранное мной значение вообще не сохраняется, оставаясь на последнем, на котором зависло.

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

39

Обработано / Processed / Re: [2414] ATE: Некорректное заполнение Album Gain в OPUS

« on: December 05, 2022, 17:54:49 »

У OPUS-формата replay gain хранится в заголовке файла, причем track gain записывается как разность album и track gain. Поэтому без album gain там никак.

Понятно, спасибо. Но может тогда сделать какой-то обходной метод считывания Track Gain - например, игнорировать значение Album Gain, если оно составляет ровно 0 дБ. В противном случае мы *никогда* не сможем в таких файлах прочитать значение Track Gain, если в плеере для всех остальных форматов выбран приоритет считывания сначала Album Gain, затем Track Gain. Придётся каждый раз вручную переключать приоритет, а это не дело. На практике у нас в 99,99% случаев не будет получено значение ровно "0,00 дБ" при реальном сканировании треков (тем более среднее по альбому), поэтому этим значением можно пренебречь. Считаю, что этот 0,01% случаев не стоит остальных 99,9% неправильной работы, а те кому надо, те выставят сами хотя бы 0,01 дБ, или 0,00 в самих треках.

Ещё один вариант - записывать в альбом то же значение, что и в трек - тогда и костыли будут не нужны: если юзер потом захочет получить значение альбома, то эти цифры всё равно перезапишутся редактором на правильные. Этот вариант, кстати, будет удобен при последующем прослушивании на других устройствах или плеерах, у которых нет приоритетности и считывается фиксировано только одно поле. К тому же, с Opus'ом они иначе точно так же будут бажить, я так понимаю - потому что будут читать эти 0 дБ.

40

Обработано / Processed / [x] [2414] ATE: Некорректное заполнение Album Gain в OPUS

« on: December 05, 2022, 01:57:08 »

Не знаю, вина ли это плеера, или же самого декодера формата Opus, но если в редакторе тегов просканировать и заполнить ReplayGain для Opus-файлов БЕЗ учёта альбома, то в поле Album Gain потом появляется значение 0 дБ на всех треках, хотя в других форматах оно всегда остаётся пустым как положено. Думаю, не надо объяснять, чем это чревато, особенно для сборников.

41

Предложения / Suggestions / Re: AIMP for Linux (Wine)

« on: December 03, 2022, 01:47:08 »

а смысл? тогда репортите баги в Wine, а не мне. Я специально не стал в виндовый билд костыли для Wine опускать

Ну, в этом случае бы не пришлось следить, какое нововведение в плеере сломало тот или иной костыль, и тем самым делать потом несовместимые между собой форки плеера . Впрочем, если костыли чисто декоративные (шрифты, установка и проч.), и на уровне кода всё относительно одинаково, то думаю, отдельная версия с костылями не помешает отладке.

42

Предложения / Suggestions / Re: AIMP for Linux (Wine)

« on: November 30, 2022, 13:17:19 »

Странно надеяться, что старые сторонние плагины будут нормально работать под Линуксом, никто не знает, какие костыли использовали разработчики при их написании.

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

Для отлова зависаний используйте версию _w32_debug_fmm
Как только программа зависнет - запустите эту утилиту: https://yadi.sk/d/xaJ97PiIypGSH
Она выдаст подробный отчет, прикрепите отчёт к сообщению в теме.

Я уже не помню, отправлял ли тогда отчёты. Надеюсь, этот отладчик сам по себе работает под Вайном)
Что до темы - я так понял, все репорты про Линукс складывают как раз в эту тему.

Да, естественно, она отличается! Как минимум сама программа собрана в режиме совместимости с Wine (нужные костыли активированы), плюсом идут нужные шрифты и настройки для работы

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

43

Обработано / Processed / Re: [x] [2408] Elevator.exe не является приложением Win32 (запуск на XP)

« on: November 30, 2022, 13:03:44 »

В общем, сделал опции недоступными, чтобы даже не пытались обращаться к Elevator-у.

Спасибо, что услышали

В WinXP был превосходнейший редактор ассоциаций файлов (Панель управления — Свойства папки — вкладка Типы файлов). И там были такие типы, которые теперь невозможно настроить средствами современных ОС:

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

Я думаю, что надо вообще окно с интеграцией в ОС убрать для XP, тогда и вопросов не будет.

Ну насколько помню, в 4 Аимпе интеграция всё-таки работала - просто не давала выбирать типы файлов, а добавляла в реестр сразу весь набор, чего вполне было достаточно. Это по сути был как reg-файлик со всем списком типов и команд, в котором только меняется путь до плеера - т.е. святая простота. В 5-й версии видимо тоже что-то переделывали, т.к. эта фича уже не работает.

Это какие? У большинства браузеров сейчас минималка Windows 7, ибо Direct2D

Например 360 Web, MyPal, New Moon, спецсборки Opera и Yandex. Direct2D есть и в XP. У ХР проблема только с аппаратным ускорением новых форматов видео и кодовых инструкций, они там работают программно. И с сертификатами безопасности - такие браузеры используют поэтому своё хранилище.

44

Предложения / Suggestions / Re: AIMP for Linux (Wine)

« on: November 30, 2022, 00:50:30 »

Я тестировал на 21-ом минте - ничего подобного не было замечено, правда у меня там стоит Wine 7.19 в режиме совместимости с Windows 7. Не забывайте, что это линукс - там никогда ничего нормально оне работало без шаманств. Еще позволю себе уточнить - вы ставили себе AIMP из пакетов, приложенных выше? или самостоятельно?

У меня тоже версия ОС установлена как Windows 7. В вайне все настройки дефолтные, префиксы не влияли, установка пакетов типа Runtime Pack внутрь префиксов тоже не повлияла. Никаких пакетов не ставил, проверял свою постоянную версию из Windows с портативным профилем. А что, версия в пакете будет чем-то отличаться? Если так, могу проверить.

4. Снимите видео.

Попробую.

Так проблема не в этой баго-фиче, а в пункте 2, не так ли?

Так-то оно так, но сколько ещё будет таких сценариев, где она снова будет проявляться, и стоит ли игра таких свеч...

Кажется я понял, откуда ноги растут - 5.10 не работает полноценно на WinXP, в отличие от 3.60, и поэтому такие выводы!

Напрасно иронизируете - я проверял в разные годы множество вариантов 4-ки, и даже репорты делал с той же проблемой зависания в процессах. И 3.60 была действительно последней, которая работала, нормально выгружалась и не зависала.

45

Обработано / Processed / Re: [+] [2408] Elevator.exe не является приложением Win32 (запуск на XP)

« on: November 30, 2022, 00:37:00 »

Elevator.exe не сможет работать на WinXP, можно сделать заглушку-пустышку, которая будет запускаться, но ничего не делать. Смысл? Смысл тратить на это время?

Можно даже заглушку было бы не делать - при нажатии кнопки проверка версии ОС, и соответственно решение на запуск этого файла. Это три или максимум 5 строк в коде))

Имхо, это вполне должно быть очевидно, нет?

С одной стороны да, с другой - если нет критичных программных ограничений на поддержку, то почему бы и нет. Просто юзать без гарантий, на свой риск, а там уж кто-нибудь, да найдёт применение. Браузеры вон до сих пор выспускают под ХР и в них почти всё работает. 3-й Аимп хорош, но уже имеет проблемы с совместимостью некоторых радио-потоков, и в нём не работает lastfm-скроблер. 5-ка по скорости и ресурсоёмкости работает не хуже 3-ки. Если даже железо и старое, то оно ещё вполне может годиться для применения в качестве медиацентра или медиасервера, и там не нужна тяжёлая ОС.