#8767 closed defect (worksforme)
OGV encoding garbled
Reported by: | RavenWorks | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | undetermined |
Version: | unspecified | Keywords: | |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Summary of the bug: Trying to output an OGV file results in a file that can be opened by video players, but whose picture is obsucred by flashing scrambled nonsense
How to reproduce: Seems to happen with any input file, but I can at least confirm this one: https://file-examples.com/wp-content/uploads/2017/04/file_example_MP4_480_1_5MG.mp4
ffmpeg -i file_example_MP4_480_1_5MG.mp4 out.ogv ffmpeg version git-2020-06-28-4cfcfb3 Copyright (c) 2000-2020 the FFmpeg developers built with gcc 9.3.1 (GCC) 20200621 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libsrt --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libgsm --disable-w32threads --enable-libmfx --enable-ffnvcodec --enable-cuda-llvm --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt --enable-amf libavutil 56. 55.100 / 56. 55.100 libavcodec 58. 93.100 / 58. 93.100 libavformat 58. 47.100 / 58. 47.100 libavdevice 58. 11.100 / 58. 11.100 libavfilter 7. 86.100 / 7. 86.100 libswscale 5. 8.100 / 5. 8.100 libswresample 3. 8.100 / 3. 8.100 libpostproc 55. 8.100 / 55. 8.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file_example_MP4_480_1_5MG.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41isomavc1 creation_time : 2015-08-07T09:13:02.000000Z Duration: 00:00:30.53, start: 0.000000, bitrate: 411 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x270 [SAR 1:1 DAR 16:9], 301 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc (default) Metadata: creation_time : 2015-08-07T09:13:02.000000Z handler_name : L-SMASH Video Handler encoder : AVC Coding Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 112 kb/s (default) Metadata: creation_time : 2015-08-07T09:13:02.000000Z handler_name : L-SMASH Audio Handler Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> theora (libtheora)) Stream #0:1 -> #0:1 (aac (native) -> vorbis (libvorbis)) Press [q] to stop, [?] for help Output #0, ogv, to 'out.ogv': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41isomavc1 encoder : Lavf58.47.100 Stream #0:0(und): Video: theora (libtheora), yuv420p(progressive), 480x270 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 30 fps, 30 tbn, 30 tbc (default) Metadata: creation_time : 2015-08-07T09:13:02.000000Z handler_name : L-SMASH Video Handler encoder : Lavc58.93.100 libtheora major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41isomavc1 Stream #0:1(und): Audio: vorbis (libvorbis), 48000 Hz, stereo, fltp (default) Metadata: creation_time : 2015-08-07T09:13:02.000000Z handler_name : L-SMASH Audio Handler encoder : Lavc58.93.100 libvorbis major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41isomavc1 frame= 901 fps=272 q=-0.0 Lsize= 755kB time=00:00:30.52 bitrate= 202.8kbits/s speed=9.22x video:737kB audio:1kB subtitle:0kB other streams:0kB global headers:7kB muxing overhead: 2.311721%
Attachments (2)
Change History (7)
by , 4 years ago
by , 4 years ago
Attachment: | vlcsnap-2020-06-30-16h40m08s141.png added |
---|
screenshot of a frame of the output, in case playback is inconsistent
comment:1 by , 4 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
You are not the first to report this, I suspect this is a packaging (or compilation) issue.
$ ffmpeg -i file_example_MP4_480_1_5MG.mp4 out.ogv ffmpeg version N-98351-ge409262837 Copyright (c) 2000-2020 the FFmpeg developers built with gcc 9 (SUSE Linux) configuration: --enable-libtheora --enable-libvorbis libavutil 56. 55.100 / 56. 55.100 libavcodec 58. 93.101 / 58. 93.101 libavformat 58. 47.100 / 58. 47.100 libavdevice 58. 11.100 / 58. 11.100 libavfilter 7. 86.100 / 7. 86.100 libswscale 5. 8.100 / 5. 8.100 libswresample 3. 8.100 / 3. 8.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file_example_MP4_480_1_5MG.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41isomavc1 creation_time : 2015-08-07T09:13:02.000000Z Duration: 00:00:30.53, start: 0.000000, bitrate: 411 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x270 [SAR 1:1 DAR 16:9], 301 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc (default) Metadata: creation_time : 2015-08-07T09:13:02.000000Z handler_name : L-SMASH Video Handler encoder : AVC Coding Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 112 kb/s (default) Metadata: creation_time : 2015-08-07T09:13:02.000000Z handler_name : L-SMASH Audio Handler Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> theora (libtheora)) Stream #0:1 -> #0:1 (aac (native) -> vorbis (libvorbis)) Press [q] to stop, [?] for help Output #0, ogv, to 'out.ogv': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41isomavc1 encoder : Lavf58.47.100 Stream #0:0(und): Video: theora (libtheora), yuv420p(progressive), 480x270 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 30 fps, 30 tbn, 30 tbc (default) Metadata: creation_time : 2015-08-07T09:13:02.000000Z handler_name : L-SMASH Video Handler encoder : Lavc58.93.101 libtheora major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41isomavc1 Stream #0:1(und): Audio: vorbis (libvorbis), 48000 Hz, stereo, fltp (default) Metadata: creation_time : 2015-08-07T09:13:02.000000Z handler_name : L-SMASH Audio Handler encoder : Lavc58.93.101 libvorbis major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41isomavc1 frame= 901 fps=204 q=-0.0 Lsize= 756kB time=00:00:30.52 bitrate= 202.9kbits/s speed= 6.9x video:738kB audio:1kB subtitle:0kB other streams:0kB global headers:7kB muxing overhead: 2.296290%
comment:2 by , 4 years ago
So where should I take this from here, if it's a known problem that won't be fixed? I'm running the latest of the "Windows builds from Zeranoe", linked by the official FFmpeg.org download page; whose problem is this if not FFmpeg's? (The Zeranoe page has no kind of contact/feedback page to communicate this to?)
comment:3 by , 4 years ago
I am not sure if it helps anybody if we remove the link to Zeranoe's download page, and we have no means to reach him either.
comment:4 by , 4 years ago
But also like, if it's possible for FFmpeg to be built in a way that reports no errors but the result partially doesn't work, where is an appropriate place for people to discuss and bisect what causes that, if not the FFmpeg bug tracker?
If we do wind up narrowing it down to a bug in a certain compiler or something, the issue could absolutely be moved there, but until we do, we just have several people all having the same mysterious issue with FFmpeg, with nowhere to discuss it because some other people *don't* have the bug, which (I guess) disqualifies it from the bug tracker?
Regardless of the "cause" of this bug, where would be a better place to move forward with it than here?
comment:5 by , 4 years ago
I made a similar ticket #8775. If using 32 bit binaries is an option for you.
the output that I get from ffmpeg