August 2017 - FFmpeg-trac - lists.ffmpeg.org

#6590(undetermined:new): weave filter produces video with incorrect field order
by FFmpeg 17 Aug '17

17 Aug '17

#6590: weave filter produces video with incorrect field order --------------------------------------+---------------------------------- Reporter: alexz | Type: defect Status: new | Priority: normal Component: undetermined | Version: 3.2.4 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: weave filter produces interlaced video with an incorrect field order How to reproduce: 1. Create sample video (horizontally moving box) with a double frame rate (50) {{{ ffmpeg -f lavfi -i "color=color=blue:size=352x288:rate=50:duration=3" \ -vf "color=white@1:size=50x50:rate=50:duration=3 [box]; [in][box] overlay=n*hsub:10" \ -codec:v ffv1 -level 3 output-50p.mkv }}} 2. Make an interlaced video with the first field top using weave filter {{{ ffmpeg -i output-50p.mkv -aspect 4/3 \ -vf "weave=first_field=t" \ -codec:v ffv1 -level 3 output-25i.mkv }}} Despite mediainfo correctly identifies the resulting video (output- 25i.mkv) as interlaced with the top field first, video playes "jerky". This is points to an incorrect field order. Also the incorrect field order is visible in the frame's pictures, extracted with {{{ ffmpeg -i output-25i.mkv %03d.png }}} Attached patch fixes the issue. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6590> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#6594(undetermined:new): VLC not displaying h264 closed captions
by FFmpeg 17 Aug '17

17 Aug '17

#6594: VLC not displaying h264 closed captions -------------------------------------+------------------------------------- Reporter: MayeulC | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' I have a video file in the mkv format, that contains an mp4 video track, in which there are some closed captions: {{{ Stream #0:0: Video: h264 (Main), yuv420p(progressive), 1280x720 [SAR 1:1 DAR 16:9], Closed Captions, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) }}} The closed captions are displayed fine on mpv, but not on vlc (or any other player I tried, for that matter; as they are probably based on ffmpeg). I have also been unable to extract the subtitle track (though 'ffmpeg -f lavfi -i "movie=input.mp4[out0+subcc]" -map s output.srt' looked promising, it only produces a 0B srt file). '''How to reproduce:''' Load the video in vlc, and try to turn on the subtitles track: there is none. Do the same in mpv; subtitles are displayed I wanted to upload the sample on upload.ffmpeg.org, but it seems to be down, so there it is (1.7MB): https://mega.nz/#!tBZnzAhY!K_PNpxDaRFYXS7firdWw0vAn4GrW8gpzX7-e-5ZlBFY (The extract might contain some minor spoiler for game of thrones, I don't know as I am not personally interested in the series; the caption is "I wish you all the happiness in the world") '''List of what was tried:''' Players/tools I tried: Android: MX Player, Mobo Player, VLC for android -- failure | mpv-android: success Tools: mkvinfo, HandBrake, MKVToolNix don't display any subtitle track (I stress that the track is embedded in the h264 video stream). Linux: VLC, Dragon Player, MPlayer, Kodi --failure | mpv: success I tried this both on the mkv container and the extracted video track in a mp4 container (where possible). The output of 'ffmpeg -f lavfi -i "movie=test.mp4[out0+subcc]"' has: {{{ Input #0, lavfi, from 'movie=test.mp4[out0+subcc]': Duration: N/A, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1200k tbr, 1200k tbn, 1200k tbc Stream #0:1: Subtitle: eia_608 }}} ---- ffmpeg version (running on an updated Arch Linux): {{{ ffmpeg version 3.3.3 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 7.1.1 (GCC) 20170630 configuration: --prefix=/usr --disable-debug --disable-static --disable- stripping --enable-avisynth --enable-avresample --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libass --enable-libbluray --enable-libfreetype --enable-libfribidi --enable- libgsm --enable-libiec61883 --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable- libv4l2 --enable-libvidstab --enable-libvorbis --enable-libvpx --enable- libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxvid --enable-shared --enable-version3 libavutil 55. 58.100 / 55. 58.100 libavcodec 57. 89.100 / 57. 89.100 libavformat 57. 71.100 / 57. 71.100 libavdevice 57. 6.100 / 57. 6.100 libavfilter 6. 82.100 / 6. 82.100 libavresample 3. 5. 0 / 3. 5. 0 libswscale 4. 6.100 / 4. 6.100 libswresample 2. 7.100 / 2. 7.100 libpostproc 54. 5.100 / 54. 5.100 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6594> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#5434(undetermined:new): add support of WebVTT subtitles in Matroksa files
by FFmpeg 14 Aug '17

