2007-09-12, 07:42 PM
Quote:Originally Posted by psicotron3 View Post
Besides the unmute/mute, the selection for what mixer line is used for capture works very well here. It´s changed as soon as the recording starts. Looks like it´s based on searching the "Audio Capture Filter" inside your graph and selecting a matching entry. You may try to search on the filter properties and see if it can be selected there and what is the name of "CD In" (That was the case here with "Line In" using a different name).
OK, I'll have a closer look at this tomorrow. When I tested it today, enabling the CD In mixer input didn't work, but perhaps I can work it out. Let's see ...
Audio is a little confusing on windows - there are filters for input mixers in Direct Show but none for output so you have to use two different sets of code. If you use a mixer and don't force the input it will use whatever setting is on the mixer at the time the graph is opened. (which means it may have been muted by a user or another application.)
psicotron is correct the input mixer must be a filter in your graph if you are recording, otherwise the force enabling of the audio won't work since gr is looking at the filters in the graph to set that. There is also another nuance for input mixers you can usually find two filters for the same input - one in "audio capture devices" and one in "WDM streaming capture devices"
In Live Preview using these filters directly in the graph they may have slightly different behaviors one usually lags the video. This is why psicotron requested the option of simply unmuting/muting a playback source (which is on the output mixer) and playing it directly. If you use both I would imagine you'll have two offset audio streams at the same time.
I'll have to do some experiment because just writing this explanation is giving me some ideas as to what the issue might be. All of this can be done manually by playing a preview graph and using the mixer control to see what happens with sound.
CV