[mythtv] [Draft] Filter documentation.
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..
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
andrewmahone AT eml DOT cc
http://www.fastmail.fm - Email service worth paying for. Try it for free
More information about the mythtv-dev