[mythtv] mythtv-dev Digest, Vol 92, Issue 1

Ken Mandelberg km at mathcs.emory.edu
Fri Oct 1 15:29:50 UTC 2010


I updated my svn trunk (26595), and added the change below. I still have 
the same issues

1) Green Overlay
2) Sputtering for a second or two at beginning or at seeks
3) Higher CPU usage than without crystalhd
4) standard def mpeg2's have horizontal hold problem (not on HD).

My samples are from an HDHomerun.

I didn't think this was meant to address my problems, but thought I 
would give an update anyway.

I'm available to try any experiments to help.


Mark Kendall<mark.kendall at gmail.com> wrote, On 10/01/2010 08:00 AM:
> From: Mark Kendall<mark.kendall at gmail.com>
> Subject: Re: [mythtv] CrystalHD in Trunk
> To: Development of MythTV<mythtv-dev at mythtv.org>

> On 28 September 2010 20:03, Doug Haber<doug at fawnanddoug.com>  wrote:
>>> >>
>>> >>  Can you see if this patch works? If you still get some strange colours,
>>> >>  try swapping the 1 and 2 around in the src[1].. src[2] lines.
>> >
>> >  Hey Mark,
>> >
>> >  No luck with the above patch or the src[1] / src[2] swap.  The picture
>> >  looked identical to me in all cases.
> OK - round 2:)
>
> Index: /home/mark/trunk/mythtv/libs/libmythtv/privatedecoder_crystalhd.cpp
> ===================================================================
> --- /home/mark/trunk/mythtv/libs/libmythtv/privatedecoder_crystalhd.cpp	(revision
> 26582)
> +++ /home/mark/trunk/mythtv/libs/libmythtv/privatedecoder_crystalhd.cpp	(working
> copy)
> @@ -646,6 +646,12 @@
>       avpicture_fill(&img_in, src, in_fmt,
>                      in_width, in_height);
>
> +    if (in_fmt == PIX_FMT_YUV420P)
> +    {
> +        img_in.data[1] = out->UVbuff;
> +        img_in.data[2] = out->UVbuff + (out->UVbuffSz>>  1);
> +    }
> +
>       if (!(out->PicInfo.flags&  VDEC_FLAG_INTERLACED_SRC))
>       {
>           myth_sws_img_convert(&img_out, out_fmt,&img_in, in_fmt,
>
>



More information about the mythtv-dev mailing list