I have the same problem with my PVR500. I was running an ancient version of MythTV, .17 I think, on FedoraCore 3. Once I got my LCD TV, the output was crappy and distorted. I lived with this for a while, as I was too busy (lazy) to upgrade. Then, when zap2it went away, I was pretty much forced to do it.
<br>I grabbed MythDora4 after stopping by Jarod's site to see what I was going to have to do to upgrade. Man, did that make things easy. Not only was the install easy as hell, but it fixed all the lingering issues that I had.
<br>However, it did introduce a new problem with the PVR500. All of my recordings on those two tuners are 'stuttered'. It's pretty annoying.<br>Does anyone have any idea what the problem might be here,and how to fix it?
<br><br><div><span class="gmail_quote">On 9/16/07, <b class="gmail_sendername">George Mari</b> <<a href="mailto:george_mythusers@mari1938.org">george_mythusers@mari1938.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Bryce wrote:<br>> Hi All,<br>><br>> I have an issue with my myth system that i'm struggling to get working.<br>><br>> I have a backend system thats an AMD Semperon 3000+ with 512MB Ram<br>> 10Gig boot disk and 2x200GB disks for media.
<br>> This has a Dvico DVB card for free to air TV (in australia) and a PVR-500<br>> for foxtel.<br>><br><br>Are your 2x200GB disks IDE or SATA?<br><br>> I then have a frontend system thats a Pentium D 2.8Ghz, 1Gb Ram
<br>><br>> The problem i get is that I get random stuttering of video recording. It<br>> might work fine for 30 mins then 2-3 seconds of stuttering or I might get<br>> stuttering ever few minutes. It seems random.
<br>><br>> I can't see anything happening out of the ordinary on either system when<br>> this occurs. the only thing is that if i have a terminal window open on my<br>> backend system and ping the frontend, during the stutering the ping times
<br>> jump up to over 1000ms for that few seconds - but the terminal windows on<br>> the box don't freeze or anything like that.<br>><br>> 64 bytes from <a href="http://192.168.16.11">192.168.16.11</a>: icmp_seq=249 ttl=64 time=
0.326 ms<br>> 64 bytes from <a href="http://192.168.16.11">192.168.16.11</a>: icmp_seq=250 ttl=64 time=2156 ms<br>> 64 bytes from <a href="http://192.168.16.11">192.168.16.11</a>: icmp_seq=251 ttl=64 time=1156 ms<br>
> 64 bytes from <a href="http://192.168.16.11">192.168.16.11</a>: icmp_seq=252 ttl=64 time=156 ms<br>> 64 bytes from <a href="http://192.168.16.11">192.168.16.11</a>: icmp_seq=253 ttl=64 time=0.132 ms<br>><br>> But pinging other boxes, or pinging the backend from a 3rd box does not do
<br>> this.<br>><br>> I've also tried to play the videos via samba on my windows machine and it<br>> seems that its the actual videos that have the stuttering in them, not the<br>> playback, so that makes me think its probably a backend problem, not a
<br>> frontend problem.<br>><br>> The stutering happens on both high definition and foxtel.<br>><br>> The backend does not seem to be working too hard:<br>><br>><br>> top - 13:49:51 up 14:49, 1 user, load average:
0.20, 0.10, 0.06<br>> Tasks: 58 total, 2 running, 56 sleeping, 0 stopped, 0 zombie<br>> Cpu(s): 0.3%us, 0.7%sy, 0.0%ni, 96.7%id, 0.7%wa, 1.0%hi, 0.7%si,<br>> 0.0%st<br>> Mem: 451472k total, 446396k used, 5076k free, 1356k buffers
<br>> Swap: 500464k total, 116k used, 500348k free, 356172k cached<br>><br>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND<br>> 4569 mythtv 18 0 251m 20m 13m S 0.7
4.7 1:46.77 mythbackend<br>> 4360 mysql 15 0 140m 29m 4744 S 0.0 6.8 0:04.55 mysqld<br>> 71 root 10 -5 0 0 0 S 0.0 0.0 0:01.06 kswapd0<br>> 784 root 21 -4 1908 704 376 S
0.0 0.2 0:00.84 udevd<br>> 6568 root 23 0 0 0 0 S 0.0 0.0 0:00.55 nfsd<br>> 6564 root 15 0 0 0 0 S 0.0 0.0 0:00.51 nfsd<br>> 6565 root 15 0 0 0 0 S
0.0 0.0 0:00.44 nfsd<br>><br>> I dont' see major conficts for interuppts<br>><br>> wolverine ~ # cat /proc/interrupts<br>> CPU0<br>> 0: 13429809 XT-PIC-XT timer<br>> 1: 8 XT-PIC-XT i8042
<br>> 2: 0 XT-PIC-XT cascade<br>> 5: 519423 XT-PIC-XT ivtv0<br>> 7: 89130 XT-PIC-XT cx88[0], cx88[0]<br>> 8: 2 XT-PIC-XT rtc<br>> 10: 0 XT-PIC-XT ivtv1
<br>> 11: 5155231 XT-PIC-XT sata_via, eth0<br>> 12: 130 XT-PIC-XT i8042<br>> 14: 34189 XT-PIC-XT ide0<br>> 15: 65054 XT-PIC-XT ide1<br>> NMI: 0
<br>> LOC: 13430083<br>> ERR: 0<br>> Any advice or suggestions would be greatly appreciated.<br>><br><br>If your media drives are SATA, the fact that your SATA controller shares<br>an interrupt with your ethernet device might explain your high ping
<br>times during the episodes of stuttering, but may not explain the cause<br>of the stuttering in the first place. Any other network-intensive<br>activity happening on your backend during recording? I see it's running
<br> the NFS daemon - any other boxes writing or reading a lot of data to<br>those drives? If so, you may want to work on separating those two<br>devices so they do not share an interrupt.<br><br>If your media devices are IDE, are you sure DMA is turned on? (See the
<br>hdparm utility)<br><br>What level of logging are doing with mythbackend? I have an<br>underpowered backend that could not cleanly serve up one video stream to<br>a remote frontend client with mythbackend running verbose -all logging.
<br> If I turned off all logging, it was fine. I've since upgraded the<br>disk I/O capabilities of the backend.<br><br>_______________________________________________<br>mythtv-users mailing list<br><a href="mailto:mythtv-users@mythtv.org">
mythtv-users@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br></blockquote></div><br>