I am talking about the API which doesnt have frame accurate seeking, only time accurate which is a grave design flaw not addressed in the n years it exists. The developer is left wondering which frame will be returned... I am also hinting at the simple way you can get a frame from v4w and that it would be nice to at least have a wrapper for seeking/decoding becase single frame decoding is not useful for a userspace program (on that level).
Finally i wonder how many people are fed up with the attitude if maybe it is the same as with glibc. Even the kernel has a staging tree for untested code. If you like it i guess its not all that bad:) But im worried what trouble you had seeking for MLT. s; On Sun, Sep 6, 2009 at 9:49 PM, Dan Dennedy <dan at dennedy.org> wrote: > 2009/9/6 Slavko Glamo?anin <slavko at glamocanin.net>: > > After dont know how many years of such careful additions of code FFMpeg > > still doesnt have frame accurate seeking as video4windows seems to have > > pioneered back in the day. > > This is gross exagerration. It does have frame accurate seeking for a > subset of formats and compatible files. So, if I install ffvfw and you > claim ffmpeg is not frame accurate, how can you claim VfW is frame > accurate? > > -- > +-DRD-+ > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Kdenlive-devel mailing list > Kdenlive-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/kdenlive-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20090906/3c8888b1/attachment.html>
