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

#4013(ffmpeg:new): Convert video using FFMPEG from client side
by FFmpeg 08 Oct '14

08 Oct '14

#4013: Convert video using FFMPEG from client side -----------------------------------+--------------------------------------- Reporter: venky1893 | Type: defect Status: new | Priority: important Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- I have setup a ffmpeg and I'm streaming a file from localhost to rtmp server. What i need is to stream a file from the client PC. i.e., I am hosting ffmpeg on the server and i need my web application to streams the file from the client PC to the rtmp server. Is it possible? I don't want to upload the entire file to my server because sometime the files are from a live feed (mixer studio outputs) -- Ticket URL: <https://trac.ffmpeg.org/ticket/4013> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#4008(avfilter:new): "main_w" value unrecognized with the new "enable" option in Drawtext
by FFmpeg 08 Oct '14

08 Oct '14

#4008: "main_w" value unrecognized with the new "enable" option in Drawtext -------------------------------------+------------------------------------- Reporter: beloko | Type: defect Status: new | Priority: important Component: avfilter | Version: 2.4.2 Keywords: main_w | Blocked By: main_h draw enable | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, Here is the Drawtext command I used early for write a text onto video output only when video input resolution width is between 700p and 1200p : {{{ -filter_complex "drawtext=fontfile='/Windows/Fonts/arial.ttf':text='HELLO TEXT':fontsize=47:fontcolor=yellow:x=(main_w/2-text_w/2):y=(main_h/2- text_h/2):draw=gte(main_w\,700)*lte(main_w\,1200)" }}} Since "draw" option is deprecated, we have to used "enable" option instead : {{{ -filter_complex "drawtext=fontfile='/Windows/Fonts/arial.ttf':text='HELLO TEXT':fontsize=47:fontcolor=yellow:x=(main_w/2-text_w/2):y=(main_h/2- text_h/2):enable=gte(main_w\,700)*lte(main_w\,1200)" }}} But now with the "enable" option I get this error : {{{ [drawtext @ 0000000002be6c00] [Eval @ 000000000022ec20] Undefined constant or mi ssing '(' in 'main_w,1200)' [drawtext @ 0000000002be6c00] Error when evaluating the expression 'gte(main_w,7 00)*lte(main_w,1200)' for enable [AVFilterGraph @ 0000000002b42be0] Error initializing filter 'drawtext' with arg s 'fontfile=/Windows/Fonts/arial.ttf:text=HELLO TEXT:fontsize=47:fontcolor=yello w:x=(main_w/2-text_w/2):y=(main_h/2-text_h/2):enable=gte(main_w,700)*lte(main_w, 1200)' Error configuring filters. }}} After looking what's wrong with this new syntax, I understand that "main_w" value isn't available with the new "enable" option. I think it's the same problem with all defined values. In my /libavfilter/version.h file I replaced this : ''LIBAVFILTER_VERSION_MAJOR < 5'' to ''LIBAVFILTER_VERSION_MAJOR < 6 '' ... and rebuild my FFMPEG. Now "draw" option is coming back in my binary. While "enable" option isn't its equivalent, the deprecated "draw" option musn't be disabled. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4008> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

Re: [FFmpeg-trac] #515(ffmpeg:reopened): Problem in video rotation in FFMPEG for IPhone video
by FFmpeg 08 Oct '14

08 Oct '14

#515: Problem in video rotation in FFMPEG for IPhone video ------------------------------------+------------------------------------ Reporter: Gagan | Owner: Type: defect | Status: reopened Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hendry): As a workaround, I've clumsily implemented a shell script to autorotate videos I take from an iPhone6 https://github.com/kaihendry/recordmydesktop2.0/blob/master/htmlvideo#L44 using ffprobe. -- Ticket URL: <https://trac.ffmpeg.org/ticket/515#comment:11> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #3170(swscale:open): Support large scaling
by FFmpeg 07 Oct '14

07 Oct '14

#3170: Support large scaling -------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by gjdfgh): * cc: nfxjfg@… (added) -- Ticket URL: <https://trac.ffmpeg.org/ticket/3170#comment:2> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#3758(avfilter:new): drawtext filter reverses Arabic text
by FFmpeg 07 Oct '14

