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

#3731(ffserver:new): ffserver daemon mode
by FFmpeg 07 Jan '18

07 Jan '18

#3731: ffserver daemon mode -----------------------------------+--------------------------------------- Reporter: andrixnet | Type: defect Status: new | Priority: normal Component: ffserver | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- ffserver much older versions, at 0.5 times, would fork to background as a daemon, as every "server" program does. Current behaviour of ffserver, at 2.2.1 level (but change was fairly recent), one can only background it via the "&" shell operator. I have to say that this makes ffserver look like a toy server. It has logging capability to a file, but it lacks forking to background upon starting like any *NIX daemon and lacks a debug mode command line switch that prevents it from forking, forcing foreground mode and logging to console instead. These functionalities existed in ffserver older versions, but seem to have been removed intentionally. I submit this bug as a request to restore these functionalities in ffserver and thus returning it's status as a serious media streaming application. Thank you. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3731> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#3630(ffserver:new): ffserver crashes when a client disconnect
by FFmpeg 07 Jan '18

07 Jan '18

#3630: ffserver crashes when a client disconnect -----------------------------------+------------------------------------- Reporter: Reventlov | Type: defect Status: new | Priority: important Component: ffserver | Version: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------- I am trying to stream a mp4 file using ffserver and ffmpeg from my archlinux server. I launch ffserver using: ffserver -f /etc/ffserver.conf Then i launch ffmpeg using: ffmpeg -i foobar.mp4 -override_ffserver -vcodec mpeg2video -b:v 3000 http://127.0.0.1:8090/rtsp.ffm When a client watching the stream using mplayer rtsp://aa.bbb.c.ddd:5454/rtsp.mpg disconnects, sometimes, ffserver crashes, see the gdb and valgrind output below. Using valgrind, ffserver doesn't crash anymore. Summary of the bug: {{{ ffmpeg version 2.2.2 built on archlinux using a fixed version of gcc 4.9.0: https://bugs.archlinux.org/task/40256 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3630> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10

#3718(undetermined:new): ffmpeg does not correctly read input text file.
by FFmpeg 07 Dec '17

07 Dec '17

#3718: ffmpeg does not correctly read input text file. -------------------------------------+------------------------------------- Reporter: Maxwell175 | 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: How to reproduce: {{{ > ffmpeg -f concat -i t mp.txt -c copy output.wav ffmpeg version N-60592-gfd982f2 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 13 2014 22:01:02 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopenco re-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 52.101 / 55. 52.101 libavformat 55. 32.101 / 55. 32.101 libavdevice 55. 9.100 / 55. 9.100 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [concat @ 003b36e0] Line 1: unknown keyword '∩╗┐file' tmp.txt: Invalid data found when processing input }}} This is the Windows Zeranoe Build downloaded from here: http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20140612-git- 3a1c895-win32-static.7z The file is written from a self-made Visual Basic program using the method described here: http://msdn.microsoft.com/en- us/library/ms128035(v=vs.110).aspx. As you can see under the Remarks section, it uses the UTF-8 encoding. Turns out, that method also writes 3 extra chars to the file, ef bb bf. It seems like this throws off FFMPEG and it gives the error above. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3718> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#3611(trac:new): Ticket timestamps on https://trac.ffmpeg.org timestamps are in the future
by FFmpeg 10 Oct '17

10 Oct '17

#3611: Ticket timestamps on https://trac.ffmpeg.org timestamps are in the future -----------------------------------+--------------------------------------- Reporter: grepfor | Type: defect Status: new | Priority: normal Component: trac | Version: unspecified Keywords: timestamp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- The ticket timestamps on https://trac.ffmpeg.org appear to be about 3 minutes in the future. **Example:** I just modified ticket #3610 and pressed the submit button a few seconds after 15:58 UTC, but it then immediately appeared in the ticket list with a modification time of 16:01. (Reference time on submission was verified on two machines both running NTP and synched, as well as a radio clock synched to WWV.) -- Ticket URL: <https://trac.ffmpeg.org/ticket/3611> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#3614(ffmpeg:new): Targa doesn't work with image2pipe
by FFmpeg 14 Aug '17

14 Aug '17

#3614: Targa doesn't work with image2pipe ----------------------------------+--------------------------------------- Reporter: Maverick | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I have image001.tga, image002.tga, image003.tga... all being piped into ffmpeg. I'm expecting ffmpeg to accept the tga files and build them into an mp4. However instead it outputs a number of errors and the resulting mp4 is absent or broken. ffmpeg command and output: http://pastebin.com/GSBUEbEh Additional notes: -If instead of piping the tga files in I add them in sequentially using image2 then there are no errors and the mp4 file is created perfectly. -Using the image2pipe command (as seen in the pastebin) with jpg files works perfectly as well. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3614> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12

