Hauppauge WinTV-HVR-1300 -> no sound on Kaffeine DVBT player

[pascaletti]

Hello,

have a Hauppauge WinTV-HVR-1300 running on a gentoo Linux System.

System: AMD Athlon(tm) XP 2600+
OS: Linux gentoo01 2.6.21
Sound: Creative Labs Soundblaster Live

Output of lspci | grep -i multimedia:
01:07.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
01:07.1 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] (rev 05)
01:07.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)
01:09.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)

Driver for sound cards are configured:

cat /proc/asound/cards
0 [Live ]: EMU10K1 - SB Live [Unknown]
SB Live [Unknown] (rev.7, serial:0x80621102) at 0xd000, irq 19
1 [CX8811 ]: CX88x - Conexant CX8811
Conexant CX8811 at 0xe7000000

When I start Kaffeine, I get the message:
Can't bind info socket!!!

I receive perfect picture on all DVBT channels:
DVBT is working well.
However there is no sound at all.

Here is my configuretion of ALSA


cat /etc/modules.d/alsa

#Force Sound Device Sequence
options snd-emu10k1 index=0
options cx88-alsa index=1
#
##via82xx Sound Device
alias sound-service-0-0 snd-mixer-oss
alias sound-service-0-1 snd-seq-oss
alias sound-service-0-3 snd-pcm-oss
alias sound-service-0-8 snd-seq-oss
alias sound-service-0-12 snd-pcm-oss
alias /dev/dsp snd-pcm-oss
alias snd-card-0 snd-emu10k1
alias sound-slot-0 snd-emu10k1
#
##Dvico Card Sound Capture Device
alias sound-service-1-0 snd-mixer-oss
alias sound-service-1-3 snd-pcm-oss
alias sound-service-1-12 snd-pcm-oss
alias /dev/dsp1 snd-pcm-oss
alias snd-card-1 cx88-alsa
alias sound-slot-1 cx88-alsa

As my card has only an analog input (Cinch) there is no possibility to loop the output of the WIN-TV capture card to the Soundblaster analog input.

The sound works when I use it on WINDOWS-XP.

Has anybody an Idea, how I can configure this?

Hint:
Some time ago, I had all working (including sound) with an older gentoo kernel version (gentoo-mm-soures) and without alsa configured.
I used only OSS. However, I tried to repeat the installation, but without success for the sound any more.

[vaxbrat]

You haven't messed with the cabling since you had it working under oss right?

I was working with the usb version today and had run my camera in through the s-vhs connector. I didn't get sound until I also ran rca cables for the audio.

[pascaletti]

What is not working is the sound for DVBT and camera video sources at all.
That means, no sound from the HAUPPAUGE board.

Sounblaster Live card works perfect.
No sound when I watch TV (DVBT Tuner used) and no Sound when I capture analog Video from my SVHS - Camera.
TV and Camera video signal is there.

The cables to my analog camera are all in place.
The S-VHS cable is connected and all other, like sound and the optional compsite input.

It was working as far as I remember, when only the old OSS was active in the Kernel.
I used an older version of Andrew Mortons mm-sources that time.
What I do not know is, if my additional onboard sound was activated as well.
However SB card was deactivated.
Total number of sound cards in my computer is three. Onboard AC97, cx88, and SB Live
Unfortunately I can not repeat the setup any more.

The drawback of this configuration was, that I had only sound from Hauppauge board. Sound from Multimedia system (gnome GUI in use) was not working. That was the reason, why I changed the setup.

When I start xdtv in the current setup, I get the message:
ioctl VIDIOC_REQBUFS: the device or ressource is occupied

Maybe I should try to boot the kernel combination Hauppauge and AC97(onboard) with SB live deactivated when I want to watch TV or capture video from camera.

[Dragonix]

Plese post the complete output of
emerge -pv xine-lib
?

[pascaletti]

Here it is:

These are the packages that would be merged, in order:

Calculating dependencies... done!

[Dragonix]

Set the "mad" useflag (echo "media-libs/xine-lib mad" >> /etc/portage/package.keywords ; or add it to your make.conf; then reemerge xine-lib), that shoud do the trick... at least i hope so

[pascaletti]

Before I recompile xine-lib,
Here some news:

When I run arecord first in background mode like:

[pascaletti]

after