mov to libvorbis conversion fails

[Christian Ebert]

Summary of the bug: conversion of certain inputs fails on ubuntu, works on e.g. Mac
How to reproduce:

$ ffmpeg -v verbose -i test.mov -c:v libvpx -c:a libvorbis -b:a 64k test.webm
ffmpeg version N-84735-g3b80f73 Copyright (c) 2000-2017 the FFmpeg developers
  built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.1)
  configuration: --enable-gpl --enable-nonfree --disable-doc --disable-ffplay --disable-ffserver --disable-libxcb --enable-libspeex --enable-libx264 --enable-libfdk-aac --enable-libvpx --enable-libvorbis
  libavutil      55. 51.100 / 55. 51.100
  libavcodec     57. 86.103 / 57. 86.103
  libavformat    57. 68.100 / 57. 68.100
  libavdevice    57.  3.101 / 57.  3.101
  libavfilter     6. 78.101 /  6. 78.101
  libswscale      4.  3.101 /  4.  3.101
  libswresample   2.  4.100 /  2.  4.100
  libpostproc    54.  2.100 / 54.  2.100
[h264 @ 0x29d74e0] Reinit context to 1920x1088, pix_fmt: yuv420p
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mov':
  Metadata:
    major_brand     : qt  
    minor_version   : 537199360
    compatible_brands: qt  
    creation_time   : 2017-03-22T18:49:20.000000Z
  Duration: 00:01:31.40, start: 0.000000, bitrate: 25639 kb/s
    Stream #0:0(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s (default)
    Metadata:
      creation_time   : 2017-03-22T18:49:20.000000Z
      handler_name    : Apple Alias Data Handler
    Stream #0:1(eng): Video: h264 (Main), 1 reference frame (avc1 / 0x31637661), yuv420p(tv, bt709, left), 1920x1080 (1920x1088), 24100 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 2500 tbn, 5k tbc (default)
    Metadata:
      creation_time   : 2017-03-22T18:49:20.000000Z
      handler_name    : Apple Alias Data Handler
      encoder         : H.264
Stream mapping:
  Stream #0:1 -> #0:0 (h264 (native) -> vp8 (libvpx))
  Stream #0:0 -> #0:1 (pcm_s16le (native) -> vorbis (libvorbis))
Press [q] to stop, [?] for help
[graph_1_in_0_0 @ 0x2c31c60] tb:1/48000 samplefmt:s16 samplerate:48000 chlayout:0x3
[format_out_0_1 @ 0x2c32000] auto-inserting filter 'auto_resampler_0' between the filter 'Parsed_anull_0' and the filter 'format_out_0_1'
[auto_resampler_0 @ 0x2c32ca0] ch:2 chl:stereo fmt:s16 r:48000Hz -> ch:2 chl:stereo fmt:fltp r:48000Hz
[h264 @ 0x29fb460] Reinit context to 1920x1088, pix_fmt: yuv420p
[h264 @ 0x2a648c0] Increasing reorder buffer to 1
Too many packets buffered for output stream 0:1.
[libvorbis @ 0x29f2ae0] 32 frames left in the queue on closing
Conversion failed!

• works on other platforms, like Darwin 16.4.0 Darwin Kernel Version 16.4.0: Thu Dec 22 22:53:21 PST 2016; root:xnu-3789.41.3~3/RELEASE_X86_64 x86_64 i386
• works with shorter inputs, even a copy of the first 10 seconds of the above test.mov
• works with 0686537002278f8802ecf2af1d5b2d0d5afe308a - I haven't had time to bisect what the exact breaking change is

[Christian Ebert]

I want to upload the sample - I haven't found a short and small one with which to reproduce the bug, but upload.ffmpeg.org fails on cd incoming with "no route to host" ...

[Carl Eugen Hoyos]

Please use a filehoster of your choice.

[Christian Ebert]

​http://d12zt1n3pd4xhr.cloudfront.net/x/issue6275.mov

[Leo Izen]

Replying to blacktrash:

​http://d12zt1n3pd4xhr.cloudfront.net/x/issue6275.mov

We don't have read access (403 forbidden). Try using 0x0.st:

curl -F'file=@issue6275.mov' https://0x0.st

[Christian Ebert]

Replying to thebombzen:

Replying to blacktrash:

​http://d12zt1n3pd4xhr.cloudfront.net/x/issue6275.mov

We don't have read access (403 forbidden).

It should be now, sorry about that.

Try using 0x0.st:

curl -F'file=@issue6275.mov' https://0x0.st

Thanks for the tip; next time.

[Carl Eugen Hoyos]

Regression since af1761f7b5b1b72197dc40934953b775c2d951cc, maybe related to tickets #6227 and #5998.