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

#3623(undetermined:new): Mixed results writing M4A metadata
by FFmpeg 15 Apr '21

15 Apr '21

#3623: Mixed results writing M4A metadata -------------------------------------+------------------------------------- Reporter: svnpenn | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Given this file http://bitbucket.org/svnpenn/a/downloads/superuser.mp4 I am having mixed results writing metadata. For example these commands {{{ ffmpeg -i superuser.mp4 -c copy good.aac ffmpeg -i good.aac -c copy -bsf aac_adtstoasc -metadata title=Confetti \ -movflags faststart good.m4a }}} Will generate an M4A file that plays correctly with metadata that is recognized. However this command {{{ ffmpeg -i superuser.mp4 -c copy -vn -movflags faststart \ -metadata title=Confetti bad.m4a }}} Generates a file that plays correctly, but my player does not recognize the metadata. Note I also tried adding `-bsf aac_adtstoasc` to the bad command to no avail. How can I tweak the second command to get it working? Command-line output http://gist.github.com/svnpenn/82e7f7685084759c7483 Source question http://superuser.com/q/750627 -- Ticket URL: <https://trac.ffmpeg.org/ticket/3623> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 17

#3586(avcodec:new): [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body
by FFmpeg 10 Apr '21

10 Apr '21

#3586: [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body -------------------------------------+------------------------------------- Reporter: Lastique | Type: defect Status: new | Priority: normal Component: avcodec | Version: 2.2.1 Keywords: libav | Blocked By: avcodec_encode_video2 avpacket | Reproduced by developer: 0 av_packet_merge_side_data | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- We have an application which uses ffmpeg to encode video in h263. The application requests h263_mb_info side data by setting the "mb_info" option on the encoder context: {{{ av_opt_set_int(av_ctx, "mb_info", 1400, AV_OPT_SEARCH_CHILDREN) }}} Later we call avcodec_encode_video2() to encode frames. The problem is that ffmpeg avcodec_encode_video2() returns AVPackets with the encoded frame and some amount of junk at the end. From the source code I can see that the junk is actually the encoded side data (mb_info) appended to the h263 packet by av_packet_merge_side_data() which is called by avcodec_encode_video2(). This appended side data prevents the packets from being decoded by ffmpeg 2.2.1 (I tried both decoding through the API and ffplay). Decoding results in many messages such as: {{{ slice end not reached but screenspace end (399 left 019CE3, score= -7) concealing 88 DC, 88 AC, 88 MV errors in P frame }}} and corrupted image. This is also different from libav behavior. At least 9.x and 10.x versions don't merge side data into the packet body, and when using libav we don't have the decoding problem. Looking at the libavcodec code I don't really understand why the call to av_packet_merge_side_data() is needed. Side data, at least mb_info in case of h263, is not the part of the encoded media and thus should not be part of the packet body. Since the packet size (AVPacket::size) includes the appended side data, there is no way to obtain the size of the actual media. I suspect, av_packet_split_side_data() can be used to restore the original un-merged packet, but (a) it is not documented and (b) doing av_packet_merge_side_data() and av_packet_split_side_data() is a waste of memory and CPU (note: we pre-allocate packet data buffer to optimize performance). Therefore my preferred solution would be to remove the call to av_packet_merge_side_data() from avcodec_encode_video2(). If that call cannot be removed then what is the correct way to obtain the actual media from the merged packet? -- Ticket URL: <https://trac.ffmpeg.org/ticket/3586> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#3516(undetermined:new): mjpeg: wrong colors (CMYK with subsampling)
by FFmpeg 22 Mar '21

22 Mar '21

