是否有可能从另一个进程caputre渲染音频会话？ [英] Is it possible to caputre the rendering audio session from another process?

问题描述

我把我的第一次潜水到Windows的系统WSASAPI，我不知道我想要什么，甚至有可能与Windows的API。

I am taking my first dives in to the WSASAPI system of windows and I do not know if what I want is even possible with the windows API.

我试图写的程序，将来自各种节目录制声音，并在一个单独录制的音轨/音频文件拆分每个。从我做了，我知道我需要记录的单位reseacrch是不同的音频访问被渲染到终点，并记录的正常方式是通过采取使端点和执行环回。但是从我在MSDN至今读取会话的唯一交互我能做的就是通过的 IAudioSessionControl 并没有为我提供一种方式来获得流的副本会话。

I am attempting to write program that will record the sound from various programs and break each in to a separate recorded track/audio file. From the reseacrch I have done I know the unit I need to record is the various audio sessions being rendered to a endpoint, and the normal way of recording is by taking the render endpoint and performing a loopback. However from what I have read so far in the MSDN the only interaction with sessions I can do is through IAudioSessionControl and that does not provide me with a way to get a copy of the stream for the session.

我缺少的东西，让我与WASAPI（或其他一些窗口API）做到这一点，并得到它们混合之前在一起，形成端点各个会话（或单个流），或者这是一个可征收的目标是什么？

Am I missing something that would allow me to do this with the WASAPI (or some other windows API) and get the individual sessions (or individual streams) before they are mixed together to form the endpoint or is this a imposable goal?

推荐答案

混合发生的API（WASAPI）内，你没有获得其他音频客户端缓冲区，ESP。它们不在首位当前进程的上下文中存在。也许有最好的（不太好，但目前还没有更好的替代品）的方法是挂钩的道路上WASAPI API调用和拦截数据，如果有问题的任务，允许这样的卑鄙手段。

The mixing takes place inside the API (WASAPI) and you don't have access to buffers of other audio clients, esp. that they don't exist in the context of the current process in first place. Perhaps one's best (not so good, but there are no better alternatives) way would be to hook the API calls and intercept data on its way to WASAPI, if the task in question permits dirty tricks like this.

这篇关于是否有可能从另一个进程caputre渲染音频会话？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！