Opened 11 years ago

#1216 new defect

Encoding a (specific) video with an EDL and -hr-edl-seek gives a shorter video than expected.

Reported by: eloy.de.enige@… Owned by: reimar
Priority: normal Component: core
Version: HEAD Severity: normal
Keywords: Cc:
Blocked By: Blocking:
Reproduced by developer: Analyzed by developer:

Description

Here's a test video from our regression test suite, which when trying to encode only a part through the use of an EDL gives a shorter video than expected. It works with an EDL like:

0.0 1.0 0
2.0 999999 0

Which gives me a video of 1s.
However the following EDL:

0.0 1.0 0
6.0 999999 0

Gives me only 3.4s of video. It starts at the right point, but stops too early.

Tested on OS X & Debian and also verified by others in #mplayer. It was
suggested there that it might be because of a variable framerate. Which is what
it looks like while actually playing the video in QT.

This might go hand in hand with this bug: http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1215

Video: http://superalloy.nl/misc_files/impossible-to-seek.mov

Command with the EDLs as specified above:
mencoder 'impossible-to-seek.mov' -sws 9 -of lavf -lavfopts format=mp4 -ovc x264 -x264encopts bitrate=500:vbv_maxrate=1500:vbv_bufsize=2000:nocabac:me=umh:subq=6:trellis=1:level_idc=30:global_header:threads=auto -oac faac -faacopts mpeg=4:object=2:br=160:raw -channels 2 -srate 44100 -af lavcresample=44100 -vf pp=ci -edl test.edl -hr-edl-seek -o 'impossible-to-seek.m4v'

Change History (0)

Note: See TracTickets for help on using tickets.