14 Aug '17

#5434: add support of WebVTT subtitles in Matroksa files -------------------------------------+------------------------------------- Reporter: Klaus1189 | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- I contacted Moritz Bunkus, the developer of MKVToolNix, because according to ironic_monkey from Kodi forum FFMPEG doesn't support the new spec. Here you can see the full thread at Kodi forum: http://forum.kodi.tv/showthread.php?tid=261529&pid=2309291 Moritz Bunkus explained the issue to me. Up until a couple of days ago the storage of WebVTT in Matroska hadn't been specified yet. What ffmpeg seems to support (D_WEBVTT/…) is an old and outdated work-in-progress paper by the WebM project[1]. We (as in the Matroska project) have decided not to use their proposal in Matroska for several reasons: 1. The proposal is old (from February 2012). The WebVTT specs have changed considerably since then, and therefore the WebM proposal doesn't handle several of those additions and changes. 2. It suggests splitting the single WebVTT file into multiple tracks inside WebM. This is possible but it makes handling of multiple tracks more difficult than it has to be for demuxers and remuxers. Additionally there's no way to specify that several tracks belong to the same logical track and must be handled all at once. 3. The WebM proposal is still a work in progress and WebM still officially doesn't support subtitles at all[2]. The Matroska project has now formalized the storage of WebVTT in Matroska[3]. The specs have been added to the Matroska web site[4]. The next step should be to add support in ffmpeg for the current storage method. [1] http://wiki.webmproject.org/webm-metadata/temporal-metadata/webvtt- in-webm [2] http://www.webmproject.org/docs/container/ [3] http://thread.gmane.org/gmane.comp.multimedia.matroska.devel/5210 [4] https://www.matroska.org/technical/specs/subtitles/webvtt.html Here you can get a sample file: https://drive.google.com/file/d/0B4y5u0gBKYqbSFczT1VPc2l5SXM/view?usp=shari… -- Ticket URL: <https://trac.ffmpeg.org/ticket/5434> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#6474(undetermined:new): qt targa: unreadable video encoded with alpha channel
by FFmpeg 14 Aug '17

14 Aug '17

#6474: qt targa: unreadable video encoded with alpha channel -------------------------------------+------------------------------------- Reporter: NNois | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: mov, targa, | Blocked By: tga, alpha channel, bgra | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg version N-86482-gbc40674 Hi if I encode a movie in the targa format with the bgra profile the movie is unreadable by every software using quicktime as a backend. Movie is perfectly readable by mpv thought but that's not helping us ;-) the command line used is -r 25 -vcodec targa -pix_fmt bgra -metadata:s encoder="TGA" -vendor apl0 -acodec pcm_s16le -f mov' I link below a source file and an "unreadable movie and a working one encoded by the quicktime codec. If it's a regression anybody is able to tell us which build is ok ? It's going to be a problem for us because like I've reported last week the prores encoder fail with an alpha channel, the dnxhd too, there is none of the "VFX" industry video codec working with an alpha channel with ffmpeg ;-) Best regards -- Ticket URL: <https://trac.ffmpeg.org/ticket/6474> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#3614(ffmpeg:new): Targa doesn't work with image2pipe
by FFmpeg 14 Aug '17

14 Aug '17

#3614: Targa doesn't work with image2pipe ----------------------------------+--------------------------------------- Reporter: Maverick | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I have image001.tga, image002.tga, image003.tga... all being piped into ffmpeg. I'm expecting ffmpeg to accept the tga files and build them into an mp4. However instead it outputs a number of errors and the resulting mp4 is absent or broken. ffmpeg command and output: http://pastebin.com/GSBUEbEh Additional notes: -If instead of piping the tga files in I add them in sequentially using image2 then there are no errors and the mp4 file is created perfectly. -Using the image2pipe command (as seen in the pastebin) with jpg files works perfectly as well. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3614> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12

