At Thu, 16 Oct 2008 12:03:41 +0000 (UTC), Jan Wolf wrote: > > Takashi Iwai <tiwai <at> suse.de> writes: > > > > > Hi, > > > > $SUBJECT is now on my sound-unstable git tree: > > git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-unstable-2.6.git > > together with other experimental patches. > > > > If you're using 2.6.27-rc* git tree, pull the master branch of the > > tree above into yours, and run make oldconfig. That is, > > % cd /your/git-tree > > % git pull git://...../sound-unstable-2.6.git master > > > > If you are not using 2.6.27-rc*, or not familiar with git, you can try > > alsa-driver-unstable snapshot tarball available at > > ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/ > > Run configure, make and make install as usual ALSA-driver tarball. > > > > (I didn't check whether the tarball correctly includes the sbxfi > > stuff. It should have been generated automatically. If not, wait > > for a while. If it still doesn't include sbxfi code, please report. > > I'll fix it tomorrow morning.) > > > > The driver is built only for 2.6.26 or later. If you have an older > > kernel, edit alsa-driver*/kconfig-vers and change the version of > > CONFIG_SND_SBXFI to 2.6.24 or whatever you want. Then run > > ./gitcompile, instead of configure in this case to update the > > configure script. > > > > **NOTE** > > The driver is totally untested. It's just compiled without errors, > > but not reviewed after a quick writing. So, don't expect it ever runs > > at the first try. A crash is highly possible. > > > > There are some build conditions found in sound/pci/sbxfi/sbxfi.c, > > starting with XXX_*. You can change it if you want. As default, it's > > for non-fullduplex but accept different rates. Not sure whether this > > works at all. > > > > Any test- (and better debugging-) reports are appreciated. > > > > thanks, > > > > Takashi > > > > I finally managed to play music over xmms with this driver. > I needed to modify something, because most music is 44100Hz and the driver did > not work with this rate. > > 61,62c61,62 > < #undef XXX_48K_ONLY > < #define XXX_CONT_RATE > --- > > #define XXX_48K_ONLY > > #undef XXX_CONT_RATE > 529a530,532 > > case 44100: > > ratec = 0x4c; > > break; > > It also needs to run in 48000Hz mode or else it will playback way to slow. So, XXX_96K_ONLY doesn't work well? > I think this flag in ratec switches to 96KHz mode in the X-Fi, in windows this > mode is only available in Audio creation mode, so it must be handled in a > special way somehow. Thanks, good to know ;) And, which X-Fi model do you have? Please show the lspci -nv output, too. Takashi _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
