Date: Sat, 16 Jun 2007 05:30:30 +0100 From: "Alexandre Vieira" <nullpt@gmail.com> To: freebsd-multimedia@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: Follow up: Sound in multiple Linux progs Message-ID: <755cb9fc0706152130p34af3d2diae2f4fc2536b9ea7@mail.gmail.com> In-Reply-To: <20070616121207.2488d496.ariff@FreeBSD.org> References: <755cb9fc0706140427g46f8f666ke7a3882ad6f6404f@mail.gmail.com> <755cb9fc0706141429y4c5d7724p687ff27e9a29440d@mail.gmail.com> <20070615094403.34630709.ariff@FreeBSD.org> <755cb9fc0706141919l2e765c57q4c1cf4265bbb8b68@mail.gmail.com> <20070615104116.2277702a.ariff@FreeBSD.org> <755cb9fc0706141956n516f842ciae53e27b43ef6485@mail.gmail.com> <755cb9fc0706150752m5b3811f4q8e934fe4dd188ce2@mail.gmail.com> <20070616095128.61a209e8.ariff@FreeBSD.org> <755cb9fc0706152050t22241799o65ba04670078292b@mail.gmail.com> <20070616121207.2488d496.ariff@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 6/16/07, Ariff Abdullah <ariff@freebsd.org> wrote: > > On Sat, 16 Jun 2007 04:50:06 +0100 > "Alexandre Vieira" <nullpt@gmail.com> wrote: > > On 6/16/07, Ariff Abdullah <ariff@freebsd.org> wrote: > > > > > > On Fri, 15 Jun 2007 15:52:48 +0100 > > > "Alexandre Vieira" <nullpt@gmail.com> wrote: > > > > Hi, > > > > > > > > Just FYI. The modules from > > > > sndkld_releng6_i386_giant_eradication.tar.gz work perfectly and > > > > -CURRENT from 2 weeks ago is working fine too! > > > > > > > > > > I'm curious.. could you please take _latest_ (a must) binary/patch > > > from the usual place, set dev.pcm.0.rec.vchans=0 and do the test > > > again? > > > > > Hi, > > > > I've fetched "sndkld_releng6_i386_giant_eradication.tar.gz > > 2007-Jun-15 23:59:16 426.4K application/x-gzip" from > > http://people.freebsd.org/~ariff/BINARY_MODULES/ . I'm using > > sound.ko and snd_via8233.ko. > > There is something strange with this test (or maybe this sysctls are > > not supposed to matter anymore): > > > > # sysctl -a | grep vchan > > hw.snd.maxautovchans: 0 > > dev.pcm.0.play.vchans: 0 > > dev.pcm.0.rec.vchans: 0 > > > > I've also tried different values as well. For example 1 (just in > > case 0 is unlimited vchans). > > > > I > > open TeamSpeak and Enemy Territory at the same time and they both > > work. I've additionaly ran amarok and played some mp3 at the same > > time. Everything works at the same time. > > > > # fstat /dev/ds* > > USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME > > alex amarokapp 9585 20 /dev 41 crw-rw-rw- dsp0.0 w /dev/dsp0.0 > > alex et.x86 9573 50 /dev 6 crw-rw-rw- dsp0.2 rw /dev/dsp0.2 > > alex TeamSpeak.bin 9564 21 /dev 40 crw-rw-rw- dspW0.1 rw > > /dev/dspW0.1 alex TeamSpeak.bin 9563 21 /dev 40 crw-rw-rw- dspW0.1 > > rw /dev/dspW0.1 alex TeamSpeak.bin 9562 21 /dev 40 crw-rw-rw- > > dspW0.1 rw /dev/dspW0.1 alex TeamSpeak.bin 9560 21 /dev 40 > > crw-rw-rw- dspW0.1 rw /dev/dspW0.1 alex TeamSpeak.bin 9559 21 /dev > > 40 crw-rw-rw- dspW0.1 rw /dev/dspW0.1 alex TeamSpeak.bin 9558 21 > > /dev 40 crw-rw-rw- dspW0.1 rw /dev/dspW0.1 alex TeamSpeak.bin 9557 > > 21 /dev 40 crw-rw-rw- dspW0.1 rw /dev/dspW0.1 alex TeamSpeak.bin > > 9556 21 /dev 40 crw-rw-rw- dspW0.1 rw /dev/dspW0.1 alex > > TeamSpeak.bin 9555 21 /dev 40 crw-rw-rw- dspW0.1 rw /dev/dspW0.1 > > > > /usr/local/lib/teamspeak_client/TeamSpeak.bin: ELF 32-bit LSB > > executable, Intel 80386, version 1 (SYSV), dynamically linked (uses > > shared libs), stripped > > > > /usr/local/bin/amarokapp: ELF 32-bit LSB executable, Intel 80386, > > version 1 (FreeBSD), dynamically linked (uses shared libs), stripped > > > > /usr/local/lib/enemyterritory/et.x86: ELF 32-bit LSB executable, > > Intel 80386, version 1 (GNU/Linux), for GNU/Linux 2.0.30, > > dynamically linked (uses shared libs), stripped > > > > > > sysctl hw.snd.version should produce something like this: > # sysctl hw.snd.version > hw.snd.version: 2007061600/i386 > (note the date) > > This issues are due to linux application binaries (probably other > linuxish apps) that trying to open sound device in full-duplex mode, > but later on chicken out, being total coward and throw away the other > direction (usually the record direction), and use only the playback > direction. They seems trying hard to make us fail, but no, we will not > give in anymore :) > > ..and also, don't forget hw.snd.compat_linux_mmap, just in case linux > binary apps starting to fail (especially on -current). > > > Nevertheless, enjoy. > > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ > > Hi, # sysctl hw.snd.version hw.snd.version: 2007061600/i386 Yes I know that. For example, TS needs to open the device in full duplex mode, because it needs record and playback but Enemy Territory only needs playback but still it opens in full duplex. Well, 2 sound card time is over now. I've configured TS and ET to work with the best possible sound quality and I must say that the sound definition is very good, no parasite noises. It's basicly working great. But just for me to get the right idea. The sysctl variables that define the virtual channels don't matter anymore? Because whatever values I use for this variables it'll always work fine. Another freebsd gamer friend is running -CURRENT (from 2 weeks ago) and reported no problem. He didn't need to do anything because it seems that the changes that makes this possible are already commited to HEAD. Thanks once again. Cheers -- Alexandre Vieira - nullpt@gmail.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?755cb9fc0706152130p34af3d2diae2f4fc2536b9ea7>