Date: Thu, 24 Jan 2008 18:08:12 -0600 From: Mark Kane <mark@mkproductions.org> To: "Yuriy Tsibizov" <Yuriy.Tsibizov@gfk.com> Cc: freebsd-multimedia@freebsd.org Subject: Re: Questions about snd_emu10kx Message-ID: <20080124180812.07ddc57e@mkproductions.org> In-Reply-To: <78664C02FF341B4FAC63E561846E3BCC0EEC02@ex.hhp.local> References: <20080122154114.28be626c@mkproductions.org> <78664C02FF341B4FAC63E561846E3BCC0EEC02@ex.hhp.local>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jan 24, 2008, at 10:58:05 +0300, Yuriy Tsibizov wrote: > Mark, > > for headphones output -- as I remember it was disabled for some > reasons (like this > DSP output pin was used for different output on some cards). > I can make a patch for you to test, what happens if I enable it back. Hi Yuriy, thanks for your reply. Sure, I'm always glad to test any patches. > For some time there were separate contols for amount of signal coming > into recording and > into playback (see > http://chibis.persons.gfk.ru/audigy/default_en.htm#routing), but with > move > to mixer(8) InRecVolumeN = InVolumeN. It is possible to set > InRecVolumeN to 100% and get > behaviour similar to snd_emu10k1 one. > > Also, there are different line inputs on Audigy. Some of them are > connected to AC97 chip > and sent to DSP 'AC97 in' input. There is only one input on DSP, and > AC97 chip > is always in 'recording' mode (even if you want to listen to sound > from you line input > on speakers). > > I think I should add some logic to not pass output from of AC97 codec > to playback (speakers) > if all volume controls for it are set to 0, but this will not solve > all the problem. Thanks for the explanation. I think this sounds like a good idea. > If you are going to listen to audio CD (that's connected to AC97) in > the same time you want to > record from 'line in' (connected to the same chip) you will get both > sources mixed togeter on > both speakers and recording. > > As I know, snd_emu10k1 use different way for playback -- it uses AC97 > codec for playback and > there are no problems with unexpected sound mix. Yeah, I was definitely used to the emu10k1 way and was a little confused at first when using emu10kx. > I'm working on other amd64 problem (broken digital sound output on > Live! card on amd64). > Can you try to build your kernel without optimizations -- > make buildkernel __MAKE_CONF=/dev/null COPTFLAGS=-O0 > -- and try again? > > also, you can try to patch your /usr/share/mk with > http://chibis.persons.gfk.ru/7/sharemk.patch > and rebuild kernel & modules if kernel built for -O0 still does not > work for you. > This patch will allow use of COPTFLAGS for module build (they will be > built with -O2 in first case). I did a reboot today and the 48kHz problem solved itself. I can now play 48kHz audio in all the applications I mentioned before. I will see if I can somehow trigger the problem again and report back. > Also, do you load driver in loader.conf or with kldload? I actually build it in my kernel and do not use the module. Thanks again, -Mark -- Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com Rock 101.9 The Edge (Rock) - http://www.rock1019.net IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080124180812.07ddc57e>