[Kdenlive-devel] AVCHD seeking committed into FFmpeg repository

[Slavko Glamočanin]

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>