IgorA

@Vshap, FFmpeg плагин без видео является таким же входным плагином, как и декодеры остальных форматов, с тем же самым звуком. Он поддерживает много форматов, включая звуковые дорожки всех видео форматов, AVI, MP4 и т.д., и он доступен по отдельной ссылке на странице плеера. А насколько декодирование и показ видео влияют на звук - можно сравнивать. В плагине с видео в любой момент можно закрыть видеоокно. Процессинг видеоданных при этом прервется, а звук останется.

Эти видео форматы и их аудио дорожки тоже поддерживаются плагином по ссылке выше. Воспроизведение видео при желании отключается в настройках плагина.

@Vshap, и этот вариант ничего не потерял, так как сам плеер не менялся.

@Vshap, идея данной версии - дополнить ранее реализованную в первой версии плагина возможность качественного воспроизведения форматов DTS-HD MA, TrueHD, PCM_Bluray возможностью просмотра сопутствующего им видео.

Для тестирования вариант FFmpeg плагина с поддержкой воспроизведения видео. 32-разрядная версия 64-разрядная версия Для установки файлы из архива надо скопировать в основную папку плеера. Плагин совместим с версиями плеера 2.101 - 2.108. В настройках плагина (кнопка "Конфигурация" через команду "Форматы файлов" в контекстном меню плеера) можно включить аппаратное декодирование видео ("Use HW acceleration"). После изменения настроек входных плагинов надо перезапускать плеер. В видеоокне для управления отображением доступно контекстное меню в котором можно включить отображение точка в точку ("Scale video to 100%") и полноэкранный режим ("Full Screen mode"). Также там можно задать задержку для компенсации опережения звука видеорядом ("Set video delay") и вызвать инфопанель с параметрами потока ("Stream info"). В полноэкранный режим и обратно можно переключаться двойным кликом по видеоокну. Для воспроизведения видео следует использовать стандартный режим воспроизведения (не Direct и не Full Memory) с любым модулем вывода (включая модули вывода из папки EXTRAS). Рекомендуемый размер буфера предзагрузки - 256KB.

Плеер не вносит дисбаланса в каналы, но если его надо корректировать, то есть, например, бесплатный VST плагин Blue Cat's Gain (Dual) с отдельной регулировкой громкости для двух каналов.

У меня 2008 R2 Standart, Service Pack 1.

Были ЦАПы, которые устойчиво работали только при этом значении.

В высокой производительности ничего плохого нет, в частности, она минимизирует время, затрачиваемое на обработку данных. Но может сопровождаться повышенным уровнем шумов. То есть, однозначности нет.

Теоретически, чем выше приоритет, тем меньше задержки при передаче управления потокам процесса и тем стабильнее воспроизведение. Чем хорош IDLE - наука затрудняется объяснить. Можно было бы предположить, что уменьшается число переключений контекста, но ProcessExplorer ээтого не показывает.

audioshock заинтриговал? Они задают положение окна плеера на рабочем столе при запуске.

@Beffect, что касается последних вопросов, постараюсь объясниться развернуто. Дело в том, что все EXTRAS модули плеера выдают bit-perfect. И с точки зрения измерений характеристик воспроизводимого сигнала, включая AЧХ, коэффициент гармоник, уровень шумов, измеряемых RMAA и другими средствами, все будет фактически одинаковым во всех режимах. Поэтому разница, которую мы слышим, она фактически возникает только в нашем мозге. Но не в том смысле, что это иллюзия, а в том, что сигнальный процессор нашего мозга реагирует на модуляции, возможно, вызванные ничтожным по диапазону дрожанием фронтов тактирующих импульсов ЦАПа (джиттер), картину которых простыми приборами не измерить. И эти модуляции есть всегда, просто когда мы предпочитаем звук какого-то плеера или режима, то выбираем из набора модуляций ту, что лично нам симпатичнее, менее мешающую восприятию. Когда я занялся разработкой второй версии плеера в 2010 году, я ни о чем таком не думал. Сначала я считал, что в других плеерах есть скрытая обработка, которая все портит. Задача в том, чтобы ее отключить и все станет отлично. Но через некоторое время выяснилось, что плееры, звук которых не нравится, тоже выдают bit-perfect. Тут от безвыходности пришлось искать объяснение проблем в темных силах под названием jitter. И следующая мысль была, что достаточно сделать буфер побольше, предельно минимизировать загрузку CPU, и все станет отлично, так как плеер фактически не будет "шуметь" в плане электромагнитных помех. Но сделал буфер большой, потребление ничтожным, а низы почему-то придавлены, звук некомфортный. А с маленьким буфером нагрузка на процессор выше, но кэш процессора эффективнее используется, обмен с памятью минимизируется. Где здесь лучший вариант - наука ответа не даст. Остается только пробовать все подряд, то есть, шаманство с комбинаторикой, перебором и проверкой всех альтернативных вариантов и условий организации воспроизведения. Мне это самому не нравится, но в такой ситуации я постарался в этом плеере сделать для пользователей доступным выбор максимума альтернатив для факторов, потенциально влияющих на звук. Это различные режимы и их опции, доступные в ap2config и конфигураторах EXTRAS модулей. И поскольку число возможных комбинаций этих режимов и опций огромно, то кто-то может найти лучшее решение, чем я, тем более, что конкретные условия воспроизведения и особенности восприятия могут сделать приоритетным другой вариант, чем использую я. Свой вариант для ASIO я выше описал. Для KS мне больше нравилось уменьшение размера буфера и числа буферов с 8 до 4. В стандартном режиме буфер предзагрузки - 20000. С WASAPI я особо не экспериментировал. Режим Pull в WASAPI более рационален с точки зрения организации вывода и потребления ресурсов, но как это проявится в звуке надо сравнивать в конкретной ситуации самому.

