<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Jean-Michel,<br>
<br>
I've tried -vsync 0 with vanilla ffmpeg. No, it's not the same. It
dumps an error:<br>
<br>
Error, Invalid timestamp=15, last=17<br>
<br>
I suppose the camcorder misses some frames when encoding starts, which
requires ffmpeg to introduce some duplicates. It seems like the frames
come in "interesting" order in the AVCHD file and somehow ffmpeg as
well as mlt are not able to reorder them correctly (e.g., because they
do not keep enough previous frames in the buffer?).<br>
<br>
@Dan: I looked at the source in producer_avformat.c in MLT. I don't
believe this is the problem. It's more like ffmpeg's libavformat is not
producing correct timestamps and therefore I will look there (dts/pts
computation in utils.c/av_read_frame*, I suppose). This would also
explain why ffmpeg itself is producing jerky videos (without my patch).
Correcting it will most probably also correct kdenlive support for this
camcorder.<br>
<br>
As I said, on weekend I plan to look at it in some more detail.<br>
<br>
Regards,<br>
<br>
Ivan<br>
<br>
<br>
Jean-Michel Pouré wrote:
<blockquote cite="mid:1231922002.5897.3.camel@debian" type="cite">
<pre wrap="">On Tue, 2009-01-13 at 21:06 +0100, Ivan Schreter wrote:
</pre>
<blockquote type="cite">
<pre wrap="">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 (or computation
of
timestamps for timestamp-less frames) handled in kdenlive? Maybe I
can
look at it during the weekend and eventually make a workaround
directly
in kdenlive.
</pre>
</blockquote>
<pre wrap=""><!---->
Dear Ivan,
I answer you on Kdenlive mailing list. This is about your workaround:
<a class="moz-txt-link-freetext"
href="http://www.kdenlive.org/video-editor/panasonic-hdc-sd9">http://www.kdenlive.org/video-editor/panasonic-hdc-sd9</a>
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 can explain us ...
Kind regards,
Jean-Michel
</pre>
</blockquote>
<br>
</body>
</html>