(10-10-2016 21:26)VNV73 писал(а):  Я так понимаю, от этого толк только в WASAPI? По ASIO смысла заморачиваться нету? Или есть?
Запустил этот Timer Res Monitor. В простое и при выводе звука через АП в АСИО показывает 10мс. При запуске вовспроизведения в PlayPcmWin падает до 1мс. Также при запуске Фубар (даже без воспроизведения) падает до 1мс. И потом, когда запускаю АП эти 1мс удерживаются.
Закрываю Фубар, опять 10мс. Что интересно, когда запускаю Хром браузер, то тоже падает до 1мс

ЗЫ Кстати, в PlayPcmWin параметр Output Latency влияет на что-то? У меня по умолчанию 170мс стоит. Играет этот плеер недурственно. Буфер WASAPI стоит 0,5 секунды. Его нужно уменьшать?

Output Latency влияет, в ап 5мс можно быбрать, в фубаре 3, в PlayPcmWin 3мс. Чем меньше, тем лучше. В фубаре можно и 1 выставить, но рабочее мин. значение 3мс, Игорь подсказал.
PlayPcmWin имеет смысл с таймером 0,5мс и Output Latency 3мс. Лучше ничего пока не удалось запустить на компьютере.
Асио у меня нет, но думаю, таймер будет влиять так же.

(10-10-2016 21:26)VNV73 писал(а):  В простое и при выводе звука через АП в АСИО показывает 10мс.

У меня до и после запуска АП через АСИО показывает 1мс. Винда 7-64

(10-10-2016 21:54)azar писал(а):  У меня до и после запуска АП через АСИО показывает 1мс. Винда 7-64

А браузер запущен?
У меня такая-же Винда..

AABBCC, таймер залочен на 0,5 мс.
Но на время воспроизведения.
Буфер в первом выложенном варианте был 3ms в Pull mode и 6ms в Push mode.
Вот другой вариант, где в обоих режимах по 3ms:

_https://yadi.sk/d/vpaR3-Qcwc47m

Вот картинка со стартом воспроизведения, TimerResolutionMonitor:

(10-10-2016 22:01)VNV73 писал(а):  А браузер запущен?
У меня такая-же Винда..

Когда браузер выключен, то показывает 1,3 мс. Когда запускаю АП, то ровно 1 мс становится.

(10-10-2016 21:54)AABBCC писал(а):  PlayPcmWin имеет смысл с таймером 0,5мс и Output Latency 3мс. Лучше ничего пока не удалось запустить на компьютере.

Шото я совсем запутался. Вы то "таймер" WASAPI пишете, то "буфер".
Буфер там устанавливается в секундах, а не в миллисекундах, а для таймера предлагается только два варианта, либо дефолт, либо 1мс.
Ниже скрин... Помогите разобраться.

(09-10-2016 19:03)Igor_A писал(а):  Там два варианта - стандартный и во вложенной папке - с использованием службы MMCSS. Интересно - есть ли разница, и что лучше.

Прочитал, с использованием службы MMCSS, процесс нужно обозвать Pro Audio, для значения таймера 0,5 мс так будет лучше. AvSetMmThreadCharacteristics установит высокий приоритет. Это имеет смысл для юзера, если он из компьютера хочет выжать звук по максимуму.
Если в фоновом режиме слушать аудио, и работать на компьютере, таймер лучше не разгонять. А службу MMCSS либо не использовать, или процесс называть Audio, AvSetMmThreadCharacteristics установит меньший приоритет.
https://msdn.microsoft.com/en-us/library/bb614507.aspx

---

(10-10-2016 22:15)VNV73 писал(а):  Шото я совсем запутался. Вы то "таймер" WASAPI пишете, то "буфер".
Буфер там устанавливается в секундах, а не в миллисекундах, а для таймера предлагается только два варианта, либо дефолт, либо 1мс.
Ниже скрин... Помогите разобраться.

У PlayPcmWin это называется output latency, у АП это называется output buffer в настройках wasapi.
Таймер прерываний виндовса можно выбирать только у PlayPcmWin. У АП, только с wasapi и если закинуть файлик в папку с плеером х64, который запостил Игорь чуть выше, он станет 0,5mc.

AABBCC, я выше дал ссылку на обновленный вариант минимального модуля вывода WASAPI с буфером 3 мс для режимов Push и Pull. В первом варианте было 3 мс для Pull и 6 для Push.

