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 (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 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!


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Reply via email to