07 Oct '14

#3758: drawtext filter reverses Arabic text -------------------------------------+------------------------------------- Reporter: Krieger | Type: defect Status: new | Priority: normal Component: avfilter | Version: git- Keywords: drawtext, | master libfreetype | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Arabic text is displayed backwards comparing to supplied parameter. How to reproduce: This test requires some font supporting Arabic. Below i use a font supplied by third party, and i didn't get their agreement yet for publishing it here for bug investigation. I don't know which widespread free fonts support Arabic (comments are appreciated). The issue is reproduced with following command line (i hope non-ASCII Arabic letters won't get garbled at transmission). I'm not an expert on Arabic, but you can see that there's character like "i" on the right, and on rendered picture it goes on the left. I suppose that's some smartness of libfreetype. Does anybody know how this behaviour could get fixed? Maybe some flag to pass to libfreetype? {{{ $ ffplay -loglevel debug -f lavfi -i "color=color=white,drawtext=fontfile=./samples/editor/projects/stc/fonts /stc-regular-webfont.ttf:text=أحمد" ffplay version N-64175-gb0f3b6d Copyright (c) 2003-2014 the FFmpeg developers built on Jul 3 2014 16:24:25 with gcc 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) configuration: --enable-libfreetype --enable-gpl --enable-libx264 libavutil 52. 90.100 / 52. 90.100 libavcodec 55. 68.100 / 55. 68.100 libavformat 55. 44.100 / 55. 44.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 9.100 / 4. 9.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 detected 4 logical cores 0 aq= 0KB vq= 0KB sq= 0B f=0/0 [Parsed_color_0 @ 0x7fb5dc002060] Setting 'color' to value 'white' [Parsed_color_0 @ 0x7fb5dc002060] size:320x240 rate:25/1 duration:-1.000000 sar:1/1 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Setting 'fontfile' to value './samples/editor/projects/stc/fonts/stc-regular-webfont.ttf' [Parsed_drawtext_1 @ 0x7fb5dc002b00] Setting 'text' to value 'أحمد' [AVFilterGraph @ 0x7fb5dc001580] query_formats: 3 queried, 2 merged, 0 already done, 0 delayed [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:0 t:0.000000 text_w:30 text_h:18 x:0 y:0 [lavfi @ 0x7fb5dc000920] All info found Input #0, lavfi, from 'color=color=white,drawtext=fontfile=./samples/editor/projects/stc/fonts /stc-regular-webfont.ttf:text=أحمد': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 1/25, 25 tbr, 25 tbn, 25 tbc [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. Video frame changed from size:0x0 format:none serial:-1 to size:320x240 format:yuv420p serial:1 [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:1 t:0.040000 text_w:30 text_h:18 x:0 y:0 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [ffplay_buffer @ 0x7fb5d4001620] Setting 'video_size' to value '320x240' [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:2 t:0.080000 text_w:30 text_h:18 x:0 y:0 [ffplay_buffer @ 0x7fb5d4001620] Setting 'pix_fmt' to value '0' [ffplay_buffer @ 0x7fb5d4001620] Setting 'time_base' to value '1/25' [ffplay_buffer @ 0x7fb5d4001620] Setting 'pixel_aspect' to value '1/1' [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [ffplay_buffer @ 0x7fb5d4001620] Setting 'frame_rate' to value '25/1' [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:3 t:0.120000 text_w:30 text_h:18 x:0 y:0 [ffplay_buffer @ 0x7fb5d4001620] w:320 h:240 pixfmt:yuv420p tb:1/25 fr:25/1 sar:1/1 sws_param: [ffplay_crop @ 0x7fb5d4002840] Setting 'out_w' to value 'floor(in_w/2)*2' [ffplay_crop @ 0x7fb5d4002840] Setting 'out_h' to value 'floor(in_h/2)*2' [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:4 t:0.160000 text_w:30 text_h:18 x:0 y:0 [AVFilterGraph @ 0x7fb5d4000d40] query_formats: 3 queried, 2 merged, 0 already done, 0 delayed [ffplay_crop @ 0x7fb5d4002840] w:320 h:240 sar:1/1 -> w:320 h:240 sar:1/1 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:5 t:0.200000 text_w:30 text_h:18 x:0 y:0 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:6 t:0.240000 text_w:30 text_h:18 x:0 y:0 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:7 t:0.280000 text_w:30 text_h:18 x:0 y:0 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. [Parsed_drawtext_1 @ 0x7fb5dc002b00] n:8 t:0.320000 text_w:30 text_h:18 x:0 y:0 [Parsed_drawtext_1 @ 0x7fb5dc002b00] Copying data in avfilter. }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3758> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

