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

#5016(ffmpeg:new): generating thumbs, repeating frames not working correctly for last frame
by FFmpeg 20 Nov '15

20 Nov '15

#5016: generating thumbs, repeating frames not working correctly for last frame ---------------------------------+-------------------------------------- Reporter: sannies | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: How to reproduce: The input is a low framerate 6 frame video displaying 1,2,3,4,5,6 each for 600ms with 3.6s in total {{{ ffmpeg -v 9 -loglevel 99 -y -i 1to6.mp4 -filter_complex fps=fps=50/3.6 out%d.jpg -report }}} report is attached as 'onefileperframe.txt' The output are 15 images with '1', 9 with '2', 8 with '3', 8 with '4', 9 with '5' and 1 with '6'. I would have expected all frames repeated 8 to 9 times! The behavior changes when using the tile filter: {{{ ffmpeg -v 9 -loglevel 99 -y -i 1to6.mp4 -filter_complex fps=fps=50/3.6,tile=50x1 out%d.jpg -report }}} report is attached as 'withtilefilter.log' The single output jpg shows only 43 frames. 8 times '1', 9 times '2', 8 times '3', 8 times '4', 9 times '5', and 1 time '6'. Both variants don't fully work for me here. The first one at least outputs 50 frames but overemphasizes the first frame. The second command doesn't repeat the last frame and doesn't output 50 frames. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5016> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#5014(undetermined:new): Subtitles default charenc CP1252 instead of UTF-8
by FFmpeg 19 Nov '15

19 Nov '15

#5014: Subtitles default charenc CP1252 instead of UTF-8 -------------------------------------+------------------------------------- Reporter: Machete | Type: defect Status: new | Priority: minor Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: As Matroska specifications all subtitle files should be coded in UTF-8, even if srt specs admit CP1252 only, mkvtoolnix convert the files in UTF-8 anyway. Actually Subtitles videofilter reads mkv incuded subtitles as CP1252. Also ffmpeg online documentation specify: "charenc Set subtitles input character encoding. subtitles filter only. Only useful if not UTF-8." How to reproduce: {{{ % ffmpeg -i input -vf subtitles=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/5014> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#5015(undetermined:new): Subtitles default charenc CP1252 instead of UTF-8
by FFmpeg 19 Nov '15

19 Nov '15

#5015: Subtitles default charenc CP1252 instead of UTF-8 -------------------------------------+------------------------------------- Reporter: Machete | Type: defect Status: new | Priority: minor Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: As Matroska specifications all subtitle files should be coded in UTF-8, even if srt specs admit CP1252 only, mkvtoolnix convert the files in UTF-8 anyway. Actually Subtitles videofilter reads mkv incuded subtitles as CP1252. Also ffmpeg online documentation specify: "charenc Set subtitles input character encoding. subtitles filter only. Only useful if not UTF-8." How to reproduce: {{{ % ffmpeg -i input -vf subtitles=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/5015> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#5012(ffmpeg:new): Jpeg2000 streaming over RTP
by FFmpeg 18 Nov '15

18 Nov '15

