AleXH

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

От 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.

@fordfocus533, если у вас осталась более "правильная" с вашей точки зрения версия, то вы можете провести следующий эксперимент, который расставит все точки над i: 1. Открываем в "правильном" AP2103 плейлист с тестовыми треками на звучании которых вы строите свои выводы о звучании АП. Закрываем AP2103. 2. Делаем две копии папки AP2103. 3. В одной из копий заменяем ap2decoder.exe на такой же из AP2104 от 24.09.15. 4. Запускаем оба APlayer.exe и переключаясь слушаем один и тот же трек. 5. Делаем выводы. В моём случае ap2decoder от 19.09.15 (62976) звучит чуть-чуть более акцентированно на ВЧ, что даёт более резкую атаку ударных, тарелок, чем ap2decoder от 20.07.15 (61952). Речь идёт о FM ASIO из EXTRAS.

XPSP2x86, FM ASIO, DustEq - ничего не вылетает. В текущем дистрибутиве тот же ap2decoder, что и в предыдущем от 20-го.

@Инженер механик, имхо Dust Equalizer с точки зрения комплектации дистрибутива правильный выбор: 1. Первое что нужно неидеальному тракту - эквалайзер. 2. Звучит приятно, работает быстро, ресурсов требует минимум, глюки отсутствуют. 3. Управление простое, не замороченное, значит отвлекать, мозг выносить непрофильными вопросами не будут. Вердикт - отличный выбор для комплектации дистрибутива. Из особенностей - DustEq несколько сглаживает звук.

Ну 3-я, так третья Парни-бичи Kokomo California Dreaming

Короче никогда, такие вот дела? Игорь (с) Это же усложнение не в траспорте данных, соответственно, на звуке не скажется, а юзабилити улучшится.

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

Игорь, так VST будет виден в FM? Разное поведение GUI VST в разных режимах имхо большее зло, чем отсутствие мгновенной реакции на изменение настроек, которое проистекает из особенностей функционирования режима. Или отсутствие GUI VST связано с выгрузкой approxy? - Если так, то пусть всё остаётся как есть.