Re: [FFmpeg-trac] #3074(avformat:open): Missing support of muxing EAC3 inside mp4 container
by FFmpeg 06 Oct '14

06 Oct '14

#3074: Missing support of muxing EAC3 inside mp4 container -------------------------------------+------------------------------------ Reporter: trox | Owner: benoit Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: eac3 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by benoit): * owner: => benoit -- Ticket URL: <https://trac.ffmpeg.org/ticket/3074#comment:4> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#4002(undetermined:new): reconciliate & merge with libav
by FFmpeg 05 Oct '14

05 Oct '14

#4002: reconciliate & merge with libav -------------------------------------+------------------------------------- Reporter: calestyo | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Hi. Not sure if anyone has tried this before in the form of a bug (discussions about this topic are of course going on), but I think it should be actually handled as just this: a bug. btw: Apart from the fact that I think security should come first followed by functionality - I personally have basically no preference on either of the two projects, neither the people behind them. The only exceptions are perhaps that I hate trac (used by ffmpeg) and that I think libav is a better name for what both projects do, at least a better name than ffmpeg. In the following I will name ffmpeg before libav, simply for alphabetical reasons. 1) about forks Having the possibility to fork is often a good thing and one of the strengths of open source. We've seen many cases in the past, where a fork revived development, solved political problems or greatly improved on the code itself (just take xfree86/xorg, gcc/egcs, openoffice/libreoffice as an example). It seems that the fork between ffmpeg/libav has either failed such goals or already succeeded with them for both projects, especially from a purely technical POV since ffmpeg seems to more or less simply merge all commits from libav, AFAIK. 2) most other people are simply sick with the current situation Just google for ffmpeg vs. libav and you'll find dozens of blogs and other commentries, where people write about the forking, it's background, a small comparison about the differences of ffmpeg/libav... basically always concluding that the whole thing is just annoying and at least as of now, not leading to any further benefits for developers (using either of the two) or end-users. Also, a lot of manpower is wasted because of the fork, be it on an organisational level (when other communities, like recently Debian, argue about ffmpeg vs. libav), a technical level (when developers of other products try to be compatible to both or developers/end-users have to handle bugs/bug-reporting in both). 3) duplicate of development works & security issues Both projects surely also waste some manpower when they do similar/same things. Manpower that could be invested much better - after all, what the people from both projects want to do is the development of some all-round multimedia library. Having two very similar forks, probably doesn't improve the security either. 4) it distracts developers/users I guess it's quite clear that developers (of 3rd party programs) and prospective users of ffmpeg/libav are rather distracted from using either of the two because of these issues. The same possibly applies to developers, that directly want to contribute to ffmpeg/libav but who are not inclined to take part in both and/or the "war" between them. For sure there are more reasons which speak against the forking... Solution: Let people try toreconciliate and merge the projects, and perhaps to not step on anyone's toes, explictly stating: that this is not a victory of one over the other. Outstanding issues and possible solutions[0]: 1) Naming Well I guess if the project is called either ffmpeg or libav, than either of the two parties may felt upset and external people may conceive it, as if this project would have "won". I personally would say: - "ffmpeg" is imperfect, since the code is about much more than (Fast Foward) MPEG - "libav" is IMHO already better, at least it av stands for audio/video, but still not optimal since both projects also support e.g. image formats. So maybe just think about another name? libiav (images/audio/video)? libmultimedia? Well I guess someone else can surely come up with less stupid proposals than these two of mine. 2) Infrastructure Of course it's a lot of work, but it shouldn't be impossible to merge the infrastructure (repo, bugtracker, website, wiki, domains) of the two projects. Especially if a new name would be chosen. The old ones could link to the new ones. 3) Project leadership/maintainers If there's still open issues about the leadership / maintainer position - simply do what other projects did, e.g. establish a steering committe, which makes binding decisions if necessary. Such comitte could have e.g. 5 members, 2 from ffmpeg, 2 from libav and maybe a 3rd neutral person (from some other multimedia project?). Or one could kindly ask an existing similar committe (e.g. Debian's tech- ctte whether it may give it's vote), basically taking the 5th seat ex offico. 4) Security / code quality If security and/or code quality is a concern (like some of the bloggers basically write, that ffmpeg would support more formats but sometimes on the cost of taking hacky code), simply do what e.g. Linux does: Make a kind of a staging area of codecs/drivers, which are only activated by compile time options or runtime parameters. Cheers, Chris. [0] It's not that I would be so smart to come up with solutions no one else would have been able to find - actually all of these have been done before by other projects. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4002> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12