Re: [FFmpeg-trac] #1778(undetermined:reopened): EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding
by FFmpeg 13 Aug '17

13 Aug '17

#1778: EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding -------------------------------------+------------------------------------- Reporter: mikecheat04 | Owner: Type: enhancement | er.anshul.maheshwari@… Priority: wish | Status: reopened Version: git-master | Component: Keywords: cc | undetermined Blocking: | Resolution: Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by bleighty): hemube, can you give an example of syntax required to make the above sample work? Trying to look in to this. We eventually would like the ability to use the decklink input sending in both video and 608 captions to be encoded into both rtmp outputs and hls outputs. Thanks. -- Ticket URL: <https://trac.ffmpeg.org/ticket/1778#comment:13> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #551(avformat:closed): Enhancements for ffmpeg 0.6.3 when dealing with live H264 stream
by FFmpeg 08 Aug '17

08 Aug '17

#551: Enhancements for ffmpeg 0.6.3 when dealing with live H264 stream -------------------------------------+------------------------------------- Reporter: ilevin | Owner: Type: enhancement | Status: closed Priority: minor | Component: avformat Version: unspecified | Resolution: invalid Keywords: h264 mov | Blocked By: h263 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Mista_D): http://www.mediafire.com/file/dwawitzp5xmc9vd/btrt.mp4 sample file with btrt atom -- Ticket URL: <https://trac.ffmpeg.org/ticket/551#comment:6> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#6572(undetermined:new): AJA Helo Violates GPL
by FFmpeg 08 Aug '17

08 Aug '17

#6572: AJA Helo Violates GPL -------------------------------------+------------------------------------- Reporter: kierank | Type: license Status: new | violation Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- https://www.aja.com/products/helo Dump the firmware and you find libavcodec.so: --enable-shared --enable-pthreads --enable-gpl --enable-avfilter --cross- prefix=arm-linux-gnueabihf- --prefix=/usr --enable-avserver --enable- avplay --ld='arm-linux-gnueabihf-gcc -march=armv7-a -marm -mthumb- interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a15 --sysroot=/devel/helo/helo2/_tisdk/sdk/build/arago-tmp-external-linaro- toolchain/sysroots/am57xx-evm' --arch=arm --target-os=linux --enable- cross-compile --extra-cflags=' -isystem/devel/helo/helo2/_toolchain/arm- linux-gnueabihf/include -fstack-protector -fexpensive-optimizations -fomit-frame-pointer -O4 -ffast-math -march=armv7-a -marm -mthumb- interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a15 --sysroot=/devel/helo/helo2/_tisdk/sdk/build/arago-tmp-external-linaro- toolchain/sysroots/am57xx-evm' --extra-ldflags=' -L/devel/helo/helo2/_toolchain/arm-linux-gnueabihf/lib -Wl,-rpath- link,/devel/helo/helo2/_toolchain/arm-linux-gnueabihf/lib -Wl,-O1 -Wl ,--hash-style=gnu' --sysroot=/devel/helo/helo2/_tisdk/sdk/build/arago-tmp- external-linaro-toolchain/sysroots/am57xx-evm --enable-hardcoded-tables --cpu=cortex-a8 --libdir=/usr/lib --shlibdir=/usr/lib --disable- encoder=libmp3lame --disable-decoder=mp3 --disable-decoder=mp3adu --disable-decoder=mp3adufloat --disable-decoder=mp3float --disable- decoder=mp3on4 --disable-decoder=mp3on4float --disable-muxer=mp3 --disable-demuxer=mp3 --disable-bsf=mp3_header_decompress --disable- bsf=mp3_header_compress --disable-encoder=mpeg2video --disable- decoder=mpeg2video --disable-hwaccel=mpeg2_vaapi --disable- hwaccel=mpeg2_dxva2 --disable-muxer=mpeg2dvd --disable-muxer=mpeg2svcd --disable-muxer=mpeg2video --disable-muxer=mpeg2vob --disable- encoder=ac3_fixed --disable-encoder=ac3 --disable-decoder=ac3 --disable- decoder=eac3 --disable-demuxer=ac3 --disable-demuxer=eac3 --disable- demuxer=dts --disable-muxer=ac3 --disable-muxer=eac3 --disable-muxer=dts --disable-parser=ac3 --enable-bzlib --disable-libfaac --disable-libgsm --disable-indev=jack --disable-libvorbis --disable-libmp3lame --disable- openssl --disable-libschroedinger --disable-libspeex --enable-libtheora --disable-vaapi --disable-libvpx --disable-x11grab --disable-libx264 -- Ticket URL: <https://trac.ffmpeg.org/ticket/6572> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#6555(undetermined:new): fate-filter-pixfmts-scale test fails on big-endian systems
by FFmpeg 06 Aug '17