(10-10-2016 22:35)Igor_A писал(а):  AABBCC, я выше дал ссылку на обновленный вариант минимального модуля вывода WASAPI с буфером 3 мс для режимов Push и Pull. В первом варианте было 3 мс для Pull и 6 для Push.

Спасибо. Я отписался, что лучше звучать стало в целом. Файлик без использования MMCSS, понравился чуть больше. Один из вариантов возможных причин, в предыдущем посте.

(10-10-2016 22:24)AABBCC писал(а):  У PlayPcmWin это называется output latency,
Таймер прерываний виндовса можно выбирать только у PlayPcmWin.

С этим вроде бы понятно. А как установить в таймере 0,5мс?

---

(10-10-2016 22:11)azar писал(а):  Когда браузер выключен, то показывает 1,3 мс. Когда запускаю АП, то ровно 1 мс становится.

Странно. Интересно, от чего это зависит? Настройки АП или аппаратно-виндозная часть?
У меня к драйверам Асио к ЦАПу, нету панели Асио, соответственно параметр Latency я посмотреть и изменить не могу. Может в этом проблема?

ЗЫ А какое железо у Вас?

(11-10-2016 00:07)VNV73 писал(а):  С этим вроде бы понятно. А как установить в таймере 0,5мс?

[attachment=870537]

(10-10-2016 23:49)AABBCC писал(а):  Спасибо. Я отписался, что лучше звучать стало в целом. Файлик без использования MMCSS, понравился чуть больше.

Но смысл пытаться использовать MMCSS в плеере только в режиме Pro Audio, обеспечивающем повышенный приоритет для аудио приложений. А такой вариант уже выложен. Если с ним не лучше, тогда MMCSS плееру не нужна.

(11-10-2016 00:07)VNV73 писал(а):  Странно. Интересно, от чего это зависит? Настройки АП или аппаратно-виндозная часть?
У меня к драйверам Асио к ЦАПу, нету панели Асио, соответственно параметр Latency я посмотреть и изменить не могу. Может в этом проблема?

ЗЫ А какое железо у Вас?

У меня в панели АСИО стоит 80мс задержка (максимальная). Видимо она не влияет на это.
Железо: ЗК - Asus Xonar ST, проц - AMD FX-6200, мать - Gigabyte GA-970A-D3

(10-10-2016 23:49)AABBCC писал(а):  Спасибо. Я отписался, что лучше звучать стало в целом. Файлик без использования MMCSS, понравился чуть больше. Один из вариантов возможных причин, в предыдущем посте.

Но вариант с этой страницы с уменьшенным с 6 до 3 мс буфером для режима Push mode вообще никто не скачивал. Вы используете Pull mode?

(11-10-2016 13:39)Igor_A писал(а):  Но вариант с этой страницы с уменьшенным с 6 до 3 мс буфером для режима Push mode вообще никто не скачивал. Вы используете Pull mode?

Использую всегда Pull (Event), разница малая, но есть. По старой памяти, 32-х битный плеер раньше нравился чуть больше. 32-шка уже с защитником 10-ки подружилась. Интереснее было бы сравнить 32-шку, с таким же пропатченным файлом, на 3 мс вых. буфера wasapi и 0,5 мс таймера. С этой страницы, я понял, смысла сравнивать нет?

Да, Pull в последнем варианте не менялся. Что касается тестов, то я наверно скоро поменяю на 3мс нижний порог буфера WASAPI в релизе, включая 32 бита.

(11-10-2016 14:45)Igor_A писал(а):  Да, Pull в последнем варианте не менялся. Что касается тестов, то я наверно скоро поменяю на 3мс нижний порог буфера WASAPI в релизе, включая 32 бита.

Стоит это сделать, разница между 3 и 5 мс ощущается. Спасибо.

(11-10-2016 01:17)AABBCC писал(а):  скрин

Странно. У меня в настройках таймера нету 0,5мс.

У меня так же.. доступно только значение 1 мс ...
P.S.
По прежнему,разницы в звуке от этих манипуляций не происходит ...
... а если и происходит,то на эзотерическом уровне ...

(11-10-2016 20:00)VNV73 писал(а):  Странно. У меня в настройках таймера нету 0,5мс.

Попробуйте последнюю версию, в логах обновлений проскакивало, что убирали 0,5, как не стабильное значение.

(11-10-2016 20:05)RingeR писал(а):  У меня так же.. доступно только значение 1 мс ...
P.S.
По прежнему,разницы в звуке от этих манипуляций не происходит ...
... а если и происходит,то на эзотерическом уровне ...

А как организован вывод звука? Порты, шнуры, ЦАП, ЭВМ?)