On Wed, Jan 14, 2009 at 12:33 AM, Jean-Michel Pour? <jm at poure.com> wrote: > On Tue, 2009-01-13 at 21:06 +0100, Ivan Schreter wrote: >> Regarding the ffmpeg patch, as I wrote, this is NO SOLUTION. It's just >> a >> workaround for this specific camcorder AVCHD format. It might cause >> unpredictable results on other source material. But I didn't post it >> anywhere else yet and don't have much time right now to do it. If you >> wish, feel free to discuss it with ffmpeg developers and put me on >> the >> CC :-) >> >> BTW, do you know by chance where is the video timing
See mlt/src/modules/producer_avformat.c >> (or computation of timestamps for timestamp-less frames) handled in >> kdenlive? Frames in MLT do not have timestamps per se unless you consider the frame ordinal (0, 1, 2, ...) and even then, it does not reorder. The architecture is more like a constant framerate frame server. The producer is expected to produce frames for each request (by its consumer) at a constant frame. >> Maybe I can >> look at it during the weekend and eventually make a workaround >> directly >> in kdenlive. > > Dear Ivan, > > I answer you on Kdenlive mailing list. This is about your workaround: > http://www.kdenlive.org/video-editor/panasonic-hdc-sd9 > > I proposed the solution on FFmpeg mailing list and someone answered me > that this was the same as -vsync 0 FFmpeg option. I don't understand > what video sync to zero means. But then how is the video synced? Maybe You have to look at ffmpeg.c rather than any of its libs. It is quite hairy! > you can explain us ... > > Kind regards, > Jean-Michel > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Kdenlive-devel mailing list > Kdenlive-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/kdenlive-devel > -- +-DRD-+