06 Aug '17

#6555: fate-filter-pixfmts-scale test fails on big-endian systems -------------------------------------+------------------------------------- Reporter: jcowgill | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The "fate-filter-pixfmts-scale" test fails on all big endian systems. The test generates different output for the "gbrap16be" and "gbrap16le" pixel formats. {{{ TEST filter-pixfmts-scale --- /build/upstream/tests/ref/fate/filter-pixfmts-scale 2017-07-28 16:03:50.083186073 +0000 +++ tests/data/fate/filter-pixfmts-scale 2017-07-28 16:07:47.674282702 +0000 @@ -23,8 +23,8 @@ gbrap10le cf974e23f485a10740f5de74a5c8c3df gbrap12be 1d9b57766ba9c2192403f43967cb9af0 gbrap12le bb1ba1c157717db3dd612a76d38a018e -gbrap16be 81542b96575d1fe3b239d23899f5ece3 -gbrap16le 6feb8b9da131917abe867e0eaaf07b90 +gbrap16be a0ef6e8e79fa685fbbf9ebd6f99fe624 +gbrap16le 3d99c63ce971b645b77995017a99ac5e gbrp dc3387f925f972c61aae7eb23cdc19f0 gbrp10be 0277d4c3a8498d75e2783fb81379e481 gbrp10le f3d70f8ab845c3c9b8f7452e4a6e285a Test filter-pixfmts-scale failed. Look at tests/data/fate/filter-pixfmts- scale.err for details. }}} Running the test on an x86 (good) machine and mipsbe (bad) machine and comparing the results gives a diff which looks like this (--- x86, +++ mipsbe): {{{ -0001d5b0: 0c87 5886 9300 7000 8e00 7000 8e00 7000 ..X...p...p...p. -0001d5c0: 8e00 7000 8e00 7000 8e00 7000 8e00 7000 ..p...p...p...p. -0001d5d0: 8e00 7000 8e00 7000 8e00 7000 8e00 7000 ..p...p...p...p. -0001d5e0: 8e00 7000 8e00 7000 8e00 7000 8e00 7000 ..p...p...p...p. -0001d5f0: 8e00 7000 8e00 7000 8e00 7000 8e00 7000 ..p...p...p...p. -0001d600: 8e00 7000 8e00 7000 8e00 7000 8e00 7000 ..p...p...p...p. +0001d5b0: 0c87 5886 9300 8e00 7000 8e00 7000 8e00 ..X.....p...p... +0001d5c0: 7000 8e00 7000 8e00 7000 8e00 7000 8e00 p...p...p...p... +0001d5d0: 7000 8e00 7000 8e00 7000 8e00 7000 8e00 p...p...p...p... +0001d5e0: 7000 8e00 7000 8e00 7000 8e00 7000 8e00 p...p...p...p... +0001d5f0: 7000 8e00 7000 8e00 7000 8e00 7000 8e00 p...p...p...p... +0001d600: 7000 8e00 7000 8e00 7000 8e00 7000 8e00 p...p...p...p... }}} This continues for the entire alpha channel. It's not byteswapped, but each pixel is swapped with the next one. The test started failing after this commit which added these pixel formats: https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/6427c9ffee347306d0b00ef94d8… I also tried applying that commit onto 3.2 and the test also gave the same results, so either the underlying bug is also present in 3.2, or the above commit forgot to do something it should have. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6555> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#6519(undetermined:new): Crash when passing rgb24 data to ssim filter
by FFmpeg 06 Aug '17

06 Aug '17

