AleXH

Игорь, ASIO x32 FMDO не удаётся градом перемоток завесить, но стандартный (лежащий в корне) - да. Контент 2ch 24/48, получен SoX из 2ch 32f/192. Посмотрел, в предыдущем билде от 27.05 ситуация такая же. Менялись местами только ap2decoder.exe (FMDO 1.30 и стандартный 0.691), остальные файлы не трогались. Также при хаотических нажатиях возможна рассинхронизация между визуальным состоянием кнопок и фактическим режимом плейера.

Как для себя понятно, но в общем случае есть старые 16 битные цапы, которые на 16/44 контенте звучат лучше современных 24 битных дельтасигм, а как ни крути CDDA гораздо шире представлен и, имхо, таковым положение и останется. Например, классической музыки в высоком разрешении кот наплакал, и исполнение того что есть, восторга не вызывает. Но главное, не осталось уже тех коллективов и издателей, которые создавали контент во времена господства CDDA. Так что, качественное воспроизведение 16/44 есть и остаётся важнейшим свойством цапа. Но в принципе, я согласен - можно предварительно отрендерить в стороннем софте, а затем уже слушать в плейере, хотя это не так и удобно. В ap2config есть визуальный баг - если сразу после старта изменить настройки на закладке General, затем кликнуть по закладке DSP, а после снова по General, то увидим что радиокнопки имеют как старое значение, так и новое, похоже при переходе на закладку нет проверки на присутствие инициализированных переменных в памяти.

Как я понимаю, в DSP кратный даунсемплинг осуществляется не прореживанием, а алгоритмом SoX. Игорь, нет планов по подключению качественного дизера? Например при преобразовании битности 32 -> 24 ->16? Имхо дизер, подключенный по VST, потенциально даст несколько худший результат, чем если бы он был подключен на прямую.

Т.е. если кратный даунсемплинг задан в выводе, то он осуществляется на лету, а в память загружается исходный образ? Может стоит оптимизировать?

Так, с битностью понятно, а какова ситуация с ЧД? Сформированный образ имеет уже "выходную" ЧД, или даунсемплинг применяется на лету? Как вы правильно заметили - хотелось бы избавиться от последующих преобразований и максимально разгрузить ЦП, переложив пересылку данных на DMA.

Игорь, извините, если повторяюсь, но хочу уточнить в случае с ASIO Full Memory - например воспроизводится некий контент с преобразованием битности в декодере и ЧД в выводе, означает ли это,что в память загружается окончательно сформированный "RAW" образ и далее осуществляется лишь пересылка данных без какой-либо обработки?

Игорь, а если автоматом внутренне парсить ответ about и выводить битность и ЧД без действий пользователя? Или всё равно предлагаю "дурную" работу? Особенно учитывая, что у вас цапы с автоматом ЧД...

Игорь, возможно в ini добавить опцию предварительного определения разрядности и ЧД текущего файла в плейлисте? - Для цапов и ЗК не имеющих автомата ЧД. Т.е. загружаем плейлист, а в статусной строке сразу отображаются параметры трека.

FLAC 2.1 direct, ASIO output 0.691, unlocker говорит, что блокирует папку процесс APlayer.exe. Посмотрел - остались 2 открытых хэндла на эту папку.

@IgorA, вроде же фиксилось или я что-то путаю? - Если из папки проигрывался контент (FLAC), то после STOP удалить файлы из папки можно, а саму папку нет.

Игорь, АП в обзоре папок при ViewFiles=1 файлы отображает, но при выборе файла не затягивает его в плейлист - можно пофиксить?

@Vshap, на АС, в наушниках отсутствует инфраниз, когда ощущается биение заполнившего комнату пространства, плюс в наушниках сцена калечно строится, а прикручивать бинауральные плаги - это добивать разрешение. За что АП и нравится - он доносит звук наиболее незамутнённо.

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

@Vshap,2.10.1.521 Wasapi DirectInput - это важно.

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

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

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

Не знаю, я тоже посмеялся, когда чел лосслесс плейера тестирует на своём любимом формате мп3 заоблачного "качества" 320кБ/с, что уже нонсенс, но он также как и Удифил наступил на те же грабли - измерял на виртуальной ЗК. Интересно, чем эти люди думают и думают ли вообще?

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

«Я понял – это намек, я все ловлю на лету. Но непонятно, что конкретно ты имела в виду…» На счёт того, что всем понятно не уверен, так как одному точно непонятно даже после такого количества намёков и об яснений. Количество ядер АП запрашивает у ОС, а ваша ОС отвечает, что установлен ЦП с 4-я ядрами, потому как использованный для детекта код не различает потоки и ядра, маркетологам это не нужно было, покупатель на большее количество ядер клюёт

Ваш случай - классическая иллюстрация сказанного мною о необходимости указывать настройки плейера при высказывании своего мнения о его звучании. - В вашем случае 2 ядра - это не 2 ядра, а 2 потока, т.е. 1 ядро. И именно поэтому в этом варианте выбора достигается наиболее качественное звучание плейера. Незнание плодит суеверия и блуждание в 3-х соснах... Да, забыл сказать, фотка милая )))

Вы уверены, что 2 физических ядра, а не виртуальных (потока), т.е. 1 ядро? Распределение процессов по ядрам смотрели? Ваш случай - яркое подтверждение того, что при высказывании мнения о звучании АП, нужно указывать его настройки.

Его нет смысла упоминать, ибо весь смысл "ноу-хау" с ядрами в том, чтобы исключить перезагрузку конвейера, сделав поток данных наиболее равномерным во времени. Для процесса пересылки одного ядра более чем достаточно, 2 ядра здесь излишни.

Об этом пункт 2 - суб ективизм пользователя. Это не концепция АП, а отсутствие рилтаймовости у использованной платформы - системы windows и её особенности реализации многозадачности. Про плацебо части юзеров согласен, особенно учитывая наличие у части аудитории смутного понимания "качества звука". Разница наиболее ощутима на внешних цапах с коаксиальным spdif.

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