Messages

121

Вопросы (архив) / Questions (archive) / [есть ответ] Плеер периодически грузит процессор

« on: November 21, 2019, 04:16:36 »

В последней версии периодически замечаю странную активность плеера. Фонотека давно вся отсканирована, плеер в эти моменты ничего не воспроизводит, а просто стоит открытым - однако примерно на 1-3 минуты начинает грузить процессор примерно на 25-30%. Так может происходить 1 раз в час, 1 раз за 3 часа - однако замечать это стал постоянно, что весьма неприятно.

122

Предложения / Suggestions / Re: Aimp UWP в Windows 10 Store (обсуждение и голосование)

« on: August 17, 2019, 21:27:01 »

Как по мне более удобное обновление через Windows Store. Нажал обновить, обновились сразу все программы.

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

123

Обработано / Processed / Re: [-] [845] Системные DSP перестали видеть поток плеера (Android 4.x)

« on: July 03, 2019, 22:36:58 »

Я так понимаю, проблемой заниматься никто не будет
Что ж, буду сидеть на 2.85 пока жив 4 Андроид. А значит, багрепортов по новым версиям от меня тоже не будет.

124

Опубликованные обложки / Published skins / Re: W8 Dark (All-In-One) [AIMP3.55]

« on: July 03, 2019, 22:34:20 »

Спасибо за отзыв!

На используемом мной компьютере нет Windows. К сожалению, разработка обложек под другими платформами не предусмотрена.

А виртуальные машины?

125

Вопросы / Questions / Re: Опция "Свернуть/развернуть все группы" в плейлистах

« on: June 30, 2019, 16:03:00 »

Долгое удержание по одной группе и все группы сворачиваются/разворачиваются.

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

126

Вопросы / Questions / [реализовано] Опция "Свернуть/развернуть все группы" в плейлистах

« on: June 29, 2019, 18:00:39 »

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

127

Обработано / Processed / Re: [-] [845] Системные DSP перестали видеть поток плеера (Android 4.x)

« on: June 29, 2019, 17:30:25 »

2.85 был переведен на более новый SDK (для поддержки Android 9), возможно, в этом дело.

Итак, что я выяснил:
Версия 2.80.631 - DSP работает;
Версия 2.85.722 - DSP работает;
Версия 2.90.845 - DSP НЕ работает.

Так что дело, видимо, не в SDK. Промежуточные бета-версии я не нашёл, чтобы проверить.

Возможно, проблема в этом:

Звуковой движок: экспериментальная поддержка вывода звука через AAudio API (Android 8 и новее)

В чейнждлоге это единственная зацепка.

128

Общение / General / Re: Разница звучания плееров. Какой звук более правильный? Какой лучше?

« on: June 28, 2019, 10:26:16 »

По личному опыту, mp3 очень хорошо звучит как раз на хороших системах, в то время как на китайских колонках с разбалансом по АЧХ или встроенном в телефон динамике сразу всплывает всё дерьмо на ВЧ и нижней середине (бульканье, размытость). И, в общем-то, это неудивительно, потому что психоакустическая модель mp3 заточена под использование на линейной системе за счёт маскировки одних частот другими, и если тональный баланс перекошен, то маскировка уже не производится адекватно. Что характерно, AAC на битрейтах 96-128 (стандарт Ютюба) наоборот лучше звучит на пластиковом шлаке, а на хайфае на верхах всплывает всё мыло. Сразу видно, на кого ориентировался этот формат    Но вот AAC+ 64-96 кбит звучит на хайфай-системах лучше.

129

Обработано / Processed / Re: [-] [845] Системные DSP перестали видеть поток плеера (Android 4.x)

« on: June 28, 2019, 09:26:17 »

Другие плееры могут использовать стандартное MediaPlayer API, которое использует AudioTrack в своих недрах, однако, в нашем случае, до него не достучаться.

Почему? И что, в таком случае, изменено с версий 2.7x? Я могу найти последнюю версию, где у меня работало, и сказать - может, это помогло бы понять, что повлияло на работу.

