WASAPI output support v3.4 [30.12.2020]

**foobar2000.ru** » 14.06.2012, 17:22

Adds Windows Audio Session API exclusive mode output support, allowing bit-exact output and muting all other sounds. Windows Vista SP1 or newer required.
Страница плагина: http://foobar2000.org/components/view/foo_out_wasapi

**Azaza** » 19.07.2017, 17:46

User_Oleg:Подскажите, после установки плагина и настройки устройства и типа вывода нужно ли устанавливать еще и Reclock или это лишнее?

ReClock невозможно использовать с фубаром. А даже если бы и возможно было, то всё равно не нужно.

**kthxoic** » 19.12.2017, 20:36

copah:
onv:Какие-то звуковые устройства (USB, например) работают только в режиме event
Ну это разве, что очень малочисленные USB Audio работающие в Asyncronous режиме, да почти все FireWire. Если не работает push, то скорее всего не зацепился (не исправен) HPET.

простите, что некрофилю топ, но в инете инфы не нашел, а понять хочется. то есть firewire и wasapi в режиме event несовместимы?
опытным путем пока пришел к такому: в режиме wasapi event firewire звуковая криво переключает sample rate. например играет нечто в 44100, а следом 96000. в итоге 96000 начинает играть с пониженным питчем (как если бы замедлили пленку) в режиме же пуш это переключение проходит без проблем и аудио материал играет как положено.

PS иными словами не переключается автоматически sample rate

**vladj** » 19.12.2017, 20:57

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

**kthxoic** » 20.12.2017, 17:34

на монопольном стоят, да, дело не в нем. вот хотел товрища, которого я процитировал расспросить поподробнее, так как он, похоже, что-то знает об этом :) собственно проблему я описал. wasapi push - проблемы с переключением sample rate. wasapi event - проблем нет. исходя из того, что написал copah, звуковые на firewire не дружат с режимом push wasapi. по крайней мере я так понял, а главное в инете не смог найти на эту тему ничего

**Azaza** » 20.12.2017, 18:59

kthxoic:собственно проблему я описал

Проблемы-то никакой нет. Два разных режима как раз и сделаны для совместимости с максимальным количеством устройств. Если бы ни один режим нормально не работал, вот тогда была бы проблема.

**kthxoic** » 21.12.2017, 19:14

для меня это именно проблема, так как kodi использует васапи только в режиме пуш :) хочется понять почему все именно так. почему fw не дружен с васапт в режиме пуш

**Azaza** » 21.12.2017, 19:27

kthxoic:хочется понять почему все именно так. почему fw не дружен с васапт в режиме пуш

И, поняв, Вы что сделаете? Напишете новый драйвер для своей звуковой?

kthxoic:так как kodi использует васапи только в режиме пуш

Вроде, не правда это.

http://kodi.wiki/view/Windows_audio (тут заодно и различия между режимами описаны)

In addition Kodi uses WASAPI in the more modern Event driven mode. Previously Kodi used the Push mode, so both the audio hardware & audio driver need to support the Event mode for audio to work with WASAPI selected.
<...>
In addition to Shared and Exclusive modes, there are two modes for how data is passed from the application to the audio driver.

The normal manner is in push mode - a buffer is created which the audio device draws from, and the application pushes as much data in as it can to keep that buffer full. To do this it must constantly monitor the levels in the buffer, with short "sleeps" in between to allow other threads to run.

WASAPI, and most modern sound devices, also support a "pull" or "event-driven" mode. In this mode two buffers are used. The application gives the audio driver a call-back address or function, fills one buffer and starts playback, then goes off to do other processing. It can forget about the data stream for a while. Whenever one of the two buffers is empty, the audio driver "calls you back", and gives you the address of the empty buffer. You fill this and go your way again. Between the two buffers there is a ping-pong action: one is in use and draining, the other is full and ready. As soon as the first is emptied the buffers are switched, and you are called upon to fill the empty one. So audio data is being "pulled" from the application by the audio driver, as opposed to "pushed" by the application.

К тому же у kodi есть свой форум и багтрекер.

**foobar2000.ru** » 31.12.2020, 00:10

Вышла новая версия плагина: WASAPI output support v3.4 [30.12.2020]