Hey Wan, On Mon, May 06, 2002 at 09:15:52AM +0800, Wan Tat Chee wrote: > That was a long shot when I suggested it.... we've since discovered that > it wasn't/shouldn't be the problem. Yeah I read that thread. Nevertheless at least I am able to get TV sound out of the card with that change now... unfortunately with the reported problems only though. :( > Please post some dmesg output (with debug_audio=1). Ok, here the debug output *without* the amux change: kernel: Linux video capture interface: v1.00 kernel: saa7130/34: v4l2 driver version 0.1.6 loaded kernel: PCI: Found IRQ 11 for device 00:09.0 kernel: saa7134[0]: found at 00:09.0, rev: 1, irq: 11, latency: 24, mmio: 0xef001000 kernel: saa7134[0]: subsystem: 1131:0000, board: LifeView FlyVIDEO3000 kernel: saa7134[0]/audio: ctl_mute=1 automute=0 input=Television => mute=1 input=Television kernel: saa7134[0]: Huh, no eeprom present (err=-5)? kernel: saa7134[0]/audio: tvaudio thread scan start [0] kernel: saa7134[0]/video: DCSDT: no signal kernel: saa7134[0]/video: DCSDT: no signal kernel: tuner: probing saa7134[0] i2c adapter [id=0x90000] kernel: tuner: chip found @ 0xc0 kernel: saa7134[0]: registered device video0 [???] kernel: saa7134[0]: registered device vbi0 kernel: saa7134[0]: registered device radio0 kernel: saa7134[0]: registered device dsp1 kernel: saa7134[0]: registered device mixer1 kernel: saa7134[0]/video: DCSDT: no signal kernel: saa7134[0]/video: DCSDT: found PAL kernel: saa7134[0]/audio: tvaudio thread scan start [1] kernel: saa7134[0]/audio: scanning 5.500 MHz => dc is 25580 [-14288/11292] kernel: saa7134[0]/audio: scanning 6.000 MHz => dc is 3626 [3180/-446] kernel: saa7134[0]/audio: scanning 6.500 MHz => dc is 810 [-111/699] kernel: saa7134[0]/audio: found PAL-BGHI main sound carrier @ 5.500 MHz kernel: saa7134[0]/audio: tvaudio_setmode: trying PAL-B/G FM-stereo [5.500/5.742 MHz] kernel: saa7134[0]/audio: found audio subchannels: mono stereo kernel: saa7134[0]/audio: tvaudio_setmode: using PAL-B/G FM-stereo [5.500/5.742 MHz] kernel: saa7134[0]/audio: found audio subchannels: mono stereo kernel: saa7134[0]/audio: found audio subchannels: mono stereo kernel: saa7134[0]/audio: ctl_mute=0 automute=0 input=Television => mute=0 input=Television kernel: saa7134[0]/audio: found audio subchannels: mono stereo last message repeated 3 times kernel: saa7134[0]/audio: ctl_mute=1 automute=0 input=Television => mute=1 input=Television kernel: saa7134[0]/audio: found audio subchannels: mono stereo kernel: saa7134[0]/video: DCSDT: found PAL kernel: saa7134[0]/audio: tvaudio thread scan start [2] kernel: saa7134[0]/video: DCSDT: found PAL kernel: saa7134[0]/audio: tvaudio thread scan start [3] kernel: saa7134[0]/audio: scanning 5.500 MHz => dc is 27895 [-12674/15221] kernel: saa7134[0]/audio: scanning 6.000 MHz => dc is 1183 [1644/461] kernel: saa7134[0]/audio: scanning 6.500 MHz => dc is 72 [-552/-624] kernel: saa7134[0]/audio: ctl_mute=0 automute=0 input=Television => mute=0 input=Television kernel: saa7134[0]/audio: found PAL-BGHI main sound carrier @ 5.500 MHz kernel: saa7134[0]/audio: tvaudio_setmode: trying PAL-B/G FM-stereo [5.500/5.742 MHz] kernel: saa7134[0]/audio: found audio subchannels: mono stereo kernel: saa7134[0]/audio: tvaudio_setmode: using PAL-B/G FM-stereo [5.500/5.742 MHz] kernel: saa7134[0]/audio: found audio subchannels: mono stereo kernel: saa7134[0]/audio: ctl_mute=1 automute=0 input=Television => mute=1 input=Television kernel: saa7134[0]/audio: found audio subchannels: mono stereo kernel: saa7134[0]/audio: found audio subchannels: mono stereo Everything so far was just xawtv running with a TV channel set. Now I closed xawtv and fired up gnomeradio to get some radio: kernel: saa7134[0]/audio: ctl_mute=1 automute=0 input=Radio => mute=1 input=Radio kernel: saa7134[0]/audio: ctl_mute=0 automute=0 input=Radio => mute=0 input=Radio kernel: saa7134[0]/video: DCSDT: found PAL kernel: saa7134[0]/audio: tvaudio thread scan start [4] kernel: saa7134[0]/audio: ctl_mute=0 automute=1 input=Radio => mute=1 input=Radio kernel: saa7134[0]/video: DCSDT: no signal kernel: saa7134[0]/audio: scanning 5.500 MHz => dc is 235 [-567/-802] kernel: saa7134[0]/audio: scanning 6.000 MHz => dc is 4645 [1338/-3307] kernel: saa7134[0]/audio: scanning 6.500 MHz => dc is 2919 [98/3017] kernel: saa7134[0]/audio: ctl_mute=0 automute=0 input=Radio => mute=0 input=Radio kernel: saa7134[0]/audio: found PAL-BGHI main sound carrier @ 6.000 MHz kernel: saa7134[0]/audio: tvaudio_setmode: trying PAL-I NICAM [6.000/6.552 MHz] kernel: saa7134[0]/audio: tvaudio_setmode: using PAL-I NICAM [6.000/6.552 MHz] That's it. > Can you try 'xawtv -noxv' and see if it makes any difference? It does, indeed. But the problem is that this way, the picture cannot be scaled up to the screen resolution because neither the saa7134 nor the bt8x8 chips are capabable of it. :( So I really would like to get this running properly with Xv -- like it was with my old bt848 card that went up into flames unfortunately that's why I bought this new card here. :( > It only works in '-noxv' mode. Read the docs. I know... that has been that way for ages... :) I should have written it more clearly I guess, so my fault... nevertheless, this is the message I get when I try grabdisplay... forgot that in my last mail: This is xawtv-3.73, running on Linux/i686 (2.4.19-pre8) v4l2: framebuffer info cap: clipping flags: extern base: 0xec000000 (nil) (nil) format: 1152x864, RGBP, 1990656 byte ioctl:VIDIOC_QBUF(0,type=1,off=0,len=221184,used=0,flags=0x0,ts=0,seq=0): Bad address ioctl: VIDIOC_QBUF(0,type=1,off=0,len=221184,used=0,flags=0x0,ts=0,seq=0): Bad address ioctl: VIDIOC_DQBUF(0,type=1,off=0,len=0,used=0,flags=0x0,ts=0,seq=0): Invalid argument Let me know if you need any further info - and thanks 4 taking the time, Matthew. -- ]) matthew2k@xxxxxx, GPG 0x51FA41C6, matthew2k on JABBER.org, ICQ# 89464954 ([ A person is just about as big as the things that make them angry.
