IgorA

Столбец "original" добавлен из-за списка частот 22050, 24000, 32000, которые объединяет первая строка матрицы. Когда выбранная в матрице выходная частота совпадает с входной частотой, ресемплер отключается.

Сегодня изменялась только функция "Инвертировать фазу", которая в конфигурации по ссылке отключена.

Оба варианта выбора влияют на значение одной переменной в программе, хранящей выходную частоту дискретизации, и нигде больше не используются. Выбор столбца "оriginal" и конкретной частоты ресемплинга, соответствующей входной частоте, задают этой переменной одно и то же значение. Когда оно совпадает с входной частотой, ресемплер отключается. То есть, нет никаких объективных причин для разницы в звуке при использовании любого из этих вариантов выбора. Я не планирую. Нишу интернет-радио отдаю конкурентам без боя .

Чтобы отключить все эффекты DSP переписывать эти файлы не обязательно, но сами сборки файлов approxy с эффектами и без эффектов компонуются с разными библиотеками, а иногда это каким-то образом влияет на звук, поэтому я сохранил на всякий случай возможность использовать движок 2.101.

Как и в исходной версии 2.102. В NO_DSP реверс к движку 2.101 для тех, кому никакие эффекты вкладки DSP не нужны.

На мой взгляд BH хорошо играет, но имеет свой характерный звук, который по сравнению с AP воспринимается как звук более низкого тембра, и меня он не очаровывает. На мой вкус не хватает прозрачности на верхах, которые несколько смазываются. Я думаю, что в целом характер звука определяется исходной архитектурой плеера, а изыскания Хироюки, конечно, варьируют этот звук, но относительно его исходного центра. Сам объем и интенсивность работы над плеером, преданность автора проекту, конечно, вызывают безусловное уважение. Но я вижу некоторый диссонанс в том, что, с одной стороны, Хироюки глубоко закапывается в низкоуровневую оптимизацию, а с другой - отдает на выходе плеера свои данные стандартному компоненту библиотеки BASS, который является посредником между BH и драйвером ASIO и может тонкие эффекты супероптимизации нивелировать. Хироюки столько времени и сил уже потратил на плеер, что можно было бы сто раз спецификацию ASIO изучить и написать свой оптимизированный вывод. Это как делать для телескопа какие-то суперлинзы, а на звезды смотреть, не сняв транспортировочную пленку с трубы.

@Инженер механик, выбирая DirectSound, надо учитывать, что там ресемплинг - не вопрос выбора, а неизбежность, потому что вывод на ЦАП в этом случае идет не с параметрами файла, а с параметрами, выбранными в системных настройках звука в качестве стандартных. Именно в контексте этого обстоятельства лучше включить ресемплинг, выполняемый на этапе декодирования, а не воспроизведения, и более качественный, чем системный. Или постоянно переключать системные настройки в соответствии с параметрами воспроизводимого файла. Но ведь быстро устанешь

@Инженер механик, c DirectSound в 2.102 x64 лучший результат, возможно, будет в случае, если включить в конфигураторе ресемплер в частоту дискретизации, выбранную в настройках Windows. Иначе система будет использовать свой ресемплер.

@profyurik, это издержки использования в плеере (во всех его версиях) стандартного декодера от разработчиков формата WavPack. Он не перематывает дальше 2Gb в файле, а старт воспроизведения с последних треков может требовать такой перемотки в случае "тяжелых" hi-res. Последние треки и в этом случае должны воспроизводиться "самотеком", когда прослушивание начинается с предшествующего им трека. Перемотка на последние треки будет и в этом случае работать после загрузки файла в память, когда включен режим Full Memory. И она будет работать, если файл такого альбома разделить на потрековые файлы. По потребляемым ресурсам плееру достаточно и одного ядра, за исключением, может быть, декодирования в PCM сжатых DSD файлов. Выигрыша от двух ядер может не быть, но пробовать, конечно, можно, так как не всегда удается заранее угадать, как себя проявит какое-то решение.

