[mythtv-users] Comm flagging on multiple tuners

[kanetse at gmail.com]

I am using MythTV-0.18.1 on a master backend that contains 2 bt8x8-based
tuners. When one tuner is recording, everything works fine, commercials are
flagged properly, skipping around is good, and there are no stutters in the
recording.

However when both tuners are recording different programs, commercial
flagging and jumpping never seems to work properly. For example, commercials
are flagged in the wrong spot, and if I skip ahead to the next commercial
break, it sometimes goes backwards. If a commerical break point was just
passed, it jumps back to that same point, if you were to press jump to next
commercial repeatedly. Same thing occurs when I use the skip ahead 30 sec
(right arrow). It's almost like the time-index is off.

There are visual and audio stutters in the recordings, but I can live with
those. Could the increased amount of data flooding the PCI be the issue? The
backend contains a 2.93 GHz Celeron running at 133 MHz bus speed, and the
IRQs are assigned like this (can't control IRQ assignment in the BIOS tho):

CPU0
0: 129688726 XT-PIC timer
1: 350 XT-PIC i8042
2: 0 XT-PIC cascade
5: 4523087 XT-PIC VIA8237, ehci_hcd
8: 1 XT-PIC rtc
10: 12898909 XT-PIC bttv0, bt878, uhci_hcd, uhci_hcd, eth0
11: 1149505 XT-PIC EMU10K1, uhci_hcd, uhci_hcd
12: 777376 XT-PIC bttv1, bt878
14: 1753778 XT-PIC ide0
15: 652510 XT-PIC ide1

However, I do see messages like this in my system log when the two tuners
are recording:

Sep 25 18:07:48 linux kernel: bttv1: SCERR @ 1eb80014,bits: VSYNC HSYNC
OFLOW FBUS SCERR*
Sep 25 18:07:48 linux kernel: bttv1: timeout: drop=51 irq=469735/469735,
risc=1eb8001c, bits: VSYNC HSYNC OFLOW FBUS
Sep 25 18:07:48 linux kernel: bttv1: reset, reinitialize
Sep 25 18:07:48 linux kernel: bttv1: PLL can sleep, using XTAL (28636363).
Sep 25 18:07:59 linux kernel: bttv0: SCERR @ 1e9a5014,bits: HSYNC OFLOW
SCERR*
Sep 25 18:07:59 linux kernel: bttv0: SCERR @ 1e9a5014,bits: HSYNC OFLOW
SCERR*
Sep 25 18:07:59 linux kernel: bttv0: SCERR @ 1e9a5010,bits: HSYNC OFLOW
SCERR*

I also see this in my mythbackend log:
2005-09-25 17:53:57.089 Started recording "CTV News at Six" on channel: 1009
on cardid: 2, sourceid 1
2005-09-25 17:53:57.381 Changing from None to RecordingOnly
strange error flushing buffer ...
2005-09-25 17:54:13.689 Starting Commercial Flagging for "CTV News at Six"
recorded from channel 1009 at Sun Sep 25 17:54:00 2005.
2005-09-25 17:54:16.303 Connecting to backend server:
192.168.0.4:6543<http://192.168.0.4:6543>(try 1 of 5)
2005-09-25 17:54:16.394 Using protocol version 15
2005-09-25 17:54:16.428 MainServer::HandleAnnounce Playback
2005-09-25 17:54:16.431 adding:
linux.tse.dyndns.org<http://linux.tse.dyndns.org>as a client (events:
0)
2005-09-25 17:58:57.035 Started recording "Smallville" on channel: 1012 on
cardid: 1, sourceid 1
2005-09-25 17:58:57.478 Changing from None to RecordingOnly
2005-09-25 18:06:40.336 adding: xbox as a client (events: 1)
VIDIOCSYNC: Input/output error
VIDIOCSYNC: Input/output error
VIDIOCSYNC: Input/output error
VIDIOCSYNC: Input/output error
Can't read vbi data
Can't read vbi data
Can't read vbi data
Can't read vbi data
Can't read vbi data
Can't read vbi data
Can't read vbi data
... (message repeated dozens of times)
Can't read vbi data
2005-09-25 18:08:46.659 MainServer::HandleAnnounce Playback

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20050926/1f9e4ae2/attachment.htm