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.<br>
<br>
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.<br>
<br>
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):<br>
<br>
CPU0 <br>
0: 129688726 XT-PIC timer<br>
1: 350 XT-PIC i8042<br>
2:
0 XT-PIC
cascade<br>
5: 4523087 XT-PIC VIA8237, ehci_hcd<br>
8:
1 XT-PIC rtc<br>
10:
12898909
XT-PIC bttv0, bt878, uhci_hcd, uhci_hcd, eth0<br>
11:
1149505
XT-PIC EMU10K1, uhci_hcd, uhci_hcd<br>
12: 777376 XT-PIC bttv1, bt878<br>
14: 1753778 XT-PIC ide0<br>
15: 652510 XT-PIC ide1<br>
<br>
However, I do see messages like this in my system log when the two tuners are recording:<br>
<br>
Sep 25 18:07:48 linux kernel: bttv1: SCERR @ 1eb80014,bits: VSYNC HSYNC OFLOW FBUS SCERR*<br>
Sep 25 18:07:48 linux kernel: bttv1: timeout: drop=51 irq=469735/469735, risc=1eb8001c, bits: VSYNC HSYNC OFLOW FBUS<br>
Sep 25 18:07:48 linux kernel: bttv1: reset, reinitialize<br>
Sep 25 18:07:48 linux kernel: bttv1: PLL can sleep, using XTAL (28636363).<br>
Sep 25 18:07:59 linux kernel: bttv0: SCERR @ 1e9a5014,bits: HSYNC OFLOW SCERR*<br>
Sep 25 18:07:59 linux kernel: bttv0: SCERR @ 1e9a5014,bits: HSYNC OFLOW SCERR*<br>
Sep 25 18:07:59 linux kernel: bttv0: SCERR @ 1e9a5010,bits: HSYNC OFLOW SCERR*<br>
<br>
I also see this in my mythbackend log:<br>
2005-09-25 17:53:57.089 Started recording "CTV News at Six" on channel: 1009 on cardid: 2, sourceid 1<br>
2005-09-25 17:53:57.381 Changing from None to RecordingOnly<br>
strange error flushing buffer ... <br>
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.<br>
2005-09-25 17:54:16.303 Connecting to backend server: <a href="http://192.168.0.4:6543">192.168.0.4:6543</a> (try 1 of 5)<br>
2005-09-25 17:54:16.394 Using protocol version 15<br>
2005-09-25 17:54:16.428 MainServer::HandleAnnounce Playback<br>
2005-09-25 17:54:16.431 adding: <a href="http://linux.tse.dyndns.org">linux.tse.dyndns.org</a> as a client (events: 0)<br>
2005-09-25 17:58:57.035 Started recording "Smallville" on channel: 1012 on cardid: 1, sourceid 1<br>
2005-09-25 17:58:57.478 Changing from None to RecordingOnly<br>
2005-09-25 18:06:40.336 adding: xbox as a client (events: 1)<br>
VIDIOCSYNC: Input/output error<br>
VIDIOCSYNC: Input/output error<br>
VIDIOCSYNC: Input/output error<br>
VIDIOCSYNC: Input/output error<br>
Can't read vbi data<br>
Can't read vbi data<br>
Can't read vbi data<br>
Can't read vbi data<br>
Can't read vbi data<br>
Can't read vbi data<br>
Can't read vbi data<br>
... (message repeated dozens of times)<br>
Can't read vbi data<br>
2005-09-25 18:08:46.659 MainServer::HandleAnnounce Playback<br>
<br>
Thanks!<br>
<br>
<br>