1
나는이 slides에서 winista와 directsound가 wasapi를 기반으로한다는 것을 알았다.DirectSound 및 WinMM은 WASAPI를 기반으로합니까?
WASAPI의 함수를 호출하여 winmm 및 directsound가 실제로 작업을 수행한다는 것을 의미합니까?
일부 Google 검색 후이 정보를 찾지 못해 여기 알게되기를 바랍니다.
A
답변
3
고도로 전문화 된 몇 가지 예외 (디렉터, ASIO, 개방형)를 사용하면 Windows의 모든 오디오 렌더링이 WASAPI를 거칩니다.
여기에는 winmm 및 directsound를 통한 오디오 렌더링이 포함됩니다.
+0
안녕하세요, 귀하의 회신을 보내 주셔서 감사하지만 dsound.dll 및 winmm.dll을 사용하여 확인하고 audioses.dll에 대한 의존성을 보지 못했습니다. 내가 맞다면, WASAPI는 Windows Audio Session API를 의미하고, dsound와 winmm이 isapi에 달려 있다면 audioses.dll에 의존해야한다고 생각합니다. –
+1
맞습니다. dsound 및 winmmd는 audioses.dll에 직접 연결하지 않습니다. Windows Vista 이상에서 Windows의 오디오 아키텍처에 대해 읽어보고 무슨 일이 일어나는지 이해하십시오. 힌트 : Windows의 오디오 API는 COM API입니다. 플랫 API가 아니므로 종속성 뷰에서 찾을 수 없습니다. –
+0
Btw, 체크 아웃 할 수 있습니다. http://channel9.msdn.com/Blogs/pdc2008/PC13 - 대화 시작 부분에 약간의 아키텍처에 대해 이야기합니다. –
아니요, 해당 출력은 애플리케이션 별 볼륨 제어 (와사 피 기능)를 구현하기 위해 차단됩니다. –
안녕하세요 한스, 답변 해 주셔서 감사합니다. 매우 도움이됩니다. –