#3516: mjpeg: wrong colors (CMYK with subsampling) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- attached file decodes with wrong colors {{{ C:\>ffmpeg3 -i YCbCrK.jpg out.bmp ffmpeg version 2.2.git-0f714ab Copyright (c) 2000-2014 the FFmpeg developers built on Mar 31 2014 22:26:54 with gcc 4.6.2 (GCC) configuration: --disable-ffprobe --disable-pthreads --enable-gpl libavutil 52. 70.100 / 52. 70.100 libavcodec 55. 55.106 / 55. 55.106 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [mjpeg @ 01d76580] Warning: not compiled with thread support, using thread emula tion Input #0, image2, from 'YCbCrK.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuva420p(pc), 1024x768, 25 tbr, 25 tbn, 25 tbc [bmp @ 01d78c00] Warning: not compiled with thread support, using thread emulati on [mjpeg @ 01d76580] Warning: not compiled with thread support, using thread emula tion Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf55.36.100 Stream #0:0: Video: bmp, bgra, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:3072kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 586396112781312.000000% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3516> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3424(avcodec:new): JPEG Decoder fails to decode valid jpeg file (all other major implementations work)
by FFmpeg 22 Mar '21

22 Mar '21

#3424: JPEG Decoder fails to decode valid jpeg file (all other major implementations work) --------------------------------------+--------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: jpeg Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- How to reproduce: $ ffmpeg -loglevel debug -i bug.jpg decoded.png git HEAD has the same issue and output. Output: {{{ ffmpeg version N-60776-gd089e9a Copyright (c) 2000-2014 the FFmpeg developers built on Feb 20 2014 11:17:04 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-decoder=dirac --enable-libopencore-amrnb --enable-libopencore- amrwb --disable-decoder=amrnb --disable-decoder=amrwb --enable-libopus --enable-libx264 --enable-libschroedinger --disable-static --enable-shared --disable-ffplay --disable-ffserver --enable-libfdk-aac --enable-libspeex --enable-avresample --enable-openssl --enable-pic libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input file with argument 'bug.jpg'. Reading option 'decoded.png' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file bug.jpg. Successfully parsed a group of options. Opening an input file: bug.jpg. [AVIOContext @ 0x23bcdc0] Statistics: 1129716 bytes read, 0 seeks [mjpeg @ 0x23bb060] marker=d8 avail_size_in_buf=1129714 [mjpeg @ 0x23bb060] marker parser used 0 bytes (0 bits) [mjpeg @ 0x23bb060] marker=e0 avail_size_in_buf=1129712 [mjpeg @ 0x23bb060] marker parser used 16 bytes (128 bits) [mjpeg @ 0x23bb060] marker=ee avail_size_in_buf=1129694 [mjpeg @ 0x23bb060] marker parser used 14 bytes (112 bits) [mjpeg @ 0x23bb060] marker=e1 avail_size_in_buf=1129678 [mjpeg @ 0x23bb060] marker parser used 6005 bytes (48040 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=1123670 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=1058133 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=992596 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=927059 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=861522 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=795985 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=730448 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=664911 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=599374 [mjpeg @ 0x23bb060] marker parser used 33031 bytes (264248 bits) [mjpeg @ 0x23bb060] marker=ed avail_size_in_buf=566340 [mjpeg @ 0x23bb060] marker parser used 43 bytes (344 bits) [mjpeg @ 0x23bb060] marker=e1 avail_size_in_buf=566294 [mjpeg @ 0x23bb060] marker parser used 3898 bytes (31184 bits) [mjpeg @ 0x23bb060] marker=db avail_size_in_buf=562393 [mjpeg @ 0x23bb060] index=0 [mjpeg @ 0x23bb060] qscale[0]: 2 [mjpeg @ 0x23bb060] marker parser used 67 bytes (536 bits) [mjpeg @ 0x23bb060] marker=c0 avail_size_in_buf=562324 [mjpeg @ 0x23bb060] sof0: picture: 1280x720 [mjpeg @ 0x23bb060] component 0 1:1 id: 66 quant:0 [mjpeg @ 0x23bb060] component 1 1:1 id: 76 quant:0 [mjpeg @ 0x23bb060] component 2 1:1 id: 88 quant:0 [mjpeg @ 0x23bb060] component 3 1:1 id: 74 quant:0 [mjpeg @ 0x23bb060] pix fmt id 11111111 [mjpeg @ 0x23bb060] marker parser used 20 bytes (160 bits) [mjpeg @ 0x23bb060] marker=c4 avail_size_in_buf=562302 [mjpeg @ 0x23bb060] class=0 index=0 nb_codes=10 [mjpeg @ 0x23bb060] marker parser used 29 bytes (232 bits) [mjpeg @ 0x23bb060] marker=c4 avail_size_in_buf=562271 [mjpeg @ 0x23bb060] class=1 index=0 nb_codes=242 [mjpeg @ 0x23bb060] marker parser used 78 bytes (624 bits) [mjpeg @ 0x23bb060] escaping removed 1699 bytes [mjpeg @ 0x23bb060] marker=da avail_size_in_buf=562191 [mjpeg @ 0x23bb060] component: 66 [mjpeg @ 0x23bb060] component: 76 [mjpeg @ 0x23bb060] component: 88 [mjpeg @ 0x23bb060] component: 74 [mjpeg @ 0x23bb060] marker parser used 560491 bytes (4483924 bits) [mjpeg @ 0x23bb060] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x23bb060] decode frame unused 0 bytes Input #0, image2, from 'bug.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: mjpeg, yuva444p(pc), 1280x720 [SAR 300:300 DAR 16:9], 1/25, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file decoded.png. Successfully parsed a group of options. Opening an output file: decoded.png. Successfully opened the file. detected 24 logical cores [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'video_size' to value '1280x720' [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'pix_fmt' to value '299' [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'pixel_aspect' to value '300/300' [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x23a4760] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x23a4760] w:1280 h:720 pixfmt:yuva444p tb:1/25 fr:25/1 sar:300/300 sws_param:flags=2 [format @ 0x23a49c0] compat: called with args=[rgb24|rgba|rgb48be|rgba64be|pal8|gray|gray8a|gray16be|monob] [format @ 0x23a49c0] Setting 'pix_fmts' to value 'rgb24|rgba|rgb48be|rgba64be|pal8|gray|gray8a|gray16be|monob' [auto-inserted scaler 0 @ 0x23a5c80] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x23a5c80] w:iw h:ih flags:'0x4' interl:0 [format @ 0x23a49c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x23be4a0] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x23a5c80] picking rgba out of 8 ref:yuva444p alpha:1 [swscaler @ 0x23ab020] Forcing full internal H chroma due to input having non subsampled chroma [auto-inserted scaler 0 @ 0x23a5c80] w:1280 h:720 fmt:yuva444p sar:300/300 -> w:1280 h:720 fmt:rgba sar:1/1 flags:0x4 Output #0, image2, to 'decoded.png': Metadata: encoder : Lavf55.33.100 Stream #0:0, 0, 1/90000: Video: png, rgba, 1280x720 [SAR 1:1 DAR 16:9], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> png) Press [q] to stop, [?] for help [mjpeg @ 0x23bb060] marker=d8 avail_size_in_buf=1129714 [mjpeg @ 0x23bb060] marker parser used 0 bytes (0 bits) [mjpeg @ 0x23bb060] marker=e0 avail_size_in_buf=1129712 [mjpeg @ 0x23bb060] marker parser used 16 bytes (128 bits) [mjpeg @ 0x23bb060] marker=ee avail_size_in_buf=1129694 [mjpeg @ 0x23bb060] marker parser used 14 bytes (112 bits) [mjpeg @ 0x23bb060] marker=e1 avail_size_in_buf=1129678 [mjpeg @ 0x23bb060] marker parser used 6005 bytes (48040 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=1123670 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=1058133 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=992596 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=927059 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=861522 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=795985 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=730448 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=664911 [mjpeg @ 0x23bb060] marker parser used 65534 bytes (524272 bits) [mjpeg @ 0x23bb060] marker=e2 avail_size_in_buf=599374 [mjpeg @ 0x23bb060] marker parser used 33031 bytes (264248 bits) [mjpeg @ 0x23bb060] marker=ed avail_size_in_buf=566340 [mjpeg @ 0x23bb060] marker parser used 43 bytes (344 bits) [mjpeg @ 0x23bb060] marker=e1 avail_size_in_buf=566294 [mjpeg @ 0x23bb060] marker parser used 3898 bytes (31184 bits) [mjpeg @ 0x23bb060] marker=db avail_size_in_buf=562393 [mjpeg @ 0x23bb060] index=0 [mjpeg @ 0x23bb060] qscale[0]: 2 [mjpeg @ 0x23bb060] marker parser used 67 bytes (536 bits) [mjpeg @ 0x23bb060] marker=c0 avail_size_in_buf=562324 [mjpeg @ 0x23bb060] sof0: picture: 1280x720 [mjpeg @ 0x23bb060] component 0 1:1 id: 66 quant:0 [mjpeg @ 0x23bb060] component 1 1:1 id: 76 quant:0 [mjpeg @ 0x23bb060] component 2 1:1 id: 88 quant:0 [mjpeg @ 0x23bb060] component 3 1:1 id: 74 quant:0 [mjpeg @ 0x23bb060] pix fmt id 11111111 [mjpeg @ 0x23bb060] marker parser used 20 bytes (160 bits) [mjpeg @ 0x23bb060] marker=c4 avail_size_in_buf=562302 [mjpeg @ 0x23bb060] class=0 index=0 nb_codes=10 [mjpeg @ 0x23bb060] marker parser used 29 bytes (232 bits) [mjpeg @ 0x23bb060] marker=c4 avail_size_in_buf=562271 [mjpeg @ 0x23bb060] class=1 index=0 nb_codes=242 [mjpeg @ 0x23bb060] marker parser used 78 bytes (624 bits) [mjpeg @ 0x23bb060] escaping removed 1699 bytes [mjpeg @ 0x23bb060] marker=da avail_size_in_buf=562191 [mjpeg @ 0x23bb060] component: 66 [mjpeg @ 0x23bb060] component: 76 [mjpeg @ 0x23bb060] component: 88 [mjpeg @ 0x23bb060] component: 74 [mjpeg @ 0x23bb060] marker parser used 560491 bytes (4483924 bits) [mjpeg @ 0x23bb060] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x23bb060] decode frame unused 0 bytes [output stream 0:0 @ 0x23a4e60] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. [AVIOContext @ 0x240ec20] Statistics: 0 seeks, 50 writeouts frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:1569kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -100.001370% 1 frames successfully decoded, 0 decoding errors }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3424> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 24

