Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

September 2013

1 participants
58 discussions

ffmpeg-devel.log.20130919
by burek 20 Sep '13

20 Sep '13

[10:14] <cone-685> ffmpeg.git 03Stefano Sabatini 07master:6230a95659da: doc/muxers: itemize tee examples [10:14] <cone-685> ffmpeg.git 03Stefano Sabatini 07master:f0606a28deca: ffprobe: add -read_intervals option [10:50] <cone-685> ffmpeg.git 03Martin Storsjö 07master:0f310a6f333b: rmdec: Validate the fps value [10:50] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:f54d751f3337: Merge commit '0f310a6f333b016d336674d086045e8473fdf918' [11:19] <BoR0> hi. I have a question. I am writing a function to extract out a frame at nth position (regardless if position is timestamp or frame number). so I managed it to be a frame number by calling av_read_frame() N times and thus it will catch the Nth frame and extract a screenshot out of that. but this is slow, because it receives 0...N frames to get the Nth frame. so I thought to use avformat_seek_file and then call av_read_frame(), but this only gives me th [11:19] <BoR0> e first frame always. what can I do? [11:21] <saste> BoR0, nothing, seek is based on timestamps, not on the number of frames [11:21] <BoR0> how can I grab a frame after seek? [11:21] <saste> and is not accurate, since it relies on key frames position [11:21] <BoR0> I don't need accuracy [11:21] <BoR0> I want to build a thumbnails maker [11:22] <BoR0> may as well be random one [11:22] <BoR0> I just need speed [11:22] <durandal_1707> please if you are not working on ffmpeg libs/tools itself do not use this channel [11:23] <saste> BoR0, => #ffmpeg [11:23] <BoR0> durandal_1707, sorry. I am aware of that rule and I am aware that I violate it, but in my experience this channel is always more active than #ffmpeg [11:23] <BoR0> most answers I get are from here [11:30] <durandal_1707> everything is explained in this channel topic [11:36] <michaelni> ubitux, mateo`_ did any of you had time to look at the realloc / list freeing issue in mov ? [11:36] <durandal_1707> there is such issue? [11:36] <durandal_1707> michaelni: have you time to look at qp patch? [11:47] <cone-685> ffmpeg.git 03Alexandra Khirnova 07master:5626f994f273: avformat: Use av_reallocp() where suitable [11:47] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:20dfab33f5ab: Merge commit '5626f994f273af80fb100d4743b963304de9e05c' [11:47] <cone-685> ffmpeg.git 03Luca Barbato 07master:fbd54827b1be: rtmp: Unbreak handle_notify [11:54] <cone-685> ffmpeg.git 03Justin Ruggles 07master:9ae53c5860e1: lavc: add ff_u8_to_s8() for safe type punning of uint8_t to int8_t [11:54] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:ac2fc63ac6f9: Merge commit '9ae53c5860e17d087642d27b00dade071970a2e7' [12:43] <cone-685> ffmpeg.git 03Justin Ruggles 07master:c4bfa098072b: Add a WebP decoder [12:43] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:b26ccf218d93: Merge commit 'c4bfa098072ba338d83555d6e2199f7e1e64ffff' [12:50] <cone-685> ffmpeg.git 03Alex Converse 07master:5cdefc02079a: aacdec: Add support for Error Resilience syntax. [12:50] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:257f11820bdf: Merge commit '5cdefc02079a5b899bdec09e15e2bb099cb01734' [12:53] <durandal_1707> why you disabled it? just remove it [13:00] <michaelni> durandal_1707, its called a merge not a "and various unrelated changes" [13:01] <durandal_1707> so you plan to remove it in non-merge? [13:02] <cone-685> ffmpeg.git 03Alex Converse 07master:1914e6f010b3: aacdec: Add support for LD (Low Delay) AAC [13:02] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:32ea39f56d90: Merge commit '1914e6f010b3320025c7b692aaea51d9b9a992a8' [13:02] <michaelni> durandal_1707, i wanted to post a patch doing so but i might forget as ive a few things i wanted to do [13:03] <durandal_1707> ok [13:08] <cone-685> ffmpeg.git 03Luca Barbato 07master:ae0f316a4778: rtmp: Unbreak handle_notify [13:08] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:374a2f456211: Merge commit 'ae0f316a4778e473d407cffa8392595ba0735153' [13:08] <durandal_1707> if filter returns frames of different size than outlink, what it should do? [13:15] <saste> durandal_1707, when does it happen? [13:15] <saste> in theory it should never happen [13:15] <durandal_1707> say you want to crop different size, what should you do instead? [13:15] <saste> durandal_1707, there is no way at the moment [13:16] <saste> missing dynamic reconfiguration [13:16] <durandal_1707> that sucks [13:16] <durandal_1707> it SUUUUUUCCCCCCKSSSSS!!!!!!! [13:16] <saste> i'll probably work on it soon [13:34] <cone-685> ffmpeg.git 03Martin Storsjö 07master:5372cda67109: rv10: Validate the dimensions set from the container [13:34] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:b4c88a4c4cea: Merge commit '5372cda67109848d22146289e401669266217e80' [13:39] <cone-685> ffmpeg.git 03Martin Storsjö 07master:bcbe4f3ceb6e: idroqdec: Make sure a video stream has been allocated before returning packets [13:39] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:52dc3600a901: Merge commit 'bcbe4f3ceb6ee0210d3a401963518906c8b9b230' [13:50] <cone-685> ffmpeg.git 03Martin Storsjö 07master:fdbd924b84e8: rv34: Fix a memory leak on errors [13:50] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:93648ee47b8f: Merge remote-tracking branch 'qatar/master' [14:06] <durandal_1707> ah that means merges are finally over and i can rm mp=qp [14:21] <durandal_1707> i wrote nice filter but will not share it with you because of libmpcodecs [14:22] <wm4_> "How did we know it was even worth porting if we don't know properly what it does?" [14:22] <wm4_> haaaaaa [14:22] <wm4_> let's find out what the hell this mplayer scrap did [14:22] <durandal_1707> be careful what you are saying, creator of qp reside in this channel [14:25] <saste> durandal_1707, what filter? [14:25] <durandal_1707> TOP SECRET [14:26] <saste> too easy, you can't prove its existence [14:26] <durandal_1707> i will share it once dynamic reconfiguration is there [14:27] <Compn> is it -vf kiss ? [14:27] <saste> ok :) [14:27] <Compn> it makes ffmpeg devels kiss libav devels [14:27] <durandal_1707> mainly because it calls sws_scale, while that could be done by scale filter [14:28] <wm4_> something with alpha? [14:32] <Compn> where is that daemon guy [14:32] <Compn> :P [14:36] <durandal_1707> if i create 100 frames from 1 frame, how can i avoid stupid: [ffmpeg/out] 100 buffers queued in out, something may be wrong. [14:36] <saste> yes that message it's helpless and frustrating [14:37] <saste> "something may be wrong, figure it out, ahahah" [14:38] <durandal_1707> it looks like all 100 frames are held in memory... [14:39] <saste> durandal_1707, what command? [14:40] <durandal_1707> filter that in filter_frame takes one frame and calls ff_filter_frame 100 time and allocates 100 frames with ff_get_video_buffer [14:41] <saste> durandal_1707, are you queing them? [14:41] <saste> i suppose we should implement some queing policy [14:41] <saste> right now we have a fixed queue size, and now way to handle how the buffers are stored [14:42] <saste> i think right now it always drop the new incoming frames when the queue is full [14:44] <durandal_1707> but idea is to get one frame and returnes multiple one without need to queue them internally [14:49] <durandal_1707> perhaps i could do it with custom request_frame? [15:24] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:8be56e464bde: avformat/smacker: Check if bufs has been allocated before use [15:24] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:ad2a08388c82: avformat/concat: revert one hunk of 20dfab33f5ab61fc51de65192ed239f8b62782a2 [18:22] <cone-685> ffmpeg.git 03Paul B Mahol 07master:390c35a13b3e: lavfi/mp: remove mp=qp [18:58] <cone-685> ffmpeg.git 03Paul B Mahol 07master:1f5d1342ea25: doc: Add missing hashes and dates to APIChanges [19:08] <durandal_1707> saste: what needs to be done for dynamic link reconfiguration? [19:08] <saste> durandal_1707, changing all the filters [19:09] <saste> durandal_1707, seriously, we need to add fields to each pad, and rework the configuration code [19:09] <durandal_1707> what fields? [19:19] <saste> durandal_1707, we need to mark the fields which are supposed to change, in each pad [19:20] <saste> so no, probably we won't need to change all filters [19:20] <saste> i need to reread the one-year-old rfc and nicolas' reply [19:53] <cone-685> ffmpeg.git 03Paul B Mahol 07master:0ad5ef674b65: avfilter/vf_decimate: fix crash with gray8 [19:53] <cone-685> ffmpeg.git 03Paul B Mahol 07master:20101f4a8326: avfilter/vf_decimate: add gray16 and yuv440p [19:57] <durandal_1707> :( [20:02] <durandal_1707> hey! when vp9 is coming? [20:03] <GoaLitiuM> coming to where? [20:05] <durandal_1707> *ffvp9 [20:06] <ubitux> durandal_1707: "soon" [20:06] <ubitux> waiting for BBB to get his internet back i guess [20:07] <GoaLitiuM> so how does it compare to h264 in terms of quality? [20:08] <ubitux> "50% better"©®" [22:22] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:63139f62f359: avformat/bmv: remove unused variable [22:22] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:9c8aeacf82a8: avutil: add av_get_colorspace_name() [22:25] <ubitux> michaelni: no i didn't have time to look at the mov thing [22:26] <ubitux> a bit busy currently [22:26] <ubitux> vobsub is really insane :( [22:48] <ruggles> michaelni: i'm seeing a weird swscale (i think) issue i need to fix and i'm not sure where to look. when converting from rgb24 to argb, pixel 0,0 is getting 0 for alpha instead of 255. [22:49] <durandal_1707> i doubt such bug is in ffmpeg [22:49] <ruggles> to reproduce: ffmpeg -loglevel debug -i frame00.ppm -pix_fmt argb -c:v rawvideo -f rawvideo - |hexdump -C |less [22:50] <ruggles> durandal_1707: try it [22:50] Action: durandal_1707 really hates swscale [22:51] <durandal_1707> that is using unscaled variant? [22:51] <ruggles> yeah [22:51] <ruggles> i tried to track it down a little but the closest i got was that it's maybe related to ALT32_CORR but i have no idea how that works. [22:52] <durandal_1707> the unscaled thing that does rgb24 to argb should set it to 255 [22:52] <ruggles> indeed it should [22:52] <durandal_1707> but perhaps this one use asm? [22:52] <ruggles> i tried that too. disabled asm. same result. [23:19] <durandal_1707> i just tried with two ppms manually created and they all have 255 for alpha [23:21] <durandal_1707> even when encoded to rawvideo [23:21] <durandal_1707> which should not be needad as png/pam can be used [23:22] <durandal_1707> i don't see nowhere any sws line which would say what codepath it used [23:22] <JEEB> fun fact: -f rawvideo is pretty much -f rawstream [23:22] <JEEB> first found someone dumping subtitle tracks with it [23:22] <JEEB> (from mpeg-ts) [23:23] <JEEB> then I used it when I needed to dump the vorbis stream from a file [23:23] <JEEB> (without a container) [23:27] <durandal_1707> btw version i use is 2.5.100 [23:29] <durandal_1707> also you do not need hexdump..... [23:32] <ruggles> durandal_1707: ok, i'll rebuild HEAD and try again... [23:32] <ruggles> but png is actually rgba not argb [23:33] <ruggles> i think... [23:34] <ruggles> JEEB: and -f u8 works for audio [23:36] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:1225b67fc9d7: avutil/frame: suppress "comparison of unsigned expression < 0 is always false" warning [23:36] <cone-685> ffmpeg.git 03Michael Niedermayer 07master:13eff473adb0: swscale/swscale_unscaled: fix alpha values for rgb/bgr -> RGB32_1 / BGR32_1 [23:36] <michaelni> ruggles, should be fixed [23:36] <ruggles> michaelni: awesome. thanks. [23:39] <michaelni> np [23:41] <durandal_1707> michaelni: i'm interested how you reproduced this? [23:45] <michaelni> by using the provided testcase [23:45] <michaelni> with lena.pnm IIRC [23:46] <michaelni> -i tests/lena.pnm -pix_fmt argb -c:v rawvideo -f rawvideo - |hexdump -C |less [23:51] <durandal_1707> ah yes, i'm blind [23:55] <ubitux> i'm really happy with that vobsub sample [23:55] <ubitux> it really summarizes well the insanity inside [23:58] <durandal_1707> why it needs to be supported? [23:58] <ubitux> because it seems supported by some other demuxers [23:59] <ubitux> but i really have trouble figuring out exactly how it's supposed to be handled [23:59] <ubitux> i can think of various heuristic that will work [23:59] <ubitux> but i'm not sure if i'm not missing something in obvious [23:59] <ubitux> -in [00:00] --- Fri Sep 20 2013

1 0

ffmpeg.log.20130919
by burek 20 Sep '13

20 Sep '13

[11:19] <BoR0> hi. I have a question. I am writing a function to extract out a frame at nth position (regardless if position is timestamp or frame number). so I managed it to be a frame number by calling av_read_frame() N times and thus it will catch the Nth frame and extract a screenshot out of that. but this is slow, because it receives 0...N frames to get the Nth frame. so I thought to use avformat_seek_file and then call av_read_frame(), but this only gives me the firs [11:19] <BoR0> t frame always. what can I do? [11:24] <BoR0> saste, can you suggest how I'd go with this? [11:24] <saste> BoR0, skip all non-key frames, and pick your thumbnails from key frames [11:25] <BoR0> does that basically mean avformat_seek_file(); av_read_frame(); ? [11:25] <BoR0> doesn't* [11:26] <saste> you could get duplicated frames that way, since you don't know how sparse are the keyframes [11:26] <saste> so basically you need to demux all the file, and decode only keyframes [11:27] <BoR0> what does "demux all the file" mean? will that operation be fast? [11:27] <saste> BoR0, demuxing is usually fast, decoding is slower [11:28] <BoR0> okay, but I still don't know what demuxing means :) which FFmpeg functions can be used to do what you suggested? [11:29] <saste> av_read_frame() does demuxing (extract packets from stream, then you need to decode them) [11:29] <BoR0> ah, cool [11:29] <BoR0> how can I check if av_read_frame returns a keyframe? [11:30] <saste> BoR0, grep the docs/examples/source code [11:31] <saste> BoR0, you check the packet flags [11:31] <BoR0> thanks for your help! I think I have all the needed tools to go further with thsi [11:31] <BoR0> this* [12:10] <JadedNZ> Hi [12:10] <JadedNZ> IS there a official room for ffmpeg-php ? [12:18] <JadedNZ> channel I mean [13:27] <BoR0> is there a way to get total pts that one video contains? [13:48] <saste> BoR0_, seek towards the end of the file, and get the last pts [14:07] <BoR0_> saste, wouldn't that be too expensive? this is related to the thumbnail maker I'm making. basically I want the user to be able to input "30%" of pts and get thumbnail around 30% [14:08] <BoR0_> so basically I have to go av_read_frame until end to get totalpts and then start av_read_frame again from beginning and go to specific frame [14:09] <BoR0_> specific pts* [14:42] <saste> BoR0_, it's not what i wrote [14:43] <BoR0_> oh, you mean av_seek then get packet then av_seek to 0 ? [14:43] <BoR0_> get packet (and thus get pts) [14:44] <saste> not all files start with 0 [14:44] <BoR0_> yes, that too. so av_seek end, get packet->get_pts, av_seek to video_start ? [14:44] <saste> basically you need to do: seek to end, read and get last pts, seek to start, duration = end -start [14:44] <BoR0_> excellent! thanks again! [14:45] <BoR0_> btw, for seek to *apply*, I use av_seek and then av_read_frame() ? [14:45] <BoR0_> I basically tried this but it seems like the position always stood at 0 [14:45] <BoR0_> stood at video_start* [14:51] <oldfriend> does anybody know why I'm getting an error "./configure: line 716: gcc: command not found" [14:51] <file> you are most likely lacking a build environment [14:55] <oldfriend> file: I have installed ALL the components of MinGW-get ... what else should I install? [15:01] <zap0> what else do you need? [15:03] <oldfriend> I don't know what I need! but it's funny why MinGW is not enough for compiling ffmpeg ... and most interesting? that MinGW doesn't contain gcc??? [15:03] <oldfriend> please recomment where from can I download normal compiler [15:14] <oldfriend> at least recomment where from download MinGW [15:14] <BoR0_> I am using mingw. you need to install gcc for it, it usually asks you during mingw installation [15:14] <oldfriend> BoR0_: where from? [15:15] <BoR0_> mingw during installation asks you if you want to install gcc, g++ [15:17] <oldfriend> BoR0_: really? )) I wasn't asked about anything)) that's why I'm asking where from to download normal MinGW ... seems mingw.org is not right place [15:18] <viric> you may try http://tdm-gcc.tdragon.net/download [15:19] <viric> not that I've used tdm's. [15:22] <oldfriend> the problem is that there is no complete manual for this, I'm talking not even about compiling, but just about needed instruments [15:24] <saste> oldfriend, did you check the ffmpeg wiki? [15:25] <saste> http://ffmpeg.org/trac/ffmpeg/wiki/MingwCompilationGuide [15:26] <saste> i wrote that a few years ago, so i don't know how updated it is, you're welcome to update is as you go (this is a community project) [15:27] <oldfriend> @saste: )) this guide doesn't work - everybody writes about this on the forums ... and I wasfailed too [15:27] <saste> so a lot of people complain, but nobody fixes it [15:28] <saste> you can ask on the zeranoe forum [15:28] <oldfriend> exactly! msot of people pay money ffmpeg developers for compiles, that's why there is no normal tutoral [15:29] <saste> oldfriend, that's bullshit, also there are available windows build in case you don't want to waste time on that [15:29] <oldfriend> I thought it's better to ask for help here instead of zeranoe [15:30] <oldfriend> @saste: I need my own build, with my settings [15:30] <saste> oldfriend, well i almost never compile on windows, when i did i kept my notes on the wiki, you're welcome to improve it if you manage to do it [15:33] <oldfriend> @saste: anyway thank you for that, but damn why it's so difficult? )) [15:35] <saste> oldfriend, what's wrong with my guide? [15:35] <saste> the last time i used a sort of GUI, which installed all components (including gcc) [15:36] <saste> you need to install the dev environment, including gcc and other related tools [15:36] <saste> since then mingw and ffmpeg changed a lot, so requirements may be different [15:39] <oldfriend> @saste: no problem with your guide, sorry ... meant ffmpeg compilation [15:39] <BoR0_> I can't say that installing and compiling mingw and ffmpeg is as easy as visual studio projects etc. but it's not that hard either. you basically need to get the right gcc and make version for mingw [15:39] <saste> oldfriend, lot of dependencies [15:39] <BoR0_> start by installing the default ones, and resolve errors as you go through the compilation process. google stuff, that's how I did it [15:40] <saste> the only hard deps for a clean ffmpeg build is a C development environment and yasm [15:41] <oldfriend> guys, for now I was able to compile ffmpeg with MinGW ... but my build has additional dependences with MinGW dlls ... maybe you know how to exclude these dependences? [15:42] <LordThumper> Hi can ffmpeg read Mpeg-TS streams with no PAT/PMT tables? [15:42] <tsjiller> yes [15:45] <oldfriend> that's question is much more difficult [15:51] <Mavrik> oldfriend, what kind of additional dependencies? [15:51] <LordThumper> "Could not find codec parameters" [15:51] <LordThumper> From ffplay [15:51] <oldfriend> my ffmpeg build asks for libz-1.dll [15:52] <oldfriend> if I place this dll with build new one dll is needed and so on [15:54] <LordThumper> ffprobe gives "End of file" [15:54] <Mavrik> oldfriend, well you have to compile those statically if you don't want dynamic dependencies [15:54] <Mavrik> it's the same as on linux [15:55] <oldfriend> Mavrik: maybe you know how to do this? since --enable-static is not helpful in this case [15:56] <Mavrik> of course it is [15:56] <Mavrik> but you need static dependent libs as well [15:56] <Mavrik> if your libz isn't static, then ffmpeg will fall back to the dynamic version [15:58] <oldfriend> Mavrik: hm ... this can relate to all the other compinents? not only libz? [15:58] <Mavrik> yep. [15:59] <oldfriend> horror [15:59] <saste> Mavrik, this reminds me that we should write a generic compilation guide on the wiki [15:59] <saste> even if not specific to ffmpeg [15:59] <oldfriend> @saste: please do this ASAP)) [16:15] <Mavrik> saste, maybe [16:16] <Mavrik> on the other hand, it helps if people that use ffmpeg know at least the basics of the OS they're dealing with -_- [16:41] <ac_slater> Hey guys. I'm getting started into the world of video/image manipulation (as a developer). I'm reading some of the ffmpeg API and scratching my head at all of the basic stuff like bitrates, etc. Is there a good reference or book or something anyone can recommend for me to get started. Wikipedia is working for now, but I feel soon I'll need some backed up information. Thanks guys. [16:47] <BoR0_> the only valuable resource I found was this channel so far, eventhough it's not as active [16:49] <BoR0_> can someone help me around this? I can't get to extract any frame. http://pastebin.com/mPncanwb [17:07] <Mavrik> ac_slater, sadly, reading ffmpeg.c and doc/examples is pretty much the best source :/ [17:10] <Mavrik> BoR0_, that looks like a wrong use of seek call [17:10] <Mavrik> is using Max int and min int for TS boundaries ok_ [17:10] <Mavrik> ? [17:10] <BoR0_> I modified it, and it now works [17:10] <ac_slater> Mavrik, fair enough. Thanks for the tip [17:10] <BoR0_> basically I call it after av_read_frame() and if seek is success I need to call read_frame again [17:11] <Mavrik> ac_slater, but before actually coding, make sure you read up on container and stream structure of format you're trying to de/encode [17:11] <BoR0_> while (av_readframe()) { if seek success{set seeked = true; continue } } [17:11] <Mavrik> ac_slater, or you'll have hellovatime if you don't understand basics [17:12] <ac_slater> Mavrik, right. Thankfully I'm avoiding a container right now and looking at raw h.264. After looking at the spec at 732pgs, I'll probably start smaller. [17:54] <sky2> hello [17:54] <sky2> need a bit of help [17:54] <sky2> i wanna convert a .mov to 3gp , how to do it via terminal [17:54] <sky2> im on MINT13 [18:03] <sky2> hello , need a bit of help [18:03] <sky2> i wanna convert a .mov to 3gp , how to do it via terminal [18:03] <sky2> im on MINT13 [18:03] <sky2> MAYA [18:04] <sky2> pls help [18:04] <LithosLaptop> what codecs does the .mov file use? [18:05] <sky2> sorry , LithosLaptop u r asking me? [18:06] <LithosLaptop> yes sorry [18:06] <sky2> i have a video which is .mov & i wanna convert it to .3gp using ffmpeg [18:06] <sky2> im not sure which codecs does it use [18:08] <LithosLaptop> ffmpeg -i input.mov [18:09] <LithosLaptop> paste the results of that command line for me into pastebin [18:09] <sky2> ok [18:09] <LithosLaptop> replace input.mov with the real filename [18:10] <sky2> ty [18:10] <sky2> LithosLaptop: [18:10] <sky2> gimme few mins [18:10] <LithosLaptop> ok [18:10] <sky2> im getting back [18:15] <sky2> LithosLaptop: its saying that ffmpeg is not currently installed [18:15] <sky2> sudo apt-get install libav-tools [18:19] <sky2> LithosLaptop: its saying no such file directory [18:20] <LithosLaptop> are you specifying the correct path to the input file? [18:21] <sky2> also console says that *** THIS PROGRAM IS DEPRECATED *** [18:21] <sky2> This program is only provided for compatibility and will be removed in a future release. Please use avconv instead. [18:21] <LithosLaptop> not really [18:21] <sky2> ok [18:22] <LithosLaptop> avconv just branched off ffmpeg. ffmpeg still very alive [18:22] <sky2> ok [18:22] <sky2> its on my desktop [18:23] <sky2> so what i should type in terminal to give the correct path [18:23] <sky2> earlier it was on another partition . i just got it placed on my desktop [18:23] <sky2> for my convenience [18:24] <LithosLaptop> Iv'e never had linux installed before. I am not sure where the user's Desktop is located [18:24] <sky2> so what would be the exact command [18:25] <sky2> then pls refer me a loaction u r comforatbale with [18:25] <sky2> comfortable* [18:25] <LithosLaptop> ffmpeg -i pathToFile/FileName.mov [18:25] <LithosLaptop> can you maybe just move that file to somewhere else? [18:26] <sky2> yes [18:26] <sky2> i can just copy & place it on any loaction [18:28] <LithosLaptop> yeah do it so that you know the full path to the file. I can't give you a path because I don't know what paths are available on linux :) [18:29] <relaxed> $HOME/somewhere/file.mov [18:30] <sky2> relaxed: its on my desktop & file name is 142306432_l.mov [18:30] <relaxed> $HOME/Desktop/142306432_l.mov [18:31] <LithosLaptop> try: ffmpeg -i $HOME/Desktop/142306432_l.mov [18:31] <sky2> so its like ffmpeg -i ~/desktop/142306432_l.mov << is that ok? [18:31] <LithosLaptop> ok [18:31] <LithosLaptop> try it [18:31] <sky2> ok [18:32] <LithosLaptop> it will complain about an output file, but that is ok [18:32] <sky2> ok [18:32] <LithosLaptop> just want the output before that [18:33] <sky2> /home/sky/desktop/142306432_l.mov: No such file or directory : output shows [18:33] <relaxed> find . -name 142306432_l.mov [18:33] <relaxed> will find it and give you the correct path [18:34] <sky2> find . -name 142306432_l.mov <, type this in terminal? [18:34] <relaxed> correct [18:35] <sky2> relaxed: terminal does not pull out any output [18:35] <sky2> oh ok [18:35] <sky2> now it has given out [18:35] <sky2> cool [18:36] <sky2> ./Desktop/142306432_l.mov [18:36] <LithosLaptop> lol who would of guessed :) [18:36] <sky2> lol [18:36] <sky2> :p [18:36] <relaxed> I said that earlier! [18:36] <sky2> yep [18:36] <sky2> it needs a . [18:37] <sky2> full stop [18:38] <sky2> so ffmpeg -i ~./Desktop/142306432_l.mov [18:39] <relaxed> ffmpeg -i Desktop/142306432_l.mov [18:39] <relaxed> or ffmpeg -i ~/Desktop/142306432_l.mov [18:39] <sky2> ok [18:39] <relaxed> or ffmpeg -i $HOME/Desktop/142306432_l.mov [18:41] <sky2> ok im pasting the out put in pastebin [18:43] <sky2> http://pastebin.com/UJWJp1hS [18:43] <sky2> LithosLaptop: [18:43] <LithosLaptop> ok [18:43] <sky2> thats the pastebin URL [18:43] <sky2> ok [18:44] <LithosLaptop> I'll give a ffmpeg command you can try [18:44] <LithosLaptop> brb [18:44] <sky2> ok [18:44] <sky2> ty for the help with the command line relaxed [18:45] <relaxed> ffmpeg -i ~/Desktop/142306432_l.mov -q:v 3 output.3gp [18:46] <sky2> btw relaxed , i did use the cmd "ffmpeg -i $HOME/Desktop/142306432_l.mov" just for a check as u had given out [18:46] <relaxed> HAve a look at the output of $(ffmpeg -h muxer=3gp | less) [18:47] Action: relaxed goes to sleep [18:47] <sky2> & the output was like bash: /home/sky/Desktop/142306432_l.mov: Permission denied [18:47] <sky2> ok [18:48] <LithosLaptop> ffmpeg -i $HOME/Desktop/142306432_l.mov --c:v libx264 -b:v 1500k -c:a libfdk_aac -b:a 128k $HOME/Desktop/test.3gp [18:48] <sky2> Unrecognized option 'q:v' [18:48] <sky2> Failed to set value '3' for option 'q:v' [18:49] <LithosLaptop> if it complains about fdk_aac: [18:49] <sky2> so try that cmd out in TERM ? LithosLaptop i [18:49] <LithosLaptop> yeah [18:49] <relaxed> change -q:v 3 in my command to -qscale 3 [18:50] <sky2> ok LithosLaptop [18:50] <sky2> ok relaxed [18:51] <sky2> LithosLaptop: this is the output of the cmd as given by u " ffmpeg -i $HOME/Desktop/142306432_l.mov --c:v libx264 -b:v 1500k -c:a libfdk_aac -b:a 128k $HOME/Desktop/test.3gp [18:51] <sky2> ops sorri [18:51] <sky2> sorry* [18:51] <sky2> Unrecognized option '-c:v' [18:51] <sky2> Failed to set value 'libx264' for option '-c:v' [18:51] <LithosLaptop> ahh ok [18:51] <LithosLaptop> oops [18:52] <sky2> trying out with relaxed [18:52] <LithosLaptop> ffmpeg -i $HOME/Desktop/142306432_l.mov -c:v libx264 -b:v 1500k -c:a libfdk_aac -b:a 128k $HOME/Desktop/test.3gp [18:52] <LithosLaptop> had two dashes [18:54] <sky2> ffmpeg -i ~/Desktop/142306432_l.mov -qscale 3 output.3gp [18:54] Last message repeated 1 time(s). [18:54] <sky2> sorry [18:54] <sky2> i pasted that in TERMINAL [18:55] <sky2> last line refres as this " Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height [18:55] <sky2> refers* [18:55] <LithosLaptop> did mine complain about something again? [18:56] <sky2> sorry , did not get u [18:56] <LithosLaptop> no prob [18:56] <sky2> what i shd change in your cmd line? LithosLaptop [18:56] <LithosLaptop> I pasted a new one. --c:v changes to -c:v [18:57] <sky2> oh sorry my bad just overlooked [18:57] <sky2> executing yours cmd LithosLaptop [18:58] <sky2> Unrecognized option 'c:v' [18:58] <sky2> Failed to set value 'libx264' for option 'c:v' [18:58] <LithosLaptop> ohh [18:58] <sky2> same error came i think LithosLaptop [18:58] <LithosLaptop> you need the old way [18:58] <LithosLaptop> brb [18:58] <sky2> okie [19:00] <LithosLaptop> ffmpeg -i ~/Desktop/142306432_l.mov -vcodec libx264 -vb 1500k -strict experimental -acodec aac -ab 256k -cutoff 15000 ~/Desktop/test.3gp [19:01] <sky2> ok [19:02] <sky2> Unknown encoder 'libx264' [19:02] <sky2> hope its almost near [19:03] <sky2> just an encoder issue [19:03] <sky2> i may be wrong [19:03] <sky2> im totally noob :p [19:03] <LithosLaptop> ffmpeg -i ~/Desktop/142306432_l.mov -vcodec mpeg4 -vb 3000k -strict experimental -acodec aac -ab 256k -cutoff 15000 ~/Desktop/test.3gp [19:03] <LithosLaptop> try that [19:03] <sky2> okie [19:04] <sky2> yup [19:04] <sky2> RUNNING [19:04] <sky2> COOL, 3gp file on my desktop [19:05] <LithosLaptop> haha [19:05] <LithosLaptop> cool [19:05] <sky2> but not playable [19:05] <LithosLaptop> aww [19:05] <LithosLaptop> hmm [19:05] <LithosLaptop> what player? [19:06] <sky2> movie player [19:06] <sky2> by default it was grabbed by Mplayer [19:06] <sky2> i sent it to Trash [19:06] <sky2> :p [19:06] <LithosLaptop> ffmpeg -i ~/Desktop/142306432_l.mov -vcodec h263 -vb 3000k -strict experimental -acodec aac -ab 256k -cutoff 15000 ~/Desktop/test.3gp [19:07] <sky2> again try that ? [19:07] <LithosLaptop> yeah with h263 instead of mpeg4 [19:07] <sky2> cool [19:07] <sky2> Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height [19:07] <LithosLaptop> oops [19:08] <sky2> -.- [19:08] <LithosLaptop> yeah maybe there are some limitations for h263 [19:08] <LithosLaptop> argh [19:08] <sky2> ahh ok [19:08] <LithosLaptop> but mpeg4 should work.. [19:08] <sky2> yup [19:08] <sky2> hope experiment shd be removed [19:08] <sky2> i dunno [19:08] <sky2> im nOOb [19:08] <sky2> :p [19:09] <LithosLaptop> ffmpeg -i ~/Desktop/142306432_l.mov -vcodec libxvid -vb 3000k -strict experimental -acodec aac -ab 256k -cutoff 15000 ~/Desktop/test.3gp [19:09] <sky2> ok [19:10] <sky2> Unknown encoder 'libxvid' [19:10] <LithosLaptop> :( [19:10] <sky2> :( [19:10] <LithosLaptop> yeah all the good endoers are not available [19:10] <LithosLaptop> *encoders [19:10] <sky2> ok [19:11] <sky2> adding any PPA might work ? though its my guess [19:11] <LithosLaptop> I think you should maybe try to get the latest ffmpeg with libxvid, libx264, fdk_aac installed [19:11] <sky2> ic [19:11] <LithosLaptop> but I don't know how to do the compliling etc. [19:12] <sky2> i see [19:12] <LithosLaptop> sorry about that. I tried, lol [19:12] <sky2> np :) [19:12] <sky2> Many thnx for your helping hand & time [19:12] <LithosLaptop> but technically that other file should of worked [19:12] <LithosLaptop> no prob [19:13] <sky2> yup [19:13] <sky2> it got the conversion done [19:13] <sky2> came like test.3gp [19:13] <sky2> but did not play [19:14] <LithosLaptop> maybe [19:14] <LithosLaptop> try to do -i on that new file [19:14] <sky2> movie player reports Stream contains no data [19:15] <sky2> sorry [19:15] <sky2> didnt get ya [19:15] <LithosLaptop> ffmpeg -i ~/Desktop/test.3gp [19:15] <LithosLaptop> after the file is created [19:15] <LithosLaptop> then I will check what ffmpeg reports [19:15] <sky2> ok [19:16] <sky2> /home/sky/Desktop/test.3gp: Invalid data found when processing input [19:16] <LithosLaptop> ah ok [19:17] <LithosLaptop> when you encoded the file did ffmpeg report any warnings/errors? [19:17] <sky2> on terminal? [19:17] <LithosLaptop> yeah [19:17] <sky2> nope [19:18] <sky2> i was seeing the conversion being carried out [19:19] <LithosLaptop> hmm can you paste in pastebin the full output of ffmpeg after you created the test.3gp file [19:19] <sky2> ok [19:19] <sky2> hmm [19:19] <sky2> i will have to run the command again [19:19] <sky2> ok np [19:24] <sky2> http://pastebin.com/kUKUzMpi [19:25] <sky2> LithosLaptop: [19:25] <sky2> ^^^ [19:25] <sky2> FULL OUTPUT [19:27] <LithosLaptop> ffmpeg -i ~/Desktop/142306432_l.mov -vcodec mpeg4 -vb 3000k -an ~/Desktop/test.3gp [19:27] <LithosLaptop> that is without audio [19:28] <LithosLaptop> just want to see if maybe the audio is the problem [19:29] <sky2> ok [19:30] <sky2> yes , it has worked LithosLaptop [19:30] <sky2> is being played [19:30] <sky2> GREAT JOB [19:30] <sky2> WOW [19:30] <LithosLaptop> haha [19:30] <sky2> lol [19:30] <LithosLaptop> ok cool try this: [19:31] <LithosLaptop> ffmpeg -i ~/Desktop/142306432_l.mov -vcodec mpeg4 -vb 3000k -strict experimental -ar 44100 -acodec aac -ab 256k -cutoff 15000 ~/Desktop/test.3gp [19:31] <sky2> ok [19:33] <sky2> wonderful [19:34] <sky2> with audio [19:34] <sky2> its awesoem [19:34] <sky2> awesome* [19:34] <sky2> all working fine [19:34] <KalD> Does anyone have a good example of using a video device by index on win32? The documentation makes a ref to this - but there is no example~ [19:36] <LithosLaptop> yay :) [19:37] <sky2> im really indebted to u LithosLaptop [19:37] <sky2> now i need to learn the exact command to convert any video i want [19:45] <sky2> for any coversion the cmd is same except the .mov or .3gp? LithosLaptop [19:45] <sky2> conversion* [19:46] <LithosLaptop> well I usuall check if the output container is compatible with the source file's codecs first [19:46] <sky2> ic [19:46] <LithosLaptop> if it is then I just do: ffmpeg -i infile.abc -acodec copy -vcodec copy outfuile.out [19:47] <LithosLaptop> http://en.wikipedia.org/wiki/Comparison_of_container_formats [19:47] <LithosLaptop> if not then I have to re-encode [19:48] <LithosLaptop> you can check what encodrs are available in ffmpeg by typing: ffmpeg -codecs [19:48] <LithosLaptop> the codecs with an E means they have encoders [19:50] <LithosLaptop> if the output file's codecs are inferior ro the source file then I usually use higher bitrates than the source to kinda match the quality [19:51] <sky2> LithosLaptop: all i want to be capable of doing conversion of any file with any extension to my desired file format using ffmpeg :) [19:52] <sky2> hope its takes a bit of time to grab the subject [19:52] <LithosLaptop> :) [19:52] <LithosLaptop> there isn't really one command line that handles all cases [19:53] <sky2> yup [19:53] <LithosLaptop> I guess you could first try ffmpeg ffmpeg infile.abc -acodec copy -vcodec copy outfile.out [19:53] <sky2> ok [19:53] <LithosLaptop> then if that doesn't work: [19:53] <LithosLaptop> ffmpeg -i infile.abc outfile.out [19:54] <LithosLaptop> conversion from lossy to lossy is usually a bad idea [19:55] <LithosLaptop> each time you do it, the output file has a little bit less quality than the source, even if the bitrate might be higher [19:55] <sky2> ffmpeg -i ~/Desktop/142306432_l.mov -vcodec mpeg4 -vb 3000k -strict experimental -ar 44100 -acodec aac -ab 256k -cutoff 15000 ~/Desktop/test.3gp << in this command line how did u match with ffmpeg infile.abc -acodec copy -vcodec copy outfile.out [19:55] <LithosLaptop> that is why it is better to try and copy the streams if it is possible [19:56] <LithosLaptop> what do you mean by match? [19:56] <sky2> from where did u get this 3000k & 15000 etc numbers [19:56] <LithosLaptop> oh [19:56] <LithosLaptop> 3000 is the bitrate [19:57] <LithosLaptop> just a guesstimate :) 3000k is about 2x the bitrate of the source video bitrate [19:57] <sky2> i meant how did this "ffmpeg infile.abc -acodec copy -vcodec copy outfile.out " match with the command created by u which worked ! [19:57] <LithosLaptop> I used a high number because mpeg4 is a bit inferior so it needs more bits to get about the same quality [19:58] <sky2> ok [19:58] <LithosLaptop> oh that command wont work in your case [19:59] <LithosLaptop> because the codecs used in the source file can't fit in a 3gp file [20:00] <sky2> i want to knas i tried playing that file in my mobile it says unsupported resolution [20:00] <sky2> sorry [20:00] <sky2> as I tried playing *9 [20:00] <LithosLaptop> yeah thought so :) [20:00] <LithosLaptop> device 3gp support is picky [20:01] <sky2> does ffmpeg handles resolutions [20:01] <LithosLaptop> some phones only support certain resoultions/frame rates etc for 3gp files [20:01] <sky2> handle* [20:01] <LithosLaptop> yeah [20:01] <LithosLaptop> you can change it [20:01] <sky2> my phone supports 240 [20:01] <sky2> 320x240 [20:01] <LithosLaptop> ah ok [20:02] <LithosLaptop> I'll modiy the command a bit [20:02] <sky2> coo [20:02] <sky2> cool [20:02] <sky2> ok u may create it .. i will be right back .. brb [20:03] <LithosLaptop> ffmpeg -i ~/Desktop/142306432_l.mov -vcodec mpeg4 -vb 3000k -s 320x240 -strict experimental -ar 44100 -acodec aac -ab 256k -cutoff 15000 ~/Desktop/test.3gp [20:04] <LithosLaptop> if your phone complains about the framerate then you can adjust it by using the -r option [20:04] <LithosLaptop> -r 15 [20:05] <LithosLaptop> that will change it to 15 frames per second [20:36] <sky2> hi LithosLaptop [20:37] <sky2> im back [20:37] <sky2> the resolution u fixed is all perfect & working fine on my pone now [20:37] <sky2> phone* [20:38] <sky2> u said change it to -r 15 if it was not working ..but thankfully it workd without me having to do nay thing [20:38] <sky2> any* [20:39] <sky2> kindly can u say where this -r 15 had to be placed in the CMD u created ? [20:41] <LithosLaptop> hi, anywhere after -i ~/Desktop/142306432_l.mov and before ~/Desktop/test.3gp [20:43] <sky2> like ffmpeg -i ~/Desktop/142306432_l.mov-r 15 -vcodec mpeg4 -vb 3000k -s 320x240 -strict experimental -ar 44100 -acodec aac -ab 256k -cutoff 15000 -r 15~/Desktop/test.3gp [20:43] <sky2> is it ok? [20:43] <LithosLaptop> there should be a space between the file name and -r 15 [20:44] <LithosLaptop> ffmpeg -i ~/Desktop/142306432_l.mov -r 15 -vcodec mpeg4 -vb 3000k -s 320x240 -strict experimental -ar 44100 -acodec aac -ab 256k -cutoff 15000 -r 15~/Desktop/test.3gp [20:49] <sky2> ok cool [20:58] <sky2> LithosLaptop: i see u putting strict experimental [20:58] <sky2> is it necessary [21:02] <LithosLaptop> for the aac encoder it is [21:03] <sky2> ok LithosLaptop suppose I want to change a simple .avi or flv to .3gp format ..what sould be the comand? [21:09] <sky2> once its accustomed .. its a matter of practice [21:09] <sky2> & of course the right command is to be experimented [21:10] <sky2> ok LithosLaptop [21:10] <LithosLaptop> If the flv uses mpeg4/h.264 and aac audio then: ffmpeg -i infile.flv -acodec copy -vcodec copy outfile.3gp [21:10] <sky2> many many thanx for ya co-operations [21:11] <LithosLaptop> no prob [21:11] <LithosLaptop> else you will have to use the command that you used now for the conversion [21:11] <sky2> will know it from u tomorrow itself if u r available in this hours [21:11] <LithosLaptop> same applies for the AVI [21:11] <sky2> im really interested [21:11] <LithosLaptop> I might be here [21:11] <LithosLaptop> ok [21:12] <sky2> interesting stuff [21:12] <sky2> cya then tc bye for now [21:12] <sky2> :) [21:12] <LithosLaptop> k cheers [21:12] <sky2> \o/ [21:55] <Mista_D> How do I combine concat and setdar filters? tried "-filter_complex [0:0][0:1][1:0][1:1]concat=n=2:v=1:a=1[v][a], setdar=4:3" but its not accepted by FFmpeg. Tried to do concat in -filter_complex and setdar in -vf, but that fails to set dar. Using 2.0.1 build. [22:02] <durandal_1707> that just change aspect ratio [22:02] <durandal_1707> what is wrong in output? [22:03] <durandal_1707> perhaps you mean: setdar=dar=4/3 [22:06] <Mista_D> durandal_1707: yes basically set header dar value to 4:3 [22:06] <durandal_1707> than try with 4/3 [22:08] <Mista_D> durandal_1707: same error. [22:11] <Mista_D> durandal_1707: error "Cannot find a matching stream for unlabeled input pad 0 on filter Parsed_setdar_1", pasted whole outptut to http://pastebin.ca/2454954 [22:18] <durandal_1707> Mista_D: its obvious, and error is self explanatory [22:18] <durandal_1707> you connect nothing to setdar [22:18] <durandal_1707> but all other filters have something [22:18] <durandal_1707> hint: setdar needs video '[v]' [22:19] <Mista_D> durandal_1707: Thank you, it works! [22:44] <Mista_D> Can FFmpeg recognize track sequence during concat to macth V-V and A-A? when stitching one file with first audio track with other file that has video track first, get this error... http://pastebin.ca/2454978 [23:34] <Mista_D> What OPCM is used in MPEG2-TS please? [23:34] <Mista_D> PCM [00:00] --- Fri Sep 20 2013

