[mythtv] [Draft] Filter documentation.

Andrew Mahone andrewmahone at eml.cc
Thu Jan 29 21:24:53 EST 2004


On Fri, 30 Jan 2004 03:00:51 +0100, "Kenneth Aafl°y" <ke-
aa at frisurf.no> said:
> And it will (if i'm not mistaken) lighten the load on the filter (?).
>
> Anyways, I'm kinda lost in the avcodec anyways, so..
>
> Kenneth

I'm not sure, libavcodec and mplayer are both pretty hard for me to
follow, and it all depends on how the filter works.  If more smoothing is
achieved by multiple passes through a filter, this would make things
slower with worse input.  I would hope that it's done in a more sensible
way, with stronger filters implemented by changing a value in the
algorithm, rather than using an iterative method.

I have no idea why copying the qscale data into the frame structure
and reading it later would make a difference.  It should be a fairly
minor CPU hit, and as long as each frame comes associated with correct
qscale data, it shouldn't matter how "far" from the decoder the filter
is applied.
-- 
  Andrew Mahone
  andrewmahone AT eml DOT cc

-- 
http://www.fastmail.fm - Email service worth paying for. Try it for free


More information about the mythtv-dev mailing list