#3566(undetermined:new): trouble reading primative mpeg-ps stream in an mp4 container
by FFmpeg 14 Feb '21

14 Feb '21

#3566: trouble reading primative mpeg-ps stream in an mp4 container -------------------------------------+------------------------------------- Reporter: jon.lee | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: I have some security camera video content that ffmpeg can't read the header data in properly. I also have the propriety player but dont have a way to get any further stream info out. I can upload a small sample and the player if that's any help? How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3566> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#3729(undetermined:new): FFMPEG should show warnings when FLAC encoder produce non-subset stream
by FFmpeg 14 Feb '21

14 Feb '21

#3729: FFMPEG should show warnings when FLAC encoder produce non-subset stream -------------------------------------+------------------------------------- Reporter: Vika | Type: defect Apelsinova | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: flac subset | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- FFMPEG should show warning message "The encoding parameters specified do not conform to the FLAC Subset and may not be streamable or playable in hardware devices." when one of the following statements is true: 1. sample size in bits = not (8 or 12 or 16 or 20 or 24) or 2. min_partition_order > 8 or 3. max_partition_order > 8 or 4. min_prediction_order > 12 and samplerate <= 48000 or 5. max_prediction_order > 12 and samplerate <= 48000 or 6. frame_size > 4608 and samplerate <= 48000 or 7. frame_size > 16384 -- Ticket URL: <https://trac.ffmpeg.org/ticket/3729> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#3657(swscale:new): 32 Bit per Channel sws conversion
by FFmpeg 11 Feb '21