1 0

ffmpeg-devel.log.20130917
by burek 18 Sep '13

18 Sep '13

[00:00] <saste> durandal_1707, ffmpeg -help full [00:01] <durandal_1707> that output is to big [00:02] <saste> why ffmpeg -h full is not documented? [00:02] <durandal_1707> so what exact flags are missing? [00:03] <saste> the ones marked in my patch [00:04] <durandal_1707> ahh yes, there was even one in sws, which could not be even possible to set... [00:05] <durandal_1707> ffmpeg should warn if such option is found [00:14] <durandal_1707> saste: truncated is D|V [00:14] <durandal_1707> or V|D [00:15] <durandal_1707> input_preserved is V|E [00:15] <durandal_1707> but it is not documented what it does... michaelni ??? [00:15] <saste> durandal_1707, I also wonder what they are useful for [00:21] <cone-282> ffmpeg.git 03Vignesh Venkatasubramanian 07master:bcac6b438e67: lavf/oggopus: Fixing a log message [00:35] <saste> boring doc patches... [00:44] <cone-282> ffmpeg.git 03Carl Eugen Hoyos 07master:5c2be81b39ce: Do not suggest to increase probesize for image2 files. [00:44] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:7dea2eab7e3b: Merge remote-tracking branch 'cehoyos/master' [00:44] <llogan> anyone want a 12" PowerBook G4 PPC laptop for development or fate? [02:21] <Compn> llogan : ask on list [02:21] <Compn> only 151 comments on 2686? psh [02:39] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:7129935ed298: avcodec/mjpegdec: Fix ljpeg RCT [09:51] <ubitux> joolz is in berzerk mode [10:48] <ubitux> durandal_1707: so, when is *bsd going to write a valgrind-like tool? [10:50] Action: durandal_1707 is busy [10:51] <durandal_1707> michaelni: so does it make sense to always initialize padding of extradata allocation? [10:54] <cone-251> ffmpeg.git 03Vittorio Giovara 07master:187105ff8a02: Fix references to deleted avcodec_encode_video() function [10:54] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:ff4548f223fc: Merge commit '187105ff8a02bafc9c58d9d8363bb3f55a415635' [10:54] <cone-251> ffmpeg.git 03Martin Storsjö 07master:ede42109e73a: x86: Add an xmm clobbering wrapper for avcodec_encode_video2 [10:55] <durandal_1707> ubitux: it only shows bunch of false leaks and nothing about invalid writes/reads here [11:17] <cone-251> ffmpeg.git 03Luca Barbato 07master:3feb3d6ce4be: mem: Introduce av_reallocp [11:17] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:c74c3fb1420b: Merge commit '3feb3d6ce4be0a09a9f8f13d613bed25b523b6e7' [11:19] <michaelni> durandal_1707, always zeroing padding cant hurt if its easy & simple to do [11:19] <durandal_1707> hmm there are some invalid reads from vf_scale, line 247 [11:23] <cone-251> ffmpeg.git 03Luca Barbato 07master:97d35fa89f73: rtmp: Factor out publish specific code [11:23] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:0483cfe8ca94: Merge commit '97d35fa89f73468d64f663bfc0686aa6cddd8b6a' [11:28] <cone-251> ffmpeg.git 03Luca Barbato 07master:ffb7669e4734: rtmp: Support play method in listen mode [11:28] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:953a4191b812: Merge commit 'ffb7669e47343ac0caa866361965fdb2bf6ed825' [11:34] <cone-251> ffmpeg.git 03Luca Barbato 07master:666ed7eda1d5: rtmp: Drop an unneeded warning [11:34] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:c9eb2ce08532: Merge commit '666ed7eda1d568638689ac7b0cef0a9e564ffbdf' [11:40] <cone-251> ffmpeg.git 03Luca Barbato 07master:fe0337e89bbb: rtmp: Do not send the first field twice within the handshake [11:40] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:9589b6190494: Merge commit 'fe0337e89bbbe84b7274fbb0d9d56ed992937931' [11:44] <cone-251> ffmpeg.git 03Luca Barbato 07master:92ed83e393d2: rtmp: Store all the notify messages [11:44] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:a275ff7e010a: Merge commit '92ed83e393d25b6d15920e90d56ee77de54a9728' [11:49] <cone-251> ffmpeg.git 03Luca Barbato 07master:0a9425d7cfdf: flv: Do not export datastream as metadata [11:49] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:22f79a2d605f: Merge commit '0a9425d7cfdf0113c3d32096c9406823efe0cd0a' [12:08] <saste> ubitux: do you want to have a look at my ffprobe patches? [12:08] <ubitux> -ss and log level? [12:11] <saste> ubitux, yes [12:12] <ubitux> saste: i'll have a look in about 1h or 2 [12:12] <ubitux> if i don't, nag me [12:13] <ubitux> saste: what about fixing the examples? ;) [12:13] <saste> ubitux, thanks [12:14] <cone-251> ffmpeg.git 03Luca Barbato 07master:596e5d4783ca: lavf: Add a flag to enable/disable per-packet flushing [12:14] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:96e6447d6233: Merge commit '596e5d4783ca951258a7c580951fd161f1785ec1' [12:15] <ubitux> michaelni: from BBB "I've fixed some final bugs in the decoder (minor off-by-ones etc.) so it passes all fate tests under valgrind now." [12:15] <ubitux> michaelni: he has no IRC/git right now [12:15] <ubitux> anyway, vp9 should be soon ready, in case you're interested [12:21] <cone-251> ffmpeg.git 03Clément BSsch 07master:73084391588b: lavf: Don't explicitly flush after each written packet in muxers [12:21] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:7b836487a924: Merge commit '73084391588b0f150737990038829cac5013dd68' [12:23] <saste> http://sourceforge.net/projects/ffprobe/ [12:23] <durandal_1707> ? [12:23] <saste> ^^ wtf people are still downloading that old version [12:24] <durandal_1707> who/when? [12:24] <ubitux> :D [12:24] <saste> check the stats, 24 downloads in the last week [12:24] <ubitux> 24 Downloads (This Week) [12:24] <ubitux> Last Update: 2013-04-25 [12:24] <ubitux> last update 2013? wth? [12:25] <michaelni> "very good project Posted 03/20/2013 " :) [12:25] <saste> uh, maybe I put some remarks in the docs discouraging users to use it [12:25] <ubitux> " [12:25] <ubitux> Awesome!! The best awaiting release ever. " [12:25] <durandal_1707> into docs that nobody reads [12:25] <ubitux> Posted 02/09/2013 [12:26] <durandal_1707> jusk ask to point it to ffmpeg [12:26] <ubitux> saste: commit something with an error message [12:27] <ubitux> (delete the project?) [12:27] <saste> ubitux, probably they are sourceforge bots, meant to simulate users interest [12:27] <ubitux> haha [12:27] <cone-251> ffmpeg.git 03Martin Storsjö 07master:1daea5232fc9: x86: Add an xmm clobbering wrapper for avcodec_encode_video2 [12:27] <saste> yeah i should probably just kill it, or replace the code with a README -> DON'T USE ME [12:27] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:8947de17f9e7: Merge commit '1daea5232fc9963ba93b1b6d07a2373f87c9b392' [12:32] <durandal_1707> so how can delete such project? [12:32] <durandal_1707> who is owner of it? [12:33] <cone-251> ffmpeg.git 03Stefano Sabatini 07master:4149981b376d: doc/fftools-common-opts: document -help long and full output [12:35] <saste> durandal_1707, i'm the owner [12:35] <durandal_1707> then what are you waiting for? [12:40] <ubitux> nevcairiel: "strictly speaking that's a bug. In practise, up to 6 it doesn't matter, only xmm6 and up are callee save on win64." [12:40] <ubitux> (from Ronald, about xmm* reg count mismatch) [12:51] <cone-251> ffmpeg.git 03Alexandra Khirnova 07master:68b467742092: lavf: Make probe_codec return an error code [12:51] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:3f760214b44b: Merge commit '68b467742092364f9306283f40effde2c12efe08' [12:57] <cone-251> ffmpeg.git 03Josh Allmann 07master:120af23cd5fc: rtmp: Send video on a separate channel. [12:57] <nevcairiel> ubitux: ah, then i had it almost right :) [12:57] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:c71541d42a59: Merge commit '120af23cd5fcfc539d9575d17d403247ab17109b' [13:02] <cone-251> ffmpeg.git 03Josh Allmann 07master:d4aef9978091: rtmp: Follow Flash player numbering for channels. [13:02] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:208f9dd2ef06: Merge commit 'd4aef997809167832ecc64e89dda8cb445e5fe10' [13:08] <cone-251> ffmpeg.git 03Josh Allmann 07master:f8d1bb6723a6: rtmp: rename main_channel_id to stream_id. [13:08] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:01b4689d2032: Merge remote-tracking branch 'qatar/master' [13:15] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:e960b3e27e60: avformat/utils: Print warning if reallocating probe buffer failed [13:35] <durandal_1707> if i'm not going to have more comments for pullup i will push it [13:59] <durandal_1707> can i get help at converting inline assembly? [14:07] <saste> how can i test pullup? Do I need a special file or can I generate it? [14:08] <durandal_1707> you need telecined material [14:08] <durandal_1707> or use telecine filter [14:18] <durandal_1707> the inline asm args are just swapped or? [14:50] <j-b> lol. someone still cares about HDS? [14:55] <durandal_1707> huh mmx code in pullup for comb is buggy [15:00] <durandal_1707> correction it is not comb but var [15:01] <durandal_1707> could someone take look at it? [15:05] <durandal_1707> actually it is not, it appears to be same as C code (i'm not asm expert) [15:05] <durandal_1707> b is pointlessly increased [15:05] <durandal_1707> what whoever did this smoked? [15:06] <saste> btw we have a lot of filters from felker, anyone ever asked him if he wants to relicense the ported code? [15:06] <saste> i sent him a few mails, never replied [15:07] <saste> i'm told he's sometimes around the mplayer dev channel [15:07] <ubitux> yes, "dalias" [15:07] <ubitux> he's on #mplayerdev [15:08] <saste> now? [15:08] <ubitux> and probably the musl irc channel if there is any [15:08] <ubitux> yes [15:08] <saste> did anyone ever ask him? [15:08] <ubitux> no idea [15:08] <saste> not that I care about relicensing those filters, but ... [15:08] <ubitux> no one talk on #mplayerdev [15:08] Action: durandal_1707 now everyone joins #mplayerdev [15:09] <ubitux> it's a zombie channel [15:09] <ubitux> a lot of ppl, no one ever talk [15:09] <durandal_1707> for more than year? [15:09] <saste> they just stare each other [15:11] <saste> i asked him with a pm [15:13] <saste> durandal_1707, would it make sense to use dsputils for pullup? [15:13] <Daemon404> ... isnt dsputils internal to lavc [15:13] <Daemon404> aka ff_ [15:13] <durandal_1707> saste: you found function that can be reused? [15:13] <saste> Daemon404, who cares, we already use it in lavfi [15:13] <cone-251> ffmpeg.git 03Martin Storsjö 07master:1115689d54ea: svq3: Check for any negative return value from ff_h264_check_intra_pred_mode [15:14] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:a64b99503b96: Merge commit '1115689d54ea95a084421f5a182b8dc56cbff978' [15:14] <Daemon404> saste, ... n [15:14] <Daemon404> no [15:14] <Daemon404> thats a terrible idea [15:14] <Daemon404> and terrible rationale [15:14] <saste> durandal_1707, eheh [15:14] <Daemon404> the point is to *reduce* internal cannibalization [15:14] <saste> Daemon404, see for example mpdecimate [15:14] <Daemon404> just because it is happengn currently doesnt mean you should add more [15:14] <saste> note that the big plan was to move dsputils to a more shareable context (lavc -> lavu) [15:15] <Daemon404> im of the opinion mpdecimat shouldnt exist btw [15:15] <ubitux> Daemon404: why is that a bad idea? [15:15] <Daemon404> ubitux, multiple reasons [15:15] <saste> Daemon404, then all poor mplayer users would complain that we didn't port it [15:15] <Daemon404> dogfooding for example [15:15] <Daemon404> saste, there are no mplayer users [15:15] <saste> theoretical complainers, but yet [15:15] <ubitux> can you state them without trolling? [15:15] <Daemon404> everyone uses mplayer 2 or mpv [15:16] <Daemon404> ubitux, its basic design principle [15:16] <ubitux> we need a dsp utils accessible outside libavcodec [15:16] <Daemon404> TEHN DO THAT [15:16] <ubitux> right now it's in libavcodec but it doesn't change the fact that we need to use those optimized functions [15:16] <Daemon404> dont cannibalize [15:16] <ubitux> doesn't change anything [15:16] <Daemon404> ... [15:17] <Daemon404> i am convince nobody involved in this project understands anything about good practice [15:17] <Daemon404> convinced [15:17] <ubitux> technically speaking, whether it's in lavu or lavc the code won't really change for those filters [15:17] <ubitux> moving that code is not trivial and it should not be blocking development in lavfi [15:18] <Daemon404> more important to have filters nobody uses than to properly design a lib [15:18] <Daemon404> i know [15:18] <ubitux> yes [15:18] <Daemon404> pullup and mpdecimate... -_- [15:18] <ubitux> more usage will help defines a good interface [15:18] <ubitux> -s [15:19] <ubitux> Daemon404: durandal_1707 is saying pullup has better result that fieldmatch with defaults ;) [15:19] <Daemon404> then something is terribly wrong [15:19] <ubitux> and dsputils are used elsewhere [15:19] <ubitux> like scene detection in select [15:19] <Daemon404> existence of poor practice does not mean "we should continue it" [15:19] <Daemon404> thats a strawman argument [15:19] <ubitux> it's not poor practice [15:19] <Daemon404> ... [15:20] <Daemon404> yes, cannibalizing INTERNAL apis betwene lib boundaries [15:20] <Daemon404> IS [15:20] <ubitux> it's avpriv'ed [15:20] <Daemon404> the only reason we even export soem ff_ functions is because of our own carp usage [15:20] <ubitux> so it's not really internal [15:20] <Daemon404> dsputils is mostly ff_ [15:20] <ubitux> we're using the avpriv'ed interface [15:20] <Daemon404> i think the existence of apriv_ at all says enough. [15:21] <ubitux> anyway, 15:18:20 <@ubitux> more usage will help defines a good interface [15:21] <ubitux> i believe in this ^ [15:21] <Daemon404> i do not. [15:21] <ubitux> just like i believe the more filters we have, the more we can see the needs in a potential new api [15:22] <Daemon404> that only works if: [15:22] <ubitux> like what parts are redundant, what is generally a pain, etc [15:22] <Daemon404> a) you provide filters that are good andn ot foudn elsewhere [15:22] <Daemon404> b) anyone actually uses lavfi [15:22] <cone-251> ffmpeg.git 03Martin Storsjö 07master:e1f3847f860a: mace: Make sure that the channel count is set to a valid value [15:22] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:7163bbefa26d: Merge commit 'e1f3847f860a1094a46be4c5f10db8df616c3135' [15:22] <ubitux> not really [15:22] <ubitux> that's unrelated [15:22] <ubitux> (to the point i'm defending) [15:23] <saste> durandal_1707, i'm not sure there's something really reusable in dsputils [15:23] <Daemon404> you guys really blow my mind with your bubble sometimes... [15:23] <Daemon404> sigh [15:23] <saste> those routines mostly work at the block level (8x8, 16x16 etc) [15:24] <durandal_1707> and do something else [15:24] <saste> anyway it was just a random idea [15:27] <durandal_1707> does anyone know whereabouts of other mplayer developers? [15:36] <cone-251> ffmpeg.git 03Martin Storsjö 07master:569d18aa9dc9: matroskadec: Verify realaudio codec parameters [15:36] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:2c8d876dea15: Merge commit '569d18aa9dc989c37bb4d4b968026fe5afa6fff9' [15:44] <cone-251> ffmpeg.git 03Martin Storsjö 07master:711c97016829: rv34: Check the return value from ff_rv34_decode_init [15:44] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:b3dfda8a410d: Merge commit '711c970168297683860422e95d6b7e37ee3c8367' [15:44] <durandal_1707> ubitux: what usally arguments you use with fieldmatch? [15:45] <ubitux> i don't use it [15:45] <ubitux> try changing the mode, eventually set the order [15:46] <ubitux> and maybe full combmatcing, dunno [15:46] <ubitux> ask Daemon404, he's our filtering expert [15:48] <wm4_> durandal_1707: which devs [15:48] <durandal_1707> wm4_: you are one of them? [15:49] <ubitux> saste: do you think it would make sense to add a "alpha" bit to ffprobe's video stream info? [15:49] <wm4_> huh [15:49] <ubitux> saste: (for video stream with a pix format with an alpha layer) [15:52] <wm4_> <saste> Daemon404, then all poor mplayer users would complain that we didn't port it <- dude, they'll just continue to use mplayer and mencoder [15:52] <wm4_> mplayer won't even delete their own filters [15:52] <saste> ubitux, isn't that info implied by the pixel format? [15:52] <wm4_> even if they're ported to ffmpeg [15:52] <wm4_> so if you target mplayer users, you get NOTHING in return [15:52] <wm4_> _especially_ because mplayer's lavfi bridge (most likely) doesn't work [15:53] <ubitux> saste: how is an external app (!api, think ffprobe parsing) is supposed to do that? [15:53] <wm4_> and even if you say that you want to allow easy transition for users from mencoder to ffmpeg.c, it's not really your responsibility, is it [15:54] <saste> ubitux: nit: remove the "Error" from the message; something like "Unable to open codecs" [15:55] <saste> ^^ why^ [15:55] <saste> ^^ why? [15:55] <ubitux> because it's not an error anymore? :( [15:55] <ubitux> "nit" anyway. [15:56] <saste> ubitux, ok [15:56] <cone-251> ffmpeg.git 03Martin Storsjö 07master:19b9659f3174: oggparseogm: Convert to use bytestream2 [15:56] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:a1fb3e512778: Merge commit '19b9659f3174599e8685d329c4330b1ea8c4c6db' [15:56] <saste> for what regards the alpha bit, that information is not explicitly expressed in pixel desc, but can be inferred from the number of components [15:57] <saste> this can be done parsing ffprobe -pix_fmts [15:57] <ubitux> mmh i forgot this... but parsing this output is not reliable [15:57] <saste> not sure i want to convert that to a parsable output [15:57] <ubitux> yeah i understand [15:58] <ubitux> :) [15:58] <saste> same applies for list of codecs, formats, filters, etc, although it could be done easily [16:04] <cone-251> ffmpeg.git 03Stefano Sabatini 07master:5d12ec8fb7e6: ffprobe: downgrade log level for non fatal errors in open_input_file() [16:05] <wm4_> wow libav is going to implement aac-ld [16:06] <wm4_> one of my first mpv bug reports was/is about the lack of aac ld support [16:06] <Daemon404> :P [16:06] <wm4_> mplayer/mplayer2 handled that with libfaad support [16:07] <Daemon404> are we getting ELD too? [16:07] <Daemon404> :P [16:08] <wm4_> whatever that is [16:09] <Daemon404> LD is only important because certaine apple prodcts did and/or do default to it [16:09] <Daemon404> for no reason [16:10] <cone-251> ffmpeg.git 03Martin Storsjö 07master:7f8d41eb097e: mov: Don't use a negative duration for setting other fields [16:10] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:7f20440b4c17: Merge commit '7f8d41eb097e8d4223c9caf97dd332a2fdb29d52' [16:11] <nevcairiel> ELD is to LD what HE is to LC [16:11] <nevcairiel> there is even a ELDv2 to match up :p [16:16] <ubitux> Daemon404 is going to be very angry in a few seconds [16:16] <Daemon404> carl is a fuckign idiot [16:16] <Daemon404> as usual [16:16] <Daemon404> Nothing New (TM) [16:17] <wm4_> Daemon404: what mplayer specific hacks are there left? [16:17] <wm4_> I just want to make sure I'm not using them [16:17] <Daemon404> libavcodec/utils.c: avctx->codec_id != AV_CODEC_ID_PNG // For mplayer [16:18] <durandal_1707> single hack in whole codebase [16:18] <Daemon404> used to be far more [16:18] <nevcairiel> not all the hacks are so nice to have a comment [16:18] <Daemon404> that too [16:19] <ubitux> Daemon404: do you have a better solution for that hack? [16:19] <durandal_1707> some are mentioned in git log [16:19] <ubitux> Daemon404: iirc it's a retro compat hack [16:19] <ubitux> which means it prevents a regression [16:19] <ubitux> but i need confirmation [16:20] <wm4_> mplayer misuses API, mplayer breaks, hack libavcodec instead of fixing mplayer [16:20] <wm4_> that was what happened in case Daemon404 just mentioned [16:20] <Daemon404> yes. [16:21] <Daemon404> also there are more commented in the codebase [16:21] <ubitux> http://ffmpeg.org/pipermail/ffmpeg-devel/2012-December/135569.html [16:22] <ubitux> this is the reason of the hack, any better to suggest solution? [16:22] <ubitux> and it's not really a "mplayer hack" except in practice [16:23] <Daemon404> thats still mplayer misusing the api [16:23] <Daemon404> and us changing it back to the (undocumented) behaviro [16:23] <Daemon404> for them. [16:23] <wm4_> "The advantage of this is that it is possible to encode images with [16:23] <wm4_> lots of different resolutions without having to open and close [16:23] <wm4_> the codec all the time, with all the processing overhead and [16:23] <wm4_> memory fragmentation that causes." [16:23] <cone-251> ffmpeg.git 03Martin Storsjö 07master:a92538b7c0de: ivi_common: Make sure color planes have been initialized [16:23] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:8d0b899e38b7: Merge commit 'a92538b7c0defc86c55fb91f55dfa36aad192673' [16:24] <wm4_> so it was a bad hack to cope with a bad property of the ffmpeg API? (can't change video size during encoding) [16:24] <Daemon404> wm4_, encoder-specific behavior too [16:24] <Daemon404> even nicer! [16:25] <durandal_1707> you cant encode with every encoder that way/ without reinit - you will most likely get crash [16:25] <Daemon404> thats the point [16:25] <wm4_> wait what does cehoyos mean by "thieves" [16:25] <Daemon404> wm4_, libav [16:25] <nevcairiel> the fork of course [16:25] <wm4_> seriously [16:25] <Daemon404> yes [16:26] <wm4_> I wonder what I'm in his eyes (because I forked a fork of mplayer) [16:26] <nevcairiel> on the one hand he talks about not cursing on the mailing list, and in the same sentence he does that [16:26] <nevcairiel> thats him for ya [16:28] <ubitux> that's a good atmosphere we have today [16:28] <ubitux> :)) [16:28] <wm4_> that reminds me, I should try to write a vsynth demuxer or so [16:28] <Daemon404> wm4_, it seems pretty trivial [16:28] <Compn> wm4 : if you really want to get mplayer/mencoder users, add binary codec loader to ffmpeg :) [16:29] <wm4_> Daemon404: un-lazy-ing is not trivial though [16:29] <Daemon404> Compn, so we can bundle WINE code from ancient times forever? [16:29] <Daemon404> wm4_, tru.dat [16:29] <Compn> you could use new code, i didnt say use mplayer loader ... [16:29] <saste> Compn, they asked it at vdd [16:29] <wm4_> I suspect a binary loader would be pretty simple [16:29] <Compn> i know :) [16:29] <saste> to get finally rid of mencoder [16:29] <wm4_> you just have to write the actual decoder wrapper as separate wine binary [16:29] <Daemon404> saste, is libwine a thing? [16:30] <ubitux> Daemon404: google requested that [16:30] <Daemon404> if so that would be nice to use [16:30] <wm4_> because you can't link libwine code with native Linux code [16:30] <Daemon404> ubitux, binary loading is rarely useufl for corps [16:30] <Daemon404> since it violates many licenses [16:30] <Compn> Daemon404 : no, srs, youtube uses mencoder binary loader [16:30] <ubitux> google is above laws [16:30] <wm4_> the old mplayer wine code though... that is a thing of the devil [16:30] <Daemon404> ubitux, indeed [16:30] <wm4_> it's one of the most ridiculously unclean code I've ever seen [16:30] <wm4_> it's a miracle that it works [16:31] <ubitux> it does? [16:31] <Compn> did you rm it yet ? [16:31] <Daemon404> ubitux, if binary loading were legal i would have just used mplayer+prores binary at vimeo [16:31] <wm4_> I fully respect (and also hate) the guy who hacked it so hard until it worked [16:31] <Daemon404> :P [16:31] <wm4_> Compn: of course [16:31] <Daemon404> but it violates apple's lice [16:31] <Daemon404> er lic [16:31] <Daemon404> (lol lice) [16:31] <Daemon404> same goes for qtaacenc [16:31] <Compn> internal use only :P [16:32] <Compn> qt binary sucks tho [16:32] <Daemon404> Compn, well we have fdk-aac now [16:32] <wm4_> Daemon404: there's a chinese mplayer fork (for windows only) which can make use of ffdshow [16:32] <Daemon404> so its fine [16:32] <Daemon404> wm4_, WHY DID YOU TELL ME THIS [16:32] <Daemon404> i will have nightmares [16:33] <wm4_> just making a point that not all binary/dshow stuff will cause license problems [16:33] <Daemon404> what is even the point of that? [16:33] <wm4_> *shrug* [16:33] <Daemon404> also for a while [16:33] <Daemon404> using coreavc in mplayer was The Thing To DO [16:33] <wm4_> maybe cargo culting [16:33] <nevcairiel> ffdshow is like the mplayer in directshow, it has all the evil hacks [16:33] <wm4_> "I heard ffdshow is awesome" [16:34] <Daemon404> nevcairiel, good description [16:34] <wm4_> nevcairiel: lol, how fitting [16:34] <nevcairiel> although running it from mplayer is kinda pointless, they have the same kind of hacks [16:34] <Compn> you know you can chain ffdshow to itself [16:34] <nevcairiel> of course [16:34] <Compn> ehe [16:35] <Daemon404> nevcairiel, the day clsid came otu and said ffdshow is dead [16:35] <Daemon404> i cried a little [16:35] <Compn> by windows chinese fork, i assume you are talking about mplayer-ww ? [16:35] <Daemon404> with joy. [16:35] <Compn> i heard they were going to destroy all the mplayer hacks from ffdshow-tryouts [16:35] <wm4_> Compn: yes [16:35] <nevcairiel> Daemon404: although all the people crying over post-processing still use it [16:35] <Daemon404> heh [16:35] <Daemon404> better ad vs support to lav [16:36] <Daemon404> i personally have never used pp support [16:36] <Compn> too much cpu to do pp for me as well [16:36] <Compn> so i never used it [16:36] <wm4_> nevcairiel: what kind of postprocessing? [16:36] <nevcairiel> might have been more useful when most video was still like 352x188 [16:36] <Compn> -vf fspp / -vf uspp / -vf spp probably [16:36] <cone-251> ffmpeg.git 03Martin Storsjö 07master:f875a732e367: mpeg4videodec: Check the width/height in mpeg4_decode_sprite_trajectory [16:36] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:028f8c3ecb43: Merge commit 'f875a732e36786d49f3650e3235272891a820600' [16:36] <Compn> does it even work on 1080 ? [16:37] <nevcairiel> wm4_: i dunno, sharpening and debanding seem to be common requests [16:37] <Daemon404> nevcairiel, that is the reason people want libpsotproc to exist [16:37] <Daemon404> for divx 3.11 ;-) [16:37] <Compn> whats the point, blurray takes all the noise and color corrects [16:37] <Compn> er removes all of the film noise/grain [16:37] <Daemon404> nevcairiel, people used gradfun a lot for pp [16:37] <Daemon404> back in the early x264 days [16:37] <Daemon404> pre-psy and pre-aq [16:38] <Compn> doesnt ffmpeg itself havf pp stuff ? cant make a cheap lavfi wrapper for that ? [16:38] <nevcairiel> i just dont wanna [16:38] <nevcairiel> i have my principles! [16:38] <Compn> ah [16:38] <nevcairiel> the only thing i offer is deinterlacing [16:38] <Compn> i mean, instead of porting mplayer spp filter [16:38] <nevcairiel> which is kind of post-processing [16:39] <Daemon404> spp filter relies on the dct coeffs [16:39] <Daemon404> doesnt it? [16:39] <Compn> probably somethin like that [16:39] <wm4_> Compn: mplayer has half a dozen of *pp filters [16:39] <wm4_> like vf_pp, vf_spp, ... [16:39] <Daemon404> pp7 [16:39] <Compn> wm4_ : we can just take pp and rename it a few times :) [16:39] <wm4_> and somehow all of them "must" be ported to lavfi [16:39] <Compn> placebo-pp [16:39] <wm4_> Compn: that would be a decent solution [16:39] <Daemon404> Compn, avs has that [16:39] <Daemon404> it's called undot() [16:39] <wm4_> maybe nobody would notice [16:40] <Compn> i'm sure like 6 months later someone would do screenshot compare between ffmpeg and mplayer :P [16:40] <Compn> 'not binary compatable' [16:44] <wm4_> ubitux: I'm having a strange issue with vobsubs... there's a idx/sub file with about 15 subtitle streams, and out of them, all work, except the last one [16:44] <ubitux> ah? [16:44] <ubitux> well, share it [16:44] <wm4_> ubitux: and that stream contains packets according to ffprobe, but all packets have size=0 [16:44] <wm4_> https://www.dropbox.com/s/7pqzocr8fitp10n/Subs.7z [16:45] <wm4_> it works with mplayer's vobsub demuxer [16:45] <cone-251> ffmpeg.git 03Martin Storsjö 07master:c39f7eba01cd: truemotion2: Use av_freep properly in an error path [16:45] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:8fc441cee89c: Merge commit 'c39f7eba01cd656e8f0eed592f93d11814736650' [16:45] <wm4_> the stream has the language code "vi" [16:45] <Compn> its packed differently ? or [16:45] <ubitux> wm4_: i'll have a look [16:45] <ubitux> thx [16:47] <wm4_> no, thank you for having a look [16:54] <cone-251> ffmpeg.git 03Martin Storsjö 07master:ea78a348d86a: eacmv: Make sure a reference frame exists before referencing it [16:54] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:19769766740b: Merge commit 'ea78a348d86a3a733f6c1e0a65cfdd8283d924b9' [17:01] <durandal_1707> Compn: i get in 10 years nobody will come with any screenshot [17:01] <durandal_1707> *bet [17:01] <durandal_1707> seriously what pp* left in lavfi are relevant? [17:02] <Daemon404> i would argue none [17:02] <Daemon404> but peopl would disagree [17:02] <wm4_> unported are pp7, fspp, uspp [17:03] <wm4_> uspp is described as "ultra simple/slow postprocess" [17:03] <wm4_> huh [17:03] <nevcairiel> arent those two s words usually on the opposite :p [17:03] <Daemon404> no [17:03] <Daemon404> naive algorithms are often slow [17:03] <Daemon404> :) [17:05] <Daemon404> ... lul looking to see if WINE had a punlic api [17:05] <Daemon404> found https://api.wine.com [17:05] <cone-251> ffmpeg.git 03Martin Storsjö 07master:b1db33159fdc: ffv1: Make sure at least one slice context is initialized [17:05] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:102a1d9239fc: Merge commit 'b1db33159fdc2da4bdd8c75e4ff9a7dd0ef2f0c2' [17:06] <durandal_1707> i will not allow any wine wrapper in ffmpeg [17:06] <Daemon404> durandal_1707, i wouldnt want it [17:06] <Daemon404> i was just curious [17:08] <Compn> It's not our responsibility to account for other projects' [17:08] <Compn> terrible hacky usage. [17:08] <Compn> awwwwww [17:08] <Compn> you know xbmc learned a lot from mplayer :) [17:09] <Daemon404> is that kind of like a serial killer teaching his student? [17:09] <nevcairiel> its worse, because its not illegal [17:09] <Daemon404> ou heard it here folks [17:09] <Daemon404> mplayer is worse than a serial killer [17:09] <Compn> guys should start your own #mplayerbashing channel [17:10] <wm4_> Compn: how so? xbmc is in OOP C++ for starters [17:10] <Compn> wm4 : i mean , hacking their own dvd menu player , using mplayer on some os but not all of their ports [17:11] <Daemon404> Compn, why? all the devs are here =p [17:11] <nevcairiel> is mplayer actually still actively being developed? or just patched up for ffmpeg changes? [17:12] <Daemon404> nevcairiel, why they removed their bundled mp3 lib (which was used for liek a pentium 2) just a few months ago! [17:12] <Daemon404> progress~ [17:13] <Compn> hey [17:13] <Compn> dont knock that [17:13] <Compn> the mpg123 dev had to spend months to figure out why that lib was slower than our mp3lib :P [17:13] <Compn> well, it helped that only diego had the last k3 cpu left :P [17:14] <Compn> so mplayer's thing worked [17:14] <Daemon404> Compn, he's sitll trying to keep 3dnow code around afaik :P [17:14] <Daemon404> that cpu is still aliv [17:14] <Daemon404> e [17:14] <Daemon404> somehow [17:14] <Compn> mplayer forked it because it was dead. someone came along and revived mpg123, then backported our faster hacks, now we can remove internal copy-fork [17:15] <durandal_1707> i ported inline asm to yasm [17:15] <Daemon404> durandal_1707, for what? [17:15] <Daemon404> also +1 [17:15] <durandal_1707> pullup [17:16] <Daemon404> o [17:16] <Daemon404> ok [17:16] <saste> flamefest, we were missing them since a few months [17:17] <saste> now someone should mention hitler [17:17] <wm4_> you just did [17:17] <saste> that usually follows "weeds" [17:17] <Daemon404> saste, much of the douchiness is actually from carl [17:17] <durandal_1707> wm4_: no continue the list [17:17] <durandal_1707> *now [17:18] <cone-251> ffmpeg.git 03Luca Barbato 07master:c38854c39929: doc: Add missing hashes and dates to APIChanges [17:18] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:09887096734e: Merge remote-tracking branch 'qatar/master' [17:19] <durandal_1707> now just to write sse4 and avx variants and rule [17:19] <Daemon404> im pretty impressed so many people are opposed to removing a shitty hack btw [17:20] <durandal_1707> does XBMC still use that? [17:21] <ubitux> it's the difference between trying to understand why the hack is here in the first place, and wanting to remove a hack for the sake of "purity of code" or similar shit [17:21] <Daemon404> ................................. [17:21] <Daemon404> "No, I don't think "grep" is a tool you should [17:21] <Daemon404> use in your condition, it makes you look like [17:21] <Daemon404> a fool. [17:21] <Daemon404> " [17:21] <Daemon404> is carl like [17:21] <Daemon404> functionally retarded? [17:21] <durandal_1707> can't they just have hack in own repo, like they actually do for other stuff.... [17:22] <durandal_1707> isn't that ad hominem attack... [17:22] <ubitux> Daemon404: he means that grepping mplayer randomly won't help you prove a point; for a bunch of those commits, it's likely they are problems revealed by mplayer [17:23] <Daemon404> many are not [17:23] <ubitux> not problems because mplayer misuse the api [17:23] <Daemon404> durandal_1707, carl attacked me in 3-4 of those emails [17:23] <Daemon404> im used to it [17:23] <nevcairiel> anyone with at least half an understanding of the code will be able to tell if its a hack or a bug [17:24] <Daemon404> he's also completely missing the point [17:24] <Daemon404> and just demanding more examples [17:24] <Daemon404> and attacking me [17:24] Action: Daemon404 shrug [17:24] <wm4_> it's fun when 2 line patches end up in flame wars [17:25] <Daemon404> i really, really do not like carl [17:25] <nevcairiel> and people wonder why i dont submit my custom patches =P [17:25] <saste> ubitux, do you mean avformat_seek_file? [17:25] <Daemon404> almst all his patches are hacks, he harps on others with his call-center like scripted response and yet doesn't follow his own damn rules [17:25] <ubitux> saste: yes [17:25] <wm4_> Daemon404: haha [17:25] <Daemon404> mutliple people have tol me they purpose do nto report bugs to ffmpeg [17:26] <Daemon404> beacause of carl [17:26] <Daemon404> true story. [17:26] <wm4_> me too [17:26] <ubitux> <@Daemon404> durandal_1707, carl attacked me in 3-4 of those emails // i'm not sure you realize how aggressive you are actually... [17:26] <wm4_> though I respect the amount of bug reports he's handling [17:26] <Daemon404> ubitux, i know i am [17:26] <Daemon404> i dont accuse people of being on drugs or call them a fool [17:26] <Daemon404> etc [17:26] <nevcairiel> its funny when he slaps someone for not posting a git format-patch thing, and an hour later posts his own simple diff -u :p [17:26] <Daemon404> nevcairiel, yes [17:26] <Daemon404> i clled him out before [17:26] <Daemon404> he ignored it [17:26] <durandal_1707> you are all runners when not reporting bugs [17:27] <Daemon404> durandal_1707, people cant be arsed to deal with carl on teh bug tracker [17:27] <Daemon404> they dislike him that much [17:27] <nevcairiel> when i find a bug i care about, i usually just fix it myself [17:27] <nevcairiel> or tell the user to report it to ffmpeg :D [17:28] <durandal_1707> than i need to search at forums for bug reports ........ [17:28] <Daemon404> !!! [17:28] <Daemon404> the aac bug is active again [17:28] <Daemon404> epic bug continues [17:29] <nevcairiel> carl went in there earlier and went totally OT on it [17:29] <Daemon404> .. shocking. [17:30] <durandal_1707> e32bbd411242658717b0dd637dd85d is really ugly,stupid,bad, etc hack [17:31] <wm4_> lol [17:32] <wm4_> this reflects some of mplayer's internal terribleness [17:32] <nevcairiel> wtf [17:32] <nevcairiel> i dont even [17:36] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:aec91de54961: swscale/utils: Allow sws_setColorspaceDetails() to use the tables from sws_getColorspaceDetails() [17:40] <Daemon404> lol nice [17:40] Action: durandal_1707 wonders for how long will libav delay lxf patches [17:52] <durandal_1707> should i push pullup with/out inline assembly? [17:54] <Daemon404> durandal_1707, if you have converted it, i'd push without, and then push the yasm after [17:54] <Daemon404> but really, as long as it gets replaced with yasm, either is ok [17:57] <saste> durandal_1707, better to split it, so you separate port from new additions [17:58] <Daemon404> the inline asm is from the port, no? [18:01] <durandal_1707> i can make inline asm not be in port [18:01] <durandal_1707> only yasm [18:03] <saste> durandal_1707, anyway as I see it, you do the work, you have the last word, but i'd keep the port as close as possible to the original code (and do more changes in separate commits) [18:07] <durandal_1707> conversion from inline is bitexact [18:10] <durandal_1707> what is non-simd instruction for shifting? [18:12] <nevcairiel> shr is logical shift [18:12] <nevcairiel> sar arithmetic [18:12] <nevcairiel> shr/shl etc [18:13] <cone-251> ffmpeg.git 03Derek Buitenhuis 07master:fcb069af8ff3: lavc: Don't export ff_vdpau_vc1_decode_picture [18:13] Action: wm4_ awaits the drama [18:15] <Daemon404> wm4_, for what? [18:16] <wm4_> for pushing this [18:16] <wm4_> wasn't cehoyos against it? [18:16] <Daemon404> he OK'd it [18:16] <Daemon404> sicne XMBC doesnt need it now [18:16] <nevcairiel> there have been $discussions [18:17] <nevcairiel> but how do you know nothing else copied from xbmc and still needs it!?!? [18:17] <Daemon404> lol [18:20] <durandal_1707> 64bit doesn't have mmx but just mmxext? [18:22] <nevcairiel> 64bit has mmx [18:23] <nevcairiel> but its usually not used because mmx code can so easily be translated to sse2 [18:23] <durandal_1707> like? [18:26] <durandal_1707> you can remove entries from .v files only shortly after major bump [18:27] <Daemon404> that symbol was never considered part of the API [18:27] <Daemon404> it was also never added after a dump [18:28] <Daemon404> im sure all 0 people who use it will miss it... [18:29] <Daemon404> if you think it's a big issue, revert it [19:03] <cone-251> ffmpeg.git 03Paul B Mahol 07master:9c774459a958: avfilter: port pullup filter from libmpcodecs [19:06] <saste> durandal_1707, you gonna kill mp=pullup? [19:07] <saste> also we have a related pullup ticket, it can be probably closed now [19:10] <michaelni> /home/fate/src/ffmpeg/libavfilter/x86/vf_pullup.asm:60: error: invalid size for operand 1 [19:11] <michaelni> http://fate.ffmpeg.org/report.cgi?time=20130917170739&slot=x86_64-athlon64-… [19:14] <durandal_1707> i guess i just needs s/r4/r4q/ ? [19:18] <durandal_1707> so anybody on x64 can try and confirm? [19:20] <durandal_1707> or r4d ? [19:22] <cone-251> ffmpeg.git 03Paul B Mahol 07master:112017e9908b: avfilter/x86/vf_pullup: try to fix build on x64 [19:43] <cone-251> ffmpeg.git 03Chih-Wei Huang 07master:985920433cdb: avformat/asfenc: fix a build error [20:11] <durandal_1707> saste: i can remove mp=pullup, unless there is reason not to [20:12] <saste> durandal_1707, I have no reasons for keeping it [20:22] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:7703d19c4022: lavf/options_table: improve option help text [20:31] <cone-251> ffmpeg.git 03Paul B Mahol 07master:78f680cb3664: avformat/smacker: use av_malloc_array() and check for allocation error [20:32] <durandal_1707> oh, i used avformat [20:33] <durandal_1707> Daemon404: what filters in lavfi(if any) you use? [20:52] <ubitux> i have someone ready to work on a new version of the website [20:52] <ubitux> anyone has any objection? [20:52] <durandal_1707> elaborate 'new version' [20:53] <durandal_1707> with javascript and bouncing flash and java? [20:54] <ubitux> maybe some javascript, but it will be optionnal [20:55] <ubitux> any general requests? [20:56] <durandal_1707> ugh, why javascript? [20:56] <ubitux> i asked for a better way of dealing with the menu (being able to extend it without exploding the current layout like currently) [20:56] <ubitux> durandal_1707: it can be made full css [20:57] <durandal_1707> i prefer non-javascript as i use elinks mostly [20:57] <ubitux> ok [21:01] <saste> durandal_1707, why not removing only pullup? [21:02] <saste> also we still miss native eq filters, amongst the others [21:04] <durandal_1707> its only adding gamma & contrast to hue file and adding another filter, and renaming vf_hue to vf_eq or similar [21:05] <durandal_1707> also I wanted to see how the patch removing libmpcodecs looks like [21:05] <saste> durandal_1707, big [21:07] <durandal_1707> nothing compared to e4852fb38df0c3a43e19b5a74c44f8ea57e98951 [21:08] <durandal_1707> and the biggest filter is fspp, wtf? [21:09] <durandal_1707> ah, file is full of nicely formated inline asm [21:09] <saste> durandal_1707, why don't you start by removing pullup? [21:10] <durandal_1707> eh, in small steps? [21:10] <saste> no, what i mean is that mp=pullup removal should not be controversial [21:11] <saste> and we have people claiming that some remaining mp pp filters are still useful [21:11] <durandal_1707> *pp filters should be part of postproc [21:11] <ubitux> durandal_1707: fspp is a copy from spp with tweaking [21:12] <ubitux> so you should probably just copy spp and apply the diff [21:12] <durandal_1707> i do not want to touch pp stuf [21:19] <michaelni> some of the *pp filters require idct, dct, wavelets, ... none of this is available in libpostproc [21:20] <ubitux> durandal_1707: qp might be useful, fssp/pp7/uspp some ppl wanted it [21:20] <durandal_1707> saste: i can remove mp=pullup right now [21:22] <cone-251> ffmpeg.git 03Lenny Wang 07master:29664fab0c22: OpenCL: convert meaningless "device id" output to "device name" [21:33] <GoaLitiuM> does any native aac encoder developers visit/idle here? or do they have a channel of their own? [21:34] <nevcairiel> i'm not aware that he is on irc at all [21:37] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:9d052adbebf0: swscale/utils: Simplify scaler name printing code [21:37] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:a446657d8cc2: swscale/utils: simplify cpu caps printing code [21:50] <durandal_1707> please comment on [PATCH] Make decoding alpha option for some codecs. and ignore fsckng libmpcodecs patch [22:01] <cone-251> ffmpeg.git 03Michael Niedermayer 07master:2d28950da9b2: swscale/utils: remove redundant NULL checks before sws_freeVec() [23:27] <cone-251> ffmpeg.git 03mrlika 07master:ed72542539fb: lavd/v4l2: do not fail when VIDIOC_ENUMSTD returns EINVAL without a valid match [00:00] --- Wed Sep 18 2013

1 0

ffmpeg.log.20130917
by burek 18 Sep '13

18 Sep '13

[00:02] <Guest4966> durandal_1707: Thats the problem, I can't really provide anymore information other than the code. The error that I get is that ffmpeg cannot read reference frame and that there might be a possible corruption [00:02] <Guest4966> And the error seems to happen on a windows machine that I am working with. [00:02] <Guest4966> the linux version is perfect. [02:14] <chrisballinger> woah how come the online docs for avformat.h dont have a ton of the stuff in the actual avformat.h? [02:19] <klaxa> lazyness maybe? [02:21] <chrisballinger> they look like they have markup for some sort of parser [03:16] <jangle_> this must be asked a million times, but I am trying to take rgb24 and convert it to yuv420 for use with x264. My code is failing on the sws_scale call with a bad access, inside ff_yuv2plane1_8_avx.loop_a [03:16] <jangle_> which suggests to me that I haven't given it the input data structures in the right way [03:19] <jangle_> I'm starting with what I believe is called non-planar data, that is, rgb pixel values every 24 bits, but it looks like the sws_scale call is generalized to assume that input and output data is planar, and that (I imagine) if the input (or output) is supposed to be non-planar, that it should be stored/can be found in the first plane of the relevant data structures [03:20] <jangle_> since x264 seems to provide for a data structure that fits this purpose (the img struct inside of a pic_t, properly initialized), I've used it as my dst and dstStride locations [03:20] <jangle_> from what it sounds like, is my understanding of these correct? [03:31] <llogan> jangle_: try libav-user mailing list if you don't get an answer here [03:31] <jangle_> llogan: thanks [03:46] <vl4kn0> Is there any specify order the video/audio packets arrive from the stream? Is it guaranteed that audiopacket will arive before videopacket in terms of synchronization? [09:16] <Keshl> Is there a way to introduce an error into a video stream (a recoverable one, like the ones where you see some subtly different shades of colors in part of the video that gets fixed at the next keyframe) using ffmpeg, oÉo? [09:31] <Theo__> Hi! I'm trying to find a way to add AES 128 bit encyrption when using "avformat_write_header". Anyone know how this might be done? I have the question up here as well: http://stackoverflow.com/questions/18834320/ffmpeg-libavformat-read-and-wri… [09:49] <smj> how do I make a 4-channel audio file out of 2 stereo files? with '-map_channel 0.0.0 -map_channel 0.0.1 -map_channel 1.0.0 -map_channel 1.0.1' I get only a stereo file with the channels of the first input file [09:50] <Mavrik> hmm, you'll probably have to mix them [09:51] <Mavrik> smj, "join" audio filter [10:40] <Ottre> just compiled the latest version from git [10:40] <Ottre> what happened to the yadif filter? [10:41] <saste> Ottre, why? [10:41] <relaxed> Ottre: ffmpeg -filters 2>&1| grep yad [10:42] <saste> Ottre, did you forget --enable-gpl? [10:51] <Ottre> yes looks like i forgot --enable-gpl [10:55] <JEEB> There was talk of LGPL'ing yadif, and most people agreed [10:55] <JEEB> except this one guy who wanted a couple of thousand USD for it [10:55] <JEEB> (he had written some code for it) [10:58] <Mavrik> is there a alternative for it with better license? [10:58] <JEEB> not really [11:01] <Ottre> afaik nothing beats yadif in terms of quality [11:01] <durandal_1707> nonsense [11:01] <Ottre> maybe some filters are more efficient [11:01] <JEEB> no, quality-wise there are better things [11:01] <JEEB> but they're not exactly things that consist of a single filter available for libavfilter [11:01] <JEEB> like QTGMC for avisynth [11:02] <JEEB> that is an avisynth script that bases itself on NNEDI3 and motion compensation [11:03] <Ottre> not really the same thing is it? [11:03] <Ottre> i've heard filters with motion compensation are for scrolling text [11:03] <Kuukunen> depends on what you want to do [11:03] <Ottre> not general video [11:04] <Kuukunen> do you want deinterlacing or not? :P [11:04] <Kuukunen> JEEB: who wanted tousands? :P [11:04] <JEEB> Kuukunen, guess :P [13:54] <cusco> hello folks [13:55] <cusco> any hints on how to get audio length from a gsm encoded file, without converting it first? [15:18] <xzise> Hello, can I somehow change the framerate by speeding up the video? I have 23.98 fps and want to change it to 25 fps without dropping or duplicating frames. According to https://trac.ffmpeg.org/wiki/How%20to%20speed%20up%20/%20slow%20down%20a%20… setpts should do the trick, but when I check the framerate afterwards it is always twice the original [17:23] <fling> I have a lot of videos from a security camera. [17:24] <fling> How to splite them in pieces and keep only ones with movement? [17:33] <cusco> er.. usually there is software that only records when there is movement [17:33] <cusco> like zoneminder [17:39] <saste> fling, select filter + scene for checking changes [17:39] <saste> as for splitting there is no simple solution [17:39] <fling> hmm hmmmm [17:40] <fling> saste: what if I will just drop all equal frames? [17:40] <fling> saste: both with sound [17:41] <saste> equal frames in case of video camera output is not perfectly equal [17:41] <saste> anyway you can set the threshold, check select filter docs and the scene variable [17:41] <fling> right& I know how to do so with imagemagick [17:42] <saste> as for synching with sound, that's not easy, i.e. you can't do it with a simple ffmpeg command [17:42] <fling> convert to images, drop, convert from images back to video [17:42] <fling> but I want to keep sound [17:46] <saste> fling, you don't need image magick for detecting motion [17:47] <fling> saste: but it is simple to drop frames with it. [18:08] <KalD> Does anyone have a good example of using a video device by index on win32? The documentation makes a refe to this - but there is no example [20:36] <pyBlob> is there an easy way to read an image sequence like img03.png, img06.png, img09.png, ... [20:37] <durandal_1707> yes with image2 demuxer see ffmpeg -h demuxer=image2 [20:42] <pyBlob> yes ... but it doesn't state how to make a 3*n-sequence [20:42] <durandal_1707> you can use glob pattern type [20:43] <pyBlob> ... don't know glob, I'll try it :/ [20:48] <pyBlob> you know, where I can find some basic information about that glob pattern stuff? [20:49] <durandal_1707> in docmuntation usual location [20:53] <pyBlob> sorry ... but it doesn't say anything about glob patterns [20:54] <intracube> pyBlob: ffmpeg -f image2 -pattern_type glob -i '*.png' -c:v libx264 -crf 16 output.mp4 [20:54] <intracube> will convert all .png in a directory [20:55] <pyBlob> ok, but there is no easy way to read only every 3rd image [20:56] <intracube> oh, so you've got a directory with a complete sequential list of files but you want to skip every X image(s) [20:56] <pyBlob> yes [20:58] <durandal_1707> there is no such feature, but it could be added if you report it [21:04] <intracube> pyBlob: you might be able to do it in a two-step process by changing the framerate [21:04] <intracube> ffmpeg -r 25 -f image2 -pattern_type glob -i '*.png' -c:v libx264 -crf 16 -r 12 test.mp4 [21:04] <intracube> then: [21:04] <intracube> ffmpeg -r 50 -i test.mp4 -c:v libx264 -crf 16 -r 25 test2.mp4 [21:05] <intracube> which will drop every other frame (2x speedup) [21:05] <intracube> but to preserve quality you should use a lossless codec as the intermediate [21:06] <intracube> (note the use of -r options) [21:07] <intracube> that example might have some dup frames as 12 isn't exactly half 25 [21:08] <pyBlob> globbing not supported -.- [21:09] <intracube> that's no longer necessary so remove: -pattern_type glob -i '*.png' [21:09] <saste> pyBlob, windows? [21:09] <intracube> replace with: -i img%04d.png [21:09] <pyBlob> %02d works though [21:09] <intracube> but this assumes consistent naming of files [21:10] <intracube> I don't think you can mix img04.png with img142.png [21:10] <intracube> should really left pad the frame numbers to be consistent, like img0001.png rather than img01.png [21:17] <intracube> pyBlob: oh, and if you happen to use my examples... you should add -pix_fmt yuv420p in there [21:17] <intracube> otherwise the file won't be compatible with a lot of players... [21:17] <kms_> hello, i try -filter:a "volume=volume=5.5" but volume same as source, why? [21:17] <pyBlob> works ... but is sort of hackish ;) [21:18] <intracube> pyBlob: mplayer has the decimate filter that can be used to drop frames [21:20] <pyBlob> I think for now I'll just select the files using another program and pipe the single png-images into ffmpeg [21:22] <intracube> kms_: -filter:a 'volume=0.5*1' [21:22] <intracube> will halve the volume of the input [21:22] <intracube> quarter: volume=0.25*1 [21:23] <intracube> twice as loud as input: volume=2*1 [21:23] <intracube> etc [21:23] <kms_> what mean *1 ? [21:25] <intracube> kms_: it's a multiplier [21:27] <kms_> ok, why in documentation i see this example volume=volume=0.5? [21:29] <durandal_1707> kms_: 0.5 should work too [21:29] <durandal_1707> and *1 is redundant [21:29] <intracube> kms_: I don't know what you're looking but this is what's in the linux man pages: http://pastebin.com/6GQqwfm5 [21:29] <mark4o> kms_: that should work also; you probably put the option in the wrong place or are using a weird version, that is why you were asked for your command and console output [21:31] <kms_> cat SUNP0001.AVI SUNP0002.AVI | ffmpeg -i - -b:v 512k -ac 1 -aq 0 -r 25 -filter:a "volume=5*1" -vf "fade=in:0:50" -y 123.webm [21:39] <kms_> http://pastebin.com/dZ39ARkq [21:44] <mark4o> kms: ffmpeg version 0.10.8-7:0.10.8-1~raring1 <= have you tried a current version? [21:49] <kms_> ok, i will try [23:04] <KalD> Does anyone have a good example of using a video device by index on win32? The documentation makes a ref to this - but there is no example [00:00] --- Wed Sep 18 2013

1 0

ffmpeg-devel.log.20130916
by burek 17 Sep '13

17 Sep '13

[00:04] <durandal11707> 21:24 <+wm4> I heard claims that it was some of the more useful filters // well it still works better than fieldmatch with telecine filter, i dunno what arguments fieldmatch needs [00:09] <Compn> wm4 : it was thought that just including the whole file (english generated one) was easier than string replacing and such [00:10] <Compn> well , you'd have to ask michael :) [00:16] <Daemon404> -#define bswap_16(v) av_bswap16(v) [00:16] <Daemon404> how nice [00:16] <Daemon404> purposely fucking up namespacing [00:16] <Daemon404> those files were lovely. [01:08] <j-b> Daemon404: libavfi files? [01:09] <Daemon404> j-b, from the old mplayer files that paul just removed [02:45] <Compn> what do you mean purposefully ? [02:46] <Compn> the bswap was in mplayer, when it was imported into ffmpeg its easier to do a define than a search and replace, no ? [02:46] <Compn> you know what, nevermind [02:46] <Compn> arguing about how it was done wont help anyone anyways [02:46] <Compn> back to reviewing patches [02:47] <Compn> guess i'll add durandal's stuff to changelog. i dont mind. something easy i can do :) [03:12] <cone-270> ffmpeg.git 03Michael Niedermayer 07master:1e4e0bd907eb: avcodec/mjpegdec: change error return value to be outside the 16bit range [03:12] <cone-270> ffmpeg.git 03Michael Niedermayer 07master:7fb2622456b9: avcodec/mjpegdec: rgba64 ljpeg support [03:55] <cone-270> ffmpeg.git 03Compn 07master:9ea359808572: riff: g723_1 decodes vivo g723.1 in asf works on bellair_digital_movie.asf [03:58] <Compn> one twocc down, like 400 to go. [11:25] <durandal_1707> how to troll on HA: http://www.hydrogenaudio.org/forums/index.php?showtopic=102672&hl= [12:06] <cone-282> ffmpeg.git 03Hendrik Leppkes 07master:a06a5b78e2c3: mathops/x86: work around inline asm miscompilation with GCC 4.8.1 [12:06] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:97f8d9feb75d: Merge commit 'a06a5b78e2c3bd2e12aff0627a3b65c6fee555a5' [12:26] <cone-282> ffmpeg.git 03Martin Storsjö 07master:342c43d154e5: omadec: Properly check lengths before incrementing the position [12:26] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:a444ddff0386: Merge commit '342c43d154e586bc022c86b168fe8d36f69da9d3' [12:38] <cone-282> ffmpeg.git 03Martin Storsjö 07master:0ef1660a6365: sierravmd: Do sanity checking of frame sizes [12:38] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:cfa909ef5b7e: Merge commit '0ef1660a6365ce60ead8858936b6f3f8ea862826' [12:38] <durandal_1707> michaelni: could you do those merges little faster? [12:44] <cone-282> ffmpeg.git 03Martin Storsjö 07master:5bbfe193a0a4: vocdec: Don't update codec parameters mid-stream [12:44] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:ff0a382758b8: Merge commit '5bbfe193a0a41bd2adb648c8c3f6901a575734a2' [13:00] <saste> durandal_1707, not working on scripting at all [13:02] <durandal_1707> did you ever started? [13:03] <saste> durandal_1707, i did some research, I wrote a small lua filter, but then gave up for the much more ambitious SWIG scripting, which is more a libav* wrapper rather than being a lavfi specific thing [13:03] <saste> but then I didn't proceed any further [13:04] <saste> i have a fancy to propose a crwodfunding project based on it, now I don't know if i'll ever had the time for it [13:04] <saste> *I had a fancy [13:05] <durandal_1707> how useful was that lua filter? [13:08] <durandal_1707> this delogo filter is nonsense [13:11] <cone-282> ffmpeg.git 03Martin Storsjö 07master:e90a6846c2c0: cavsdec: Make sure a sequence header has been decoded before decoding pictures [13:11] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:18e0dd05df13: Merge commit 'e90a6846c2c006fbebd00e1f2789f4a86fafacef' [13:13] <saste> durandal_1707, useful? almost nothing, it just implemented a callback to print something when the frame was filtered [13:14] <saste> the problem with lua scripting is that in order to do something useful you also need to bind a significant part of the libav* API [13:14] <saste> i can post my small lua filter POC [13:14] <durandal_1707> well for start i need simple one that can call different filter for each frame [13:15] <durandal_1707> i didn't studied how filtergraph thing works [13:15] <durandal_1707> is it anywhere explained? [13:15] <saste> different filters?? like as in interleave? [13:16] <saste> what's your use case? [13:16] <durandal_1707> also feature to make possible for filter to reconfigure itself (zoom in/out) [13:16] <durandal_1707> if x negate else vflip [13:17] <saste> durandal_1707, dynamic filtergraph reconfiguration [13:18] <durandal_1707> yes? [13:18] <saste> there is an RFC and a proposal from nicolas [13:18] <durandal_1707> from almost year ago :(( [13:19] <durandal_1707> does vf_scale calls configure on other filters? [13:19] <durandal_1707> it does, in filter_frame [13:20] <durandal_1707> hmm, i could use that ... [13:20] <saste> durandal: lua filter patch: http://paste.org/67357 [13:20] <durandal_1707> if its just printf .... [13:20] <saste> durandal_1707, yes, but it is broken [13:22] <durandal_1707> so is what scale filter does good ? [13:22] <durandal_1707> it just means we need update other filters to support reconfiguration without init/uninit [13:22] <durandal_1707> or add flag for such filters that do not need reinit [13:22] <saste> yes [13:26] <durandal_1707> another idea is to make it possible to call another (not same) filter inside filter [13:29] <saste> durandal_1707, why do you need that? it's easier to output to several filters, a filter which uses other filters internally seems a mess [13:31] <durandal_1707> well if there is scripting than there is no need for such feature [13:32] <saste> durandal_1707, what do you think it is higher priority? [13:32] <saste> probably we should implement dynamic reconfiguration (and hope that the fork won't reimplement it) [13:33] <saste> libav* scripting is a larger task, and would be useful outside lavfi [13:33] <durandal_1707> cropdetect + crop would be perfect dynamic configuration testcase [13:34] <saste> once you have the binding, then it should be relatively easier to write a custom scripting filter [13:34] <durandal_1707> i already wrote one that uses metadata [13:34] <durandal_1707> i just did not know how to change video size [13:34] <saste> durandal_1707, you can't right now [13:35] <saste> the idea is that when a filter detects link changes it will reconfigure the filtergraph [13:35] <saste> some filters may need to insert scale/format [13:36] <saste> it is efficient only if we suppose that link properties don't change oft (which is perfectly acceptable) [13:36] <saste> we could even change the number of input/output dynamically [13:37] <durandal_1707> crop just needs to reconfigure itself when size changes [13:54] <cone-282> ffmpeg.git 03Martin Storsjö 07master:ac9d159015a8: proresdec: Properly make sure an index doesn't run past the limit [13:54] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:e0fcd0294e2f: Merge commit 'ac9d159015a88aa2721b271875d18482f713f354' [14:20] <cone-282> ffmpeg.git 03Martin Storsjö 07master:6fc8226e2905: vp3: Check the framerate for validity [14:20] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:b3970b39491f: Merge commit '6fc8226e29055858f28973bb3d27b63b3b65e616' [14:29] <cone-282> ffmpeg.git 03Martin Storsjö 07master:85e8192b8593: avpacket: Fix error checking in packet_alloc [14:30] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:7283d2bb90ab: Merge remote-tracking branch 'qatar/master' [14:40] <cone-282> ffmpeg.git 03Paul B Mahol 07master:fcea6f71ad9d: avfilter/vf_stereo3d: avoid pointless copy [14:40] <cone-282> ffmpeg.git 03Paul B Mahol 07master:c74d5929df99: avfilter/vf_stereo3d: BGR24 support for anaglyphs [14:40] <cone-282> ffmpeg.git 03Paul B Mahol 07master:563057731a5a: avfilter/vf_stereod3d: add const qualifiers to ana_convert() [15:04] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:02f56bfcc3f5: avformat/sierravmd: use av_freep() for freeing context fields [16:17] <cone-282> ffmpeg.git 03Paul B Mahol 07master:ca5456db7fa6: avformat/segafilm: use av_freep() [16:34] Action: durandal_1707 too many hacks from old days [16:40] <cone-282> ffmpeg.git 03Paul B Mahol 07master:42b8f5fba1f0: avformat/segafilm: remove deplanarization hack [16:51] <durandal_1707> saste: /win4 [16:52] Action: durandal_1707 ups [17:13] <saste> durandal_1707, ? [17:15] <durandal_1707> saste: mistake [17:18] <durandal_1707> can i get lgtm for adelay? [17:20] <saste> durandal_1707, lgtm (that is, no more comments from me and I trust you tested it) [17:42] <cone-282> ffmpeg.git 03Paul B Mahol 07master:9d05de225876: avfilter: add adelay filter [17:55] <saste> so, we decided to stick with av* rather than with lav* in commit messages? [17:55] <saste> i tend to prefer commit messages starting with lavfi: over avfilter: [17:56] <durandal_1707> i just did it because michaelni started [17:58] <cone-282> ffmpeg.git 03Timothy Gu 07master:b7dd4598630f: doc/formats: Add documentation for 3 parameters that have been missing [18:00] <durandal_1707> i think pullup can be changed to do less copy with refcounted frames, thus making it even faster [18:10] <saste> durandal_1707, epic pullup patch [18:11] <saste> what's your plan next? still working on eq filters? [18:11] <durandal_1707> go to holiday after killing libmpcodecs [18:11] <saste> :) [18:12] <saste> so libavfilter will be pure again [18:53] <ubitux> 17:55:41 <@saste> i tend to prefer commit messages starting with lavfi: over avfilter: [18:53] <ubitux> same [18:53] <ubitux> 17:56:19 <@durandal_1707> i just did it because michaelni started [18:53] <ubitux> same as well. [18:54] <ubitux> michael might have copied from the fork [20:30] <durandal_1707> bunch of so called security checks are flawed [20:38] <michaelni> durandal_1707, which ? [20:39] <michaelni> ubitux, "avformat" and such prefixes have the advantage that one can just copy and paste part of the directorx name and filename to the commit message [20:40] <michaelni> also lavfi and these are typo sesitive, juts one letter flipped and its another lib [20:41] <michaelni> not sure how much that matters as i seem to manage to make biger typos sometimes ;) [20:41] <ubitux> that's the curse of typing with fist on a keyboard [20:46] <Daemon404> tone down the cola then [20:47] <durandal_1707> its redbull [20:50] <ubitux> Q: libavcodec/x86/vp8dsp.asm:L1129: "cglobal vp8_idct_add, 3, 3, 0, dst, block, stride" num_xmm_regs = 0, and then i see some xmm0 usage [20:50] <ubitux> what am i missing? [20:52] <nevcairiel> sounds like a bug [20:52] <ubitux> also, num_regs = 3, how is that defined? [20:52] <ubitux> i see at least m[012367]; is that unrelated? [20:53] <nevcairiel> registers is only for general-purpose, while m is mmx/sse registers [20:54] <ubitux> ok [20:55] <ubitux> maybe i'm missing something, but i don't see usage of general purpose registrers [20:55] <ubitux> maybe in some macro, like ret? (ebp/esp/eax ?) [20:55] <nevcairiel> the three parameters are your registers [20:55] <nevcairiel> dst, block, stride [20:56] <ubitux> ah [20:56] <nevcairiel> they get variable-y looking names :) [20:56] <nevcairiel> i guess it should set something in the xmm register value [20:57] <ubitux> in what situation do you have a mismatching number of reg and number of parameter? [20:57] <nevcairiel> not sure if its not a "bad" bug to skip it [20:57] <ubitux> (above a certain number of arg i suppose?) [20:57] <nevcairiel> ubitux: loop variables and stuff like that [20:57] <nevcairiel> loop counters, i mean [20:57] <nevcairiel> adds another general purpose register, for example [20:57] <ubitux> ok i get the point [20:57] <ubitux> thank you [20:59] <nevcairiel> BBB can probably tell you if its "ok" to have 0 for the num of xmm regs [20:59] <ubitux> i'll mail him [21:01] <nevcairiel> it might only be important for win64 with its callee-saved xmm registers, and only above a certain number of used regs then, but i dunno [21:23] <durandal_1707> what when avformat fails it does not call close like lavfi does [21:43] <durandal11707> extradata must be always padded? [21:43] <cone-282> ffmpeg.git 03Clément BSsch 07release/1.2:a0779a2ee504: avformat/srtdec: skip initial random line breaks. [21:43] <cone-282> ffmpeg.git 03Clément BSsch 07release/1.2:c09acf988280: avformat/subtitles: add a next line jumper and use it. [21:43] <cone-282> ffmpeg.git 03Clément BSsch 07release/1.2:0a55c882cb6b: avcodec/srtdec: fix potential overread. [21:45] <michaelni> if extradata is passed to a bitstream reader than it must have been padded (or would need to be copied but thats inconvenient) so n practice its probably easiest to always pad [21:46] <durandal11707> padding must always be initialized? [21:48] <cone-282> ffmpeg.git 03Vignesh Venkatasubramanian 07master:23637f98f4a9: lavf/ogg: Support for end trimming Opus [21:51] <durandal11707> it may make sense to add function which would allocate extradata + padding and zero padding [21:51] <ubitux> "lavf" \o/ [21:52] <durandal11707> at even minute use lavf and odd use avformat? [21:52] <nevcairiel> author decides? :p [21:55] <durandal11707> why was _O_ff capitalized? someone manually signs off? [22:02] <cone-282> ffmpeg.git 03Paul B Mahol 07master:c051d668b5db: avformat/avidec: use av_calloc() and check for allocation error [23:03] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:9078b40d354b: swresample: replace 2 av_free() by av_freep() [23:03] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:46a723ec7254: swscale/yuv2rgb: make sure yuvTable is set to NULL after deallocation [23:03] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:b9e7bde6bd84: lavf/avienc: use av_freep() avoid stale pointers [23:48] <saste> uhm just noticed we lack many flags in automated output since we didn't set the flags [23:59] <saste> ffmpeg is full of mysteries [23:59] <durandal_1707> automated output of what? [00:00] <Compn> which flags ? [00:00] --- Tue Sep 17 2013

1 0

ffmpeg.log.20130916
by burek 17 Sep '13

17 Sep '13

[01:51] <Dire> Hello. I'm a relatively new user to UNIX who's trying to get ffmpeg to run as part of an assignment, but I can't seem to figure out the correct command line string to enter to have ffmpeg pick a folder full of .png images to make a movie from. I'd appreciate any help anyone might be able to provide. [01:53] <Dire> I've looked through the -h and online documentation, but it refers to 0-based indices...and I'm not sure exactly how to do that for a folder full of files [01:59] <vlt> Dire: -i prefix%03d.png for example [01:59] <Dire> and that should grab all of them? [01:59] <vlt> Dire: Usually yes. [02:00] <vlt> All that match the pattern [02:00] <Dire> Giving it a shot - thank you in advance :) [02:01] <vlt> Dire: The pattern in my example contains a three digit number. [02:01] <vlt> Dire: In myexperience it is important that the numbers are sequential. [02:02] <Dire> all the files are animateslabmodels.0000.png through animateslabmodels.0299.png [02:02] <Dire> So I put in ffmpeg -i animateslabmodels.0%03d.png g582.mov [02:03] <Dire> It made a .mov file, so let me take a look and see if it worked [02:05] <Dire> Awesome, that worked perfectly! [02:06] <Dire> I didn't know the %03d trick before - adding that to my shortlist of things to remember for this class! [02:06] <Dire> Thank you so much vlt! [02:16] <klaxa> oh ffmpeg is in assignments? nice [02:16] <klaxa> also, if they have 4 digits, %04d is "cleaner" [02:18] <Dire> "computational methods in geoscience" - ffmpeg is our first assignment in learning how to find, download, unpack, configure, install, debug, and run an open source program [02:19] <Dire> Thanks for that - I'll remember that too! [02:19] <klaxa> it's the posix string format for a 4-digit integer with 0 padding [02:20] <klaxa> i.e.: 0000 up to 9999 [02:20] <Dire> Gotcha [02:22] <Dire> Thanks so much for the help. [05:48] <vl4kn0> Hi, I'm writing a program for silent/black frame detection. I know how to determine that a frame is black and I know how to determine that samples are silent, but how do I determine that frame is both black and silent at the same time? [08:23] <tramm> Any idea if I could find static ffmpeg build for 2.6.18-348.4.1.el5 anywhere? For example http://johnvansickle.com/ffmpeg/ starts from 2.6.32. [08:27] <tramm> I've found 20120806 version of johnvansicle's build, but this is probably for 2.6.32 too. Do I have a chance running any decent ffmpeg on 2.6.18 at all? [09:08] <arvind> Hi can some help me understand how to interpret FFMPEG version. For instance I see the following strings in version.h in two different copies of FFMPEG that I have "git-2013-09-03-493ebbd" & "N-37287-g9276467" [09:08] <arvind> Specifically, what is the significance of the "N-37287" prefix in the second version string? [09:10] <sim590> how does one finds the audio format of a file named without an extension with ffmpeg? [09:11] <relaxed> ffmpeg -i file [09:11] <GoaLitiuM> -i file [09:12] <sim590> When i play it it says: MPEG-2 / MPEG-4 but when I rename it .mp4 and try to play it through a music player that needs the right extension, it doesn't work [09:12] <sim590> or m4a [09:13] <sim590> oh sry.. I thought myself in mplayer chat. [09:13] <sim590> I got this "Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Our\ Lady\ Peace\ -\ Innocent.m4a'" [09:14] <sim590> oh sry. I think it's mp4a. [09:14] <sim590> thanks guys [09:37] <hendry> is there a way to make ffmpeg autorotate videos based upon ffpeg rotate metadata? [09:39] <hendry> ffprobe rotate metadata... i should have said [09:42] <relaxed> tramm: No, my older builds supported 2.6.26. You'll have to build ffmpeg yourself. [09:44] <relaxed> hendry: if there's metadata you can test for you can script it. [09:50] <arvind> How do I interpret FFMPEG version. For instance I see the following strings in version.h in two different copies of FFMPEG that I have "git-2013-09-03-493ebbd" & "N-37287-g9276467". Specifically, what is the significance of the "N-37287" prefix in the second version string? [09:52] <GoaLitiuM> first one is the git commit hash [09:52] <arvind> Sure. What might "N-37287" mean [09:53] <GoaLitiuM> probably combination of build number and another hash perhaps? [09:53] <GoaLitiuM> no idea, it's really not documented anywhere, or i can't just find it [09:54] <arvind> Sure. Thanks for the help. I couldn't find that information anywhere either. [10:07] <saste> GoaLitiuM, the X in N-X is an increasing version number [10:08] <GoaLitiuM> so it's a build number then [10:08] <GoaLitiuM> what's the latter part then? [10:09] <saste> the git version hash [10:10] <GoaLitiuM> i thought the first one is the commit date and hash [10:11] <saste> i have this in my computer: N-56282-gb3dbe91 [10:18] <arvind> saste, so does X increase by 1 everytime? [10:19] <arvind> and secondly why are there two different formats for the version string? [10:20] <BurnerGR> How can i interrupt a transcoding cleanly? [10:20] <BurnerGR> ctrl-c stop the transcoding, but it sems to fail to write the moov atom before exiting, leaving a broken file. [10:22] <GoaLitiuM> press q [10:22] <Mavrik> BurnerGR, press q. [10:23] <BurnerGR> aaah ok, thanx :) [10:27] <saste> arvind, yes X increase by 1, different formats are used for nightly builds and for releases [10:44] <tramm> relaxed: I have another server running 2.6.32 in the same institution, probably I'll try to use that over ssh. Is there a meaningful way to do it without too much crazy hacking? [10:46] <tramm> Has anybody experience in using ffmpeg in another server over ssh to convert files in main server? Any suggestions? [10:50] <Mavrik> uh [10:50] <Mavrik> do you have IO to handle that? [10:54] <tramm> Mavrik: IO meaning bandwith etc? [10:54] <tramm> An easy solution would be to write a script to upload, convert and dowload. Do I have any better ways to do it? [10:55] <Mavrik> with that you'll lose more time uploading stuff up and down than you'll get by encoding on another machine [10:55] <Mavrik> buy more sockets. [10:55] <Mavrik> if you must do that, mount your SAN on target machine [10:55] <Mavrik> so you won't waste time before and after encode with shuffling bits around [10:56] <tramm> Actually, I have my user account shared on both servers, I can just start conversion on another server and the file will still be where I need it to be. [12:53] <hendry> what is the "right way" to rotate a video? given metadata of rotate 180.... using the transpose option? [12:54] <Mattias> transpose, yes [12:59] <hendry> so 180 = -vf "transpose=0" ? mapping seems a bit non-straightforward [13:40] <vinkla> hey guys, I'm having a problem with exporting two seperat png sequences into one http://pastebin.com/raw.php?i=ZPfwJnaX [13:40] <vinkla> Error: [NULL @ 0x7fc84981ee00] Unable to find a suitable output format for '[top]' [16:56] <Theo_> Hi! I'm using avio_open + avformat_write_header to write a audio-stream into a file on disk. I need to make the header AES encrypted. Is there any built in support for this in ffmpeg? Or how may I go about encrypting the data and then decrypting it on read? [17:03] <Ankhwatcher> Hey! I want to extract screenshots from an mp4 file at scene changes, how can I do that? [17:04] <Ankhwatcher> I'm trying this command: [17:04] <Ankhwatcher> ffmpeg -i knorr_cib.mp4 -vf select='gt(scene\,0.4)',scale=855:480 -vsync 0 -an keyframes%03d.jpg [17:04] <Ankhwatcher> but it gives lots of errors [17:32] <pyBlob> I'm trying to sharpen a video before display with ffplay ... but it doesn't work: http://pastebin.com/fnuhqjdR [17:33] <durandal_1707> it works here [17:34] <pyBlob> then I'm probably doing something wrong [17:34] <durandal_1707> well paste full and uncut console output next time [17:35] <pyBlob> actually that is the full uncut console output [17:35] <pyBlob> (apart from the url) [17:35] <durandal_1707> than try with ffmpeg [17:36] <durandal_1707> or use -vf instead of -filter:v [17:37] <pyBlob> using -vf instead works, thanks =) [17:48] <Theo_> Is libavformat reading and writing possible to combine with AES 128 bit encryption? [23:53] <Guest4966> Hey there, I am trying to debug an error with the ffmpeg api. ffmpeg seems to be able to read data from a file but the avcode_decode_video2 retuns a fail code. I was wondering if there were ways for me to debug this/collect more information to ask for help. The code is a project I am porting to windows. It works perfectly on linux but not on windows. I am using cygwin with gcc 4.8. I am also using the percompiled binaries for ffmpe [23:54] <Guest4966> any help is much appreciated. [23:55] <durandal_1707> Guest4966: what error? [23:55] <durandal_1707> if you want help provide more information [00:00] --- Tue Sep 17 2013

1 0

ffmpeg-devel.log.20130915
by burek 16 Sep '13

16 Sep '13

[02:48] <cone-137> ffmpeg.git 03James Almer 07master:d59213b5d345: matroskaenc: Bump DocTypeVersion to 4 [03:46] <cone-137> ffmpeg.git 03Michael Niedermayer 07master:529540759f28: avcodec/simple_idct_template: adjust coeffs for 12bit idct [11:48] <cone-727> ffmpeg.git 03Timothy Gu 07master:0e11790cf7ee: doc/encoders: add doc for AAC encoder [11:48] <cone-727> ffmpeg.git 03Timothy Gu 07master:81bbe49a0e58: doc/encoders: improve libvo-aacenc doc [12:08] <cone-727> ffmpeg.git 03Diego Biurrun 07master:9997a812e769: mem: Document the non-compatibility of av_realloc() and av_malloc() [12:08] <cone-727> ffmpeg.git 03Michael Niedermayer 07master:61b3b5872019: Merge remote-tracking branch 'qatar/master' [13:07] <cone-727> ffmpeg.git 03James Almer 07master:5ab7b3b9481e: matroskadec: Mute "Unknown entry" log messages for CueRelativePosition entries [13:09] <cone-727> ffmpeg.git 03Paul B Mahol 07master:211a185cba78: avfilter/avfilter: check allocation failure in ff_insert_pad() [13:16] <cone-727> ffmpeg.git 03Compn 07master:a06e20888dbc: changelog: add ffv1 yuva and dts streamid change [13:20] <durandal_1707> Compn: don't kill newlines [13:22] <Compn> ehe [13:22] <Compn> merges are now forbidden, how do i flatten the git history ? [13:22] <Compn> if someone commits between my git pull and my git push , my tree isnt 'fast forward' ... [13:22] <ubitux> git pull --rebase [13:23] <ubitux> or rebase manually properly [13:23] <Compn> thx [13:23] <Compn> mmmm [13:23] <ubitux> aka keep your master clean [13:23] <ubitux> and rebase your devel branch onto your master [13:24] <Compn> just want to add a line to changelog, dont want to fuss :P [13:24] <Compn> durandal_1707 : try to document changes in changelog :) [13:24] <Compn> the ffv1 yuva was your commit [13:28] <durandal_1707> Compn: if i document such changes Changelog would be 10mb in size [13:29] <durandal_1707> see git log [13:33] <durandal_1707> any more comments for adelay filter? [13:33] <durandal_1707> if you did not notice yet, similar/but worse filter is in libaf of mplayers [13:38] <Compn> i havent looked at it [13:38] <durandal_1707> in mplayer? [13:38] <Compn> its just for delaying audio a few seconds ? [13:38] <Compn> -delay and -af delay [13:38] <Compn> i used it once or twice [13:39] <Compn> but i think the problem was fps detection, not actual audio offset :( [13:40] <durandal_1707> you use it if your speakers are far a way from you and you want that sounds of all speakers come at same time to you [13:40] <durandal_1707> that is what mplayer manual says [13:55] <Compn> oh, kind of a doppler thing [13:55] <Compn> ? [13:55] <Compn> or something [13:56] <nevcairiel> its basically room correction, comensating for delay due to long speaker cables and distance to speakers, and stuff like that, although the real challenge is measuring the required differences [13:57] <Compn> sounds difficult to measure and setup [13:57] <nevcairiel> there is software to measure that with accurate micrphones [13:57] <nevcairiel> +o [13:58] <nevcairiel> but you'll most likely need such a mic [14:00] <durandal_1707> isn't that for reverb? [14:11] <cone-727> ffmpeg.git 03Paul B Mahol 07master:60abdb6c17ea: avfilter/af_aecho & af_compand: use extended_data [14:30] Action: pippin believes in delay due to distance to speakers; not long audio cables though :d [14:31] <pippin> (perceivable delay that is) [14:43] <nevcairiel> very long cables? :d [14:55] <j-b> Isn't it the time already to drop the qatar joke? [15:00] <durandal_1707> you waited for michaelni to leave to ask question? [15:08] <Daemon404> j-b, did you see what i pasted to you yesterday in the Other Channel? [15:08] <Daemon404> about ibc/vlc [15:10] <durandal_1707> do you mind to share it with us here? [15:11] <Compn> j-b : it makes things easier to search for in git log [15:11] <Compn> having a different name [15:11] <Compn> try searching for 'libav' [15:11] <Daemon404> durandal_1707, [15:11] <Daemon404> [16:41] < jermy> There's a rather condescending poster from Cinegy here at IBC that says "If you're using VLC for your production workflow, then you're doing it wrong." [15:11] <Compn> only about half of the results [15:11] <Daemon404> [16:42] < jermy> If it works, and does the job cheaper than their software, the who cares. Grr [15:11] <Daemon404> [20:10] < Daemon404> jermy, forarding to j-b [15:11] <Daemon404> (sorry to hilight you so much btw) [15:12] <Compn> j-b : suggestions welcome for new merge name [15:13] <durandal_1707> that is nonsense [15:13] <durandal_1707> use libav [15:13] <Daemon404> yes [15:13] <durandal_1707> is it hard to search for "libav/master"? [15:13] <Daemon404> agree. [15:14] <nevcairiel> this whole discussion is nonsense [15:14] <nevcairiel> who cares how michael names his remotes [15:14] <Daemon404> nevcairiel, of course it is [15:15] <Daemon404> you can never have too many things to bikeshed [15:15] <Daemon404> ! [15:15] <durandal_1707> it appears to hurt people feelings [15:16] <Compn> everything hurts feelings now it seems [15:16] <Compn> merging any commit without sending patches back [15:16] <Compn> michael still banned on libav lists [15:16] <Daemon404> that was not to do with merging [15:17] <Daemon404> anyway, ill just say my usual "you're all children" line and sip my coffee [15:17] Action: Daemon404 vanishes into the bg [15:17] Action: ubitux is more bugged about the opencl patch thing with the capitalization nonsense blocking a braindead patch since days [15:17] <Compn> just commit it then [15:17] Action: durandal_1707 hollow earth [15:17] <Compn> stomp on the capitalization people [15:17] <Compn> they can bikeshed after its in [15:17] <ubitux> they won't [15:17] <Compn> then theres no issue :) [15:18] <ubitux> they will forget it a few minutes after [15:19] <durandal_1707> libavfilter/vf_pullup.c | 777 +++++++ -> will leave it to that line number [15:20] <Daemon404> more to teh point [15:20] <Daemon404> does opencl implement anythng /useful/ yet? [15:20] <Compn> needed for dcp 4k support ? [15:21] <Compn> 4k support in general... [15:21] <Daemon404> eh? [15:21] <Daemon404> afaik we only use opencl for some simple lavfi filters [15:21] <Daemon404> like an unsharp mask [15:22] <durandal_1707> i do not like how it is done in lavfi [15:23] <Daemon404> of course [15:23] <Daemon404> it is lavfi. [15:23] Action: Daemon404 runs [15:24] <Compn> Daemon404 : there are some chinese devels who want some opencl stuff [15:24] <Compn> i mean are working on opencl stuff [15:24] <Daemon404> i know [15:24] <Daemon404> likely for marketting [15:24] <Compn> i guess h265 also ? [15:24] <Compn> lol [15:24] <Daemon404> opencl is not used in any decoders [15:24] <Daemon404> nor is it terribly useful [15:24] <Daemon404> for such things [15:24] <nevcairiel> all these gpu things are only good for processing, ie. tasks you can run massively in parallel [15:25] <Daemon404> you could implement w3fdif in gpu probably [15:25] <Daemon404> :P [15:25] <Daemon404> since it's a convolution with no deps [15:33] <michaelni> nevcairiel, do you still have objections to "[FFmpeg-devel] [PATCH] avfilter: avoid testing float == 0" ? [15:36] <nevcairiel> no [15:38] <michaelni> ok, thx [15:44] <durandal_1707> so how long is timeout for maintainer review? 5 minutes? [15:44] <durandal_1707> you could just ping it [15:45] <durandal_1707> there is not thing that tracks sent patches [15:47] <cone-727> ffmpeg.git 03Michael Niedermayer 07master:3dfc5f551f4c: avfilter: avoid testing float == 0 [15:47] <cone-727> ffmpeg.git 03Michael Niedermayer 07master:e428632c1a46: avcodec/jpeg2000dec: print invalid cdx/y values [15:49] <Daemon404> durandal_1707, some projects say you should cc maintainers [15:49] <Daemon404> so they dont miss the patch [15:49] <Daemon404> but that would likely anger ours. [15:54] <michaelni> durandal_1707, i did ping the patches, a little less than a month ago [15:54] <michaelni> and later via IRC [15:54] <michaelni> Daemon404, see our MAINTAINERs file, every maintainer can individually in it request to be CC-ed [15:54] <durandal_1707> ok, it is trivial anyway .... [15:55] <Daemon404> michaelni, oh [15:55] <Daemon404> i should add that then [15:55] <Daemon404> because i liked to be CC"d on my stuff [15:55] <michaelni> of course theres a non 0 chance people forget setting CC ... [15:56] <Daemon404> its close to 1.0 probability they forget [16:09] <j-b> Daemon404: no, sorry, I did not. [16:09] <j-b> Compn: just call is libav/master [16:09] <j-b> nevcairiel: it appears in all commit logs, so yes, it mastters [16:09] <j-b> -s [16:10] <Daemon404> j-b, well did you see my repaste? [16:10] <j-b> Daemon404: I? in the thalys... irc over ssh is slow... [16:10] <j-b> Daemon404: yes, seen. [16:10] <Daemon404> ok [16:10] <Daemon404> i thought they were kinda being dicks about vlc there [16:11] <j-b> Daemon404: I will take care of that right now, with my people on the place still [16:11] <Daemon404> j-b, hit squad? [16:11] <j-b> Daemon404: yes. [16:11] <Daemon404> :D [16:11] <j-b> Daemon404: I had a fight with 2 fraunhoffer guys, 2 x264 gpl violators and one ffmpeg violatro [16:11] <Daemon404> ooohhh [16:12] <Daemon404> next ibc you can star ta fight club [16:12] <j-b> and I had a discussion with DTS :) [16:12] <Daemon404> nobody has "discussions" with dts [16:12] <j-b> and mentionned to ETSI and DVB that Dolby is not respecting their FRAND clauses [16:12] <Daemon404> theyre never just "discussions" [16:13] <j-b> and DVB did not like that at all [16:13] <Daemon404> "j-b: IBC Trolling" [16:16] <j-b> not really trolling. OUr licenses must be respected. [16:16] <Daemon404> fair enough. [16:16] <Daemon404> you should tell corecodec that. [16:16] <j-b> our licenses are our social contracts [16:17] <j-b> so, if you don't respect our licenses, you don t respect our projects and persons [16:17] <JEEB> :) [16:17] <j-b> Daemon404: I will. [16:17] <JEEB> and yes, DVB most probably is saner about people respecting their FRAND clauses [16:17] <JEEB> let's hope it leads to something :) [16:18] <j-b> Daemon404 people already consider me as an agrresive ass. So be it. [16:18] <j-b> JEEB: I've asked the lawyers that fought MS at the European court how we could attack Dolby [16:19] <Daemon404> j-b, people consider me an agressive ass (i am) [16:41] <j-b> 16:16 <@j-b> our licenses are our social contracts [16:41] Last message repeated 1 time(s). [16:41] <j-b> End of Lastlog [16:42] Last message repeated 2 time(s). [16:42] <Daemon404> what? [16:42] <cone-727> ffmpeg.git 03Michael Niedermayer 07master:821a5938d100: avcodec/g2meet: Fix order of align and pixel size multiplication. [16:42] <j-b> Daemon404: oops :) [16:43] <j-b> Stupid internet connection [17:46] <wm4> j-b: would it make sense to port vlc's .ts demuxer to libavformat? [17:46] <Daemon404> isnt it gpl [17:48] <wm4> who cares [17:48] <nevcairiel> didnt vlc relicense most everything of their playback engine to lgpl [17:48] <wm4> license header seems to say lgpl [17:49] <wm4> libdvbpsi is lgpl as well [17:49] <wm4> but who knows how many parts of vlc the demuxer (ts.c) pulls in [17:51] <Daemon404> youre pretty much doomed to fail with .ts regardless of whose code you use [17:51] <Daemon404> especially for seeking [17:55] <nevcairiel> there is too many use-cases for TS for one "perfect" generic solution [17:56] <wm4> yeah, but vlc still performs much better on average [17:56] <nevcairiel> on average, i have no issues [17:57] <nevcairiel> there is the occasional thing that doesn't work, but pretty rare, in my experience [18:03] <wm4> looks like pretty much ignoring timestamps coming from the ts demuxer would improve things for me a lot [18:03] <nevcairiel> never had any issues with those, also, they just come from the file :) [18:45] <j-b> wm4: maybe [18:45] <j-b> Daemon404: it is LGPL [20:18] <kierank> Daemon404: ts seeking only works with an aux file [20:20] <Daemon404> i assume that some sort of index [20:21] <kierank> yes [20:21] <Daemon404> thats true for many formats in lavf [20:21] <Daemon404> hence ffms2 exists [20:22] <wm4> for use with a video player, relative seeks would be good enough, which I believe could be handled even with a ts [20:23] <Daemon404> (filesize / duration) * seekpoint duh [20:32] <nevcairiel> using a binary search for the timestamp works OKish on local files [20:32] <nevcairiel> assuming the file has timestamps, anyway [20:33] <nevcairiel> but most actually do, even if some people claim that TS is not a format with timestamps :p [20:37] <Daemon404> i thought 188byte ones do not [20:37] <cone-727> ffmpeg.git 03Michael Niedermayer 07master:4f1a17b1a965: avcodec/c93: force dimensions to the correct value instead of depending on the demuxer to do so [20:37] <iive> pcr are quite precise for timestamp. [20:37] <nevcairiel> there is PTS and DTS in TS, the 4 byte extra are something extra [20:38] <nevcairiel> one of the few formats that can actually encode both PTS and DTS [20:38] <Daemon404> mp4 does too [20:39] <Daemon404> or maybe it was just dts, i cant remember [20:39] <nevcairiel> mp4 cheats, it encodes dts and an offset to make it pts or something [20:40] <Plorkyeran> when do you actually need dts? [20:40] <Daemon404> right [20:40] <nevcairiel> possibly the other way around [20:40] <Daemon404> Plorkyeran, maybe stupid hardware things [20:40] <Daemon404> i dunno [20:42] <Plorkyeran> I guess you could use it to replace dropped packets before the decoder rather than after the decoder or something? [20:42] <Plorkyeran> sending a stream in non-dts order would be weird [21:08] <cone-727> ffmpeg.git 03Paul B Mahol 07master:693747c3d09f: avfilter/vsrc_life: use av_calloc() [21:08] <cone-727> ffmpeg.git 03Paul B Mahol 07master:24678a61d9f1: avfilter/vf_gradfun: use av_calloc() [21:36] <cone-727> ffmpeg.git 03Clément BSsch 07master:04427182bc01: avcodec: typo fix sepera* separa* [21:53] <durandal11707> hmm pullup filter does not need decimate filter, than what pts i set? [22:20] <cone-727> ffmpeg.git 03Clément BSsch 07release/2.0:59147be24f4b: avformat/srtdec: skip initial random line breaks. [22:20] <cone-727> ffmpeg.git 03Clément BSsch 07release/2.0:dc0403530e3e: avformat/subtitles: add a next line jumper and use it. [22:20] <cone-727> ffmpeg.git 03Clément BSsch 07release/2.0:2dc6c5d46221: avcodec/srtdec: fix potential overread. [22:20] <cone-727> ffmpeg.git 03Clément BSsch 07release/2.0:0f429392cf41: avcodec/assenc: fix potential overread. [22:21] <wm4> ubitux: would it be possible to add utf-16 support to subs? that's the only thing missing [22:21] <ubitux> dunno [22:21] <ubitux> beastd: thx [22:22] <ubitux> wm4: it will require some negociation with nicolas [22:22] <ubitux> ;) [22:22] <wm4> ........ [22:22] <beastd> he :) [22:22] <ubitux> he started something, i'm still waiting... [22:22] <wm4> what he's planning to do is just bad [22:23] <wm4> it'll lead to an increase of mojibake, if anything [22:23] <Daemon404> hes out of touch with reality [22:23] <wm4> or hideous workarounds to get around of it [22:23] <Daemon404> wm4, this is what happens when you live in a bubble [22:24] <Daemon404> and willingly ignore real api users [22:24] <wm4> or if you think ffmpeg.c is the only API user worth caring about [22:24] <Daemon404> he's also an original mplayer dev [22:24] <Daemon404> 'nuff said? [22:25] <beastd> Daemon404: WTF! [22:25] <durandal11707> defend! [22:25] <wm4> lol [22:25] <Daemon404> i didnt even say anything bad about it [22:26] <Daemon404> if you drew any conclusions [22:26] <Daemon404> they were your own. [22:26] <Daemon404> :) [22:26] <beastd> Daemon404: I did not even say anything bad. If you drew any conclusions... [22:26] <Plorkyeran> just require that all files be utf-8 [22:27] <Plorkyeran> who cares about silly things like playing actual files [22:27] <Plorkyeran> much better to be pure and clean [22:27] <durandal11707> well why not write something, instead of waiting godot [22:27] <ubitux> haters army is back tonight .o/ [22:27] Action: beastd wonders how Daemon404 defines original mplayer dev [22:27] <Daemon404> inbred [22:28] <Daemon404> cannbalizing ffmpeg with their abomination, etc [22:28] <durandal11707> huh [22:28] <Daemon404> grep ffmpeg's source for 'mplayer' [22:29] <Daemon404> or git logs [22:30] <beastd> Daemon404: I think you are way off here. And I do not know what Nicolas has to do with it. [22:31] <Daemon404> the mplayer dev says im off. shock. [22:31] <Daemon404> anyway, it was a side quip, unrelated to nicolas' idiocy [22:31] <durandal11707> i think mplayer devs are posinous for ffmpeg project because they add hacks for mplayer into ffmpeg codebase [22:32] <beastd> durandal11707: Not sure when I did that. [22:32] <ubitux> durandal11707: i think this happened once [22:32] <durandal11707> see line 1329 in libavcodec/utils.c [22:33] <beastd> also many things got into ffmpeg because rxt ported them from mplayer [22:33] <ubitux> that one exactly [22:33] <durandal11707> i talking about hacks to make mplayer work in situation such and such [22:33] <ubitux> well mplayer is an api user [22:34] <wm4> a pretty bad one [22:34] <wm4> due to code rot etc. [22:34] <ubitux> a largely used one nevertheless [22:34] <ubitux> widely* [22:38] <durandal11707> same as mencoder [22:38] <iive> yeh, ffmpeg shouldn't be used by any video players, it must stay pure. Burn all players!! You can send them to the gas chambers first. ~~ [22:39] <durandal11707> no, you missed point. mplayer uses ffmpeg internals [22:39] <j-b> 22:34 <@ubitux> a largely used one nevertheless [22:39] <beastd> durandal11707: mencoder is unmaintained. [22:39] <j-b> that's beside the point [22:39] <j-b> VLC is a widely used one, so we should get special hacks too? [22:39] <beastd> durandal11707: it may break at any time and we actively tell people to use sth else e.g. ffmpeg [22:40] <durandal11707> but stop using internal ffmpeg stuff [22:40] <wm4> j-b: the recent vdpau hwaccel refactor ended up quite hacky, and was for VLC only [22:40] <j-b> wm4: which one? [22:40] <ubitux> j-b: you need to find vlc lovers in ffmpeg dev first ;) [22:40] <beastd> j-b: IIRC you go ones from time to time [22:40] <j-b> beastd: it should not be the case. [22:40] <wm4> j-b: removing the vdpau "special" decoder and using the hwaccel API [22:40] <j-b> wm4: that's the proper route, from what I understood. [22:41] <j-b> and not a hack [22:41] <j-b> complete hwaccell decoders are easy to manage from a player perspective [22:41] <wm4> maybe, but considering the hwaccel architecture is not exactly great and there's the opinion that it "should be improved", it was more like a pointless refactoring after all [22:41] <j-b> wm4: in 2015 ? [22:41] <j-b> wm4: in 2018 ? [22:41] <wm4> yes [22:42] <beastd> j-b: but it wasn't quite ready AFAIK. so reimar quickly extended the new API in hurry. [22:42] <j-b> well, my biased opinion is that hwaccell shouldn't be part of libavcodec [22:42] <wm4> it sure doesn't fit in well [22:42] <wm4> it's a hacky mess [22:43] <ubitux> don't use it/fix it? [22:43] <nevcairiel> eh, having it separate would be worse [22:44] <iive> i don't think that moving it to a separate library would be welcomed. [22:44] <nevcairiel> you need all the magic of parsing the sequence parameters, and the frame reodering, and whatnot [22:44] <nevcairiel> thats all internals to the decoders [22:44] <iive> isn't it more like parsers? [22:45] <j-b> more and more hw decoding libraries are full-decoding [22:45] <iive> but they are in avcodecs too [22:45] <nevcairiel> i dont trust those [22:45] <nevcairiel> intels is perpetually broken [22:45] <nevcairiel> and you have no chance to fix it [22:46] <nevcairiel> the hardware only does slice decoding, everything else is just software from the vendor [22:46] <nevcairiel> i prefer controlling the software and make sure it works [22:46] <cone-727> ffmpeg.git 03Alexander Strasser 07master:069010ffaec1: lavf/subtitles: Make comment less arrogant [22:47] <ubitux> beastd: :( [22:47] <beastd> ubitux: huh? [22:47] <wm4> the problem is that this hwaccel API is really low level [22:47] <Daemon404> "quickly extended the new API in hurry" -- libav*, the abridged history [22:47] Action: Daemon404 runs [22:47] <nevcairiel> but of course i come from windows, where there actually is an API that works OKish, and more importantly, works for all vendors [22:47] <wm4> trying to support hwaccel on all platforms is a nightmare for someone who is writing something new [22:48] <wm4> maybe that's the nature of things, but still [22:48] <beastd> Daemon404: IIRC the incomplete stuff was pulled from Libav fork [22:48] <ubitux> beastd: you remove my little happiness :( [22:48] <j-b> wm4: so I don't see why removing the full decoder is a hack [22:48] <wm4> nevcairiel: it's not much different on Linux (without Intel and plastic devices) or OSX [22:49] <wm4> j-b: it replaces one hack with another [22:49] <beastd> ubitux: if you need a comment in ffmpeg to feel like having a sane system, then that makes me sad :( [22:49] <j-b> I don't see why the hwaccell one is a hack [22:49] <wm4> IMHO it also disimproved at least one minor aspect of it, but maybe that's just me [22:49] <ubitux> beastd: :D [22:49] <nevcairiel> what api does one use on linux? vdpau these days since amd started supporting it? before that, i heard nvidia didnt really like vaapi, so there was no unified one [22:49] <Daemon404> qsv duh [22:49] <Daemon404> any time now im sure. [22:50] <nevcairiel> qsv is flawed because intels bitstream parser keeps being buggy :p [22:50] <j-b> yep [22:53] <wm4> nevcairiel: it used to be vdpau (nvidia), vaapi (intel), and a third one by amd [22:53] <iive> XvBA ? [22:54] <wm4> nevcairiel: but now mesa implemented vdpau, so all open source drivers are going to use vdpau [22:54] <wm4> yes xvba [22:54] <wm4> I'm not sure what's the state of the amd closed source drivers [22:54] <j-b> and now qsv [22:54] <wm4> but the open source ones are starting to become usable [22:54] <wm4> fuck Intel and their NIH [22:55] <iive> there is wrapper from xvba to vaapi. [22:55] <iive> not sure how many of the quirks are caused by the wrapper or by the xvba itself. [22:55] <wm4> AFAIK it sucks, like all those wrappers [22:56] <nevcairiel> at least on windows intel seems to be moving closer to the "standard" DXVA, and don't need many custom hacks anymore with newer drivers on at least SNB or higher hardware [22:56] <nevcairiel> but of course they still have qsv in parallel as well [23:03] <Compn> so wait [23:03] <Compn> you guys are against porting mplayer libvo to ffplay? :P [23:03] <Compn> should we port vlc video system instead ? [23:03] <Compn> honest question, i dont care either way [23:07] <wm4> lol porting libvo [23:08] <durandal11707> no porting needed, but from scratch [23:08] <durandal11707> but first you need to actually write proper libavdevice api [23:09] <Compn> so bikeshed a while, got it. [23:10] <durandal11707> why mplayer still does not work with lavfi? [23:10] <durandal11707> why they are still keeping their unmaintained filters? [23:11] <Compn> its just reimar and carl left mostly [23:11] <Compn> iive still kicking too [23:11] <Compn> does that old lavfi patch still work ? [23:11] <wm4> mplayer has a vf_lavfi [23:11] <wm4> not sure if it works, maybe not [23:11] <Compn> its disabled by default i think [23:11] <Compn> in configure [23:12] <wm4> it uses libavfilter internals, but the way mplayer uses ffmpeg, that should not be the problem [23:12] <Compn> ehe [23:12] <Daemon404> wm4, ... is that new coddee? [23:12] <Daemon404> code* [23:12] <Compn> the problem was a lot of refactoring of api [23:12] <wm4> mo, few years old [23:12] <wm4> *no [23:12] <iive> i'm mostly hanging around, no kicking. [23:12] <durandal11707> lot? [23:12] <Daemon404> ic [23:13] <wm4> yeah, added 2 years ago [23:13] <iive> well, there is sense in waiting for ffmpeg api to stabilize a little before starting to use complicated stuff [23:13] <wm4> " Some strange behaviours may appear due to the very different model of buffer allocation between mplayer and lavfi." [23:14] <durandal11707> is mplayer using refcounting? [23:14] <iive> it uses ref [23:17] <wm4> mplayer has its own awkward form of refcounting, which is called direct rendering [23:17] <iive> it allows filters to work in same buffer [23:17] <wm4> this "numbered mpi" stuff is basically refcounting, and DR fulfills some of the same tasks as refcounting does [23:18] <wm4> it's pretty confusing and not even reimar has gotten it right yet, apparently [23:18] <iive> i used to know it well, but i've forgotten most of it. [23:18] <durandal11707> ugh what a mplayermess i'm going to remove right now from lavfi [23:20] <iive> ? [23:21] <durandal11707> you gonna see it soon, oh how i enjoj executing rm [23:21] <wm4> he means the libmpcodecs slave treadmill [23:21] <iive> i'm afraid I won't. [23:21] <ubitux> durandal11707: you rocks :) [23:22] <iive> oh, you finally ported all the filters? [23:22] <Compn> yes! rm mp_help-en.h! :) [23:24] <wm4> oh nice, vf_pullup ported [23:24] <wm4> I heard claims that it was some of the more useful filters [23:25] <iive> yeh, dalias wrote it. too bad he never got to improve it. could have been even better. [23:29] <durandal11707> 4 files changed, 2195 deletions(-) [23:30] Action: wm4 still sees two eq filters [23:31] <iive> two? [23:31] <wm4> the remaining filters should all be trivial, except the *pp* ones [23:31] <wm4> iive: vf_eq.c and vf_eq2.c [23:32] <iive> afair eq2 could do everything eq does. [23:32] <wm4> yeah [23:32] <iive> somebody even wanted it removed from mplayer... just checked if it still exists. [23:36] <iive> is there color correction filter in lavfi? [23:36] <iive> i see colorbalance and colormatrix and they don't seem to have the same functionality. [23:37] <durandal11707> what you mean by color correction? [23:39] <iive> hue saturation, contrast, brightness [23:40] <durandal11707> hue can do that, except contrast and gamma but that is trivial to add... [23:40] <durandal11707> that is just lut [23:41] Action: iive facepalms [23:42] <cone-727> ffmpeg.git 03Michael Niedermayer 07master:b4a5fcb9988c: avcodec/mjpegdec: Fix rgb48 ljpeg [23:43] <iive> oh, i forgot gamma. [23:45] <durandal11707> removing mplayer help from lavfi........ [23:45] <cone-727> ffmpeg.git 03Paul B Mahol 07master:7ac6c6325e03: libavfilter/libmpcodecs: remove unused files [23:47] <wm4> wow why was that file even there [00:00] --- Mon Sep 16 2013

