Zbigniew Baniewski wrote:
On Sun, Mar 30, 2008 at 07:52:20PM +0000, Jacob Meuser wrote:
if you want surround sound, check cmpci(4), uaudio(4), auvia(4) (though,
recording is broken on 8233 based devices) or maybe azalia(4). and
definitely upgrade to 4.3 when it's released (or run -current, especially
if you want to do fun stuff with audio ;).
You know, the problem is, that:
1. I've got exactly an Audigy, which I wouldn't to replace with other, just
because it gives quite good sound quality, and it has firewire on-board
(didn't made use of this until now, but perhaps one day...).
2. It's not the question of surround sound; pay attention, that it would be
very comfortable to have both outputs activated, just because there's no
need to manually switch from headphones to speakers (or back), when you want
to listen something "on private". Just to change mixer setting could be
enough in such case, and both speakers and headphones can be connected all
the time.
3. I'm asking about this, because I'm wondering, how difficult could be to
port softphone application to OpenBSD - I'm considering two: linphone and
tclphone. It's very likely, that the latter would be much easier. And
exactly when using softphones having a possibility to mute one output and
activate the second one (and the opposite, when talk is finished) is very
comfortable solution.
OpenBSD 4.3 is including PJSUA
http://www.pjsip.org/pjsua.htm
I tried it and I really like it. If you compare various SIP clients you
should see that PJSUA should be a first
choice for security minded user which prefers simplicity and capability
instead of GUI non-sense.
I personally would much rather see you and other people interested in
phone applications taking part in testing and
making sure PJSUA works as expected than waisting time trying to port
another SIP client. At least for now, I think
that community should really help to make sure OpenBSD has fully working
simple SIP client.
Cheers,
Predrag Punosevac
Yes, perhaps I must complete my (very narrow at the moment) knowledge about
soundcards and soundcard-drivers, and then to make a try to activate that
second output.
