LinHES Forums
http://forum.linhes.org/

Recorded TV skipping
http://forum.linhes.org/viewtopic.php?f=6&t=13779		 Page 1 of 1
Author:  pudding [ Tue Jan 23, 2007 2:21 pm ]
Post subject:  Recorded TV skipping
I'm not totally sure how to describe this issue, so if I can provide further details, please let me know.

I have been successfully running R5C7 on a Pentium 2 Celeron with a Hauppage PVR-150 (non-MCE) for a while now. A few months ago, I decided to try R5D1 (a clean install), and ran into this same issue. Went back to R5C7, everything was fine.

I've now done a clean install of R5E50, and while I'm particularly thrilled with all of the improvements, I'm having a major problem with recording TV. VLC does not show the proper time for the video, and after about 30 seconds of playback, the video and the audio seem to be in fast forward. It just skips about every 1/2 second.

Worth noting, I'm not playing this on the Pentium 2, I'm transferring it over the LAN to my Powerbook via SMB. The only thing different, hardware-wise, is that I've switched the Pentium 2's video card from the Intel onboard to the Nvidia GeForce 2, now that the drivers support it.

Any idea what's going on?
Author:  modemboy [ Tue Jan 23, 2007 3:47 pm ]
Post subject: 
Have you verified SMB is copying the file fast enough? Try copying the file over to the Powerbook, see if it copies fast enough. Then playback the copied file on the PB to be sure the problem is with capturing and not the network.

If it is a capture problem, check that you don't have any IRQs being shared by any major devices and the pvr card by running:
cat /proc/interrupts
Author:  pudding [ Fri Jan 26, 2007 12:26 am ]
Post subject: 
Sorry for the late reply! Thanks for the help. :D

I have been copying the file via SMB from the PVR to my Powerbook. I just recorded two more shows, and looked at them via SMB (without copying, this time) and it's the same thing. The video appears to be sped up, and VLC reports the time as:

-7:-51:-

I ran the command from your post, and got this:

Code:
           CPU0       
  0:   34848262          XT-PIC  timer
  1:         10          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  3:    2087165          XT-PIC  nvidia
  5:     329695          XT-PIC  ivtv0
  6:          5          XT-PIC  floppy
  7:         12          XT-PIC  parport0
  8:          1          XT-PIC  rtc
  9:     502574          XT-PIC  Intel 82801AA-ICH, eth0
 10:          0          XT-PIC  MPU401 UART
 11:          0          XT-PIC  uhci_hcd:usb1
 12:        104          XT-PIC  i8042
 14:     102247          XT-PIC  ide0
 15:    2910819          XT-PIC  ide1
NMI:          0
LOC:          0
ERR:          5
MIS:          0


Does that look good?
Author:  marc.aronson [ Fri Jan 26, 2007 8:53 am ]
Post subject: 
I have had problems playing back myth recordings via VLC ever since the capturing of CC (Closed Caption) data was introduced. About 20-25 seconds into the playback the video would start to do strange things and when I selected view->messages I would see a massive number of error messages that read "main warning: clock gap, unexpected stream discontinuity". The VLC folks seem to feel that myth/IVTV is creating bad mpeg streams and that it's not something they should address. My experience is that 2 other media players (Nero & mplayer) are able to play these mpeg2 streams w/ out problems. I don't know which package is actually causing the problem, but in any event, here are two workarounds:

1. Try a different media player. I am now using mplayer instead of VLC and it works well.

2. Disable capturing of the Closed Caption data. My notes on how to do this are below.

Not sure if this is the problem you are having, but thought I would provide this info just in case it helps.

Marc

Code:
The capturing of VBI means that you have the closed-caption capability. Unfortunately, this appears to create mpeg2 streams that are damaged and will not play back properly with the Mediagate MG-35 or VLC. The only workaround I have found to date is to disable the capturing to VBI data by doing the following on an R5D1 implementation:

•   ivtvctl --set-vbi=none
•   ivtvctl --set-vbi-embed=0
•   Modify /etc/init.d/mythtv-backend so that the two ivtvctl commands are executed prior to “startâ€? and “restartâ€?.

•   In myth setup, under general, 3rd screen, change the capture format from “NTSC-VBIâ€? to “NTSCâ€?.
Author:  modemboy [ Fri Jan 26, 2007 1:34 pm ]
Post subject: 
Your interrupts look fine.
Good luck!
Author:  pudding [ Fri Jan 26, 2007 8:10 pm ]
Post subject: 
marc.aronson, that seemed to fix the problem perfectly! I gave mplayer a try, but it noticeably skipped and caught up with itself every few seconds...but it played much better than VLC, as you predicted.

I applied the fix you provided, and now it plays properly in VLC. Thank you! :D

modemboy, thanks for looking into this, too. :D
Author:  marc.aronson [ Fri Jan 26, 2007 9:41 pm ]
Post subject: 
Glad to help out.

marc
Page 1 of 1 All times are UTC - 6 hours
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/