AleXH

Игорь, многие элементы окна АП не имеют имён, например ComboBox альбомов, ListBox треков, Button'ы кнопок. А элементы класса static со статусной инфой, имхо можно было бы сделать с префиксом, по которому было бы понятно, строку чего сграбили, например: Alb:AlbumName, Yea:Year, Len:Length, Tim:Time и т.п.

@Vshap, устанавливаем, например, Girder, в нём создаём 2 команды, прокручивающие альбомы UP/Down, вешаем их на шоркаты, шоркаты забиваем в управлющей программе пульта. Предложение добавить шоркаты по смене альбомов в АП поддерживаю.

@Vshap, что именно вам не понятно?

О каких критериях вы в данном случае говорите? - Что можно ответить на бессмысленный вопрос? - Разбить его на 2, и уточнять:1. что означает термин "аудиофил" в вашем понятии, и в каких единицах он измеряется, раз речь в первой части вопроса идёт предельно-допустимом пороге задержек? - Для одного и мп3 с пиратки "засчастье", тогда как другой неприемлет ничего кроме кристально чистого, натурального звучания. 2. Как вы вообще себе представляете термин "предельно-допустимая" в данном контенте? Вы, вообще, в курсе, что такое предельно допустимое знаечение какой либо величины и как оно определяется? Можете тогда записать цифровой поток с оптического входа, если вам это проще. Критериев оценки чего? - Величины счастья в оптимизации ОС?

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

Планируется в 3-ей версии тогда, когда будет.

Вам нужно пробовать, подчёркиваю, на вашей ОС - попробуйте Fidelizer, может понравится. В используемой мною ОС оптимизаторы не нужны, ибо там уже всё оптимизировано - латентность порядка 2-4мкс согласно DPC Latency Checker.

Игорь, на сайте АП не указаны форумы поддержки.

От 24-го содержит все те же файлы, за исключением конфигуратора,который ничто иное, как визуальный "блокнот" для редактирования параметров в текстовом файле aplayer.ini. Версии от 20-го и текущая от 24-го звучат абсолютно одинаково.

Вы не о том мечтаете и видение того, что должен делать плейер у вас неверное. Из рабочей ОС с помощью того же фиделайзера вы всё равно не получите той минимальной латентности, которую может дать специально заточенная ОС. Т.е. ваши мечты изначально неверены, не говоря уже о том, сколько они бы потребовали времени на изучение данной темы - шутка ли расковырять все косяки M$ под все их ОС!, плюс последующую реализацию под все ОС и исправление багов. А именно это пожелание в завуалированном виде вы высказываете Игорю - тратить своё время на создание конкурирующего с фиделайзером продукта, который по сути является ничем иным, как просто способом состричь капусты с пользователей, неудовлетворённых звуком в ОС семейства windows. @pyzone, я то же изначально с опасением отнёсся с идее VST, но оказалось, что Игорь реализовал этот механизм так, что в режиме FM он не имеет бэксайд эффекта, так как к моменту начала воспроизведения все процессы преобразований данных завершены полностью и из памяти удалены. Поэтому я не вижу тут почвы для беспокойства.

Какое отношение имеет к разработке плеера: ? - Вы заметили сколько времени идёт доработка 2-й версии, и сколько времени в туду стоит 3-я с модернизацией гуя? Как вы полагаете, сколько времени будет совершенствоваться 3-я? А вы тут же предлагаете заняться вообще не плейером, а отключением балластных процессов, которые наплодил балласт, сидящий за ПК вместо пользователя разумного. - Такая задача решается созданием альтернативной ОС, оптимизированной под рилтайм, в которой "балластные" процессы по определению отсутствуют. - Напрягаемся и читаем ридми. - В смысле "вокресить" балластные процессы взад? Взад можно лишь "разморозить" ранеее замороженные процессы, но не факт, что все они потом будут работать без косяков. Второй момент - как плейер должен понять, какой процесс балластный, а какой пользователю нужный? - Это вообще какой-то набор фантазма, в смысловые формы не транслируется. Особенно рвёт мозг от адекватности смысловых конструкций "Супер минималистский", который содержит ИИ по детекту балластных процессов и прочей фигни плюс пульт к нему.

