Author |
Message |
LastToKnow0
|
Posted: Fri Aug 01, 2008 10:11 pm |
|
Joined: Tue Jul 15, 2008 6:57 pm
Posts: 24
|
I just auto upgraded to R5.5 from R5F27. In R5F27 my pcHDTV5500 capture cards were working just fine ( mostly. In any case it was capturing from both analog and digital channels).
After upgrading to 5.5 I found that while my digital channels work fine, my analog channels seem to be horked. When I try to view an analog channel I get a black screen for a few seconds, and then the "unable to connect to backend" error message (but this error message seems to accompany a mythtv crash; pressing OK does nothing).
In mythtv's setup, the capture card used for the digital channels is using the DVB driver. The analog channels are on a separate capture card using the V4L drivers (Is this correct? In F27 I would press the "analog options" button and it would create the analog version; 5.5 doesn't seem to have that button). If I create a new input source instead of using my old one I can scan for and find analog channels, but trying to view them in the frontend results in the aforementioned crash.
Am I setting up my capture cards wrong?
Hardware
- motherboard: Intel DG965WH
- audio: Chaintech AV-710 digital (s/pdif passthrough enabled)
- CPU: Core 2 Duo E6300
- graphics: Asus EN6200LE
- RAM: 2GB (2x1GB) DDR2-667 PC2-5300
- tuners: 2x hd-5500 (only one currently in use)
|
|
Top |
|
|
jbm2131
|
Posted: Fri Aug 01, 2008 11:58 pm |
|
Joined: Sat Sep 02, 2006 1:46 pm
Posts: 44
|
I had an experience similar to yours. It definitely seems like the setup for this card has changed from R5F27 to R5.5. I, too, remember the "analog options" that are not there anymore. A new analog card definition using V4L drivers was created for me as well. Anyway, I do have it setup correctly now so that the analog channels work. My memory is a little hazy, but from what I remember there wasn't too much I had to do. For the most part my old setup was correctly changed to the new format except for one case. I stumbled around for a while until I realized that my lineup source for the analog channels was pointed at the wrong input. Once I changed that it worked. Can't really remember anything else being messed up. Definitely, didn't have to re-scan or anything. Are you using the direct PCI audio (cx88_alsa) or just feeding the audio into your sound card's line in? The cx88_alsa has never worked for me and caused my system to crash when I tried it out in R5.5. Is udev messing around with you video devices? I have a local rules file that creates synlinks for me. If you tell me what your current settings for everything is right now, I can tell you if they match mine.
|
|
Top |
|
|
LastToKnow0
|
Posted: Sun Aug 03, 2008 2:20 pm |
|
Joined: Tue Jul 15, 2008 6:57 pm
Posts: 24
|
I'm getting a little closer to having this working, I think. I changed the TV format to NTSC in Myth's General Settings (from ATSC? I think thats what it was, but it doesn't appear as an option for that fields now). Now instead of crashing when I switch to my analog input source I actually get a picture. However, the picture goes back and forth between a real picture and snow, and the audio is white noise (not back and forth like the picture, all white noise with no recognizable audio).
jmb, my audio is using a cable connected to my sound card (anyone know if the 5500's onboard analog audio is ever going to be fixed). Is udev messing with my video devices? I don't know, how do I check that?
My settings for the analog capture card:
Card Type: Analog V4L capture card
Video device: /dev/video0
VBI device: /dev/vbi0
Audio device: /dev/dsp
Audio sampling rate limit: none
Do not adjust volume: unchecked
Default input: Television
|
|
Top |
|
|
jbm2131
|
Posted: Sun Aug 03, 2008 4:28 pm |
|
Joined: Sat Sep 02, 2006 1:46 pm
Posts: 44
|
By "udev messing with you video devices" I meant that sometimes udev does not assign a consistent number to your video device (like /dev/video0, /dev/video1, /dev/video2, etc.). Since you are seeing a picture, then udev isn't your problem. Your settings are just like mine except that I have the sampling rate set to 48000, but I think that is a hold over from my experiments with the onboard audio. Sounds like things are almost working. Maybe it is a cable connection or frequency tuning problem. The wiki has some nice troubleshooting pages.
|
|
Top |
|
|
LastToKnow0
|
Posted: Sun Aug 03, 2008 7:21 pm |
|
Joined: Tue Jul 15, 2008 6:57 pm
Posts: 24
|
Because of a couple other problems I've been having, I decided to take the nuclear option and did a complete reinstall of R5.5; now everything seems to be working.
Edit:
Nope, I was wrong. The analog channels seem to intermitantly go back and forth between working fine and the snow/white noise behavior I had before.
|
|
Top |
|
|
LastToKnow0
|
Posted: Mon Aug 04, 2008 7:43 pm |
|
Joined: Tue Jul 15, 2008 6:57 pm
Posts: 24
|
I was poking around my log files, and /var/log/mythtv/mythbackend.log is full of error messages like this:
Code: 2008-08-04 20:31:28.565 NVR(/dev/video0) Error: DQBUF ioctl failed. eno: Input/output error (5) 2008-08-04 20:31:28.579 NVR(/dev/video0) Error: Resetting and re-queueing
This repeats with timestamps every couple of seconds. Anyone know what causes this, or what I can do to find out more about the error? - Edit - More poking, this time in /var/log/kern.log. This log has this set of messages over and over: Code: Aug 4 20:48:27 mythtv kernel: cx88[0]: video y / packed - dma channel status dump Aug 4 20:48:27 mythtv kernel: cx88[0]: cmds: initial risc: 0x30cac000 Aug 4 20:48:27 mythtv kernel: cx88[0]: cmds: cdt base : 0x00180440 Aug 4 20:48:27 mythtv kernel: cx88[0]: cmds: cdt size : 0x0000000c Aug 4 20:48:27 mythtv kernel: cx88[0]: cmds: iq base : 0x00180400 Aug 4 20:48:27 mythtv kernel: cx88[0]: cmds: iq size : 0x00000010 Aug 4 20:48:27 mythtv kernel: cx88[0]: cmds: risc pc : 0x271dc958 Aug 4 20:48:27 mythtv kernel: cx88[0]: cmds: iq wr ptr : 0x0000010b Aug 4 20:48:27 mythtv kernel: cx88[0]: cmds: iq rd ptr : 0x0000010f Aug 4 20:48:27 mythtv kernel: cx88[0]: cmds: cdt current : 0x00000498 Aug 4 20:48:27 mythtv kernel: cx88[0]: cmds: pci target : 0x2313b440 Aug 4 20:48:27 mythtv kernel: cx88[0]: cmds: line / byte : 0x00f00000 Aug 4 20:48:27 mythtv kernel: cx88[0]: risc0: 0x80008200 [ sync resync count=512 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: risc1: 0x1c0003c0 [ write sol eol count=960 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: risc2: 0x2f4753c0 [ arg #1 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: risc3: 0x1c0003c0 [ write sol eol count=960 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq 0: 0x2f4753c0 [ skip sol eol irq2 irq1 22 18 cnt1 cnt0 14 12 count=960 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq 1: 0x1c0003c0 [ write sol eol count=960 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq 2: 0x2f475b40 [ arg #1 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq 3: 0x1c0003c0 [ write sol eol count=960 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq 4: 0x2f4772c0 [ arg #1 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq 5: 0x1c0003c0 [ write sol eol count=960 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq 6: 0x2f477a40 [ arg #1 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq 7: 0x1c0003c0 [ write sol eol count=960 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq 8: 0x2f4791c0 [ arg #1 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq 9: 0x1c0003c0 [ write sol eol count=960 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq a: 0x2f479940 [ arg #1 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq b: 0x2edd9900 [ skip sol eol irq2 23 22 20 19 18 cnt0 resync 12 count=2304 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq c: 0x1c0003c0 [ write sol eol count=960 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq d: 0x2313b080 [ arg #1 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq e: 0x80008200 [ sync resync count=512 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq f: 0x1c0003c0 [ write sol eol count=960 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: iq 10: 0x00180c00 [ arg #1 ] Aug 4 20:48:27 mythtv kernel: cx88[0]: fifo: 0x00180c00 -> 0x183400 Aug 4 20:48:27 mythtv kernel: cx88[0]: ctrl: 0x00180400 -> 0x180460 Aug 4 20:48:27 mythtv kernel: cx88[0]: ptr1_reg: 0x00180fd8 Aug 4 20:48:27 mythtv kernel: cx88[0]: ptr2_reg: 0x00180458 Aug 4 20:48:27 mythtv kernel: cx88[0]: cnt1_reg: 0x0000000d Aug 4 20:48:27 mythtv kernel: cx88[0]: cnt2_reg: 0x00000000 Aug 4 20:48:27 mythtv kernel: cx88[0]/0: [e3cfcd80/2] timeout - dma=0x271dc000 Aug 4 20:48:27 mythtv kernel: cx88[0]/0: [e3cfc980/3] timeout - dma=0x06c3c000 Aug 4 20:48:27 mythtv kernel: cx88[0]/0: [e3cfcb80/4] timeout - dma=0x124e2000 Aug 4 20:48:27 mythtv kernel: cx88[0]/0: [f61b1cc0/0] timeout - dma=0x30cac000 Aug 4 20:48:27 mythtv kernel: cx88[0]/0: [e3cfca80/1] timeout - dma=0x21c68000
This also repeats every couple of seconds.
|
|
Top |
|
|
LastToKnow0
|
Posted: Sat Aug 09, 2008 8:16 am |
|
Joined: Tue Jul 15, 2008 6:57 pm
Posts: 24
|
This is /proc/interrupts:
Code: CPU0 CPU1 0: 255 0 IO-APIC-edge timer 1: 2 0 IO-APIC-edge i8042 7: 0 0 IO-APIC-edge parport0 8: 1 0 IO-APIC-edge rtc0 9: 1 0 IO-APIC-fasteoi acpi 12: 4 0 IO-APIC-edge i8042 16: 13887287 0 IO-APIC-fasteoi uhci_hcd:usb3, nvidia 17: 0 0 IO-APIC-fasteoi libata 18: 0 0 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb7 19: 3136741 0 IO-APIC-fasteoi ahci, ohci1394, uhci_hcd:usb6 20: 3 0 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb5 21: 7101801 0 IO-APIC-fasteoi eth0 22: 862274 0 IO-APIC-fasteoi uhci_hcd:usb4, cx88[0], cx88[0] 23: 48957377 0 IO-APIC-fasteoi cx88[1], cx88[1], HDA Intel NMI: 0 0 LOC: 141164760 198207684 ERR: 0 MIS: 0
Is it normal that the CPU1 column is all zeros? Is it ok for the cx88 devices to share interrupts with other things?
After playing with the system for a few more days, I'm having a few more problems: The sound, and occasionally the video from analog channels is still bad, but the sound on digital channels is affected too. The audio stutters with about the same frequency as the video flickers on the analog channels; I had assumed it was interference from the analog device or something because it seemed to happen only when an analog show was being recorded, but I've recently had a digital show recorded when nothing else was being recorded that had the problem. Also, video playback of media files from another computer stutters. Depending on, as far as I can tell, codec or file size the stuttering can range from very mild to making them unwatchable. DVDs and music play fine.
|
|
Top |
|
|
TVBox
|
Posted: Sun Aug 10, 2008 5:43 am |
|
Joined: Mon Apr 23, 2007 1:45 pm
Posts: 405
Location:
Fargo, ND, USA
|
|
Top |
|
|
LastToKnow0
|
Posted: Sun Aug 10, 2008 6:30 pm |
|
Joined: Tue Jul 15, 2008 6:57 pm
Posts: 24
|
I'm currently, as mentioned earlier, not using the onboard audio and instead passing it with a cable to my sound card.
Do you think that audio is the source of my trouble? Are you recommending that I try the process for enabling the onboard audio?
It looks like my cards have DMA audio enabled in their prom:
Code: mythtv:~$ lspci | grep [[]Audio 07:00.1 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] (rev 05) 07:01.1 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] (rev 05)
But they are not enabled by knoppmyth: Code: mythtv:~$ grep -i cx88 /etc/modprobe.d/alsa-base options cx88-alsa index=-2,-2,-2,-2,-2 enable=0,0,0,0,0 mythtv:~$ cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0x9b120000 irq 23
|
|
Top |
|
|
ihatetivo
|
Posted: Mon Oct 06, 2008 11:47 am |
|
Joined: Tue Jun 27, 2006 5:19 pm
Posts: 100
Location:
Naptown, Indiana; USA
|
LastToKnow0,
Did you eventually find success?
_________________ R5.5; PVR-250; FX5200; Dell 4300 with Intel Pentium 4 (1.5 GHz);
BIOS Revision A02; 512MB RAM; 500GB PATA HDD
|
|
Top |
|
|