И да, 8% пользователей - это не так уж и мало (почти каждый десятый). Они чем-то хуже тех, у кого андроид новее?
Лично мне 4.x нравится оформлением, это была последняя версия, где был человеческий, объёмный интерфейс. Для меня плеер без поддержки DSP абсолютно бесполезен, т.к. в DSP у меня реализована оптимизация встроенного динамика и вывода на наушники (не только эквалайзер), и я это всё активно использовал.

130

Обработано / Processed / Re: [845] Системные DSP перестали видеть поток плеера (Android 4.x)

« on: June 28, 2019, 08:51:38 »

Системные DSP требуют sessionid, который доступен только при проигрывании через AudioTrack, AudioTrack поддерживается плеером только начиная с Android 5. Почему у вас в 4.х раньше работало - сложно сказать, не имея аппарата под руками

По такой логике, на 4.x вообще не должны работать системные DSP, раз там нет этого sessionid. Но все остальные приложения и плееры, прекрасно работают. Если уж в плеере заявлена поддержка Android 4.x, то должен наличествовать и вывод потока, полностью совместимый с 4.x и его функционалом. Разве такая проблема его реализовать? В отличие от более старых андроидов, аппаратов с 4.x всё ещё очень много, и не очень хорошо обделять их возможностью полноценно использовать плеер.

131

Обработано / Processed / [-] [845] Системные DSP перестали видеть поток плеера (Android 4.x)

« on: June 28, 2019, 08:18:15 »

При воспроизведении звука плеером, установленные в систему DSP (у меня стоит ViperFX и встроенный обработчик от Sony, на выбор, обработка ведётся глобальная на всю систему) перестали видеть его аудиопоток, т.е. он идёт как будто мимо него. В статусе драйвера ViperFX так и говорится: Обработка не ведётся. Попытка менять настройки вывода аудио в плеере ни к чему не приводит. Все остальные приложения с выводом звука в телефоне DSP воспринимает адекватно.

Не помню, когда началось, но в версиях 2.7x такого точно не было. Очередная регрессия?
В системе установлена Android 4.4.4, телефон Sony Xperia SP.

132

Отказано / Rejected / Re: Исключение автодобавления файлов по расширению

« on: May 13, 2019, 13:38:56 »

А для таких случаев есть фонотека.

Фонотекой не пользуюсь, т.к. мне удобнее папки (и вообще не нравится её интерфейс, который в скинах в 9/10 случаев не кастомизируется). К тому же, не все папки у меня индексируются фонотекой, и это сделано намеренно. Разве трудно реализовать хотя бы игнорирование расширений, которые не привязаны ассоциациями к плееру? Ведь если пользователь не привязал их, то логично, что он не хочет, чтобы они обрабатывались. Или можно было бы сделать правило для исключения файлов по расширению - общим для плеера, а не только для сканирования фонотеки, что было бы ещё удобнее и нагляднее.

133

Отказано / Rejected / Re: Исключение автодобавления файлов по расширению

« on: May 13, 2019, 06:00:46 »

Смарт-плейлист на основе папок такое умеет

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

134

Отказано / Rejected / Исключение автодобавления файлов по расширению

« on: May 12, 2019, 05:24:16 »

Очень не хватает этой функции, которая, при этом, есть в фонотеке.
Допустим, мне надо быстро проиграть аудиофайлы из папки "Загрузки", но в ней помимо аудио лежат и видео в формате .mp4 и .webm. Плеер подхватывает и мешает всё в кучу, когда как настройки исключения помогли бы отфильтровывать .mp4 с .webm и загружать в плейлист только аудиофайлы (тем более, это в 95% случаев именно видео).
Привязка файловых ассоциаций в этом не помогает, т.к. плеер всё равно подхватывает все поддерживаемые им типы.

135

Звуковой движок / Sound Engine / Re: Расширенная поддержка ISO-образов

« on: April 05, 2019, 22:55:01 »

Увы, но наоборот.

Лично я сужу по собственным наблюдениям (а пользователь ПК я ещё с 2000 года). Ну и говорю об обычных жёстких дисках, а не об SSD.