From owner-freebsd-multimedia@FreeBSD.ORG Fri Jan 25 00:08:17 2008 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E479F16A420 for ; Fri, 25 Jan 2008 00:08:17 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from server1.tntpowerhost.com (server1.tntpowerhost.com [208.100.3.23]) by mx1.freebsd.org (Postfix) with ESMTP id ACEA913C4F7 for ; Fri, 25 Jan 2008 00:08:17 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from adsl-75-40-206-18.dsl.spfdmo.sbcglobal.net ([75.40.206.18] helo=localhost) by server1.tntpowerhost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JIC7I-000DGJ-1W; Thu, 24 Jan 2008 18:08:20 -0600 Date: Thu, 24 Jan 2008 18:08:12 -0600 From: Mark Kane To: "Yuriy Tsibizov" Message-ID: <20080124180812.07ddc57e@mkproductions.org> In-Reply-To: <78664C02FF341B4FAC63E561846E3BCC0EEC02@ex.hhp.local> References: <20080122154114.28be626c@mkproductions.org> <78664C02FF341B4FAC63E561846E3BCC0EEC02@ex.hhp.local> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.tntpowerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - mkproductions.org Cc: freebsd-multimedia@freebsd.org Subject: Re: Questions about snd_emu10kx X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2008 00:08:18 -0000 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)