This is an advice you will not want to follow. If you don't turn it down, but in fact set mixer up so that mic passthrough happens while ac97 is up, than the passthrough input will be mixed with the output, which happens to be the sort of multiplexing you want (as I said earlier, converting output to input is relatively easy. It's the input mux which is the big problem for us with OSS)... So set up mixer accordingly so passthrough happens. You can at will play something to sblive's pcm0, so we get a mixed output!oss_sblive.man wrote:Turn down the AC97 control in the "record" section. This prevents any audio being fed to the soundcard from MIC/Line-in/CD-in from getting mixed with the audio produced by the application that's currently playing.
skype/voip whatever output + echo loop from 'vol' target recording -> output node with vmix and vmix loopback somewhere -> recording program
echo loop for mic. + (program to play sound files) -> mixing layer (e.g. vmix) -> recording/input node (e.g. vmix loopback) -> skype/voip whatever
skype/voip whatever + echo loop from first vmix loopback -> second vmix loopback
i.e. you may have to use the onboard or USB for voip's sound output, and the sblive for voip sound input for this option to work). You'll see why below...
See "oss_audioloop" manpage. The "server" program using one side of oss_audioloop will be suspended until a client will exist on the other side which can "listen". You're probably better off with vmix loopback for this though, since you want also to hear the output from skype...yvon wrote:So far (last night) I tried to get skype to use oss_audioloop I think it was... Skype would hang after first 'echo' call test. Maybe I only had half of it set. skype fine with /dev/dsp
First we want just to get skype to play something at all. So use ordainary /dev/dsp and see if skype-oss works at all.any idea what i'd use for in and what I'd use for out, considering I'd want to at least get the music track playing INTO the mic line somehow, eventually. I need to be able to hear the music also.
Let OSS autodetect the card - OSS does this better. The emu10k1x driver is for a special Dell OEM model which is different from regular SBLives.I'm pretty sure the SBlive5.1 uses the _oss_emu10k1x driver. Let it as it was though.
Below are 'shot in dim light' attempts at altering the .conf filies.
No need to reboot - you can restart OSS via "sudo soundoff" and "sudo soundon". After hardware changes you may wish to run "sudo ossdetect -v" to have OSS redetect stuff. I also suggest "sudo ossdevlinks -v -r" after OSS is loaded (just in case).as an aside, OSS seems to like a reboot after a card is physically installed and detected via OSS software routines.
You can, but I'll clarify: I had two ideas. The first relied on using the SBLive to mix the passthrough and the music, and pipe that into skype. If you're trying that way, than it may rely on the card - I'm not sure the internal sound card can do that - you'll have to test that. If that can't be done, you'll have to use the second idea with OSS assuming only the internal card exists (Or some other idea if anyone has any).I think there should be a way with all you've supplied here. I'm thinking that using only OSS hooks would be best as that way it can be translated to the netbook or laptop easily. Looking to avoid relying on any specific hardware ideally. Right now the SBlive card is in the old desktop. I could remove that and use the internal sound card which is a VIA ac97?
NOTE ADDED: thinking that some 'vmixctl' magic based on the VIA AC97 (ossinfo -V2 below) might give the needed virtual i/o to have this card work like the SBlive did. Also: 'soundconf' is not available I think?
Users browsing this forum: Exabot [Bot] and 1 guest