#5012: Jpeg2000 streaming over RTP -------------------------------------+------------------------------------- Reporter: kathu | Type: Status: new | enhancement Component: ffmpeg | Priority: normal Keywords: jpeg2000 | Version: git- rtp rfc5371 | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: When I'm trying to stream jpeg2000 from gdigrab (for example), I get an error on server: {{{ %ffmpeg -f gdigrab -framerate 20 -i desktop -vf scale=1280: 720 -vcodec libopenjpeg -pix_fmt yuv444p -f rtsp -rtsp_transport tcp rtsp://loca lhost:8554/live.sdp ffmpeg version N-69568-g21051af Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.2 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --ena ble-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --e nable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-lib gsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencor e-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enabl e-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-l ibtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-l ibwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --ena ble-lzma --enable-decklink --enable-zlib libavutil 54. 18.100 / 54. 18.100 libavcodec 56. 21.102 / 56. 21.102 libavformat 56. 19.100 / 56. 19.100 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 9.103 / 5. 9.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [gdigrab @ 00650da0] Capturing whole desktop as 3840x1024x32 at (0,0) Input #0, gdigrab, from 'desktop': Duration: N/A, start: 1447326847.847988, bitrate: N/A Stream #0:0: Video: bmp, bgra, 3840x1024, -2147483 kb/s, 20 tbr, 1000k tbn, 20 tbc [rtp @ 00697880] Unsupported codec jpeg2000 Output #0, rtsp, to 'rtsp://localhost:8554/live.sdp': Metadata: encoder : Lavf56.19.100 Stream #0:0: Video: jpeg2000 (libopenjpeg), yuv444p, 1280x720, q=2-31, 200 k b/s, 20 fps, 20 tbn, 20 tbc Metadata: encoder : Lavc56.21.102 libopenjpeg Stream mapping: Stream #0:0 -> #0:0 (bmp (native) -> jpeg2000 (libopenjpeg)) Could not write header for output file #0 (incorrect codec parameters ?): Error number -1 occurred }}} And on the client: {{{ %ffplay -rtsp_flags listen rtsp://localhost:8554/live.sdp ffplay version N-69568-g21051af Copyright (c) 2003-2015 the FFmpeg developers built with gcc 4.9.2 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --ena ble-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --e nable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-lib gsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencor e-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enabl e-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-l ibtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-l ibwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --ena ble-lzma --enable-decklink --enable-zlib libavutil 54. 18.100 / 54. 18.100 libavcodec 56. 21.102 / 56. 21.102 libavformat 56. 19.100 / 56. 19.100 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 9.103 / 5. 9.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 rtsp://localhost:8554/live.sdp: End of file 0KB sq= 0B f=0/0 nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} https://tools.ietf.org/html/rfc5371 Describes transmitting JPEG2000 over RTP/RTSP, but not implemented yet. This is a future request. It is my first ticket, sorry if I made anything wrong. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5012> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

Re: [FFmpeg-trac] #2259(avformat:new): http_proxy doesn't work
by FFmpeg 16 Nov '15

16 Nov '15

#2259: http_proxy doesn't work -------------------------------------+------------------------------------- Reporter: | Owner: alexandru_mg3 | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: http | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by flyser): Specifying the proxy with the http:// prefix works. A proper error message would be appreciated. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2259#comment:5> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2141(avformat:closed): FFMPEG fails to mux VC-1 Video to MPEG-TS container
by FFmpeg 15 Nov '15

15 Nov '15

#2141: FFMPEG fails to mux VC-1 Video to MPEG-TS container -------------------------------------+------------------------------------- Reporter: turkey- | Owner: studdins | Status: closed Type: defect | Component: avformat Priority: normal | Resolution: fixed Version: git-master | Blocked By: Keywords: mpegts vc1 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Implemented by Hagen Schmidt in 7bf465abf3697dcddfb4021e6db9aeec1724f7ed -- Ticket URL: <https://trac.ffmpeg.org/ticket/2141#comment:7> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#5010(undetermined:new): Capitalization not preserved in map_metadata
by FFmpeg 15 Nov '15

15 Nov '15

#5010: Capitalization not preserved in map_metadata -------------------------------------+------------------------------------- Reporter: darkfeline | 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: Capitalization is not preserved on map_metadata, at least for MP3 to Vorbis/OGG. How to reproduce: Take an MP3 file with the following tag: {{{ MusicBrainz Work Id }}} Convert it: {{{ $ ffmepg -i input.mp3 -acodec libvorbis -map_metadata:s:a 0:s:a output.ogg }}} Metadata tag on output file loses capitalization: {{{ musicbrainz work id }}} Only metadata keys are affected, not metadata value. "Standard" metadata keys like Title and Artist are not affected. {{{ $ ffmpeg -version ffmpeg version 2.8.2 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 5.2.0 (GCC) configuration: --prefix=/usr --disable-debug --disable-static --disable- stripping --enable-avisynth --enable-avresample --enable-fontconfig --enable-gnutls --enable-gpl --enable-ladspa --enable-libass --enable- libbluray --enable-libfreetype --enable-libfribidi --enable-libgsm --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-libxvid --enable-shared --enable-version3 --enable-x11grab libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 }}} (Apologies, not development branch, I can't build at the moment, will check again on master when I am able). -- Ticket URL: <https://trac.ffmpeg.org/ticket/5010> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

ffplay bug
by 凌杰 13 Nov '15

13 Nov '15

Dear These day when I using ffplay for my http url test , most url works great except when tonight I run the shell ffplay -i "http://114.80.186.136/0/e864f08c00ec210bb47133b6c4f1c81a.mp4?fpp.ver=1.3.0.… <http://114.80.186.136/0/e864f08c00ec210bb47133b6c4f1c81a.mp4?fpp.ver=1.3.0.…>" it works well at beginning but stuck the video at the middle of the video and could not playing any more the only way for play it again is doing a seek but after a while it will showing the problem again. I think it’s a bug, I check the log but it seems quite normal.. sorry for the log is too heavy for post. yours GeorgeLing

1 0

ffplay bug
by 凌杰 13 Nov '15

13 Nov '15

Dear These day when I using ffplay for my http url test , most url works great except when tonight I run the shell ffplay http://114.80.186.136/0/e864f08c00ec210bb47133b6c4f1c81a.mp4?fpp.ver=1.3.0.… <http://114.80.186.136/0/e864f08c00ec210bb47133b6c4f1c81a.mp4?fpp.ver=1.3.0.…> it works well at beginning but stuck the video at the middle of the video and could not playing any more the only way for play it again is doing a seek but after a while it will showing the problem again. I think it’s a bug, I check the log but it seems quite normal.. sorry for the log is too heavy for post. Yours George Ling 2015-11-14

1 0

#4885(avdevice:new): DeckLink Device Not Freeing Nonpage Pool RAM
by FFmpeg 13 Nov '15

13 Nov '15

#4885: DeckLink Device Not Freeing Nonpage Pool RAM -------------------------------------+------------------------------------- Reporter: bbostwick | Type: defect Status: new | Priority: important Component: avdevice | Version: git- Keywords: decklink | master memory leak cleanup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When recording using my DeckLink Mini Recorder on Windows 8.1 the RAM usage slowly climbs over time. Killing FFMPEG does not free the memory used, which led me to believe the device driver was at fault. Reviewing the decklink_dec.cpp I tried logging output to see if the cleanup case was being hit and I believe it is not! My changes: ''in ff_decklink_read_close'' if (ctx->capture_started) { ctx->dli->StopStreams(); ctx->dli->DisableVideoInput(); ctx->dli->DisableAudioInput(); ''av_log(avctx, AV_LOG_WARNING, "Flushed the DeckLink streams!\n");'' } ''av_log(avctx, AV_LOG_WARNING, "Hello!\n");'' My console output: C:\Users\brian_000\Documents\recording>record-twitchtv-capture-card.bat test Guessed Channel Layout for Input Stream #0.0 : stereo Guessed Channel Layout for Input Stream #1.0 : stereo [Parsed_amerge_3 @ 0000000000c8e6a0] No channel layout for input 1 [Parsed_amerge_3 @ 0000000000c8e6a0] Input channel layouts overlap: output layou t will be determined by the number of distinct input channels [swscaler @ 0000000017c94b60] deprecated pixel format used, make sure you did se t range correctly Larger timestamp than 24-bit: 0xffffffc3 [flv @ 0000000000c5aca0] Failed to update header with correct duration. [flv @ 0000000000c5aca0] Failed to update header with correct filesize. '''[decklink @ 0000000000bbf2c0] Hello!''' As you can see the cleanup case is never hit! My nonpage pool RAM ends up at 97% and WILL NOT be freed by the OS. I am not submitting a patch. I am trying to fix this myself, but I thought I'd bring it to attention. I am experimenting with also calling ctx->dli->FlushStreams(), which is not done anywhere, but I assume it's unnecessary if the input stream is closed correctly, which I think it isn't. The gist of how I am using FFMPEG: {{{ % ffmpeg -threads 4 -loglevel warning ^ -thread_queue_size 512 -rtbufsize %rtbufsize% -f decklink -re -i "DeckLink Mini Recorder@14" ^ -thread_queue_size 32 -rtbufsize %rtbufsize% -f dshow -i audio=%microphone% ^ -filter_complex "[0:v]format=pix_fmts=yuv420p,fps=30,scale=960x540[vscaled];[0:a][1:a]amerge=inputs=2[amerged]" ^ -map [vscaled] -map [amerged] ^ -vcodec libx264 -preset %preset% -g %gop% -keyint_min %keyint_min% -b:v %vbr% -minrate %vbr% -maxrate %vbr% -bufsize %vbr% ^ -x264opts rc-lookahead=30:subme=4 ^ -acodec libmp3lame -b:a %abr% -ar 44100 ^ -flags:v +global_header -flags:a +global_header ^ -f flv "rtmp://live-jfk.twitch.tv/app/" ^ -map 0:v ^ -vcodec mjpeg -q:v %quality% ^ -f mov "%output_path%\video.mov" ^ -map 0:a ^ -f wav "%output_path%\audio-video.wav" ^ -map 1:a ^ -f wav "%output_path%\audio-microphone.wav" ffmpeg version N-75504-gaa6c43f }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4885> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3