Record a fast bouncing ball, chances are that you will catch it in contact with the floor in <b>none</b> of the frames of the video.<br>Where will you put the sound fx? The only way to put this kind of sound fx right is to have more than <i>frame</i> presicion! People who animate, like me, have learned this a long ago.<br>

That said I know there might be technocal problems in implementing this functionality, and I totally undestand that this could not make it into Kdenlive soon. That's perfectly ok.<br><br>g<br><br><br><div class="gmail_quote">

2012/2/10 Simon A. Eugster <span dir="ltr"><<a href="mailto:simon.eu@gmail.com">simon.eu@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On 02/09/2012 04:45 AM, Brian Matherly wrote:<br>
>> 2012/2/8 Gabriel Gazzán<<a href="mailto:gabcorreo@gmail.com">gabcorreo@gmail.com</a>>:<br>
><br>
>>> I think frame level accuracy is usually "not enough" precision, as also<br>
>><br>
>> it is good enough for me<br>
><br>
><br>
> It really depends on your use case.<br>
><br>
> The ITU did a study and found that the threshold of detectability of lip sync errors is about +45 ms to –125 ms (audio early to audio late) and that the threshold of acceptability is about +90 ms to –185 ms. Apparently it is generally more tolerable for the audio to be slightly delayed than for it to be slightly early.<br>


><br>
><br>
> If you only synchronize on video frame boundaries, then the worst case scenario would be +20ms or -20ms for 25fps video (that is +/- 1/2 video frame). The ITU research supports Dan's comment that most people can't even detect that much error. That may be acceptable if your project will be consumed directly. But if the output of your project is destined for further processing (like being transcoded by another system, or being sent through a broadcast chain), the down stream systems may add to the AV sync error. If the error stacks up, it could exceed the thresholds of detectability or possibly even the threshold of acceptability.<br>


><br>
> So the amount of A/V error that is appropriate for your project depends on what you plan on doing with it.<br>
><br>
> ~BM<br>
<br>
</div>Thanks a lot for this information!<br>
Did they also test detectability of sync errors of hard sound effects?<br>
Could it be lower there?<br>
Maybe I'm a little too sensitive here, I hate watching videos in German<br>
since they usually are badly synched (obviously ... different language)<br>
and I often have to force myself to look somewhere else than to the<br>
actors' faces in the first minutes.<br>
So we could start with frame accuracy first.<br>
Also, thanks Dan for the hints.<br>
<span class="HOEnZb"><font color="#888888"><br>
Simon<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
------------------------------------------------------------------------------<br>
Virtualization & Cloud Management Using Capacity Planning<br>
Cloud computing makes use of virtualization - but cloud computing<br>
also focuses on allowing computing to be delivered as a service.<br>
<a href="http://www.accelacomm.com/jaw/sfnl/114/51521223/" target="_blank">http://www.accelacomm.com/jaw/sfnl/114/51521223/</a><br>
_______________________________________________<br>
Kdenlive-devel mailing list<br>
<a href="mailto:Kdenlive-devel@lists.sourceforge.net">Kdenlive-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/kdenlive-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/kdenlive-devel</a><br>
</div></div></blockquote></div><br>