Точно погорячился, иначе не забыл бы добавить - "А спину вареньем не намазать?"

У него ряд недостатков: 1. не умеет формировать имя дампа согласно названия трека, или хотя бы присваивать ему номер трека 2. непонятки с перезаписью существующего дампа, которые часто заканчиваются зависанием АП, либо АП может крутить счётчик воспроизведения за конец трека. 3. поддерживает ли он многоканальные хайрез вавки я так и не понял - вешается.

Игорь, 1. out_disk.dll взял с посте от 10 сентября - как правило, завешивает АП. ap2decoder использован "стандартный". 2. В диалоге обзора папок при выборе конкретного файла, АП затягивает всю папку, в которой расположен файл.

@IgorA, в ридми не освещено какой движок использует ресемплер и в каких режимах. Например по форуму известно, что это SoX, но с какими опциями? - Например, неизвестно какие используются настройки предзвонного фильтра.

Совершенно верно, но некоторые товарищи этого упорно не понимают. Более того, как показал Тест №2, approxy с деактивированными DSP и VST выдаёт те же данные, что и approxy без DSP и VST, а Тест №3 - что эти данные на входе ap2decoder побитово соответствуют входным данным WAV.

Так и есть - фрагмент в 11МБ занимал 19МБ. Согласен, 8МБ это пыль. Это по 4МБ на канал?

Игорь, зачем в памяти в FM ASIO x32, под 16/44 файл при отключенных преобразованиях отводится на 42% памяти больше, чем нужно? Т.е. первые 58% идут данные вавки, а затем 42% массив 00h - не рационально.

Так, как они описывают процесс "тестирования" на основании которого они делают вывод, говорит не о тонких материях, а о толстом ламерстве, ибо полезной информации в подобных сообщениях 0. - Что сравнивают, с чем сравнивают, на каком материале - ничего не известно.

Посмотрел - как я понимаю base address звуковых данных 0x1640000 (иногда 0x1650000)? Отладочный ap2decoder вещь безусловно полезная для самоконтроля и для пресечения инсинуаций некоторых не в меру мнительных барышень - а то ору, то ору! Предлагаю добавить диалог как сохранять - по канально или мультиканал в один файл как в WAV. Тест №1. AP2104, FM ASIO x32, approxy с DSP и VST, трек 24/96. Сделал несколько дампов с перезапусками плейера, задействованы даунсемплинг SoX, формат вывода 32bit float, DustEq с активированными настройками - все дампы сошлись бит в бит, что говорит о том, что все "примочки" дают всегда одини те же данные без изменений. Тест №2. AP2104, FM ASIO x32, approxy разные, трек один и тот же 16/44, в настройках (ap2config) DSP и VST деактивированы (птички сняты), формат вывода оригинальный - все 3 варианта approxy дают одни и те же данные. Тест №3. AP2104, FM ASIO x32, approxy с DSP и VST, в настройках (ap2config) DSP и VST деактивированы (птички сняты), формат вывода оригинальный, трек 16/44. Дамп данных идентичен WAV, исключая заголовок и теги в конце. Т.е. битпёфект для 16/44 подтверждён (при условии, что ap2decoder передаёт данные без ошибок). Результат тестов - ошибки не выявлены.

Игорь, можно в АП добавить для FM режима возможность сохранения RAW образа звуковых данных, которые ap2decoder передаёт в драйвер? C дампом процесса ap2decoder пока не экспериментировал и смещение на начало данных не искал.

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

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

Народ! Чтобы не бродить в темноте - делайте тесты согласно утверждёной методике, а не типа: сегодня я заслушал одно, а завтра установил новую версию и заслушал другое и мне не вставило, а раньше вставляло! Игорь положил в Extras варианты NO_VST, NO_DSP - клепаете копии, заменяя лишь эти файлы и слушаете, делаете выводы. Если кажется что предыдущая версия звучит лучше - делаете 2 копии, в одной из них заменяет ap2decoder на тот что в новой - слушаете, делаете выводы. Если речь идёт о ставнении с 20.09.15, то этого не может быть потому, что это невозможно - код тот же.

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