September 2015 - FFmpeg-trac - lists.ffmpeg.org

#4814(undetermined:new): swscale default alpha blending drops alpha
by FFmpeg 10 Sep '15

10 Sep '15

#4814: swscale default alpha blending drops alpha -------------------------------------+------------------------------------- Reporter: michael | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: swscale, Blocked By: | alpha Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- It was suggested by several developers to change the default to uniform_color (black). This would be slower but produce a more expected output for the sample from Ticket4746. It would produce a less expected output for laraShadow_dl.flv I have no oppinon on which default is better. But having a seperate ticket for the default could avoid the dispute over #4746 -- Ticket URL: <https://trac.ffmpeg.org/ticket/4814> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 13

#4746(avcodec:new): prores alpha blending results in opaque rectangle
by FFmpeg 10 Sep '15

10 Sep '15

#4746: prores alpha blending results in opaque rectangle -------------------------------------+------------------------------------- Reporter: | Type: defect projectsymphony | Priority: normal Status: new | Version: git- Component: avcodec | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The attached file is a prores 4444 with a particular decoding problem. The video has a logo fading from from black and then fading to black again. However lavc rather than fading back to black, shows an opaque square rectangle. {{{ ffmpeg version N-73640-gae4c9dd Copyright (c) 2000-2015 the FFmpeg developers built with Apple LLVM version 6.0 (clang-600.0.57) (based on LLVM 3.5svn) configuration: --cc=clang --enable-debug --disable-optimizations --disable-yasm --disable-asm --enable-libfdk-aac --enable-version3 --enable-nonfree --enable-gpl --disable-doc --enable-libmp3lame --enable- openssl --enable-libfreetype --enable-avresample --enable-libopenjpeg --enable-libx264 libavutil 54. 28.100 / 54. 28.100 libavcodec 56. 47.100 / 56. 47.100 libavformat 56. 40.100 / 56. 40.100 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 21.100 / 5. 21.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.100 / 1. 2.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'proresalphablock.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 2015-07-09 05:29:21 encoder : Lavf56.21.0 Duration: 00:00:09.43, start: 0.031833, bitrate: 13066 kb/s Stream #0:0(eng): Video: prores (ap4h / 0x68347061), yuva444p10le, 1920x1080, 13066 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 24k tbc (default) Metadata: creation_time : 2015-07-09 05:29:21 handler_name : DataHandler encoder : Apple ProRes 4444 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4746> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 50

Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 10 Sep '15

10 Sep '15

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): PNS and IS are enabled by default, so your tests would've included them in any case. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:413> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 09 Sep '15

09 Sep '15

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Confirmed that the current git head 75147-g9d742d2 fixed the regression. Replying to [comment:411 atomnuker]: > As for the L, R, M and S signal/noise ratio, did you test that without PNS? That could have interfered. Could you tell me if IS sounded better before or after without PNS? I have tested {{{-b:a 128k -ar 44100}}}, {{{-b:a 192k -ar 32000}}}, {{{-b:a 320k -ar 48000}}}, {{{-q:a 1 -ar 44100}}}, {{{-q:a 2 -ar 48000}}}, without additional {{{-aac_pns enable}}} nor {{{-aac_is enable}}} settings. What optional settings should I test? -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:412> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#4839(undetermined:new): DCP JPEG2000 2K scope (2048x858) conversion to ProRes problem
by FFmpeg 09 Sep '15

09 Sep '15

#4839: DCP JPEG2000 2K scope (2048x858) conversion to ProRes problem -------------------------------------+------------------------------------- Reporter: tteam | 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: Jpeg2000 @ 000000000xxxxxx End mismatch 1 - in every frame Problem under in win and linux too. This problem does not appear in earlier version of ffmpeg. like this: libavutil 54. 23.101 / 54. 23.101 libavcodec 56. 39.101 / 56. 39.101 libavformat 56. 33.101 / 56. 33.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 16.101 / 5. 16.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 ffmpeg.exe -i picture.mxf -vcodec prores -profile:v 3 out.mov ffmpeg version 2.8 built Zeranoe ffmpeg version N-75137-g2c1ec57 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enable-opencl --enable- zlib libavutil 55. 1.100 / 55. 1.100 libavcodec 57. 1.100 / 57. 1.100 libavformat 57. 0.100 / 57. 0.100 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 1.100 / 6. 1.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.100 / 2. 0.100 libpostproc 54. 0.100 / 54. 0.100 -- Ticket URL: <https://trac.ffmpeg.org/ticket/4839> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 08 Sep '15

08 Sep '15

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by atomnuker): Well, thanks for the feedback. I'll add back the 4+ quantization factor for the PNS energy tommorow morning. I've tested other decoders (to make sure it's not the ffmpeg decoder causing issues) so I have no idea why there's such an energy difference, but apparently that 4+ was enough to make PNS sound right. As for the L, R, M and S signal/noise ratio, did you test that without PNS? That could have interfered. Could you tell me if IS sounded better before or after without PNS? -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:411> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#4838(ffmpeg:new): cannot convert .webm to .mp3
by FFmpeg 08 Sep '15

08 Sep '15

#4838: cannot convert .webm to .mp3 --------------------------------+--------------------------------------- Reporter: tone87 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Summary of the bug: How to reproduce: {{{ ffmpeg version 2.2.1 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 13 2014 13:00:18 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-runtime-cpudetect --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --enable-vdpau --disable-avisynth --enable-frei0r --enable-libopencv --enable-libdc1394 --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer- size=4 -m64 -mtune=generic -fPIC' --disable-stripping libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, matroska,webm, from 'Baby K - Roma - Bangkok (Official Video) ft. Giusy Ferreri-GCPQ6_F-xfo.webm': Metadata: encoder : google Duration: 00:03:26.16, start: 0.000000, bitrate: 131 kb/s Stream #0:0(eng): Audio: opus, 48000 Hz, stereo (default) [abuffer @ 0xe60b60] Unable to parse option value "(null)" as sample format Last message repeated 1 times [abuffer @ 0xe60b60] Error setting option sample_fmt to value (null). [graph 0 input from stream 0:0 @ 0xe60a40] Error applying options to the filter. Error opening filters! }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4838> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 08 Sep '15

08 Sep '15

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I tried both the 74961-g61009a7 and the current git head(75043-gb31041a), and the 74961-g61009a7 was noticeably better than the current git head. The S/N was significantly better on all L, R, M, and S, and the difference was more pronounced on the tonal tracks than the transient blocks. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:410> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 07 Sep '15

07 Sep '15

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by atomnuker): Huh, that's odd. The changes which I made to PNS today (at 12:39 UTC, commit b6cc8ec7ec) brought PNS closer to what it used to be before but fixed the warbling artifacts at lower frequencies (it's used alot more now). The changes to the IS which fixed the bug yesterday (1956cfbaedd36) shouldn't really have done much to the quality at all and I didn't hear a difference. 74961-g61009a7 is before I made my PNS changes from yesterday, so are you sure that the last current git master still sounds worse? The PNS commit I made yesterday did reduce PNS usage too much (before I fixed that today). Either way, I'll take a listen to what the encoder sounded like before and try to see if it's better in the current master. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:409> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 07 Sep '15

07 Sep '15

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I think the sound deteriorated on ffmpeg75016-g50d9121, compared to 74961-g61009a7, after fixing the bug. Tested on music tracks on 128k, 192k, 320k, q1, q2. Stereo 192k 32000Hz is especially worsened. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:408> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0