#3985(ffmpeg:new): Crash when extracting the audio from a video created by mkvmerge
by FFmpeg 05 Oct '14

05 Oct '14

#3985: Crash when extracting the audio from a video created by mkvmerge -----------------------------------+-------------------------------------- Reporter: Calmarius | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Just cloned and built ffmpeg using the git command line I found in the download area. And compiled on 64 bit Linux. I merged together some MKV-s into a single one using mkvmerge and tried to extract the sound for further processing. This caused ffmpeg to crash. The full sample is available on my google drive: https://drive.google.com/file/d/0B8rc3cKwPxmsS2xBcUlwNC1qcFU/edit?usp=shari… Although it can be reproduced using a small sample too. I'm not familiar with the codebase so I haven't tried to fix it my own, and I have a workaround: using the concat demuxer instead of concatenating with mkvmerge. '''How to reproduce''' {{{ $ ffmpeg -i "intermediate_cc.mkv" -af aresample=async=1000 -f wav "intermediate_fx.wav" }}} '''Detailed log''' {{{ $ ffmpeg -v 9 -loglevel 99 -i intermediate_cc.mkv ffmpeg version N-66524-gb7082d9 Copyright (c) 2000-2014 the FFmpeg developers built on Sep 28 2014 15:48:18 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-libx264 --enable-gpl --disable-stripping libavutil 54. 7.101 / 54. 7.101 libavcodec 56. 1.101 / 56. 1.101 libavformat 56. 7.101 / 56. 7.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'intermediate_cc.mkv'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file intermediate_cc.mkv. Successfully parsed a group of options. Opening an input file: intermediate_cc.mkv. [matroska,webm @ 0x20ae620] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase [matroska,webm @ 0x20ae620] Before avformat_find_stream_info() pos: 5607 bytes read:36029 seeks:2 [matroska,webm @ 0x20ae620] parser not found for codec pcm_s16le, packets or times may be invalid. Last message repeated 1 times [h264 @ 0x20b3b20] no picture [matroska,webm @ 0x20ae620] All info found [matroska,webm @ 0x20ae620] After avformat_find_stream_info() pos: 66152 bytes read:101565 seeks:2 frames:5 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, matroska,webm, from 'intermediate_cc.mkv': Metadata: creation_time : 2014-09-28 13:24:30 ENCODER : Lavf56.7.101 Duration: 00:09:01.75, start: 0.000000, bitrate: 4401 kb/s Stream #0:0, 4, 1/1000: Video: h264 (High 4:4:4 Predictive), yuv444p, 640x480, 15625/2190197, SAR 1:1 DAR 4:3, 70.09 fps, 70.09 tbr, 1k tbn, 140.17 tbc (default) Metadata: ENCODER : Lavc56.1.101 libx264 Stream #0:1, 1, 1/1000: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s (default) Successfully opened the file. At least one output file must be specified [AVIOContext @ 0x20b6ca0] Statistics: 101565 bytes read, 2 seeks }}} '''Valgrind log''' {{{ $ valgrind ffmpeg -i "intermediate_cc.mkv" -af aresample=async=1000 -f wav "intermediate_fx.wav" ==9969== Memcheck, a memory error detector ==9969== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==9969== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==9969== Command: ffmpeg -i intermediate_cc.mkv -af aresample=async=1000 -f wav intermediate_fx.wav ==9969== ffmpeg version N-66524-gb7082d9 Copyright (c) 2000-2014 the FFmpeg developers built on Sep 28 2014 15:48:18 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-libx264 --enable-gpl --disable-stripping libavutil 54. 7.101 / 54. 7.101 libavcodec 56. 1.101 / 56. 1.101 libavformat 56. 7.101 / 56. 7.101 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, matroska,webm, from 'intermediate_cc.mkv': Metadata: creation_time : 2014-09-28 13:24:30 ENCODER : Lavf56.7.101 Duration: 00:09:01.75, start: 0.000000, bitrate: 4401 kb/s Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 640x480, SAR 1:1 DAR 4:3, 70.09 fps, 70.09 tbr, 1k tbn, 140.17 tbc (default) Metadata: ENCODER : Lavc56.1.101 libx264 Stream #0:1: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s (default) File 'intermediate_fx.wav' already exists. Overwrite ? [y/N] y Output #0, wav, to 'intermediate_fx.wav': Metadata: ISFT : Lavf56.7.101 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s (default) Metadata: encoder : Lavc56.1.101 pcm_s16le Stream mapping: Stream #0:1 -> #0:0 (pcm_s16le (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help ==9969== Invalid write of size 8 ==9969== at 0xD65CCA: ??? (in /usr/local/bin/ffmpeg) ==9969== by 0xD61EC8: swri_audio_convert (audioconvert.c:207) ==9969== by 0xD5F0AB: swr_convert_internal.part.4 (swresample.c:633) ==9969== by 0xD5FE61: swr_convert (swresample.c:526) ==9969== by 0xD605BB: swr_next_pts (swresample.c:753) ==9969== by 0x5095B2: filter_frame (af_aresample.c:199) ==9969== by 0x4947A3: ff_filter_frame_framed (avfilter.c:1081) ==9969== by 0x496B7B: ff_filter_frame (avfilter.c:1161) ==9969== by 0x49A9A1: request_frame (buffersrc.c:499) ==9969== by 0x49ACE5: av_buffersrc_add_frame_internal (buffersrc.c:181) ==9969== by 0x49AE1D: av_buffersrc_add_frame_flags (buffersrc.c:106) ==9969== by 0x483417: process_input_packet (ffmpeg.c:1861) ==9969== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==9969== ==9969== ==9969== Process terminating with default action of signal 11 (SIGSEGV) ==9969== Access not within mapped region at address 0x8 ==9969== at 0xD65CCA: ??? (in /usr/local/bin/ffmpeg) ==9969== by 0xD61EC8: swri_audio_convert (audioconvert.c:207) ==9969== by 0xD5F0AB: swr_convert_internal.part.4 (swresample.c:633) ==9969== by 0xD5FE61: swr_convert (swresample.c:526) ==9969== by 0xD605BB: swr_next_pts (swresample.c:753) ==9969== by 0x5095B2: filter_frame (af_aresample.c:199) ==9969== by 0x4947A3: ff_filter_frame_framed (avfilter.c:1081) ==9969== by 0x496B7B: ff_filter_frame (avfilter.c:1161) ==9969== by 0x49A9A1: request_frame (buffersrc.c:499) ==9969== by 0x49ACE5: av_buffersrc_add_frame_internal (buffersrc.c:181) ==9969== by 0x49AE1D: av_buffersrc_add_frame_flags (buffersrc.c:106) ==9969== by 0x483417: process_input_packet (ffmpeg.c:1861) ==9969== If you believe this happened as a result of a stack ==9969== overflow in your program's main thread (unlikely but ==9969== possible), you can try to increase the size of the ==9969== main thread stack using the --main-stacksize= flag. ==9969== The main thread stack size used in this run was 8388608. ==9969== ==9969== HEAP SUMMARY: ==9969== in use at exit: 3,075,780 bytes in 431 blocks ==9969== total heap usage: 3,505 allocs, 3,074 frees, 19,465,091 bytes allocated ==9969== ==9969== LEAK SUMMARY: ==9969== definitely lost: 0 bytes in 0 blocks ==9969== indirectly lost: 0 bytes in 0 blocks ==9969== possibly lost: 816 bytes in 3 blocks ==9969== still reachable: 3,074,964 bytes in 428 blocks ==9969== suppressed: 0 bytes in 0 blocks ==9969== Rerun with --leak-check=full to see details of leaked memory ==9969== ==9969== For counts of detected and suppressed errors, rerun with: -v ==9969== ERROR SUMMARY: 2 errors from 1 contexts (suppressed: 2 from 2) }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3985> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3948(undetermined:new): glob fails
by FFmpeg 05 Oct '14

