On Thursday 26 January 2006 19:08, Daniel Kristjansson wrote: > On Thu, 2006-01-26 at 18:55 -0500, Isaac Richards wrote: > > On Thursday 26 January 2006 18:42, Daniel Kristjansson wrote: > > > On Thu, 2006-01-26 at 22:25 +0100, Adam Egger wrote: > > > > On 1/26/06, Stuart Auchterlonie <[EMAIL PROTECTED]> wrote: > > > > > Those with time before the weekend should try compiling various > > > > > versions between 8702 & 8722 to find out which changeset broke > > > > > this. > > > > > > > > Daniel, #8703 is the first one with a broken kernel deint. > > > > > > Hmmm, I can reproduce this. You just need to change from a channel > > > at one resolution to one at another resolution to trigger this. > > > > > > It looks like the filter's stride values are incorrect... > > > > > > I'll have a look at this tonight. > > > > The filter hasn't changed in ages and never had issues with resolution > > changing before (that I know of, at least), so I wonder if it's something > > to do with the dummy recorder. > > > > Bet it's the same thing causing #1122, too. > > I think that is likely; it might also be causing. I think this is due > to the NVP::OpenFile() in SwitchToProgram() and JumpToProgram(). I don't > see any call reinitializing the VideoOutput following it..
There's a ReinitVideo call in OpenFile. Should take care of it, no? It worked before this change because it wasn't forcing a newtype discontinuity on the files using the same decoder class.. Isaac _______________________________________________ mythtv-dev mailing list mythtv-dev@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev