December 2013 - FFmpeg-trac - lists.ffmpeg.org

#3233(undetermined:new): PSP PMF audio
by FFmpeg 03 Feb '14

03 Feb '14

#3233: PSP PMF audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: pmf master | videolan Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (videolan ticket 10184) PMF files apparently contain audio (the file size compared to the size of the video stream also indicates this), FFmpeg does not support decoding audio. Samples are in http://samples.ffmpeg.org/PSMF/ {{{ $ ffmpeg -i EV01_01_0500D.PMF ffmpeg version N-59262-g70d6ce7 Copyright (c) 2000-2013 the FFmpeg developers built on Dec 21 2013 10:08:10 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libx264 libavutil 52. 58.101 / 52. 58.101 libavcodec 55. 45.103 / 55. 45.103 libavformat 55. 22.100 / 55. 22.100 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 0.100 / 4. 0.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from 'EV01_01_0500D.PMF': Duration: 00:00:12.95, start: 1.000000, bitrate: 1130 kb/s Stream #0:0[0x1e0]: Video: h264 (Main), yuv420p(tv, smpte170m), 480x272 [SAR 1:1 DAR 30:17], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc At least one output file must be specified }}} The mpeg startcode of the unidentified audio stream is 0, packet size is (nearly) constant 2019 bytes, the packets start alternating with "0x00 0x00", "0x00 0x01" and "0x00 0x02" -- Ticket URL: <https://trac.ffmpeg.org/ticket/3233> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 1

#2667(undetermined:new): can't decode some mp4/h264 streams
by FFmpeg 03 Feb '14

03 Feb '14

#2667: can't decode some mp4/h264 streams -------------------------------------+------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Consider: {{{ ffplay http://video.ted.com/talk/podcast/2013/None/AndrewMcAfee_2013-480p.mp4 }}} This video plays fine at first, but about 130 seconds in it starts spamming these messages: {{{ AVC: nal size 0 nan fd= 2 aq= 46KB vq= 0KB sq= 0B f=0/0 [h264 @ 0xb4a07f40] AVC: nal size 0 [h264 @ 0xb4a07f40] no frame! AVC: nal size 0 nan fd= 2 aq= 46KB vq= 0KB sq= 0B f=0/0 [h264 @ 0xb4ca5940] AVC: nal size 0 [h264 @ 0xb4ca5940] no frame! [h264 @ 0xb4a1f7e0] AVC: nal size 0 Last message repeated 1 times }}} This is with latest git (fa125c5e82fce4). A user reported that a 2 week old Libav actually caused failed with an assertion on this. No, I won't follow the cehoyos ritual, don't even ask. It's easily reproducible. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2667> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 22

#2710(avformat:new): HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion
by FFmpeg 03 Feb '14

03 Feb '14

#2710: HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion -------------------------------------+------------------------------------- Reporter: fripooy | Type: Status: new | enhancement Component: avformat | Priority: normal Keywords: HLS, HTTP | Version: 1.0.7 redirect 307 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- If there is a HTTP redirect 307 on a specified url, the redirect is followed during the http connexion but is not stored. In my compagny, TV streaming is done through HLS and load balancing. For a channel, the stream URL is forward to a temporary redirect. Ex: wget http://our-server/CH1/CH1.m3u8 --2013-06-25 16:00:59-- http://our-server/CH1/CH1.m3u8 Connecting to our-server:80... connected. HTTP request sent, awaiting response... 307 Temporary Redirect Location: http://our- server:80/CH1/kac3trwi5qcqy5iiartgtbfizjqet2ii/0000150/GlobalHlsManifest.m3u8 [following] --2013-06-25 16:00:59-- http://our- server/CH1/kac3trwi5qcqy5iiartgtbfizjqet2ii/0000150/GlobalHlsManifest.m3u8 Connecting to our-server:80... connected. HTTP request sent, awaiting response... 200 OK In our case, ffplay does not play the m3u8 because the URL sent to the HLS stack is the same as give in parameter but not the real URL (redirected) and the result is 404. /usr/bin/ffplay http://our-server/CH1/CH1.m3u8 avplay version 0.8.5-4:0.8.5-0ubuntu0.12.04.1, Copyright (c) 2003-2012 the Libav developers built on Jan 24 2013 18:01:36 with gcc 4.6.3 [http @ 0x7f702c0043c0] HTTP error 404 Not Found http://our-server/CH1/CH1.m3u8: Input/output error I have fix this bug in the patch. Sidney. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2710> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 7

