[mythtv] Incessant flip/flop of deinterlacer in svn

[Tom Dexter]

On Tue, Sep 15, 2009 at 6:24 AM, Paul Gardiner <lists at glidos.net> wrote:
> Dave wrote:
>>
>> Hi devs,
>>
>> I know this has been discussed forever but i think more and more
>> broadcasters are transmitting mixed frames to conserve bandwidth leading to
>> spamming in mythtv logs (ok, so i can turn verbosity down) when the
>> deinterlacer is turned on and off constantly:
>>
>> [snip]
>>
>> As there seems to be no fix for this except by manually (not good for WAF)
>> turning progressive detection off via the menu, i'm happy to submit some
>> sort of temporary bandaid to turn off detection if the rate of toggling
>> exceeds a certain threshold within a 10s period (or something like that).
>> This seems to be happening on more and more channels and becoming somewhat
>> an irritation with jerky motion making me and the family dizzy.
>>
>> Have i missed some post which tells me how to fix this or am i approaching
>> this the wrong way ? Any comments welcome.
>
> Tom Dexter had a patch for this that in particular correctly
> handled the case of displaying interlaced content to a display
> in an interlaced configuration. It would be good to account
> for that mode of use while fixing this. (I can't remember
> the details now, but I am pretty sure that what he did
> never made it to trunk.)
>
> Cheers,
>        Paul.
>
>
I've attached the patch I'm using on 0.21-fixes (currently I'm running
svn 20500).  It simply locks it to interlaced (as if you went into the
playback menu and switched from auto to interlaced) when any
interlaced frame is found (other than during DVD playback).

Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mythtv-0.21-lock-interlaced_20500.patch
Type: application/octet-stream
Size: 613 bytes
Desc: not available
URL: <http://mythtv.org/pipermail/mythtv-dev/attachments/20090917/bcd5eeec/attachment.obj>