AleXH

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

Это как-то слишком замороченно, да и не нужно. Меня вполне бы устроило, если бы окно процесса APlayer.exe имело обновляемый title формата fb2k "[%artist%. ][%album%[ ''$right(%date%,2)]. ][%tracknumber%[/%totaltracks%]. ]%title%". Тогда я бы подправил уже существующие dll, заменив имена процессов и окна, и получил бы вывод title в чатах аськи, дц и пр. WavPack 4.75 (May 25, 2015) прибавил в скорости кодирования-декодирования за счёт оптимизации и ассемблерных вставок - возможно стоит обновить?

@SergGrk, это вы себе FM + апсемплинг в настройках ap2config включили.

А зачем вводить задержки, почему не сделать ap2decoder составной флаг, который будет доступен и из других процессов? - В нём отображать состояние декодера и пр. данные - соответственно процесс APlayer будет знать, что делает декодер, если busy, то подождать и опросить через 50мс, например.

Игорь, я года 2-3 назад поднимал вопрос о создании АП фейкового окна winamp, с которого другие проги смогли бы прочитать название воспроизводимого трека - в планах этого по прежнему нет?

Игорь, спасибо за ответ - посреди ночи никого уже не найти Цапов напрямую работающих с плавающей запятой нет? Или там всё равно предварительно конвертируется в фиксированный формат? - Как я понимаю, идея в таком формате в том, что простаивает в CPU мощный блок арифметики с плавающей запятой, позволяющий выполнять преобразования и масштабирование максимально быстро? По #7957 есть комментарии?

Зашёл разговор на стороннем форуме есть ли смысл оцифровывать Juli@ и выводить результат в 32 bit float. - Никто не изучал вопрос? Игорь, может вы сталкивались с ПО, позволяющим оставить только 8 младших бит и сделать их старшими, чтобы услышать что там творится в них? - может там кроме шума ничего нет и оцифровка в 32 бита чистой воды фикция.

Игорь, 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кБ/с, что уже нонсенс, но он также как и Удифил наступил на те же грабли - измерял на виртуальной ЗК. Интересно, чем эти люди думают и думают ли вообще?