<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Verdana; font-size: 8pt; color: #000000'>I have a dual core as well, and when doing vdpau, I most definitely do not need it. <br><br>However, I've been experiencing pauses as well, and it's more prominent with vdpau. I can't figure out why vdpau seems more prone though, because I've traced the problem down to my backend, without a doubt, and not the ION.<br><br>Gerald<br><br>----- "Brian Wood" <beww@beww.org> wrote:
<br>> On Tuesday 22 September 2009 12:50:00 David Asher wrote:<br>> > On Sep 22, 2009, at 2:37 PM, Brian Wood wrote:<br>> > > I think the real test is high bitrate h264, as from an HD-PVR. With<br>> > > the<br>> > > upcoming release of 0.22, many more folks may be using the HD-PVRs.<br>> > ><br>> > > ATSC is MPEG2, relatively easy to decode, at least compared to h264.<br>> > ><br>> > > Any solution that can't cope with h264 is off the table as far as I'm<br>> > > concerned.<br>> ><br>> > Good point. I've definitely used it many times with 720p H.264, but I<br>> > don't know the bitrate. And 1080p H.264 once (the Indiana Jones Movie<br>> > trailer). All without noticeable playback issues.<br>> <br>> That's what I wanted to hear, thanks.<br>> <br>> Perhaps we should get a standard test file recorded with an HD-PVR at maximum <br>> bitrate for folks to test playback setups.<br>> <br>> I don't have the time to keep up with trunk and its mandatory reading, but I'm <br>> definitely looking forward to using my HD-PVR as something other than a <br>> paperweight, once 0.22 is released. To me it's more important than VDPAU, <br>> because I have CPUs that can decode anything by brute force, but I have no <br>> way to record satellite HD at the moment.<br>> <br>> -- <br>> Brian Wood<br>> beww@beww.org<br>> _______________________________________________<br>> mythtv-users mailing list<br>> mythtv-users@mythtv.org<br>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users<br>> </div></body></html>