Opened 5 years ago

Closed 11 months ago

Last modified 10 months ago

#1911 closed defect (needs_more_info)

ffplay fails to seek

Reported by: ami_stuff Owned by:
Priority: normal Component: ffplay
Version: git-master Keywords: seek regression
Cc: Blocked By:
Blocking: Reproduced by developer: yes
Analyzed by developer: no

Description

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

Attachments (1)

xvid2.avi (787.9 KB) - added by ami_stuff 10 months ago.

Download all attachments as: .zip

Change History (7)

comment:1 Changed 5 years ago by cehoyos

  • Keywords seek added
  • Reproduced by developer set
  • Status changed from new to open
  • Version changed from unspecified to git-master

comment:2 Changed 11 months ago by richardpl

  • Resolution set to invalid
  • Status changed from open to closed

File is gone.

comment:3 Changed 11 months ago by cehoyos

  • Resolution changed from invalid to needs_more_info

Changed 10 months ago by ami_stuff

comment:4 Changed 10 months ago by ami_stuff

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

comment:5 Changed 10 months ago by cehoyos

  • Keywords regression added

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
Last edited 10 months ago by cehoyos (previous) (diff)

comment:6 Changed 10 months ago by richardpl

  • Component changed from undetermined to ffplay
Note: See TracTickets for help on using tickets.