AleXH

Игорь, а если автоматом внутренне парсить ответ 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. Можно понять насколько пишущий понимает то, о чём он пишет и насколько его "результат" применим к твоей конфигурации АП.

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

Без детального указания режимов работы плейера подобные мнения сводятся к: плейер нравится, либо плейер не нравится. - Вы видите в таком мнении какую-либо полезную другим информацию? - Я нет. Если бы была указана конфигурация плейера и версии использованных модулей, то тогда да, остальные могли бы хоть как-то соотносить озвученное мнение со своими впечатлениями. В противном случае получаются песни ни о чём.

@vitta77, технически это сделать можно - подгружать и декодировать второй трек в фоне, но это противоречит самой концепции режима Full Memory, которая заключается в обеспечении ЦП во время воспроизведения минимально возможной нагрузки и связанным с этим уменьшением латентности системы и уровня помех. Если нужен Gapless, то используйте стандартный режим воспроизведения в настройках ap2decoder (ap2config).

Ага, а от 32-го так вааще... - Лишь бы флудить.

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

@Solo53, номер трека лучше отделять точкой с пробелом - это общепринятая практика.