FFmpeg-trac

Download

ffmpeg-trac@ffmpeg.org

May 2019

1 participants
802 discussions

#7653(undetermined:new): After upgrading libfdk-aac to 2.0.0, encoding fails
by FFmpeg 04 May '19

04 May '19

#7653: After upgrading libfdk-aac to 2.0.0, encoding fails -------------------------------------+------------------------------------- Reporter: squelcher | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: libfdk-aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: After upgrading from libfdk-aac 0.1.6 to 2.0.0 (released 2018-11-22), encoding fails with no output written. On exiting, a message like "[libfdk_aac @ 0x55a786462900] 613 frames left in the queue on closing" is given. How to reproduce: {{{ % ./ffmpeg -i input.mp2 -c:a libfdk_aac output.mp4 ffmpeg version N-92923-ge0686318dd Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8.2.1 (GCC) 20181127 configuration: --enable-libfdk_aac --enable-nonfree libavutil 56. 25.100 / 56. 25.100 libavcodec 58. 43.100 / 58. 43.100 libavformat 58. 25.100 / 58. 25.100 libavdevice 58. 6.101 / 58. 6.101 libavfilter 7. 46.101 / 7. 46.101 libswscale 5. 4.100 / 5. 4.100 libswresample 3. 4.100 / 3. 4.100 [mpegts @ 0x55c1238006c0] PES packet size mismatch Input #0, mpegts, from 'input.mp2': Duration: 00:00:19.34, start: 21905.600400, bitrate: 220 kb/s Program 1 Metadata: service_name : BBC R2 service_provider: BSkyB Stream #0:0[0x189d](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (mp2 (native) -> aac (libfdk_aac)) Press [q] to stop, [?] for help Output #0, mp4, to 'output.mp4': Metadata: encoder : Lavf58.25.100 Stream #0:0(eng): Audio: aac (libfdk_aac) (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 139 kb/s Metadata: encoder : Lavc58.43.100 libfdk_aac [mpegts @ 0x55c1238006c0] PES packet size mismatch size= 1kB time=00:00:00.00 bitrate=N/A speed= 0x video:0kB audio:1kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 106.048386% [libfdk_aac @ 0x55c123807540] 909 frames left in the queue on closing }}} After downgrading the library to 0.1.6, encoding works as expected. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7653> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#7878(build system:new): x86 builds silently generate text-relocations in the binary.
by FFmpeg 01 May '19

01 May '19

#7878: x86 builds silently generate text-relocations in the binary. -------------------------------------+------------------------------------- Reporter: | Owner: dalecurtis | Type: defect | Status: new Priority: wish | Component: build Version: git- | system master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Due to this line in x86inc.asm: {{{ %elif ARCH_X86_64 == 0 ; x86_32 doesn't require PIC. ; Some distros prefer shared objects to be PIC, but nothing breaks if ; the code contains a few textrels, so we'll skip that complexity. %undef PIC %endif }}} When linking with lld instead of ld.bfd or gold, you'll end up with errors like this: ld.lld: error: can't create dynamic relocation R_386_32 against local symbol in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output This is because ld.bfd and gold will silently disable warning about text relocations, from https://crbug.com/911658#c19: If ld.bfd and gold find text relocations required, they'll silently produce modules with text relocations (DT_TEXTREL or DF_TEXTREL), as if -z notext is specified by the user. lld doesn't have such ondemand semantics - it'll just reject text relocations outright unless -z notext is on the command line. Removing text relocations improves security and reduces load times: https://android.googlesource.com/platform/bionic/+/master/android-changes- for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 So it'd be nice to fix this at some point. Just removing the lines from x86inc.asm will break large swaths of the assembly code unfortunately, so folks with more knowledge of the code will have to take a look. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7878> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

Jump to page: