Ok, here is my flags: gentoo ~ # emerge -vp k3b
These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] app-cdr/k3b-0.12.17 USE="alsa hal kde -arts -css -debug -dvdr* -encode* -ffmpeg* -flac -mp3* -musepack -musicbrainz -sndfile -vcd* -vorbis -xinerama" LINGUAS="pt_BR -af -bg -bn -br -bs -ca -cs -cy -da -de -el -en_GB -es -et -eu -fi -fr -ga -he -hi -hu -is -it -ja -km -lt -mk -ms -nb -nds -nl -nn -pa -pl -pt -ro -ru -se -sl -sr [EMAIL PROTECTED] -sv -ta -tr -uk -zh_CN -zh_TW" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB gentoo ~ # I hope it helps you! Danilo 2007/9/19, Mick <[EMAIL PROTECTED]>: > > On Wednesday 19 September 2007, Mark Knecht wrote: > > On 9/19/07, Mick <[EMAIL PROTECTED]> wrote: > > > > Have you played around with alsaconf and alsactl? Also, you should > make > > > sure that there is no old asound.conf or ~/.asoundrc left in your > system. > > > > I haven't. Not totally sure how I'd change anything by doing that. > > Both cards work with other apps. It's just xine that hard routing the > > audio to the second card, at least as far as I've seen so far. > > gmplayer routes DVD audio to the first card correctly. > > Just an idea. I am not sure why your xine is behaving like this . . . > > > > If two > > > cards are registered I would expect that xine will give you an option > to > > > choose between the two. > > > > I think it does in the preferences area. It uses the Alsa language > > that only Alsa developers totally get but seems to end in :0 for card > > 0 and :1 for card 1. However I already have it set to card 0 but audio > > goes to card 1... > > I'm flummoxed. It wouldn't be a udev rule that you have forgotten about . > . . > but then this would not just affect xine. > > > > BTW, you may also want to set your sound card in /etc/make.conf. > > > > I didn't know Gentoo changed the way that is done. Thanks. I've added > > it. It did not cause any changes in what gets built though. > > With regards to your flags, I'd add ffmpeg. It installs the libavcodec > for > enc/decoding a multitude of video and audio data types. > > Good luck. > -- > Regards, > Mick > >