11 Feb '21

#3657: 32 Bit per Channel sws conversion ---------------------------------+--------------------------------------- Reporter: sun | Type: enhancement Status: new | Priority: wish Component: swscale | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Hello, As there are more and more Cameras able to record with more than 8 bit per pixel and there already are programs like Shotcut and Blender which support high-precision internal processing, e.g. blender is unable to handle 10-bit videos properly, because converting a 16 bit buffer from the sws yuv to rgb conversion to its internal 32bit buffer would be too slow and therefore it has to use an 8 bit buffer. If ffmpeg could convert to 32bit directly, there wouldn't be the need to do two conversion steps, 10 ->16->32 and native high precision video support would be much easier to implement! -- Ticket URL: <https://trac.ffmpeg.org/ticket/3657> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 17

#3585(avcodec:new): Many decoding errors for pmp input
by FFmpeg 04 Feb '21

04 Feb '21

#3585: Many decoding errors for pmp input -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git- | Keywords: pmp h264 master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The sample from ticket #3534 shows many errors on decoding since 45da7a0e {{{ $ ffmpeg -i test.pmp ffmpeg version N-62653-g1aa388d Copyright (c) 2000-2014 the FFmpeg developers built on Apr 23 2014 17:28:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 78.100 / 52. 78.100 libavcodec 55. 58.105 / 55. 58.105 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [pmp @ 0x1c4bae0] AAC not yet correctly supported [h264 @ 0x1c4c480] SEI type 0 size 40 truncated at 37 [h264 @ 0x1c4c480] SEI type 1 size 40 truncated at 36 Last message repeated 6 times Input #0, pmp, from 'test.pmp': Duration: 00:00:05.76, bitrate: 256 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 480x272 [SAR 1:1 DAR 30:17], 23.98 fps, 23.98 tbr, 23.98 tbn, 47.95 tbc Stream #0:1: Audio: aac, 44100 Hz, stereo, fltp At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3585> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#3577(undetermined:new): add LAME tag for MP3s
by FFmpeg 14 Nov '20

