<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><h3 class="change"><br> </h3><div> I use vlc-1.2.0-pre4 to test some WMV2 videos, I find that vlc 1.2 can't position timestamp correctly when I seek the video. <br></div><div> The defect causes two unpleasant consequences of user experience:<br></div><div> 1、From user's view, he will be confused by the player because it can't reach the presicely correct position he has specified. <br></div><div> 2、The video can't be partially transcoded correctly because -start-time has been changed inside vlc when user passes the value to it. <br></div><div><br></div><div> I doubt the problem is from ffmpeg. I test the video using ffplay. It has the same problem. I report it to ffmpeg bug track. Cehoyos responsed the
problem with the following words:</div><div>' For most videos, media players can only seek to keyframes ("I-frames"),
they cannot seek to non-keyframes (all other frames), if they seem to
allow to seek to non-keyframes, they do it by seeking further back and
not displaying the frames in-between (this can be different for H264,
but your sample is WMV2)' .</div><div>I wonder whether TS has the same mechnanism with WMV2. If vlc 1.2 can now control timestamp of TS video correctly, it should fix the problem in WMV2 seeking problem.</div><div><br></div></div></body></html>