1 0

ffmpeg.log.20130915
by burek 16 Sep '13

16 Sep '13

[00:00] <beastd> chrisballinger: you have a 64bit arm? didn know they were available already... [00:00] <chrisballinger> you can compile for them haha [00:00] <relaxed> no, it's where they test building/decoding for certain archs [00:00] <chrisballinger> just figured i might as well see if i could compile it [00:00] <chrisballinger> oh [00:01] <beastd> chrisballinger: on fate.ffmpeg.org you can also see the configure lines used for the individual test machines. can be useful information from time to time. [00:01] <chrisballinger> ahhh [00:01] <relaxed> chrisballinger: did you try a "make distclean" to see if it still happens? [00:01] <chrisballinger> nice i see [00:01] <chrisballinger> for which issue? [00:02] <relaxed> for make clean [00:03] <chrisballinger> ah ill try that [00:03] <chrisballinger> https://gist.github.com/chrisballinger/6566091 [00:04] <chrisballinger> i can probably disable asm for the arm64 build but i feel like it would be faster to run the 32-bit armv7s code with assembler optimizations anyway [00:05] <relaxed> you can't run an arm64 build on a 32bit armv7 [00:06] <chrisballinger> no i know i meant the other way around [00:06] <relaxed> unless I'm missing something [00:06] <chrisballinger> ill just not build arm64 for now [00:06] <chrisballinger> because the arm64 processor can run 32-bit code with neon optimizations [00:06] <chrisballinger> instead of 64-bit straight c [01:59] <chrisballinger> hey i noticed that ffmpeg doesn't like to be called directly from within another program [02:00] <chrisballinger> i renamed ffmpeg.c's main to ffmpeg_main and called it directly from my program [02:00] <chrisballinger> it works great the first time but it seems like each time i call it after the first it keeps on adding new output streams or something [09:47] <esing> Hi, I want to cut an mpeg video with ffmpeg and for that I used this command: /ffmpeg -i test1.mpg -vcodec copy -acodec copy -ss 00:01:00 -to 00:01:20 test2.mpeg ... but though I used -acodec copy I don't hear any sound for the output video when playing in vlc or other media players [09:47] <esing> This is the mediainfo of the input file: http://ix.io/84m ... and this is the mediainfo of the output file: http://ix.io/84l [10:47] <relaxed> esing: add -f vob [10:49] <esing> relaxed, Um, that worked [10:49] <esing> Thank you [10:49] <relaxed> by default ffmpeg uses the mpeg 1 container [10:49] <relaxed> which is wrong, in my opinion. [10:51] <relaxed> a relic from long ago :) [10:52] <esing> I tried it earlier with libav and they adopted the same relict from ffmpeg [10:53] <relaxed> bad habits die hard, like Burce Willis [10:54] <relaxed> Bruce* [10:54] <esing> Heh :) [10:55] <relaxed> in ffmpeg's defense, it choses the caontainer based on the output name if not specified. [10:56] <relaxed> chooses* [10:56] Action: relaxed had too many pints [10:59] <esing> Oh, good to know, then with the output filename out.m2v it would have probably worked [11:02] <relaxed> The lesson here is to always consult `ffmpeg -formats|less` and force the correct container with -f $format [11:03] <relaxed> because, as you've learned, ffmpeg can give you the wrong one. [11:03] <relaxed> "The more you know." [11:03] <esing> Yes, I'll keep that in mind and use -f to definetly select my desired format [11:19] <dv-> has anyone recorded audio from a blue usb microphone with ffmpeg? [12:42] <brontosaurusrex> how would i pipe mplayer (with subs burned in) out to ffmpeg? this http://paste.debian.net/plain/40578 is not working. [12:42] <brontosaurusrex> & i'am on wheezy [16:59] <Jookia> Hello! Is there a way to calculate the pts of a frame? [16:59] <Jookia> When encoding, that is. [17:00] <Mavrik> yep [17:00] <Mavrik> pts is just a timestamp of a frame in timebase units. [17:02] <Mavrik> but you'll need to ask a more concrete question if you want a more specific answer :) [17:03] <Jookia> Mavrik: Heh, I think that may have been the answer I need. [17:03] <Mavrik> ;) [17:03] <Jookia> Someone a little more specific, what's AVStream's pts do? Can I set it each time I write a frame? [17:04] <Mavrik> Jookia, uh, I think that's just a marker used for demuxer/muxer [17:04] <Mavrik> Jookia, not meant for your use [17:04] <Mavrik> Jookia, you just make sure your frame pts are set properly [17:05] <Mavrik> and the encoder will set your pts/dts on packet properly on the output [17:05] <Mavrik> you just need to set time_base in codec context [17:05] <Jookia> Ah. Okay. The problem I'm having implementation wise is that my writeFrame function takes a frame, so it won't have the right pts. [17:05] <Mavrik> also on the stream :) [17:06] <Jookia> So I'm trying to figrue out how I'm going to get a pts from outside the frame. [17:07] <Mavrik> well, pts has to be set to the player has to know when to show the frame [17:07] <Mavrik> you can generate pts yourself if you're sure your fps is constant and you have no lost frames [17:09] <Jookia> I think the FPS is constant, but I'm not sure about losing frames, which is a problem. [17:11] <Jookia> My old system was based off of just incrementing the pts, but I'm guessing that's not useful either? [17:11] <Mavrik> well, that's what I meant by "generate FPS" [17:11] <Mavrik> *PTS [17:12] <Jookia> Ah. So, ideally I should be generating timestamps based off the system clock? [17:12] <Mavrik> if your timebase is 1/90000 and you have 25fps [17:12] <Mavrik> it means your frames will have (90000 / 25) delta [17:12] <Mavrik> so you just say PTS += (90000 / 25) for each frame [17:12] <Mavrik> of course, if you lose a frame your video will desync [17:14] <Jookia> Ah. So how do I solve this? [17:15] <Mavrik> by keeping the timestamp of your frame at all times ;) [17:15] <Mavrik> timestamp being the pts [17:16] <Jookia> Don't I set the timestamp in the first place though? [17:16] <Mavrik> Jookia, that depends what your source it. [17:16] <Mavrik> *is [17:17] <Jookia> Mavrik: I'm encoding a screencapture [17:17] <Mavrik> Jookia, any video grabbing device will set pts properly because that's the basic of playing a video :) [17:17] <Jookia> I am the video grabbing device though. :( [17:18] <Mavrik> ah :) [17:18] <Mavrik> well then you have to know when you want your frames displayed while they're being played no? :) [17:19] <Jookia> Yes, I think I can conjure a delta between the frame I'm writing and the last frame written. [17:20] <Mavrik> btw, I strongly suggest you make your video with constant fps [17:20] <Mavrik> or pain will ensure :) [17:20] <Jookia> Mavrik: It is a constant FPS, but I may have to drop frames now and then which is the problem. [17:22] <Mavrik> Jookia, you could use fps filter from ffmpeg [17:22] <Mavrik> which does that for you [17:22] <Mavrik> but it does expect proper timestamps on frames though. [17:24] <Jookia> Mavrik: So I can't drop frames? [17:25] <Mavrik> Jookia, whatever you do with frames is your think [17:25] <Jookia> :s I don't [17:25] <Mavrik> you just have to pass frames with evenly spaced PTS into the encoder to get constant FPS video [17:25] <Mavrik> it doesn't care for anything else you do :) [17:26] <Jookia> Ah. So with that I could make one frame last for twice as long, etc? [17:27] <Mavrik> or you could copy it and pass it twice [17:27] <Jookia> Ah. [17:28] <Jookia> While I'm here I kind of have a slightly more 'interesting' question, that's not really related to ffmpeg. [17:28] <Jookia> Do you know of any libraries in C or whatnot that could provide a good clock? [17:29] <Mavrik> hmmm [17:29] <Mavrik> no idea :/ [17:30] <Jookia> I have a function to get the current time and whatnot, but I'm worried about things like leap seconds or time skewing. [17:32] <klaxa> sys/time.h ? [17:33] <klaxa> the POSIX time struct should deal with that stuff [17:33] <klaxa> other than that, if the machine is always connected to the internet, there are probably ntp headers somwhere [17:33] <Jookia> I'm using timespec, and CLOCK_REALTIME for portability (but later I'll have to deal with another OS sometimes so [17:34] <Jookia> I'm worried about what happens if the clock suddenly stays still for a second, or jumps back due to skewing [18:04] <Jookia> So, I've implemented my pts setting for frames, but it doesn't seem to be working- It's variable across players (mplayer plays it choppily, vlc plays it at almost normal speed) [18:05] <Jookia> http://sprunge.us/ehVe is my code, could somebody see what I'm doing wrong? [18:59] <Jookia> My encoded video isn't writing the correct output. What could be the cause of this? [19:26] <Jookia> I'm pretty sure my pts is set right now, I'm incrementing it by one for each frame. However, the duration of my encoded video isn't correct- If I record a few seconds of video, at 1FPS, I get a duration that doesn't match. [20:41] <megakacktus> I'm trying to encode mp3 audio into vorbis, is there a way I can automatically make the bitrate of the output file match the bitrate of the input file? [20:47] <GoaLitiuM> with some scripting, probably [20:50] <megakacktus> is there a way I can get ffmpeg to return just the bitrate? [20:51] <sacarasc> ffprobe -i input.mp3 2>&1 | grep bitrate [20:51] <sacarasc> Or whatever... [20:52] <sacarasc> Might have to do some awking, too. [20:52] <megakacktus> that's what I was afraid of :P [20:56] <sacarasc> megakacktus: Excuse the cygwinness... [20:56] <sacarasc> User@User-PC ~ [20:56] <sacarasc> $ /cygdrive/c/Users/User/Desktop/ffmpeg/ffmpeg-20130823-git-c443689-win64-static/bin/ffprobe.exe -i "E:\music\3M2K\3M2K - Retrash FLAC\3M2K - Retrash - 01 The Nude Sunrise.flac" 2>&1 | grep bitrate | awk '{print $4}' [20:56] <sacarasc> 254 [20:56] <sacarasc> Simple. :D [20:56] <sacarasc> That's with a k, if you wanna use it in a command, so... [20:58] <sacarasc> ffmpeg -i input.mp3 -c vorbis -b $(ffprobe -i input.mp3 2>&1 | grep bitrate | awk '{print $4}')k output.ogg [20:58] <sacarasc> Something like that, megakacktus. [20:59] <megakacktus> thanks, I'll try that :) [20:59] Action: sacarasc goes off to save Metropolis, now. [21:01] <spaam> good [21:05] <megakacktus> Hmm... I tried that and my 218 kb/s mp3 was encoded into a 112 kb/s vorbis file :P [21:07] <beastd> megakacktus: why do you want same bitrate? [21:08] <megakacktus> beastd, I'm writing a script to recursively convert a directory of mp3s into vorbis, and I don't want to lose quality [21:08] <beastd> megakacktus: you are tackling the problem in the wrong way. let me try to explain (will take a moment) [21:10] <flarunt> same bitrate does not mean same quality when comparing different codecs [21:11] <beastd> in short: 1) you will lose quality anyway because vorbis is a lossy codec (so compared to the original you will always lose quality) [21:12] <beastd> 2) vorbis compresses usually better than mp3. so it will not mean you will get better quality if you mimic the rate of the input mp3 [21:15] <beastd> 3) i would advice you to test encoding the input with e.g. quality 5 (on vorbis scale) and its neighbours. then make decision with your own ears what quality is sufficient [21:17] <beastd> (not re-encoding to a lossy format would of course keep the highest quality) [21:18] <beastd> megakacktus: you get the hang of it? [21:20] <megakacktus> I think so [21:37] <megakacktus> thanks for your help, I think I have it figured out now [23:12] <chrisballinger> hey all is there any way to manually call ffmpeg's main function twice from another program? i can call it once just fine but the second time breaks on ffmpeg_parse_options->open_files->open_output_file-> L1690: new_area = ist->st->codec->width * ist->st->codec->height; [23:16] <Orpheon> Hello, I need some help. I have a lot of .m4a files, and I can listen to them perfectly on both phone and computer. Whenever I try to convert them to mp3 though, the computer can still read them properly, but all music players I've tried on my android phone don't support skipping or even pausing. Doing so jumps back to a time between 0 and the first 30 seconds, as if seeking a certain time went to the square root of it or something. Any [23:16] <Orpheon> idea how I could identify the problem and fix it? [23:16] <Orpheon> (I've tried using both avconv and ffmpeg for converting, same thing) [23:17] <chrisballinger> why are you converting to MP3? [23:17] <chrisballinger> lossy -> lossy isn't great [23:17] <Orpheon> consistency with the rest of my music library [23:18] <Orpheon> well, I don't have any problem with keeping .m4a files from now on [23:18] <Orpheon> but I already have a good hundred files converted this way, and knowing the problem/being able to fix it would be nice [23:19] <Orpheon> chrisballinger, ^ [23:20] <chrisballinger> yeah [23:20] <chrisballinger> maybe convert to .wav then use lame to make the MP3 [23:21] <Orpheon> do you happen to have the command for that? [23:21] <Orpheon> also, won't that be even worse for quality? [23:23] <chrisballinger> no it will be just as bad [23:27] <Orpheon> like this? [23:27] <Orpheon> $ avconv -i Night.wav -acodec libmp3lame Night.mp3 [23:29] <Orpheon> chrisballinger, ok. Converting a not-working mp3 file into wav gives a working wav file, converting back to mp3 gives a non-working mp3 again [23:30] <sacarasc> Orpheon: For avconv help, go to #libav. [23:31] <Orpheon> sacarasc, the same thing happens with ffmpeg [23:31] <bais> ffmpeg wants my dead .) [23:31] <sacarasc> Why are you converting from (probably) AAC to MP3? [23:32] <Orpheon> sacarasc, because I didn't know the difference [23:32] <Orpheon> so basically the best way would to redownload the entire thing? [23:33] <sacarasc> Whenever you convert to a lossy format, you always lose quality. Generally, AAC is better quality per bitrate than MP3. [23:33] <Orpheon> ah [23:33] <Orpheon> so converting mp3s back would make it even worse? [23:34] <sacarasc> Yes. [23:34] <Orpheon> ok [23:39] <chrisballinger> hey is it advisable to call ffmpeg_parse_options twice within a program? [23:46] <Plorkyeran> it is not part of the API, so I'd be inclined to say that it is not advisable to call it at all [23:47] <chrisballinger> :( [23:48] <bais> hi I'm trying to compile last version #ffmpeg with Linux Encoding Install.sh and it said "ERROR: libx264 not found", very strange :) because "============> libx264 git installed successfully" 3 lines before [23:49] <bais> any advice ? [23:52] <bais> it said: In function `x264_opencl_load_library' con config.log : opencl.c:(.text+0x411): undefined reference to `dlopen' [23:52] <bais> and other with dlsym [00:00] --- Mon Sep 16 2013

1 0

ffmpeg-devel.log.20130914
by burek 15 Sep '13

15 Sep '13

[00:00] <durandal_1707> ubitux: you stopped creating new filters? [00:01] <ubitux> i'm not really working on new filters currently, right [00:15] <durandal_1707> what happened with lua scripting: where certain filtering code would be available from lua? [00:42] <cone-25> ffmpeg.git 03Michael Niedermayer 07master:108b91c3fe61: avcodec/mpeg12dec: clear mpeg_enc_ctx_allocated when contexts are deallocated [04:00] <cone-440> ffmpeg.git 03Alexey Balekhov 07master:90ca81426736: ffserver: allow choosing the pixel format [04:16] <cone-440> ffmpeg.git 03Piotr Bandurski 07master:8728360b5664: avcodec/mationpixels: check for malloc failures [10:56] <cone-787> ffmpeg.git 03Luca Barbato 07release/0.10:c69b4bdf5895: avidec: Let the inner dv demuxer take care of discarding [10:56] <cone-787> ffmpeg.git 03Luca Barbato 07release/0.10:139f352daf84: wtv: Mark attachment with a negative stream id [10:56] <cone-787> ffmpeg.git 03Michael Niedermayer 07release/0.10:d06dda65b499: Merge commit '139f352daf84e005824562e0e0f36e06ac60ee36' into release/0.10 [11:06] <cone-787> ffmpeg.git 03Michael Niedermayer 07release/0.10:42ad4178fd2d: avio: Handle AVERROR_EOF in the same way as the return value 0 [11:06] <cone-787> ffmpeg.git 03Michael Niedermayer 07release/0.10:fe8b5a37d585: rmdec: Use the AVIOContext given as parameter in rm_read_metadata() [11:06] <cone-787> ffmpeg.git 03Luca Barbato 07release/0.10:c6942a4b0374: vqavideo: check the version [11:06] <cone-787> ffmpeg.git 03Luca Barbato 07release/0.10:26589aa81028: westwood_vqa: do not free extradata on error in read_header [11:06] <cone-787> ffmpeg.git 03Michael Niedermayer 07release/0.10:3f4fb49d1b14: Merge commit '26589aa81028f42c763c5581a1486a271799890b' into release/0.10 [11:30] <cone-787> ffmpeg.git 03Luca Barbato 07release/0.10:7296ee7af142: qdm2: check and reset dithering index per channel [11:31] <cone-787> ffmpeg.git 03Luca Barbato 07release/0.10:09a098fb8bc7: atrac3: fix error handling [11:31] <cone-787> ffmpeg.git 03Michael Niedermayer 07release/0.10:e27bc85b31ee: Merge commit '09a098fb8bc7d70a0258b3e8d658833c8d11debe' into release/0.10 [11:36] <cone-787> ffmpeg.git 03Luca Barbato 07release/0.10:e06623c48030: atrac3: set the getbits context the right buffer_end [11:36] <cone-787> ffmpeg.git 03Michael Niedermayer 07release/0.10:cb198f945fdc: Merge commit 'e06623c48030530b50f00cee26f1a3a33c4b4d4b' into release/0.10 [12:52] <cone-787> ffmpeg.git 03Paul B Mahol 07master:8134edf3eb1a: avcodec/cdxl: use av_freep() [13:22] <ubitux> BBB: ping [13:29] <durandal_1707> what are good fieldmatch arguments that works with telecine filter? [13:35] Action: ubitux has no idea [13:47] <durandal_1707> can build of libs be separated?, so that if one adds new filter he does not need to rebuild whole f*king tree [14:12] <cone-787> ffmpeg.git 03Paul B Mahol 07master:7d8939a0ff71: avfilter/avf_avectorscope: improve description [14:13] <ubitux> vp8 idct is only on 4x4 blocks? [14:21] <JEEB> heh, seems like currently there's a single bit that is completely different between 14496-15 and DivX's HEVC-in-Matroska extradata [14:21] <JEEB> 14496-15 specifies a reserved bit with the value of 0 [14:21] <JEEB> DivX specifies and writes a reserved bit with the value of 1 [14:25] <nevcairiel> luckily noone cares about reserved bits :P [14:26] <JEEB> :) [14:26] <ubitux> from a certain point of view, it's 100% different [14:26] <JEEB> I wonder where they got the '1'b there [14:27] <JEEB> GPAC doesn't seem to write a value of 1 there either [14:27] <nevcairiel> its a bit odd that half the reserved bits in the spec are 0, and the other half are 1 [14:27] <JEEB> yes [14:28] <JEEB> anyways, wrote an overview of their current spec page @ http://lists.matroska.org/pipermail/matroska-devel/2013-September/004575.ht… [17:57] <cone-787> ffmpeg.git 03Piotr Bandurski 07master:bb5e7d3b5ad2: avcodec/mationpixels: free memory after malloc failures [17:57] <cone-787> ffmpeg.git 03Piotr Bandurski 07master:1a3d142f1f1e: avcodec/bfi: check for malloc failure [18:17] <cone-787> ffmpeg.git 03Paul B Mahol 07master:6a70feadb013: avformat/nutenc: use av_calloc() [18:17] <cone-787> ffmpeg.git 03Paul B Mahol 07master:f2afe96181a8: avformat/nutenc: use av_reallocp_array() [19:38] <wm4> durandal_1707: have you tried to find out yet why abuffersink always picks U8, even if there are better formats? [19:39] <wm4> looking at the code, I don't actually see anything unusual [19:39] <wm4> it should use the normal lavfi format negotiation [20:15] <durandal_1707> wm4: you use abuffersink? [20:20] <durandal_1707> i do not think its abuffersink job to pick best format [21:15] <durandal_1707> saste: how is lavfi scripting going? [21:31] <durandal_1707> wm4: let me try if i explicitly set outlink format [21:36] <durandal_1707> huh, pullup leaks [21:44] <durandal_1707> *mp=pullup [22:07] <wm4> durandal_1707: well, you can set a list of formats on abuffersink [22:07] <wm4> durandal_1707: which should be similar to a filter reporting supported formats [22:08] <durandal_1707> ffmpeg have some logic othewise it would have same bug [22:14] <wm4> *shrug* [22:14] <wm4> anyway, U8 was picked even if it was at the end of the format list [22:15] <wm4> and having flt as only item in the list worked too [22:15] <wm4> also, aecho doesn't even support u8... [22:17] <durandal_1707> but u8p [22:17] <durandal_1707> oh not at all [22:23] <ubitux> beastd: so, did you push the backport patches? [22:25] <beastd> ubitux: yes, i wanted to do so [22:29] <beastd> if you do not object i will push the patch skipping empty lines at the beginning and leave out the last one adding CR only EOL support [22:29] <ubitux> sure just push whatever you want [22:29] <ubitux> i gave my opinion, rest is up to you [22:33] <beastd> ubitux: you are the author of the patches in question and you coded most of the text subtitle related code in FFmpeg, so I sure did not want to override you [22:34] <ubitux> i don't think it's important, and i trust your decision [22:34] <ubitux> you seem to overthink this a bit too much ;) [22:38] <beastd> not exactly :) it is just i did it that way and tested that version. changing stuff is more work for me edit/compile/test... dropping patches from the end of the patchset is easy. [22:38] <beastd> but after having talked to you know i think you are ok with it. from the ML i couldn't really figure [22:40] <beastd> Still need to check if it useful for/applies to 1.2 branch too [23:27] <cone-787> ffmpeg.git 03Dave Rice 07master:2fcef19c3830: Adding a line to Changelog about FFV1 version 1.3 now being stable [23:34] <crtmpserver> aloha to all! [23:35] <crtmpserver> philosophical question: one kqueue multiple threads or each thread with its own kqueue? [00:00] --- Sun Sep 15 2013

1 0

ffmpeg.log.20130914
by burek 15 Sep '13

15 Sep '13

[00:07] <reuf> how can i reduce mp3 file size? [00:08] <relaxed> reuf: set -b:a $bitrate [00:09] <relaxed> you could also lower the sample rate with-r:a [01:34] <chrisballinger> hi im having trouble compiling ffmpeg against the iOS 7.0 SDK with a script that worked fine for the 6.1 SDK. it looks like the configure script is crapping out on one of the tests [01:35] <iive> we require more minerals^W details [01:35] <chrisballinger> /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc is unable to create an executable file. [01:35] <chrisballinger> C compiler test failed. [01:35] <chrisballinger> so i looked in the config.log file [01:36] <chrisballinger> its a big mess so its kind of hard to find exactly which thing is failing [01:39] <impy_> how about pastebin the log file [01:41] <chrisballinger> oh good idea [01:46] <impy> also... you are on 10.9 right? Have you install the command line tools from xcode5? [01:48] <chrisballinger> im on 10.8.5 w/ Xcode 5 + command line tools [01:54] <chrisballinger> omg i think i fixed it [01:56] <chrisballinger> apple changed the location of gcc [01:57] <Plorkyeran> Xcode 5 just outright doesn't have gcc [01:57] <Plorkyeran> it just has some links to clang [01:58] <impy> xcode 5 has llvm-gcc no? [01:58] <Plorkyeran> no [01:58] <Plorkyeran> it was finally dropped entirely [02:01] <chrisballinger> yeah but they still have a file called gcc [02:01] <chrisballinger> that is just clang :) [02:02] <impy> thats going to create problems... [02:09] <Plorkyeran> not really [02:10] <Plorkyeran> you'd have to be doing things very wrong for it to be a problem when not gcc at all isn't already a problem [05:39] <d3_> Hi, can somebody help me? I need convert mp3 file to aac v2 [05:40] <d3_> (With debian in console) [05:40] <d3_> Ive tryed multiple forms and i cant make it work. [05:41] <klaxa> if you run debian, you are probably using avconv and not ffmpeg [05:41] <d3_> for example i try ffmpeg -i Peligro.mp3 -acodec libfaac -ab 128k -ar 44000 -ac 2 -y Peligro.aac and get Unknown encoder 'libfaac'... I have installed on my sistem libfaac [05:42] <klaxa> the recommended encoder for aac is libfdk-aac [05:42] <d3_> klaxa: the only way to make it work is compiling it? [05:42] <d3_> root@ks3311367:~# apt-cache search libfdk-aac root@ks3311367:~# [05:43] <klaxa> maybe? [05:43] <klaxa> i'm not sure, let me check on my debian install [05:43] <klaxa> hmm yes i compiled from source [05:44] <d3_> Damnt it :p [05:44] <d3_> i will try compiling it xD [05:45] <d3_> klaxa: can you get me the official page? [05:46] <klaxa> http://sourceforge.net/projects/opencore-amr/files/ [05:46] <klaxa> it's linked on wikipedia, so i guess it's pretty official [06:09] <d3_> klaxa: i compiling it. [06:09] <d3_> How i use it? -acodec libfdk-aac ? [06:09] <klaxa> i think [06:09] <klaxa> you probably need to compile ffmpeg too [06:10] <d3_> aGE [06:10] <d3_> xDD [08:09] <kriskropd> i want to trim a video from 5 seconds in until the end (cutting out an intro) 'ffmpeg -vsync 2 -ss 5 -t DURATION-END -i input.mp4 output.mp4' [08:09] <kriskropd> is there a shorthand signal for DURATION-END, or am i best off making a variable that pulls the duration from each video file? [08:13] <relaxed> kriskropd: ffmpeg -ss $time -i input -to $end_duration ... [08:16] <kriskropd> so, I have to set a variable? [08:16] <relaxed> no [08:19] <kriskropd> relaxed: I keep getting 'Invalid duration specification for to: ' for either -t or -to \ [08:28] <relaxed> command? [08:33] <kriskropd> ffmpeg -ss 5 -i "$i" -to "$end_duration" "${i//.mp4/.fixed.mp4}" [08:33] <kriskropd> also I couldn't find the $end_duration variable thing anywhere [08:34] <relaxed> it's not, I was just usingit so you would know to put the end duration there. [08:35] <kriskropd> ... I'm looking for a shorthand though, these video fiels vary in length [08:35] <kriskropd> files* [08:35] <kriskropd> I though ffmpeg might have something built in to denote the end duration automatically [08:35] <relaxed> replace $end_duration with --> "$(ffprobe -show_format "$i" 2>&1|awk '/^dur/ { gsub(/.*=/, ""); print $0 }')" [08:35] <kriskropd> guess I have to set a variable afterall [08:36] <kriskropd> that's pretty much the same thing ._. ty though [08:40] <relaxed> that should work in your for i loop [08:40] <kriskropd> it does, thanks [08:41] <kriskropd> I was hoping to find something built in though that I could easily re-use in the future [08:41] <kriskropd> but this will have to do :/ [08:41] <relaxed> you can easily reuse that for i script [08:41] <kriskropd> sorry, by re-use I mean, remember in my head at the spur of a moment [08:43] <relaxed> well, if you're using multiple inputs how would it know which end to use? Or different streams in the same input. [08:43] <kriskropd> relaxed: if I were building it into ffmpeg, I would numerically denote which input by the chronological order placed in the script [08:44] <kriskropd> input file one would be $end_duration_1 - for instance [08:44] <kriskropd> but I get your point, that could be frustrating [08:47] <relaxed> something like "-to:0:v:1 $end" would work (similar to mapping streams) [08:47] <kriskropd> hm, I seem to get this error when I used the ffprobe solution above 'Invalid duration specification for to: 38.720000' [08:47] <kriskropd> it's pulling the duration correctly, but i guess ffmpeg doesn't like the format [08:48] <kriskropd> ah, nvm [08:48] <kriskropd> removing the quotes helped [09:15] <slick0_> is there an ffmpeg based media player? [13:04] <CentRookie> Hello all! [13:05] <CentRookie> I would like to ask sometimes in the videos I see a rare image artefact, it looks like a huge block of the image was too slow and didn't update correctly. [13:06] <CentRookie> Could anybody say if this is related to a too low bitrate, or low bf or ref setting? [13:06] <durandal_1707> i'm not fond of guessing [13:07] <CentRookie> neither am i, which is why I'm asking if anyone had experience with that kind of image artefact. [13:07] <CentRookie> the thing is, the rest of the image is top quality and very clear [13:08] <durandal_1707> give more cookies [13:08] <CentRookie> alright, let me post the mediainfo [13:11] <CentRookie> http://pastebin.com/VFVNvGqF [13:19] <CentRookie> I suspect it has to do with the maxbuffer [13:20] <CentRookie> might have to increase that part when doing streaming [14:39] <BallsDeep> When you have a raw pcm, how the hell do you know the "sampling rate" and "bits per sample" (AKA: "bit depth")? I'm trying to convert this raw pcm file into a wav file and I forgot what the "sampling rate" and "bits per sample" were when I created the pcm file from a DTS 5.1 file. Is there some sort of utility out there that can view this information when it comes to raw pcm files? A pcm hex editor (LOL!)? [14:40] <durandal_1707> no, use your ears [14:40] <BallsDeep> so the hearing test is the way to go? [14:40] <BallsDeep> when i hear static, i'll know [14:41] <JEEB> yeah, raw pcm is just that [14:41] <JEEB> raw data [14:41] <BallsDeep> alright, thanks [15:05] <slick0_> BS [15:55] <holgersson> Hi guys [15:56] <holgersson> I don't get the example ffserver configs I find on the net. Could s.o. of you be so kind and paste me one? :) [15:57] <Mavrik> what makes you think you'd "get" that one? [16:00] <holgersson> Mavrik: The hope of coincidence [16:01] <holgersson> Mavrik: Maybe some configured an ffserver for simple streaming and might just paste it. [16:14] <holgersson> Well: First I don't really understand the concept [16:14] <holgersson> I run ffserver as a streaming server and run ffmpeg to feed it? [19:25] <Nahiyan> anyone here? [19:25] <Nahiyan> Hello? [19:26] <Nahiyan> I was wondering, on youtube, 720p looks clearer (as expected) but also brighter [19:26] <Nahiyan> is there a reason for that? [19:33] <intracube> I'm trying to encode an image sequence rendered to 50fps as an interlaced SD h264 video: http://pastebin.com/99taXXtC [19:33] <intracube> I tried setting the x264opts interlaced option, but it's having no effect [19:34] <intracube> also tried variants like interlaced=1:tff=1 etc [19:34] <intracube> anyone know how to force interlaced encoding mode? [19:35] <Nahiyan> intracube, this seems like a dead channel [19:35] <Nahiyan> it is just you and I [19:35] <Nahiyan> WE ARE THE LAST ALIVE [19:36] <intracube> lol - I'll give it a few mins to see if anyone comes out of the shadows :D [19:36] <Nahiyan> I gave it 10 [19:36] <intracube> 217, users. 1 has got to be a x264 guru [19:36] <intracube> Nahiyan: what was your problem? [19:37] <Nahiyan> I once highlighted everyone in a channel because nobody was replying.. lol.. [19:37] <Nahiyan> intracube, just was asking about why 720p looks brighter than 360p [19:37] <Nahiyan> on youtube [19:37] <Nahiyan> it's probably off-topic, but this looks like my best bet [19:37] <intracube> Nahiyan: highlighting everyone will probably get you thrown out pretty quick! [19:37] <Nahiyan> intracube, that's exactly what happened.. [19:38] <intracube> Nahiyan: possibly because of the way your graphics card is handling the video playback (overlay) [19:38] <sacarasc> Nahiyan: Clearer than what? [19:38] <Nahiyan> omg there's someone else! [19:38] <intracube> flash is known for getting it wrong (I assume you're using Flash not HTML5)? [19:38] <Nahiyan> intracube, HTML5 [19:38] <intracube> Nahiyan: ^ [19:39] <Nahiyan> sacarasc, 720p is clearer than 360p, as expected [19:39] <Nahiyan> but 720p is brighter as well! [19:39] <sacarasc> Than what? [19:39] <intracube> hmm. I was going to suggest right clicking on video->Settings->disable HW acceleration [19:39] <sacarasc> Oh, than the same site. [19:39] <sacarasc> Ask YouTube what they do. [19:39] <intracube> but that only works for flash [19:40] <intracube> Nahiyan: try a different browser and Flash [19:40] <Nahiyan> hmm [19:40] <Nahiyan> intracube, I'm too lazy [19:41] <Nahiyan> well, thanks anyways [19:41] <intracube> almost certainly a browser/system/playback issue [19:41] <intracube> np [19:42] <Nahiyan> chromium on linux with HTML5 [19:42] <intracube> unless you've got youtube set up to adjust/tweak the video when you upload [19:42] <intracube> I always say no to that [19:43] <intracube> Nahiyan: when uploading - "We detected ways to improve your videos lighting. Would you like us to enhance it?" [19:43] <intracube> might be the culprit [19:43] <Nahiyan> mm [21:16] <t4nk730> hi guys i would like to know why when i restream an hls to rtmp , its cuting? is there anyway to fix this ? [21:19] <t4nk730> help? [21:20] <t4nk730> hi guys i would like to know why when i restream an hls to rtmp , its cuting? is there anyway to fix this ????? [21:31] <t4nk730> hi guys i would like to know why when i restream an hls to rtmp , its cuting? is there anyway to fix this ????? [22:16] <Lyude> So I'm having an issue when it comes to streaming with ffmpeg. I have a complex filter setup so that I can overlay my webcam with the input coming from x11grab, and it works except for the fact that most of the time my webcam's video seems to be pretty much frozen [22:16] <Lyude> Occasionally I can start up ffmpeg and get it to work, but it's still unstable, and this behavior doesn't seem to be predictable [23:52] <chrisballinger> i noticed a bug in the make script i think [23:52] <chrisballinger> that breaks "make clean" [23:54] <chrisballinger> when you build for one architecture with configure, make, make install, make clean, and then run configure again in the same directory and do make, make install, make clean, the second make clean fails on a rm of the file named "-.d" in the root source directory [23:54] <chrisballinger> "-.d" contains this without the quotes "-: libavcodec/arm/vp8dsp_neon.S libavutil/arm/asm.S config.h \ [23:54] <chrisballinger> libavcodec/arm/neon.S" [23:55] <relaxed> file a bug report with an easy way to reproduce it [23:55] <relaxed> http://www.ffmpeg.org/bugreports.html [23:56] <chrisballinger> i wasnt able to make an account on trac [23:56] <chrisballinger> the page would just hang when submitting a new account [23:56] <chrisballinger> ill try again today [23:57] <relaxed> pastebin the steps to reproduce and the error output. I'll post it if you can't. [23:58] <chrisballinger> it also doesn't build for 64-bit ARM processors with ASM enabled [23:58] <relaxed> did you look at http://fate.ffmpeg.org/ ? [23:59] <chrisballinger> hmmmm is that where im supposed to report broken builds for specific architectures? [00:00] --- Sun Sep 15 2013

1 0