Opened 8 years ago
Last modified 8 years ago
#6275 open defect
mov to libvorbis conversion fails
Reported by: | Christian Ebert | Owned by: | |
---|---|---|---|
Priority: | important | Component: | undetermined |
Version: | git-master | Keywords: | libvorbis regression |
Cc: | blacktrash@gmx.net | Blocked By: | |
Blocking: | Reproduced by developer: | yes | |
Analyzed by developer: | no |
Description (last modified by )
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
Attachments (1)
Change History (9)
comment:1 by , 8 years ago
follow-up: 5 comment:4 by , 8 years ago
Replying to blacktrash:
We don't have read access (403 forbidden). Try using 0x0.st:
curl -F'file=@issue6275.mov' https://0x0.st
comment:5 by , 8 years ago
Replying to thebombzen:
Replying to blacktrash:
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.
comment:6 by , 8 years ago
Description: | modified (diff) |
---|---|
Priority: | normal → important |
Reproduced by developer: | set |
Status: | new → open |
Regression since af1761f7b5b1b72197dc40934953b775c2d951cc, maybe related to tickets #6227 and #5998.
by , 8 years ago
Attachment: | issue6275_cut.mov added |
---|
comment:7 by , 8 years ago
Summary: | ubuntu: mov to webm (libvpx) conversion fails → mov to libvorbis conversion fails |
---|
comment:8 by , 8 years ago
Keywords: | libvorbis regression added |
---|
Note:
See TracTickets
for help on using tickets.
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" ...