05 Oct '14

#3948: glob fails -------------------------------------+------------------------------------- Reporter: Predator448 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: glob | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hey! I just recompiled ffmpeg a hour ago and since then the pattern_type glob fails. ffmpeg -v 9 -loglevel 99 -pattern_type glob -i '*.jpg' -vf "fps=25/1,scale=100:100" -c:v huffyuv -an -sn -threads 0 "caps.avi" ffmpeg version 2.3.git Copyright (c) 2000-2014 the FFmpeg developers built on Sep 13 2014 07:16:07 with gcc 4.7 (Debian 4.7.2-5) configuration: --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-libfreetype libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-pattern_type' ... matched as AVOption 'pattern_type' with argument 'glob'. Reading option '-i' ... matched as input file with argument '*.jpg'. Reading option '-vf' ... matched as option 'vf' (set video filters) with argument 'fps=25/1,scale=100:100'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'huffyuv'. Reading option '-an' ... matched as option 'an' (disable audio) with argument '1'. Reading option '-sn' ... matched as option 'sn' (disable subtitle) with argument '1'. Reading option '-threads' ... matched as AVOption 'threads' with argument '0'. Reading option 'caps.avi' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file *.jpg. Successfully parsed a group of options. Opening an input file: *.jpg. *.jpg: No such file or directory folder content: 28752_001.jpg 28752_056.jpg 28752_111.jpg 28752_166.jpg 28752_221.jpg 28752_276.jpg 28752_331.jpg 28752_002.jpg 28752_057.jpg 28752_112.jpg 28752_167.jpg 28752_222.jpg 28752_277.jpg 28752_332.jpg 28752_003.jpg 28752_058.jpg 28752_113.jpg 28752_168.jpg 28752_223.jpg 28752_278.jpg 28752_333.jpg 28752_004.jpg 28752_059.jpg 28752_114.jpg 28752_169.jpg 28752_224.jpg 28752_279.jpg 28752_334.jpg 28752_005.jpg 28752_060.jpg 28752_115.jpg 28752_170.jpg 28752_225.jpg 28752_280.jpg 28752_335.jpg 28752_006.jpg 28752_061.jpg 28752_116.jpg 28752_171.jpg 28752_226.jpg 28752_281.jpg 28752_336.jpg 28752_007.jpg 28752_062.jpg 28752_117.jpg 28752_172.jpg 28752_227.jpg 28752_282.jpg 28752_337.jpg 28752_008.jpg 28752_063.jpg 28752_118.jpg 28752_173.jpg 28752_228.jpg 28752_283.jpg 28752_338.jpg 28752_009.jpg 28752_064.jpg 28752_119.jpg 28752_174.jpg 28752_229.jpg 28752_284.jpg 28752_339.jpg 28752_010.jpg 28752_065.jpg 28752_120.jpg 28752_175.jpg 28752_230.jpg 28752_285.jpg 28752_340.jpg 28752_011.jpg 28752_066.jpg 28752_121.jpg 28752_176.jpg 28752_231.jpg 28752_286.jpg 28752_341.jpg 28752_012.jpg 28752_067.jpg 28752_122.jpg 28752_177.jpg 28752_232.jpg 28752_287.jpg 28752_342.jpg 28752_013.jpg 28752_068.jpg 28752_123.jpg 28752_178.jpg 28752_233.jpg 28752_288.jpg 28752_343.jpg 28752_014.jpg 28752_069.jpg 28752_124.jpg 28752_179.jpg 28752_234.jpg 28752_289.jpg 28752_344.jpg 28752_015.jpg 28752_070.jpg 28752_125.jpg 28752_180.jpg 28752_235.jpg 28752_290.jpg 28752_345.jpg 28752_016.jpg 28752_071.jpg 28752_126.jpg 28752_181.jpg 28752_236.jpg 28752_291.jpg 28752_346.jpg 28752_017.jpg 28752_072.jpg 28752_127.jpg 28752_182.jpg 28752_237.jpg 28752_292.jpg 28752_347.jpg 28752_018.jpg 28752_073.jpg 28752_128.jpg 28752_183.jpg 28752_238.jpg 28752_293.jpg 28752_348.jpg 28752_019.jpg 28752_074.jpg 28752_129.jpg 28752_184.jpg 28752_239.jpg 28752_294.jpg 28752_349.jpg 28752_020.jpg 28752_075.jpg 28752_130.jpg 28752_185.jpg 28752_240.jpg 28752_295.jpg 28752_350.jpg 28752_021.jpg 28752_076.jpg 28752_131.jpg 28752_186.jpg 28752_241.jpg 28752_296.jpg 28752_351.jpg 28752_022.jpg 28752_077.jpg 28752_132.jpg 28752_187.jpg 28752_242.jpg 28752_297.jpg 28752_352.jpg 28752_023.jpg 28752_078.jpg 28752_133.jpg 28752_188.jpg 28752_243.jpg 28752_298.jpg 28752_353.jpg 28752_024.jpg 28752_079.jpg 28752_134.jpg 28752_189.jpg 28752_244.jpg 28752_299.jpg 28752_354.jpg 28752_025.jpg 28752_080.jpg 28752_135.jpg 28752_190.jpg 28752_245.jpg 28752_300.jpg 28752_355.jpg 28752_026.jpg 28752_081.jpg 28752_136.jpg 28752_191.jpg 28752_246.jpg 28752_301.jpg 28752_356.jpg 28752_027.jpg 28752_082.jpg 28752_137.jpg 28752_192.jpg 28752_247.jpg 28752_302.jpg 28752_357.jpg 28752_028.jpg 28752_083.jpg 28752_138.jpg 28752_193.jpg 28752_248.jpg 28752_303.jpg 28752_358.jpg 28752_029.jpg 28752_084.jpg 28752_139.jpg 28752_194.jpg 28752_249.jpg 28752_304.jpg 28752_359.jpg 28752_030.jpg 28752_085.jpg 28752_140.jpg 28752_195.jpg 28752_250.jpg 28752_305.jpg 28752_360.jpg 28752_031.jpg 28752_086.jpg 28752_141.jpg 28752_196.jpg 28752_251.jpg 28752_306.jpg 28752_361.jpg 28752_032.jpg 28752_087.jpg 28752_142.jpg 28752_197.jpg 28752_252.jpg 28752_307.jpg 28752_362.jpg 28752_033.jpg 28752_088.jpg 28752_143.jpg 28752_198.jpg 28752_253.jpg 28752_308.jpg 28752_363.jpg 28752_034.jpg 28752_089.jpg 28752_144.jpg 28752_199.jpg 28752_254.jpg 28752_309.jpg 28752_364.jpg 28752_035.jpg 28752_090.jpg 28752_145.jpg 28752_200.jpg 28752_255.jpg 28752_310.jpg 28752_365.jpg 28752_036.jpg 28752_091.jpg 28752_146.jpg 28752_201.jpg 28752_256.jpg 28752_311.jpg 28752_366.jpg 28752_037.jpg 28752_092.jpg 28752_147.jpg 28752_202.jpg 28752_257.jpg 28752_312.jpg 28752_367.jpg 28752_038.jpg 28752_093.jpg 28752_148.jpg 28752_203.jpg 28752_258.jpg 28752_313.jpg 28752_368.jpg 28752_039.jpg 28752_094.jpg 28752_149.jpg 28752_204.jpg 28752_259.jpg 28752_314.jpg 28752_369.jpg 28752_040.jpg 28752_095.jpg 28752_150.jpg 28752_205.jpg 28752_260.jpg 28752_315.jpg 28752_370.jpg 28752_041.jpg 28752_096.jpg 28752_151.jpg 28752_206.jpg 28752_261.jpg 28752_316.jpg 28752_371.jpg 28752_042.jpg 28752_097.jpg 28752_152.jpg 28752_207.jpg 28752_262.jpg 28752_317.jpg 28752_372.jpg 28752_043.jpg 28752_098.jpg 28752_153.jpg 28752_208.jpg 28752_263.jpg 28752_318.jpg 28752_373.jpg 28752_044.jpg 28752_099.jpg 28752_154.jpg 28752_209.jpg 28752_264.jpg 28752_319.jpg 28752_374.jpg 28752_045.jpg 28752_100.jpg 28752_155.jpg 28752_210.jpg 28752_265.jpg 28752_320.jpg 28752_375.jpg 28752_046.jpg 28752_101.jpg 28752_156.jpg 28752_211.jpg 28752_266.jpg 28752_321.jpg 28752_376.jpg 28752_047.jpg 28752_102.jpg 28752_157.jpg 28752_212.jpg 28752_267.jpg 28752_322.jpg 28752_377.jpg 28752_048.jpg 28752_103.jpg 28752_158.jpg 28752_213.jpg 28752_268.jpg 28752_323.jpg 28752_378.jpg 28752_049.jpg 28752_104.jpg 28752_159.jpg 28752_214.jpg 28752_269.jpg 28752_324.jpg 28752_379.jpg 28752_050.jpg 28752_105.jpg 28752_160.jpg 28752_215.jpg 28752_270.jpg 28752_325.jpg 28752_380.jpg 28752_051.jpg 28752_106.jpg 28752_161.jpg 28752_216.jpg 28752_271.jpg 28752_326.jpg 28752_381.jpg 28752_052.jpg 28752_107.jpg 28752_162.jpg 28752_217.jpg 28752_272.jpg 28752_327.jpg 28752_382.jpg 28752_053.jpg 28752_108.jpg 28752_163.jpg 28752_218.jpg 28752_273.jpg 28752_328.jpg 28752_383.jpg 28752_054.jpg 28752_109.jpg 28752_164.jpg 28752_219.jpg 28752_274.jpg 28752_329.jpg 28752_055.jpg 28752_110.jpg 28752_165.jpg 28752_220.jpg 28752_275.jpg 28752_330.jpg -- Ticket URL: <https://trac.ffmpeg.org/ticket/3948> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#3959(undetermined:new): Regression for -strict unofficial
by FFmpeg 05 Oct '14

05 Oct '14

#3959: Regression for -strict unofficial -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/53942 {{{-strict unofficial}}} does not work since d858ee71 {{{ $ ffmpeg -f lavfi -i testsrc -pix_fmt yuv420p -vframes 1 -strict unofficial out.ljpg ffmpeg version N-66318-g85f2c01 Copyright (c) 2000-2014 the FFmpeg developers built on Sep 17 2014 17:17:41 with gcc 4.3 (SUSE Linux) configuration: --enable-gpl libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.102 / 56. 4.102 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.101 / 5. 1.101 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc [image2 @ 0x93a4620] [Eval @ 0xbfee7ad4] Undefined constant or missing '(' in 'unofficial' [image2 @ 0x93a4620] Unable to parse option value "unofficial" [image2 @ 0x93a4620] Error setting option strict to value unofficial. Output #0, image2, to 'out.ljpg': Stream #0:0: Video: ljpeg, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.1.100 ljpeg Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> ljpeg (native)) Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3959> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1