Проскакивают даже в процессе перехода при непрерывном воспроизведении с предшествующих треков или если пытаться выбрать последний трек для воспроизведения? Если второе, то в какой версии плеера этого нет?

@FlyInHigh, формат float32 имеет смысл для DSP, но не как выходной формат, так как драйверу карты, как правило, передается целочисленный формат и float32 ждет неизбежная конвертация в модуле вывода, то есть, лишний шаг.

@cspb, для Full Memory в памяти размещается итоговый материал, чтобы его можно было воспроизводить без обработки. Поэтому при выборе ресемплинга в 192kHz на x86 системе, действительно, целый диск может превысить 2Gb и будет ошибка воспроизведения.

Плеер я оптимизирую без привязки к какой-либо конкретной системе. Слушаю на Win7 x32, Win8 x64, Windows Server 2008 R2. Про звук при использовании Windows 8.1 ничего не могу сказать, на ней я плеер не слушал.

Не секрет. Я из Пскова. Это областной центр на северо-западе Российской Федерации.

Перезагружать нужно после использования плеера, если при запуске плеера была использована опция "Запускать от имени администратора" и хочется вернуть это ядро другим программам.

Можно добавить в папку NO_DSP конфигуратор из 2.101. У меня возражений нет.

@cspb, это настройки формата для системного микшера. KS и ASIO мимо него играют. Можно выключить службу Windows Audio, этих настроек вообще не будет, а KS будет работать. В рассматриваемом случае важнее в "Хonar audio center" выбрать 192kHz, чтобы не было лишних преобразований.

Лучше 32 бита без плавающей точки. В "Хonar audio center" разрядность, вроде бы, вообще не выбирается, только опорная частота. А в "ASIO control panel" доступны варианты 16-24-32. Да, связано с ресемплером, так и должно быть. В Full Memory DSP работает в процессе начальной загрузки, а в памяти хранится итоговый результат обработки.

Спасибо. Мне пока не удается воспроизвести ситуацию. KS из EXTRAS или out_ks.dll из базового комплекта? Настройки буферов стандартные?

Если именно при добавлении в плейлист, а не при попытке воспроизведения, то вряд ли это как-то связано с ресемплингом. А какого формата этот HiRes? Да, так, но если драйвер карты принимает 32 бита, то лучше выбрать 32 bit вывод, так как ресемплер выдает 32 или 16, а в 24 выполняется преобразование из 32. Сообщите пожалуйста информацию о режиме вывода и настройках и если в сети доступен пример такого альбома, то информацию о нем.

@DAZZER, NO_DSP не убирает вкладку из конфигуратора, а отключает загрузку и использование DSP-настроек из ini-файла (проще говоря, это реверс к 2.101).

@bzx, может быть, в феврале.

@fordfocus533, не планирую по той причине, что восстановление оригинальной формы сигнала при преобразовании DSD->PCM выполняется путем цифрового интегрирования в процессе снижения частоты дискретизации. Чем выше выходная частота, тем больше полезной информации остается в ультразвуковом шуме. Я бы и выше 88 не рекомендовал выбирать.

@DAZZER, надо кэш в браузере обновить. Удерживая клавишу "Shift" кликнуть по кнопке "Обновить" справа от поля ввода адреса страницы.

@profyurik, в декодере формата WavPack используется стандартная библиотека от разработчиков этого формата. В ней позиционирование в файле (перемотка) работает только в пределах 2Gb. Этот файл превышает 2Gb. Последние треки будут воспроизводиться при переходе на них в процессе воспроизведения, без перемотки. Перемотка на эти треки будет работать в режиме x64 Full Memory. Однако в распакованном виде этот файл превышает 4Gb, а в Full Memory декодере было ограничение на размер декодированного файла в 4Gb. В сегодняшнем обновлении для x64 версии это ограничение убрано.