14 Nov '20

#3577: add LAME tag for MP3s -------------------------------------+------------------------------------- Reporter: tobwen | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: git- Keywords: MP3, LAME, | master audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When creating MP3s using FFMPEG, the LAME tag doesn't get added. Normally, it looks like this: {{{ Writing library : LAME3.99r Encoding settings: -m j -V 2 -q 0 -lowpass 18.5 --vbr-new -b 32 }}} But with libmp3lame it looks like this only: {{{ Writing library : LAME3.99.5 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3577> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3702(undetermined:new): Re-stream RTP to RTSP
by FFmpeg 07 Nov '20

07 Nov '20

#3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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: FFmpeg will not re-restream an RTP stream to RTSP. It hangs and must be terminated with Ctrl+C. After issuing a Ctrl+C, it displays the error: Could not write header for output file #0 (incorrect codec parameters ?): Error number -5 occurred How to reproduce: {{{ ffmpeg -re -i rtp://239.255.1.1:59002 -f rtsp -c copy rtsp://localhost:554/live ffmpeg version N-63746-gfbaf73a Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 22:10:20 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsox r --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-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0000000002abc300] Invalid frame dimensions 0x0. Last message repeated 4 times [rtp @ 0000000002b006e0] Could not find codec parameters for stream 3 (Unknown: none ([134][0][0][0] / 0x0086)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, rtp, from 'rtp://239.255.1.1:59002': Duration: N/A, start: 24023.945356, bitrate: 320 kb/s Program 10 Stream #0:2: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 704x480 [SAR 10:11 DAR 4:3], max. 5000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.9 4 tbc Stream #0:0(eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fl tp, 192 kb/s Stream #0:1(spa): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fl tp, 128 kb/s Stream #0:3: Unknown: none ([134][0][0][0] / 0x0086) Output #0, rtsp, to 'rtsp://localhost:554/live': Metadata: encoder : Lavf55.42.100 Stream #0:0: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 704x480 [SA R 10:11 DAR 4:3], q=2-31, max. 5000 kb/s, 29.97 fps, 90k tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, 19 2 kb/s Stream mapping: Stream #0:2 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Error number -5 occurred Received signal 2: terminating. }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3702> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 25