#6519: Crash when passing rgb24 data to ssim filter -------------------------------------+------------------------------------- Reporter: t.rapp | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When I pass rgb24 data generated by the testsrc filter to ssim the application crashes. When I convert the data to YUV first (like yuv422p) ssim seems to work fine. How to reproduce: {{{ % ./build-linux/ffmpeg-dbg_g -f lavfi -i "testsrc=s=300x200:r=5:d=1" -vf "split [ref][tmp]; [tmp] avgblur=3 [enc]; [enc][ref] ssim" -f null - ffmpeg version N-86755-g0780ad9 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609 configuration: --disable-network --enable-libtwolame --enable-libmp3lame --enable-libvorbis --enable-libfreetype --enable-static --disable-shared --progs-suffix=-dbg --enable-debug --disable-optimizations --enable-extra- warnings --assert-level=2 --prefix=/usr/local libavutil 55. 67.100 / 55. 67.100 libavcodec 57.100.104 / 57.100.104 libavformat 57. 75.100 / 57. 75.100 libavdevice 57. 7.100 / 57. 7.100 libavfilter 6. 95.100 / 6. 95.100 libswscale 4. 7.101 / 4. 7.101 libswresample 2. 8.100 / 2. 8.100 Input #0, lavfi, from 'testsrc=s=300x200:r=5:d=1': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 300x200 [SAR 1:1 DAR 3:2], 5 tbr, 5 tbn, 5 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> wrapped_avframe (native)) Press [q] to stop, [?] for help Output #0, null, to 'pipe:': Metadata: encoder : Lavf57.75.100 Stream #0:0: Video: wrapped_avframe, gbrp, 300x200 [SAR 1:1 DAR 3:2], q=2-31, 200 kb/s, 5 fps, 5 tbn, 5 tbc Metadata: encoder : Lavc57.100.104 wrapped_avframe frame= 5 fps=0.0 q=-0.0 Lsize=N/A time=00:00:01.00 bitrate=N/A speed=42.2x video:3kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown *** Error in `./build-linux/ffmpeg-dbg_g': corrupted size vs. prev_size: 0x00000000041be170 *** }}} {{{ (gdb) bt #0 0x00007ffff4f45428 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 #1 0x00007ffff4f4702a in __GI_abort () at abort.c:89 #2 0x00007ffff4f877ea in __libc_message (do_abort=2, fmt=fmt@entry=0x7ffff50a0e98 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:175 #3 0x00007ffff4f90dfb in malloc_printerr (ar_ptr=0x7ffff52d4b20 <main_arena>, ptr=0x25d2bd0, str=0x7ffff509dc35 "corrupted size vs. prev_size", action=3) at malloc.c:5006 #4 _int_free (av=0x7ffff52d4b20 <main_arena>, p=<optimized out>, have_lock=0) at malloc.c:4014 #5 0x00007ffff4f9453c in __GI___libc_free (mem=<optimized out>) at malloc.c:2968 #6 0x000000000166bbfa in av_free (ptr=0x25d2720) at src/libavutil/mem.c:209 #7 0x000000000166bc42 in av_freep (arg=0x25cb158) at src/libavutil/mem.c:219 #8 0x00000000014f7a3f in sws_freeContext (c=0x25c18a0) at src/libswscale/utils.c:2283 #9 0x00000000005cb4d6 in uninit (ctx=0x25ae800) at src/libavfilter/vf_scale.c:151 #10 0x000000000045ec0f in avfilter_free (filter=0x25ae800) at src/libavfilter/avfilter.c:800 #11 0x000000000046127f in avfilter_graph_free (graph=0x25a9850) at src/libavfilter/avfiltergraph.c:123 #12 0x00000000004222ee in ffmpeg_cleanup (ret=0) at src/ffmpeg.c:477 #13 0x000000000040819c in exit_program (ret=0) at src/cmdutils.c:138 #14 0x00000000004338fb in main (argc=11, argv=0x7fffffffdf28) at src/ffmpeg.c:4814 }}} {{{ (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x7ffff4f45408 to 0x7ffff4f45448: 0x00007ffff4f45408 <__GI_raise+24>: mov $0xf000000,%edx 0x00007ffff4f4540d <__GI_raise+29>: add $0x8964c189,%eax 0x00007ffff4f45412 <__GI_raise+34>: add $0x25,%al 0x00007ffff4f45414 <__GI_raise+36>: rolb (%rdx) 0x00007ffff4f45416 <__GI_raise+38>: add %al,(%rax) 0x00007ffff4f45418 <__GI_raise+40>: movslq %eax,%rsi 0x00007ffff4f4541b <__GI_raise+43>: movslq %edi,%rdx 0x00007ffff4f4541e <__GI_raise+46>: mov $0xea,%eax 0x00007ffff4f45423 <__GI_raise+51>: movslq %ecx,%rdi 0x00007ffff4f45426 <__GI_raise+54>: syscall => 0x00007ffff4f45428 <__GI_raise+56>: cmp $0xfffffffffffff000,%rax 0x00007ffff4f4542e <__GI_raise+62>: ja 0x7ffff4f45450 <__GI_raise+96> 0x00007ffff4f45430 <__GI_raise+64>: repz retq 0x00007ffff4f45432 <__GI_raise+66>: nopw 0x0(%rax,%rax,1) 0x00007ffff4f45438 <__GI_raise+72>: test %ecx,%ecx 0x00007ffff4f4543a <__GI_raise+74>: jg 0x7ffff4f4541b <__GI_raise+43> 0x00007ffff4f4543c <__GI_raise+76>: mov %ecx,%edx 0x00007ffff4f4543e <__GI_raise+78>: neg %edx 0x00007ffff4f45440 <__GI_raise+80>: and $0x7fffffff,%ecx 0x00007ffff4f45446 <__GI_raise+86>: cmove %esi,%edx End of assembler dump. }}} {{{ (gdb) info all-registers rax 0x0 0 rbx 0x86 134 rcx 0x7ffff4f45428 140737303041064 rdx 0x6 6 rsi 0x3c35 15413 rdi 0x3c35 15413 rbp 0x7fffffffdae0 0x7fffffffdae0 rsp 0x7fffffffd748 0x7fffffffd748 r8 0x5 5 r9 0x0 0 r10 0x8 8 r11 0x206 518 r12 0x86 134 r13 0x7fffffffd8f8 140737488345336 r14 0x7fffffffd8f8 140737488345336 r15 0x2 2 rip 0x7ffff4f45428 0x7ffff4f45428 <__GI_raise+56> eflags 0x206 [ PF IF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 14 times>, 0xff, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff}, v4_int32 = {0x0, 0x0, 0x0, 0xff0000}, v2_int64 = {0x0, 0xff000000000000}, uint128 = 0x00ff0000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = {0x3ff0000000000000, 0x0}, uint128 = 0x00000000000000003ff0000000000000} xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm9 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x3e, 0x50, 0x62, 0x12, 0x0, 0x74, 0xce, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x503e, 0x1262, 0x7400, 0x3fce, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x1262503e, 0x3fce7400, 0x0, 0x0}, v2_int64 = { ---Type <return> to continue, or q <return> to quit--- 0x3fce74001262503e, 0x0}, uint128 = 0x00000000000000003fce74001262503e} xmm10 {v4_float = {0xf65282a0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xd6, 0xd7, 0x1a, 0xcd, 0x8b, 0x5, 0x69, 0x3c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xd7d6, 0xcd1a, 0x58b, 0x3c69, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xcd1ad7d6, 0x3c69058b, 0x0, 0x0}, v2_int64 = { 0x3c69058bcd1ad7d6, 0x0}, uint128 = 0x00000000000000003c69058bcd1ad7d6} xmm11 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x3e, 0x50, 0x62, 0x12, 0x0, 0x74, 0xce, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x503e, 0x1262, 0x7400, 0x3fce, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x1262503e, 0x3fce7400, 0x0, 0x0}, v2_int64 = { 0x3fce74001262503e, 0x0}, uint128 = 0x00000000000000003fce74001262503e} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm15 {v4_float = {0xfed6beb2, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xa7, 0xa0, 0x94, 0xcb, 0xd0, 0xe9, 0x46, 0xbc, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xa0a7, 0xcb94, 0xe9d0, 0xbc46, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xcb94a0a7, 0xbc46e9d0, 0x0, 0x0}, v2_int64 = { 0xbc46e9d0cb94a0a7, 0x0}, uint128 = 0x0000000000000000bc46e9d0cb94a0a7} mxcsr 0x1fa8 [ OE PE IM DM ZM OM UM PM ] }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6519> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2