Благодарю участников форума за высокую оценку последней версии аплеера! .

@Адам, в веб-сервере нет своего менеджера плейлистов и переделка его в этой версии не планируется. Однако можно открывать в веб-интерфейсе список подготовленных плейлистов .ap2, в которых можно заранее сохранить весь актуальный контент. В третьей версии плеера будет свой проводник и там, возможно, веб-сервер с доступом к проводнику будет интегрирован в основной плеер.

@Beffect, я вывожу через отдельный USB 3.0 контроллер на чипе NEC D720200F1.

@Beffect, но насчет десятки и WASAPI я должен согласиться. Похоже, что в десятке что-то оптимизировали для вывода именно через WASAPI и там это, возможно, лучший вариант.

На моей конфигурации мне почему-то нравится IDLE. Но это даже не берусь советовать, так как где-то может прерываться звук с этим приоритетом.

Как и обещал, послушал Playpcmwin на десятке. Сравнил с аплеером 2.108 x64 на первом треке тестового диска от @parzab. Выводил через WASAPI и там, и там. Настройки в обоих случаях были "из коробки". В аплеере включены Full Memory и AWE. На мой взгляд, при воспроизведении в аплеере несколько лучше детальность и передача пространства (реверберации).

У меня ядра "без ограничений". Полная предзагрузка или нет - не принципиально. Я иногда включаю, иногда выключаю. После загрузки файла режим воспроизведения не отличается в обоих вариантах.

Когда-то давно пробовал, но не обнаружил необходимости его использовать. Буфер предзагрузки с учетом выбранного размера используется модулем EXTRAS ASIO в стандартном режиме воспроизведения. Во всех режимах для EXTRAS ASIO актуальны выбор устройства вывода и другие опции, задаваемые в asio_x64_config.

Оптимизирована вручную отключением лишнего. Режим обычный графический.

У меня обе эти системы с разных дисков грузятся. Как-то Server мне пока по звуку ближе. Любой WASAPI вывод работает через драйвер устройства. Для внешних ЦАПов без собственного драйвера, это, может быть, лучший вариант. В остальных случаях вряд ли, так как WASAPI для карты/ЦАПа со своим драйвером является системным посредником между приложением и драйвером, а через KS и ASIO доступ к этому драйверу без посредников. Режим службы я в указанной конфигурации не использую. Настроек буферов в плеере - никаких, так как они не используются, а буфер драйвера ASIO в моем случае не регулируется.

Да как-то спокойно, когда слушал раньше. Могу послушать на десятке, если что-то услышу - напишу. У плеера не для того так много опциональных настроек, чтобы был универсальный лучший вариант, подходящий для всех. Лучший выбор может быть разным в разных системах и с разными драйверами. Каждый, кому важен результат, должен определяться сам по месту. Я сейчас предпочитаю AP 2.108 x64 EXTRAS ASIO Full Memory на Server 2008 R2 с настройками по умолчанию. Да, забыл добавить - awe_on.bat включаю.

Не влияет для модулей вывода из EXTRAS (ASIO, KS, WASAPI). Для стандартного модуля вывода, работающего с выходными плагинами, этот буфер никогда не отключается.

Получалось сохранить "0" в ini-файле, так это значение переписывается только при явном вводе нового значения в поле ввода панели. А так, "0" молча переводится в минимальный буфер. Для тех, кто не верит на слово, вот код из ap2decoder.exe WASAPI: buffer_size = GetPrivateProfileInt("Aplayer", "buffer_wasapi", 256 , file_name) * 1024; if(buffer_size < 69120) buffer_size = 69120; Далеко здесь "0" пролезет? Тут даже маленький секрет раскрыт, что реально используемый минимальный буфер предзагрузки в WASAPI (по техническим причинам) - 67.5KB, а не 64. Что касается улучшения звука от замены 64 на 0 в ini файле - так это ведь здорово, что даже замена текста в текстовом файле так помогает звуку. Надо искать дальше...