[FFmpeg-devel] [RFC] libavfilter-soc and variable-frame-size video streams

Michael Niedermayer michaelni
Sun Dec 14 14:50:41 CET 2008


On Sun, Dec 14, 2008 at 01:52:21PM +0100, Vitor Sessak wrote:
> Michael Niedermayer wrote:
> > On Fri, Dec 12, 2008 at 04:54:26PM -0800, Jason Garrett-Glaser wrote:
> >>> But maybe I'm just confused and there is a far simpler solution, or
> >>> maybe we could just decide that supporting variable-frame-size video
> >>> streams is not worth that hassle.
> >> This sounds reasonable to me: thinking through what every filter would
> >> have to do to support such a thing, it sounds completely
> >> unmaintainable, especially for filters that act temporally: how will
> >> they deal with the fact that cached temporal data from previous frames
> >> (such as for temporal denoisers) is no longer the correct size
> >> matching the current frame?!
> >>
> >> Avisynth gets away just fine without variable frame size support: I
> >> have actually never seen such a thing as a feature request either.  I
> >> don't think libavfilter needs it either.
> > 
> > I think variable size is pretty much a requirement for libavfilter.
> 
> While I understand and appreciate FFmpeg policy of "not in SVN until 
> nobody knows how to improve it more", in this case the more requirements 
> we put in lavfi, the later it'll get in SVN. What I propose is to work 
> in getting lavfi commited but not to make lavfi part of the public API 

no, stop covering up peoples lazyness
truth is, there is noone working on moving lavfi into svn, there is no
outstanding patch. And large parts of lavfi that arent in svn yet are
in no way affected by frame size changes, its not as if the command line
parser for example depended on that ...

Thus my oppinion, is try to move code into svn, send patches, and if
during review we run into too big issues in supporting something it
might be postponed until after svn inclusion but ATM really i dont see
how the question of variable frame size would be blocking the (non existing)
merging effort

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Why not whip the teacher when the pupil misbehaves? -- Diogenes of Sinope
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20081214/14a54019/attachment.pgp>



More information about the ffmpeg-devel mailing list