ffplay fails to seek

[ami_stuff]

I wanted to investigate ticket #296, but found out that ffplay is unable to seek in the attached file to certain durations while ffmpeg have no problem to do so (ffmpeg -ss 10 -i keyframe_every_100_frames.avi out.avi).

(the same problem is reproducible while seeking with the mouse).

​http://www.datafilehost.com/download-1286e616.html

C:\>ffplay -noframedrop -ss 10 keyframe_every_100_frames.avi
ffplay version N-46469-gc995644 Copyright (c) 2003-2012 the FFmpeg developers
  built on Nov  5 2012 17:54:28 with gcc 4.7.2 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt
ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libass -
-enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enab
le-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable-libo
pus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheo
ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li
bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena
ble-zlib
  libavutil      52.  5.100 / 52.  5.100
  libavcodec     54. 71.100 / 54. 71.100
  libavformat    54. 36.100 / 54. 36.100
  libavdevice    54.  3.100 / 54.  3.100
  libavfilter     3. 21.106 /  3. 21.106
  libswscale      2.  1.102 /  2.  1.102
  libswresample   0. 16.100 /  0. 16.100
  libpostproc    52.  1.100 / 52.  1.100
[mpeg4 @ 02af60a0] Invalid and inefficient vfw-avi packed B frames detected
Input #0, avi, from 'keyframe_every_100_frames.avi':
  Duration: 00:01:33.30, start: 0.000000, bitrate: 268 kb/s
    Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv
420p, 352x240 [SAR 1:1 DAR 22:15], 20 tbr, 20 tbn, 20 tbc
[mpeg4 @ 02af60a0] Invalid and inefficient vfw-avi packed B frames detected
    Last message repeated 1 times
Frame changed from size:0x0 to size:352x240
   2.19 A-V:  0.000 fd=   0 aq=    0KB vq=   39KB sq=    0B f=0/0

[Elon Musk]

File is gone.

[ami_stuff]

It looks like ffmpeg is more precise at seeking than ffplay? (see attached file)

[Carl Eugen Hoyos]

For the attached sample, I can reproduce a regression since 3166a6fc379789b3782f431dd232033c2069c443:
Seeking 10 seconds forwards and backwards a few times (making sure that backwards seeking always ends at about 2 seconds) suddenly seeks to 24 seconds (instead of the usual 12), this can be reproduced another time. The behaviour cannot be seen with older versions. The same behaviour can be seen when changing "left" and "right" to -5 and +5 seconds: Instead of seeking to around 8 seconds (after seeking back to 2 or 3), forward seeking again ends at 24 seconds.

$ ffplay xvid2.avi
ffplay version N-83022-g0006384 Copyright (c) 2003-2017 the FFmpeg developers
  built with gcc 4.7 (SUSE Linux)
  configuration: --enable-gpl
  libavutil      55. 43.100 / 55. 43.100
  libavcodec     57. 71.100 / 57. 71.100
  libavformat    57. 62.100 / 57. 62.100
  libavdevice    57.  2.100 / 57.  2.100
  libavfilter     6. 68.100 /  6. 68.100
  libswscale      4.  3.101 /  4.  3.101
  libswresample   2.  4.100 /  2.  4.100
  libpostproc    54.  2.100 / 54.  2.100
Input #0, avi, from 'xvid2.avi':   0KB vq=    0KB sq=    0B f=0/0
  Duration: 00:00:25.28, start: 0.000000, bitrate: 255 kb/s
    Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 248 kb/s, 23.97 fps, 23.97 tbr, 23.97 tbn, 23.97 tbc
[mpeg4 @ 0x7f990c013220] Video uses a non-standard and wasteful way to store B-frames ('packed B-frames'). Consider using the mpeg4_unpack_bframes bitstream filter without encoding but stream copy to fix it.
  25.06 M-V:  0.000 fd= 781 aq=    0KB vq=    0KB sq=    0B f=0/0