#3651(avcodec:new): Lagarith and UT Video Codec has Bad Performance
by FFmpeg 26 Jun '17

26 Jun '17

#3651: Lagarith and UT Video Codec has Bad Performance -------------------------------------+------------------------------------- Reporter: Zerowalker | Type: Status: new | enhancement Component: avcodec | Priority: normal Keywords: | Version: Blocking: | unspecified Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: Not really sure if i am supposed to write these things here, as it's not really a bug, but here goes. LAV Filter use ffmpeg for Decoding, and hence i direct this here. The performance in decoding Lagarith and UT Video Codec are extremely bad, most of the time it's over 100% slower. Originally i thought it was faster, either i have been mistaken or something has happened. However, worth noting, Lagarith is limited to 2 threads in it's original decoder, however comparing the performance make this insignificant as ffmpeg will use more and still not be at the same pace. How to reproduce: Pretty sure you can just use: ffmpeg -i "lagarith.avi" -o "Raw.avi" so just decode a lagarith file to raw, and you will see the performance, than compare it to using the original decoder. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3651> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 37

#3479(undetermined:new): jpegls: support sample interleaved images
by FFmpeg 04 Mar '17

04 Mar '17

#3479: jpegls: support sample interleaved images -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- file from charls archive, decodes correctly with hp plugin {{{ C:\>ffmpeg -i T8C2E0.JLS ffmpeg version N-61570-gaa86ccc Copyright (c) 2000-2014 the FFmpeg developers built on Mar 17 2014 22:01:34 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-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 67.100 / 52. 67.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [jpegls @ 02dd2660] Sample interleaved images is not implemented. Update your FF mpeg version to the newest one from Git. If the problem still occurs, it means t hat your file has a feature which has not been implemented. Input #0, image2, from 'T8C2E0.JLS': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: jpegls, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3479> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3640(ffmpeg:new): A/V desync for a vob sample
by FFmpeg 19 Feb '17

19 Feb '17

#3640: A/V desync for a vob sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: ffmpeg Version: git- | Keywords: mpegps master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/51659 A user provided a sample to show issues with inverse telecine. The sample shows A/V desync (no matter if an inverse telecine filter is used or not) since 88956f73 {{{ $ ffmpeg -i long.sample.vob -qscale 2 -t 25 out.avi ffmpeg version N-63168-g30cdf38 Copyright (c) 2000-2014 the FFmpeg developers built on May 15 2014 21:22:35 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 83.100 / 52. 83.100 libavcodec 55. 62.100 / 55. 62.100 libavformat 55. 38.100 / 55. 38.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 @ 0x2324940] Invalid frame dimensions 0x0. Last message repeated 4 times Input #0, mpeg, from 'long.sample.vob': Duration: 26:24:22.10, start: 611.204267, bitrate: 17 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, smpte170m), 720x480 [SAR 8:9 DAR 4:3], max. 9800 kb/s, 29.83 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s Stream #0:2[0x81]: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream #0:3[0x1bf]: Data: dvd_nav_packet Stream #0:4[0x20]: Subtitle: dvd_subtitle Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.38.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 448 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Stream #0:1 -> #0:1 (ac3 -> ac3) Press [q] to stop, [?] for help [ac3 @ 0x232aa20] frame sync error Error while decoding stream #0:1: Invalid data found when processing input frame= 587 fps=0.0 q=2.0 Lsize= 5842kB time=00:00:25.02 bitrate=1912.3kbits/s video:4440kB audio:1356kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.792863% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3640> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3529(undetermined:new): optimize cinepak encoder
by FFmpeg 12 Feb '17

12 Feb '17

#3529: optimize cinepak encoder -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- it's too slow right now to be usable -- Ticket URL: <https://trac.ffmpeg.org/ticket/3529> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3767(avcodec:new): Support fourcc TVMJ
by FFmpeg 05 Feb '17

05 Feb '17

#3767: Support fourcc TVMJ ---------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- http://forum.doom9.org/showthread.php?t=170867 A user provided an avi sample with fourcc TVMJ, presumably "Pinnacle/Truevision Used by the Targa 2000 board". Possibly a mjpeg- codec. {{{ $ ffmpeg -i orig-1677.avi ffmpeg version N-64653-gcc3e7a4 Copyright (c) 2000-2014 the FFmpeg developers built on Jul 14 2014 00:25:57 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 46.100 / 55. 46.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [avi @ 0x1a65b20] Could not find codec parameters for stream 0 (Video: none (TVMJ / 0x4A4D5654), 720x486, 66845 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options orig-1677.avi: could not find codec parameters Input #0, avi, from 'orig-1677.avi': Duration: 00:00:08.34, start: 0.000000, bitrate: 66591 kb/s Stream #0:0: Video: none (TVMJ / 0x4A4D5654), 720x486, 66845 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3767> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2