#2686(FFmpeg:new): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 01 Feb '14

01 Feb '14

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.0.7 Keywords: native aac | Blocked By: encoder sound quality 256kbps | Reproduced by developer: 0 320kbps | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' FFmpeg native aac encoder outputs horrible sound around 256kbps or more on particular samples. It happens at '''higher''' bitrates. The quality degrades as I '''increase''' the bitrates, and become most degraded at 320-400kbps. '''How to reproduce:''' {{{ ffmpeg -i ffmpeg_aac320k_collapse.flac -vn -c:a aac -strict experimental -b:a 320k ffmpeg_aac320k_collapse.mp4 }}} I couldn't reproduce the results when I trimmed the most problematic sample down to 8 seconds, but by adding 10 seconds of silence before the sample, the bug could be reproduced. So I'm going to upload the sample with 10 seconds of silence attached. The native aac encoder was ok on many music clips at 320kbps, and only some clips exhibit noticeably bad quality aac files, to an extent I'd call it 'bug'. '''Console Output:''' {{{ ffmpeg version N-54096-ge41bf19 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 19 2013 00:20:06 with gcc 4.8.1 (GCC) configuration: --enable-gpl --enable-version3 --enable-libmp3lame --enable-lib vorbis --enable-nonfree --enable-libfdk-aac --enable-libvo_aacenc --enable-libfa ac --extra-ldflags=-static --extra-cflags='-march=nocona -mfpmath=sse' --optflag s=-O2 libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [flac @ 0003f160] max_analyze_duration 5000000 reached at 5015510 microseconds Input #0, flac, from '05-true_my_heart_2m50s.flac': Duration: 00:00:18.01, bitrate: 573 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Output #0, mp4, to '05-true_my_heart_2m50s_320k.mp4': Metadata: encoder : Lavf55.9.100 Stream #0:0: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, fltp, 32 0 kb/s Stream mapping: Stream #0:0 -> #0:0 (flac -> aac) Press [q] to stop, [?] for help size= 331kB time=00:00:18.01 bitrate= 150.4kbits/s video:0kB audio:327kB subtitle:0 global headers:0kB muxing overhead 1.151111% }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2686> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 242

#2658(avformat:new): Written mp4 with h264/AAC unplayable (discrepancy with libav)
by FFmpeg 01 Feb '14

01 Feb '14

#2658: Written mp4 with h264/AAC unplayable (discrepancy with libav) ----------------------------------+---------------------------------- Reporter: Lastique | Type: defect Status: new | Priority: normal Component: avformat | Version: 1.2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- In our application, we write mp4 files through libav 9.6 using its public API. In one particular case we mux h264 video and AAC audio into the file, so the code is roughly like this: {{{ AVFormatContext* m_av_format_ctx = ...; AVCodec* video_codec = NULL; AVCodec* audio_codec = NULL; CodecID codec_id = AV_CODEC_ID_H264; video_codec = avcodec_find_encoder(codec_id); m_av_format_ctx->oformat->video_codec = codec_id; m_av_format_ctx->video_codec_id = codec_id; AVStream* av_stream = avformat_new_stream(m_av_format_ctx, NULL); av_stream->id = 0; av_stream->r_frame_rate = av_d2q(m_video_info->fps, std::numeric_limits< unsigned short >::max()); av_stream->time_base.num = av_stream->r_frame_rate.den; av_stream->time_base.den = av_stream->r_frame_rate.num; av_video_codec_ctx = av_stream->codec; // av_stream->codec initialization skipped... av_video_codec_ctx->codec_type = AVMEDIA_TYPE_VIDEO; av_video_codec_ctx->flags |= CODEC_FLAG_GLOBAL_HEADER; av_video_codec_ctx->time_base = { 1, 1000 }; codec_id = AV_CODEC_ID_AAC; audio_codec = avcodec_find_encoder(codec_id); m_av_format_ctx->oformat->audio_codec = codec_id; m_av_format_ctx->audio_codec_id = codec_id; AVStream* av_stream = avformat_new_stream(m_av_format_ctx, NULL); av_stream->id = 1; av_audio_codec_ctx = av_stream->codec; av_stream->time_base.num = 1; av_stream->time_base.den = m_audio_info->sample_rate; av_audio_codec_ctx->codec_type = AVMEDIA_TYPE_AUDIO; av_audio_codec_ctx->flags |= CODEC_FLAG_GLOBAL_HEADER; av_audio_codec_ctx->time_base = { 1, 1000 }; }}} (Sorry, I cannot post the complete code) Our internal video and audio timestamps are in milliseconds, but for audio we convert them to the sample rate-based values by calling av_rescale_rnd(). Video timestamps are converted to frame number (since for fixed-fps media we must specify time_base as 1/fps). The files are written ok by libav 9.6 this way, but not by ffmpeg 1.2.1 (our code is unchanged). Files written by ffmpeg are not playable, video frame rate is extremely low (about 1 frame per several seconds). I have attached files written by libav and ffmpeg. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2658> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 6

#712(FFmpeg:new): m2v: wrong duration
by FFmpeg 31 Jan '14

31 Jan '14

#712: m2v: wrong duration -------------------------------------+------------------------------------- Reporter: cbsrobot | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: mpeg2video | master m2v | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When converting any file to a m2v and checking the resulting file, the duration is not correctly calculated. mplayer shows also wrong duration. Quicktime and Mediainfo show the correct duration. example: ffmpeg -i fate/aletrek-rle.mov -target pal-dvd -f mpeg2video -an aletrek- rle.m2v [...] Duration: 00:00:03.33 ffprobe aletrek-rle.m2v [...] Duration: 00:00:00.76 mediainfo aletrek-rle.m2v [...] Duration : 3s 400ms mplayer -vo null -ao null -frames 0 -identify aletrek-rle.m2v [...] ID_LENGTH=0.77 -- Ticket URL: <http://ffmpeg.org/trac/ffmpeg/ticket/712> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 6

#2628(undetermined:new): when fifo_size is set , memory leaks
by FFmpeg 30 Jan '14

30 Jan '14

#2628: when fifo_size is set , memory leaks -------------------------------------+------------------------------------- Reporter: baituxp | Type: defect Status: new | Priority: normal Component: | Version: 1.2.1 undetermined | Blocked By: Keywords: fifo_size, | Reproduced by developer: 0 memory leak | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ./ffmpeg -i 'udp://239.9.9.9:10001?fifo_size=10000000&overrun_nonfatal=1' -b:v 4096k -s "720*576" -vcodec libx264 -r 25 -x264opts vbv-bufsize=163:bitrate=4096 :vbv-maxrate=4096:nal-hrd=cbr -f mpegts udp://10.9.211.4:10023 ffmpeg 1.1.1 linux 5.3 }}} I test this using other ffmpeg versions, it occurs every times. fifo_size is set to a value, such as 10000000, the main memory runs out 30M every minitues. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2628> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 19

#2911(undetermined:new): Seg Fault
by FFmpeg 30 Jan '14

30 Jan '14

#2911: Seg Fault -------------------------------------+------------------------------------- Reporter: skyride | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Version of FFMpeg: skyride@ns308725:~/ffmpeg_sources/ffmpeg$ ffmpeg --version ffmpeg version git-2013-08-28-129f506 Copyright (c) 2000-2013 the FFmpeg developers built on Aug 28 2013 17:22:50 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/home/skyride/ffmpeg_build --extra- cflags=-I/home/skyride/ffmpeg_build/include --extra- ldflags=-L/home/skyride/ffmpeg_build/lib --bindir=/home/skyride/bin --extra-libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab libavutil 52. 42.100 / 52. 42.100 libavcodec 55. 29.100 / 55. 29.100 libavformat 55. 14.102 / 55. 14.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 82.102 / 3. 82.102 libswscale 2. 5.100 / 2. 5.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Summary of the bug: A segmentation fault occurs when trying to open FFmpeg in listen mode for an RTMP stream, and initiating a connection. How to reproduce: {{{ ffmpeg -rtmp_listen 1 -re -i rtmp://skyride.org/app/asd -vcodec copy -acodec copy rtmp://live-fra.twitch.tv/app/MY_STREAM_KEY }}} The program then runs, and when I attempt to open a connection I receive the following message: "[rtmp @ 0x1b70ea0] Unable to read command string Segmentation fault" -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2911> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 5

#2937(avformat:new): avformat_new_stream() memory leak
by FFmpeg 30 Jan '14

30 Jan '14

#2937: avformat_new_stream() memory leak -------------------------------------+------------------------------------- Reporter: jlsantiago0 | Type: defect Status: new | Priority: important Component: avformat | Version: git- Keywords: memory leak | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- avformat_new_stream() calls avcodec_alloc_context3() which can allocate data that is not free'd by the manual freeing of the codec context done by ff_free_stream() which is called by avformat_free_context(). In particular the st->codec->priv_data is allocated, but not free'd. The attached patch modifies ff_free_stream() to call avcodec_close() to properly close the codec context allocated in avformat_new_stream() . For instance in the following code: {{{ AVFormatContext * formatCtx; AVCodec * codec; AVStream * avStream; AVOutputFormat * outputFormat; const char * shortName = "mpegts"; const char * outputURL = "file://somefile.ts"; outputFormat = av_guess_format(shortName, outputURL, NULL); assert(outputFormat != NULL); avformat_alloc_output_context2(&formatCtx, outputFormat, shortName, outputURL); assert(formatCtx != NULL); avio_open2(&formatCtx->pb, outputURL, AVIO_FLAG_WRITE, NULL, NULL); codec = avcodec_find_decoder(AV_CODEC_ID_H264); assert(codec != NULL); avStream = avformat_new_stream(formatCtx, codec); assert(avStream != NULL); avformat_write_header(formatCtx, NULL); av_write_trailer(formatCtx); avio_close(formatCtx->pb); formatCtx->pb = NULL; # Not all of the st[]->codec is free'd here. avformat_free_context(formatCtx); }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2937> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#1087(avcodec:new): support decoding the CineForm codec
by FFmpeg 29 Jan '14

29 Jan '14

#1087: support decoding the CineForm codec -------------------------------------+------------------------------------- Reporter: dericed | Type: Status: new | enhancement Component: avcodec | Priority: normal Keywords: CFHD, | Version: git- CineForm | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- I found that ffmpeg can't read CineForm CFHD files. There are some samples available here: http://samples.mplayerhq.hu/V-codecs/CFHD/ I may be able to provide more samples if needed. {{{ ffmpeg -y -i MT_BeartoothHighway_1min_Cineform.avi anything.mp4 ffmpeg version N-34835-g4a9f466 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 4 2012 08:53:39 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libfreetype --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libass libavutil 51. 41.100 / 51. 41.100 libavcodec 54. 7.100 / 54. 7.100 libavformat 54. 2.100 / 54. 2.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 63.100 / 2. 63.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 7.100 / 0. 7.100 libpostproc 52. 0.100 / 52. 0.100 [avi @ 0x7fb4c201ae00] decoding for stream 0 failed [avi @ 0x7fb4c201ae00] Could not find codec parameters (Video: none (CFHD / 0x44484643), 1280x720) Input #0, avi, from 'MT_BeartoothHighway_1min_Cineform.avi': Duration: 00:01:01.96, start: 0.000000, bitrate: 16472 kb/s Stream #0:0: Video: none (CFHD / 0x44484643), 1280x720, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s Video pixel format is unknown, stream cannot be encoded }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1087> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 8