IgorA

Для тех, кто хочет слушать интернет-радио через APlayer, плагин in_radio.dll. http://albumplayer.ru/in_radio_x32.zip http://albumplayer.ru/in_radio_x64.zip Поддерживается вещание в форматах FLAC, OGG, OPUS, MP3, AAC (AAC через встроенный в систему кодек, которого нет в серверах Windows). Чтобы не менять сам плеер, для него трансляция радиоканала выглядит как воспроизведение файла, поэтому вводится условная длина этого файла (100 минут), которая не ограничивает реальное время воспроизведения. Записи в список радиостанций добавляются как файлы с расширением .RAD, содержащие строку с http-ссылкой на радиостанцию. Эта ссылка может быть в формате m3u, pls или непосредственно ссылка на поток. В папке Radio находится предварительная подборка музыкальных станций, вещающих в формате FLAC и в высокобитрейтных lossy форматах. Воспроизведение стартует с задержкой в секунды, необходимой для предварительной буферизации. После старта воспроизведения выводится окошко-информер, которое можно перемещать или закрывать. Для исключения артефактов при переключениях для прослушивания радио рекомендуется стандартный режим воспроизведения с буфером предзагрузки 128KB. Буфер предзагрузки больше 256KB может привести к сбоям. Модули вывода могут использоваться любые, включая EXTRAS версии.

Возможно, драйвер ASIO чувствителен к нагрузкам на процессор. Тогда можно пытаться уменьшить буфер предзагрузки. И лучше на всякий случай обновиться на релизный вариант FFmpeg плагина со страницы плеера и начать эксперименты с варианта плеера "из коробки" со стандартным выводом. Ведь MPC-HC тоже не через ASIO выводит. Я попробовал на ноуте с 2GHz процессором, 2Gb памяти, интеловское видео, Win10 x64. Там при программном декодировании Full HD загружает под 30% процессор, но звук не прерывается. При аппаратном декодировании нагрузка в 10 раз меньше.

Ядра должны быть "без ограничений", режим вывода стандартный, буфер предзагрузки 256KB. Если все так и не помогает, увеличивать приоритет в ap2config. Если и это не помогает, увеличивать размер буфера аудиодрайвера в настройках, если он настраивается.

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

Нет, побитовую точность вывода обеспечивают и стандартные KS и ASIO, и их EXTRAS версии, а также EXTRAS WASAPI. В EXTRAS короче конвейер данных.

@sergey2014, часто разобраться с вопросами помогает файл readme_ru.txt, который можно найти в папке плеера. Вывод через ASIO в простейшем случае выбирается через команду "Режим вывода" в контекстном меню плеера. В появившейся панели надо выбрать первую строку, нажать кнопку "Настройка", и в появившейся панели настроек ASIO выбрать устройство вывода. Другие настройки можно не трогать. Есть еще минимизированный и оптимизированный по коду модуль вывода EXTRAS ASIO, который не поддерживает многоканальный вывод. Его можно выбрать через конфигуратор ap2config. У EXTRAS ASIO свой дополнительный конфигуратор, который автоматически запустится при выборе этого модуля. Также bit-perfect вывод на XMOS будет в режиме Kernel Streaming, который, как и ASIO, доступен в стандартном и EXTRAS варианте.

@hcn47, В папке плеера есть файл readme. Там, в частности, сказано: Опция "Конвертировать 5.1 в стерео" активизирует преобразование многоканального звука формата 5.1 или 7.1 в стерео, что позволяет воспроизводить многоканальные файлы на устройствах, поддерживающих воспроизведение только двух каналов.

Автор уже пояснил выше, что в самом плеере не пострадал ни один байт.

@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. Но это даже не берусь советовать, так как где-то может прерываться звук с этим приоритетом.