Application provided invalid, non monotonically increasing dts to muxer in stream 0

Bug #1191516 reported by Jani Uusitalo
30
This bug affects 6 people
Affects Status Importance Assigned to Milestone
libvpx (Ubuntu)
Undecided
Unassigned

Bug Description

With some input video (such as LQ MP4 from [1]), the second pass fails when a preset enabling automatic placement of alternate reference frames with "auto-alt-ref=1" (such as all of those provided by libav-tools) is used. (Example of non-problematic input is MP4 from [2].) This is apparently an upstream issue, already fixed in v1.1.0-184-g429743c [3].

Steps to reproduce:
1. wget 'http://archive.org/download/Mario2_919/Mario2_919_LQ.avi'
2. avconv -y -i Mario2_919_LQ.avi -c:v libvpx -pre libvpx-360p -pass 1 -an -sn -t 1 out.webm
3. avconv -y -i Mario2_919_LQ.avi -c:v libvpx -pre libvpx-360p -pass 2 -an -sn -t 1 out.webm

What happens:
The second pass ends with:
[webm @ 0x7ab6c0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 100 >= 100
av_interleaved_write_frame(): Invalid argument

What I expect to happen:
The second pass to finish successfully.

Workaround:
Copy preset file to ˝/.avconv/, comment out (#) auto-alt-ref=1.

*[1] http://archive.org/details/Mario2_919
*[2] http://archive.org/details/014674
*[3] http://code.google.com/p/webm/issues/detail?id=468#issueheader

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: libvpx1 1.0.0-1
ProcVersionSignature: Ubuntu 3.5.0-34.55~precise1-generic 3.5.7.13
Uname: Linux 3.5.0-34-generic x86_64
ApportVersion: 2.0.1-0ubuntu17.3
Architecture: amd64
CheckboxSubmission: 09ae689090491ca53449589269e4bfd8
CheckboxSystem: edda5d4f616ca792bf437989cb597002
Date: Sun Jun 16 16:02:38 2013
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
MarkForUpload: True
SourcePackage: libvpx
UpgradeStatus: Upgraded to precise on 2011-11-21 (573 days ago)

Revision history for this message
Jani Uusitalo (uusijani) wrote :
Revision history for this message
Jani Uusitalo (uusijani) wrote :

Just reproduced this in Raring and Saucy. The latter currently has libvpx 1.2.0-2 which supposedly contains the fix I linked to above, so I'm not so sure about it anymore.

Revision history for this message
Daniel Karlsson (dannioni) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug has been reported upstream and fixed as of version v1.1.0-184-g429743c. This fix is also included in the development version of Ubuntu - Saucy Salamander.

If you need a fix for the bug in previous versions of Ubuntu, please follow the instructions for "Requesting a Backport" at https://wiki.ubuntu.com/UbuntuBackports#Requesting_a_Backport

Changed in libvpx (Ubuntu):
status: New → Fix Released
Revision history for this message
Jani Uusitalo (uusijani) wrote :

Hi Daniel. As I commented above, this is still reproducible in Saucy (I'm attaching a screenshot). Does this mean it's a bug in avconv and not in libvpx, or did I misunderstand you?

Revision history for this message
Peter Bennett (pgbennett) wrote :

I have this problem consistently when using avconv to convert mkv files (from handbrake) to mp4 using avconv as follows:

avconv -i "$infile" -acodec copy -vcodec copy -f mp4 "$mp4outfile"

I have solved the problem for myself with the attached patch, which lets the program continue after reporting the error, instead of terminating. This may be an unconventional way to fix it, but the resulting output files work perfectly for me.

Revision history for this message
Andrew Schulman (andrex) wrote :

This is still a problem for me with libav-tools 6:9.13-0ubuntu0.14.04.1 in trusty.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers