Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

October 2015

1 participants
62 discussions

ffmpeg-devel.log.20150930
by burek 01 Oct '15

01 Oct '15

[00:49:50 CEST] <Zeranoe> If I remember correctly, FFmpeg supports OpenJPEG 2.x ? [00:51:56 CEST] <cone-619> ffmpeg 03Christophe Gisquet 07master:e3242c021980: dnxhddata: deduplicate table [00:58:07 CEST] <Compn> Zeranoe : i remember reading something about openjpeg support, but i cannot confirm [00:58:33 CEST] <Compn> Zeranoe : https://trac.ffmpeg.org/ticket/2016 [00:59:10 CEST] <Compn> https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=1847 [00:59:46 CEST] <Zeranoe> Huh, seems like this Zeranoe person should know ;) [01:01:01 CEST] <Compn> yeah, if only we could find that person [01:01:46 CEST] <Zeranoe> I'll update on the Windows builds. Working on 2.8 builds now [02:39:55 CEST] <RiCON> Zeranoe: openjpeg 2.0 supports needs a different openjpeg.h than the one that gets installed [02:41:27 CEST] <RiCON> the one that gets installed is src/lib/openjp2/openjpeg.h and ffmpeg needs src/lib/openmj2/openjpeg.h, iirc [05:07:18 CEST] <cone-619> ffmpeg 03Shawn Singh 07master:733475160a0a: libavformat/mov.c: Add parsing for DDTS atom for DTS audio [06:25:01 CEST] <cone-619> ffmpeg 03Matt Oliver 07master:ae58abeabbfc: compat/w32pthreads: Add return values to match the simulated pthread functions. [06:25:02 CEST] <cone-619> ffmpeg 03Matt Oliver 07master:3b03bde46e33: avformat/async: Allow compilation with native threads. [08:02:31 CEST] <cone-619> ffmpeg 03James Almer 07master:3178931a14f5: x86/hevc_sao: move 10/12bit functions into a separate file [08:44:21 CEST] <ubitux> http://i.imgur.com/HkrJr70.png some old hacks in ffmpeg [09:10:39 CEST] <durandal_1707> old hacks? [09:11:39 CEST] <durandal_1707> what hacks? [09:12:51 CEST] <ubitux> it's a joke :( [09:27:51 CEST] <thardin_> cargo culting [10:08:55 CEST] <roxlu> hey, I asked this in #ffmpeg too, but I'm not sure if that's the right place. I heard that ffmpeg has support for VideoToolbox on Mac, but do I need to pass any special flags to ffmpeg when I want to decode a h264 stream ? [10:09:43 CEST] <nevcairiel> -hwaccel videotoolbox [10:09:52 CEST] <nevcairiel> and you should stay in #ffmpeg with usage questions [10:27:48 CEST] <roxlu> There seems to be an issue with the decoder configuration record that is passed into the VT decoder. It fails to create the decoder instance. When I use the CMVideoFormatDescriptionCreateFromH264ParameterSets function it does create the decoder w/o error. [13:03:40 CEST] <cone-547> ffmpeg 03Paul B Mahol 07master:6ce02126cec5: avfilter/af_rubberband: flush only if there is something available [15:06:02 CEST] <BBB> Gramner: do you want to review my assembly? :D [15:06:56 CEST] <BBB> Gramner: its only 3 of them (loopfilter, dc/tm/h/v intrapred asm, and filtered directional intrapred asm), all for 10/12bpp vp9 [15:08:07 CEST] <BBB> kierank: can I take obe2ng for a few minutes to test my patch on something with actual avx? [15:08:43 CEST] <kierank> yes, killed the fuzzing [15:09:03 CEST] <BBB> kierank: ty! I wont be long [15:09:06 CEST] <BBB> are the fate samples somewhere? [15:10:39 CEST] <kierank> no [15:11:16 CEST] <kierank> rsync them and I'll move them to /usr/share/fate/ [15:11:25 CEST] <kierank> bbiab [15:11:40 CEST] <BBB> ty [15:18:55 CEST] <BBB> kierank: I cant seem to build 32bit binaries, is there something missing for that? [15:31:56 CEST] <kierank> BBB: fixing [15:32:01 CEST] <BBB> ty! [15:53:49 CEST] <kierank> BBB: i think ok now [15:55:17 CEST] <BBB> how do I build using it? Im using extra-cflags=-m32 extra-libs=-m32 and that doesnt work :( [15:56:09 CEST] <Daemon404> that should be extra-ldflags [15:56:49 CEST] <BBB> nope, same problem [15:56:57 CEST] <BBB> I think libc-dev for 32bit is still missing, or so [15:58:05 CEST] <cone-547> ffmpeg 03wm4 07master:cb1da9fb8d71: avcodec/mp3: fix skipping zeros [15:58:32 CEST] <kierank> BBB: installing [15:58:40 CEST] <kierank> I thought ia32-libs was enough [15:58:41 CEST] <kierank> apparently not [15:58:50 CEST] <BBB> thanks [15:58:55 CEST] <BBB> rry to be a pain [15:59:03 CEST] <BBB> +so [16:32:50 CEST] <Gramner> BBB: I'll try to look at your patches if I have time [16:34:59 CEST] <BBB> ty [16:51:13 CEST] <durandal_1707> nevcairiel: do you have link/sample for that assert? [17:18:23 CEST] <nevcairiel> durandal_1707: like i said, it happens with API usage in a live tv scenario, i cannot really produce a test case [17:21:42 CEST] <nevcairiel> and I honestly don't care to argue. The check for the chroma_format is quite new and introduced a regression which triggers an abort, which is the worst kind of thing that can happen when using an API. Don't want to fix it, fine [17:22:34 CEST] <durandal_1707> nevcairiel: what live tv? What API? [17:22:43 CEST] <nevcairiel> avcodec API, duh [17:23:41 CEST] <durandal_1707> I want it fixed, but what code that use lavc api? [17:39:20 CEST] <ubitux> what's the state of image3? [17:40:10 CEST] <durandal_1707> what? [17:40:55 CEST] <ubitux> my bad, we have the probers now [17:41:01 CEST] <nevcairiel> didnt someone shoehorn the format detection onto image2 so image3 was unnecessary [17:41:16 CEST] <ubitux> yeah, we're just actually missing a jpeg prober it seems [17:42:00 CEST] <nevcairiel> seems to exist here [17:42:10 CEST] <nevcairiel> jpeg_probe in img2dec.c [17:42:27 CEST] <nevcairiel> but its somewhat weird code, so maybe its not really that reliable [17:42:38 CEST] <ubitux> meh. why isn't it called then mmh [17:44:15 CEST] <ubitux> oh, ok, i get it [17:44:22 CEST] <ubitux> i need the _pipe demuxers. [17:45:57 CEST] <nevcairiel> the name is a bit confusing, but yeah [17:46:41 CEST] <nevcairiel> the non-pipe variant would open its own files and stuff, which you dont w ant if you're probing an existing file [17:48:54 CEST] <ubitux> yeah indeed, thanks and sorry for the noise :) [17:50:52 CEST] <Gramner> BBB: doing good asm patch review is really hard though. I usually just end up looking at local parts individually which might miss "overall design issues", but doing it thoroughly takes likes 10x the time and that would just result in nothing getting reviewed instead [18:47:43 CEST] <wm4> so I'm looking at videotoolbox failing on .ts [18:48:04 CEST] <wm4> seems like videotoolbox (the API) wants mp4-style data [18:48:34 CEST] <wm4> so if you have annex b, you need to parse the packets and extract pps/sps etc. and reconstruct mp4 extradata [18:48:55 CEST] <wm4> it appears libavformat has code for this in ff_isom_write_avcc [18:49:18 CEST] <nevcairiel> you need actually mp4 extradata? [18:49:26 CEST] <nevcairiel> well apple apis [18:49:29 CEST] <wm4> all signs point to it [18:49:30 CEST] <nevcairiel> different for the sake [18:49:55 CEST] <wm4> I'm not really sure how to get the packet data... or would it be better to reconstruct the extradata from the already parsed data? [18:50:08 CEST] <wm4> (probably not) [18:51:07 CEST] <rcombs> does it actually need extradata, or can you just pass pps/sps in the mp4-formatted bitstream? [18:51:49 CEST] <wm4> I think it wants a avcc mp4 atom on decoder creation [18:52:34 CEST] <wm4> or the contents of that atom, so pretty much the extradata [18:57:40 CEST] <BBB> Gramner: Im well aware of it ;) [18:57:49 CEST] <BBB> Gramner: guess why nobodys reviewing these largish patches :) [19:04:01 CEST] <wm4> what's with libavformat/utils.c's attempt to extract sps/pps to extradata? that looks weird [19:09:38 CEST] <BBB> wm4: I bet you it fixes a sample! [19:09:48 CEST] <BBB> isnt that our fifth sps/pps parser in the codebase? [19:09:50 CEST] <BBB> how embarassing [19:09:56 CEST] <wm4> thinking of using it (it should have all what's needed) [19:38:27 CEST] <jamrial> BBB: there's a new intel sde version out. works on Win10 and kernel 4.x [19:38:34 CEST] <jamrial> it of course wont work for benchmarking but it's enough to check for correctness [19:38:40 CEST] <BBB> I dont want intel sdk, I want a new machine :-p [19:39:03 CEST] <jamrial> so do i, but it's a start :p [19:41:36 CEST] <Gramner> using the sde to write asm is horrible, you have no idea if your code is actually useful or not without running it on a real machine [19:42:20 CEST] <Gramner> and you kinda want to develop it on a real machine so you can try different stuff as you go to see how it affects performance [19:43:42 CEST] <jamrial> of course, but for simple changes (where you're not using cross-lane instructions and are simply taking advantage of the wider regs), it at least lets you know if it works [19:45:52 CEST] <Gramner> there are few truly simple changes though, there's usually at least optional shuffling possible that may or may not improve performance [19:53:05 CEST] <Gramner> when writing code for unreleased µarchs there's also the added bonus of not having any documentation available so you don't even know if a particular instruction has good latency and/or thorughput [19:53:29 CEST] <Gramner> but that might not be relevant here i guess [20:00:19 CEST] <BBB> jamrial: if we keep being ok with just writing it for a sdk, intel will never give us a new machine for free [20:00:48 CEST] <BBB> jamrial: the correct answer is intel wants ffmpeg to have avx2 so they can sell new machines to google/whatever; thus, intel should give us new machines for free" [20:01:04 CEST] <fritsch> hehe [20:01:08 CEST] <Gramner> did you ask them? [20:01:12 CEST] <jamrial> never said i was ok with it. i said it's enough to check correctness [20:02:03 CEST] <fritsch> scalability and performance comparison needs to be done on real hardware :-) [20:02:07 CEST] <JEEB> <@BBB> if we keep being ok with just writing it for a sdk, intel will never give us a new machine for free <@BBB> the correct answer is intel wants ffmpeg to have avx2 so they can sell new machines to google/whatever; thus, intel should give us new machines for free" [20:02:20 CEST] <durandal_1707> is it ok to have anaglyphs for yuv? [20:02:25 CEST] <JEEB> welp [20:02:33 CEST] <JEEB> that is one copypasta fail [20:02:48 CEST] <BBB> probably :-p [20:02:57 CEST] <JEEB> yes, do excuse me [20:03:01 CEST] <BBB> Gramner: not yet, Im waiting for the new macbook pro to come out with skylake [20:03:25 CEST] <rcombs> BBB: ditto [20:04:49 CEST] <BBB> rcombs: another maccie here? [20:04:56 CEST] <BBB> \o/ I M NOT ALONE!!! [20:05:17 CEST] <rcombs> \o/ [20:06:09 CEST] <durandal_1707> huh, when it become possible to get free hw? [20:06:53 CEST] <rcombs> hey, Apple TV devkits are $1 [20:07:46 CEST] <durandal_1707> I don't need those [20:08:39 CEST] <rcombs> well it's _somebody_ giving out _almost_-free hardware [20:09:35 CEST] <durandal_1707> that's not expensive hw [20:09:44 CEST] <rcombs> true [20:15:33 CEST] <Gramner> it's cost efficient for a large hw manufactoring company to give away hardware in exchange for software being optimized for their hardware. if that optimization results in some benchmark getting a higher score in a review that can increase sales, and even a tiny tiny increase in sales will make it a worthwhile investment [20:26:09 CEST] <rcombs> specifically, if they sell at least <units given away> * <mfg cost> / <wholesale price> additional [20:28:34 CEST] <wm4> hm, after going through miserable hacks, it seems to work now [20:28:55 CEST] <wm4> the problem is that the libavformat code uses a memory AVIOContext to get an appendable buffer [20:29:06 CEST] <wm4> and also libavformat symbols can't be used from libavcodec [20:29:07 CEST] <wm4> sigh [20:34:22 CEST] <durandal_1707> should I write voice decoder nobody use? [20:40:18 CEST] <Vgubbala> Anyone help me to build FFMpeg 2.8 for android? [20:44:49 CEST] <wm4> Vgubbala: no [20:45:05 CEST] <wm4> this is offtopic here [20:45:13 CEST] <wm4> go to #ffmpeg [20:45:56 CEST] <Vgubbala> wm4: ok [21:01:54 CEST] <BBB> durandal_1707: dont we already have 10 voice decoders nobody uses? :-p [21:02:02 CEST] <BBB> I think wrote one [21:02:05 CEST] <BBB> *I [21:02:27 CEST] <BBB> Gramner: ok Ill unpair it, I always thought itd make it better on some cpus (maybe thats 10yrs ago wisdom) [21:02:33 CEST] <BBB> Gramner: and thnx for review [21:04:21 CEST] <Gramner> any x86 without ooe is going to be way to slow to deal with vp9 content in any reasonable framerate and/or resolution anyway, so it's not really much of an issue [21:04:57 CEST] <Gramner> and such cpus might only have one vector execution unit anyway (don't quote me on that though) [21:06:34 CEST] <BBB> kierank: can I also get gdb or lldb? [21:16:33 CEST] <DHE> I've covered all the suggestions for my a53 closed captions patch, is there anything else I need to do with it? [21:16:56 CEST] <wm4> did you sent it again? [21:17:00 CEST] <wm4> *send [21:22:41 CEST] <jamrial> he did [21:23:51 CEST] <wm4> hm, personally I'd say the muxer code should remove the CC data if it should not be written [21:24:13 CEST] <wm4> so "a53cc" would be a ffmpeg.c option [21:24:33 CEST] <wm4> (but I don't insist on it or anything) [21:25:02 CEST] <wm4> DHE: just wait until one of the devs say ok and merge it [21:34:19 CEST] <durandal_1707> I have idea for process_command replacement [21:35:40 CEST] <wm4> let's hear it [21:45:58 CEST] <durandal_1707> add flag to opts that option can be set during runtime [21:47:41 CEST] <durandal_1707> BBB: so you will help me writting simd for maskedmerge if I write boilerplate code? [21:48:07 CEST] <BBB> help, yes, but not write it for you [21:48:16 CEST] <BBB> you will do the writing, I will help you figure out which instruction to use for what [21:49:36 CEST] <wm4> durandal_1707: sounds like a good start [21:51:29 CEST] <DHE> wm4: the data goes into the video codec itself. it must be part of libx264. it's not a distinct stream [21:52:09 CEST] <wm4> DHE: I know, but ffmpeg.c could remove the side data if CCs are unwanted [21:53:00 CEST] <BBB> awh crap win64 exsits also [21:53:21 CEST] <DHE> as for merging it, I don't have commit access. and I don't see myself making enough patches to warrant receiving it. this is my first [21:56:04 CEST] <jamrial> DHE: whoever oks it (anshul proably, he already kinda did after all) will do it [21:56:30 CEST] <DHE> yeah we've spoken in IRC briefly [21:57:07 CEST] <durandal_1707> BBB: is it ok to have AVFrames as args in yasm? [21:57:27 CEST] <BBB> well, theoretically its possible, I wouldnt recommend it [21:57:31 CEST] <wm4> DHE: usually those who reviewed the patch will apply it [21:57:44 CEST] <BBB> yasm is easiest with plain c types, e.g. pointers, ptrdiff_t/int, etc. [21:58:52 CEST] <kurosu> it's generally easier to the struct handling in the C code than try to do it in asm [21:59:56 CEST] <kurosu> *to do the [22:12:34 CEST] <J_Darnley> If you know how C is supposed to arrange a struct then it shouldn't be too hard to do in assembly (just offsets from the pointer)... [22:13:00 CEST] <BBB> J_Darnley: right, we do that in various places (e.g. fft) [22:13:01 CEST] <J_Darnley> but I was underthe impression that it was almost arbitrary [22:13:06 CEST] <BBB> J_Darnley: its just a pretty big maintenance burden [22:13:20 CEST] <BBB> J_Darnley: so we prefer to keep asm struct-free where it doesnt have a relevant performance impact [22:13:26 CEST] <BBB> which is pretty much always [22:14:13 CEST] Action: J_Darnley nods. [22:14:43 CEST] <nevcairiel> structs like that in ASM are usually extremely annoying [22:14:53 CEST] <nevcairiel> because any ABI change breaks your ASM usually [22:15:23 CEST] <J_Darnley> I haven't actually seen where it is used but where ever I have used assembly there has been a clear need for some C code to do various things before my "DSP" function. [22:15:39 CEST] <cone-724> ffmpeg 03Michael Niedermayer 07master:9b4dd0f87696: avcodec/mpeg12dec: Initialize chroma_format to 1 [22:17:34 CEST] <kurosu> that and if you happen to have elements whose size changes or that are affected by struct padding between your arrays, then it's actually an x86 ABI nightmare too [22:18:35 CEST] <J_Darnley> If there are compiler flags that can control that padding I'm sure some power user will use them. [22:19:08 CEST] <kurosu> an example is some asm you worked on (some audio lossless codec iirc) [22:19:22 CEST] <Gramner> it's generally a good idea to only offload SIMD stuff to asm and do as much scalar stuff as possible in c since the latter is hard to gain any meaningful performance improvement from in asm (exceptions exists of course, but in general) [22:19:25 CEST] <J_Darnley> Oh, yes, flac [22:19:45 CEST] <kurosu> it works by treating it as an array, but if the array size changes or something, it may causes unaligned access with mova (iirc) [22:20:06 CEST] <kurosu> maybe the code has changed since then though [22:28:32 CEST] <cone-724> ffmpeg 03Paul B Mahol 07master:1da1574002e3: avfilter/vf_maskedmerge: rewrite and remove some duplicated code [22:34:56 CEST] <kierank> BBB: fixed [22:35:04 CEST] <BBB> ty! [22:37:56 CEST] <cone-724> ffmpeg 03Paul B Mahol 07master:30ce6fd1069e: avfilter/vf_maskedmerge: get rid of MaskedMergeContext from functions that do actual work [23:03:33 CEST] <jamrial> Gramner: just pull from his github repo. it's much faster than trying to apply the ml patches :p [23:05:51 CEST] <Gramner> I guess that works too [23:32:24 CEST] <durandal_1707> BBB: I pushed code to github.com/richardpl/ffmpeg mm branch [23:33:07 CEST] <BBB> richardpl? [23:33:12 CEST] Action: BBB confused [23:33:59 CEST] <BBB> so, the dsp context is the only thing that should be in the header [23:34:13 CEST] <BBB> you dont need the whole MaskedMergeContext there, just the function pointer entry [23:34:56 CEST] <BBB> it can be useful to have a separate dsp_init (not x86, platform independent) so you can test the dsp code independently in e.g. checkasm, or reuse it elsewhere (maybe unlikely) [23:35:31 CEST] <BBB> rest looks ok so far, I guess its asm time now? [23:35:54 CEST] <durandal_1707> yes [23:37:00 CEST] <BBB> btw holy crap thats a lot of arguments [23:37:05 CEST] <BBB> you know this wont work on x86-32 right? [23:37:13 CEST] <BBB> (thats probably not an issue, just pointing it out) [23:38:42 CEST] <durandal_1707> am on x64 [23:38:46 CEST] <BBB> also I dont think max/shift/half need to be function arguments [23:38:51 CEST] <BBB> since youre writing an 8bit version [23:38:58 CEST] <BBB> and theyre fixed (256, 128, 8) [23:39:42 CEST] <durandal_1707> so just remove them but keep 13 [23:40:06 CEST] <BBB> up to you how many regs you want [23:40:10 CEST] <BBB> I dont think you need that many [23:40:18 CEST] <BBB> but well see later [23:40:19 CEST] <BBB> ok [23:40:28 CEST] <BBB> ok, did you read the link I gave you? [23:42:10 CEST] <durandal_1707> something [23:42:35 CEST] <BBB> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/x86/vp8dsp.asm;h=… [23:42:38 CEST] <jamrial> pointers should be the first few arguments, and all the linesize/width/height stuff after those. that way the latter can be accessed from stack in x86_32 (unless they are needed for lea) [23:43:08 CEST] <BBB> theres a description of the bilinear filters in vp8, itll show you how to load basic data and do multiplies and shifts [23:43:30 CEST] <BBB> durandal_1707: try to read that bilinear vp8 dsp code and understand what it does (referring to the c code) [23:43:46 CEST] <BBB> durandal_1707: and then lets see if we can munge that into something thats useful for your code (itll end up looking similar) [23:45:10 CEST] <BBB> also note people typcially write a*b+(256-a)*c+128>>8 as c+(a*(b-c)+128>>8) [23:45:18 CEST] <BBB> since its one multiply instead of 2 [23:45:23 CEST] <BBB> but it wont make much of a difference [23:53:53 CEST] <BBB> durandal_1707: C code is here: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/vp8dsp.c;h=07bea6… [23:57:23 CEST] <durandal_1707> so all instructions I will need are already in that asm func? [00:00:00 CEST] --- Thu Oct 1 2015

1 0

ffmpeg.log.20150930
by burek 01 Oct '15

01 Oct '15

[01:07:29 CEST] <Vgubbala> Hi I am new to FFmpeg. Can anyone share me link with instructions to build latest ffmpeg to use in Android application? [01:33:27 CEST] <maldo> quit [02:15:21 CEST] <epitron> i'm having trouble figuring out how to set the encoder parameters for the "nvenc_h264" codec [02:15:27 CEST] <epitron> i found a list of them here: https://github.com/libav/libav/blob/master/libavcodec/nvenc_h264.c#L62 [02:15:33 CEST] <epitron> i wanted to use constant QP [02:15:41 CEST] <epitron> (-qp ## doesn't work) [02:16:19 CEST] <epitron> i'm having trouble figuring out how to set the encoder parameters for the "nvenc_h264" codec" [02:16:22 CEST] <epitron> dah [02:16:28 CEST] <epitron> "Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height" [02:16:36 CEST] <epitron> ^- the error [03:06:22 CEST] <c_14> epitron: not the actual error, the real error is further up, also that's the source file for libav and not ffmpeg. Not sure if there are differences though [03:07:25 CEST] <MadTBone> is there a function (perhaps from libavutil?) that does peak detection on audio frames? [03:29:40 CEST] <klaxa> volumedetect filter? https://ffmpeg.org/ffmpeg-filters.html#volumedetect [03:29:47 CEST] <klaxa> MadTBone: ^ [03:32:21 CEST] <gcl5cp> I have a multitrack mkv #0:0: Vid -- #0:1(ita): Aud -- #0:2(eng): Aud -- #0:3(eng): Sub [03:32:25 CEST] <gcl5cp> I want swap audios and volume-up both [03:34:00 CEST] <gcl5cp> ffmpeg -i X.mkv -map v -map a:1 -map a:0 -map 0:3 -c:v ... -c:a ... -af:a:1 volume=2dB -af:a:0 volume=5dB [03:34:27 CEST] <gcl5cp> and it's working, forget it [03:35:43 CEST] <MadTBone> klaxa: thanks. looks like what I want. [04:10:43 CEST] <epitron> c_14: hah, that could explain why that option didn't work [04:12:04 CEST] <epitron> okay, here's the right source file: https://www.ffmpeg.org/doxygen/2.7/nvenc_8c.html#a384ff94b5139f441c282c9b4c… [04:13:04 CEST] <epitron> and here's the right error: "[nvenc_h264 @ 0x193b160] >> dl_fn->cu_init(0) - failed with error code 0x64 [04:13:36 CEST] <epitron> is there a way to list all the options for a codec? [04:13:58 CEST] <c_14> ffmpeg -h encoder=nvenc_h264 [04:15:41 CEST] <c_14> epitron: looks like a problem with cuda [04:17:38 CEST] <c_14> It should probably also say something like "No CUDA capable devices found." [04:18:04 CEST] <c_14> I won't know more without a complete pastebin of the command output though, preferably with -loglevel verbose [05:06:05 CEST] <epitron> c_14: omfg, you're right [05:06:24 CEST] <epitron> the nvidia kernel module is totally broken because i just upgraded it [05:06:30 CEST] <epitron> thank you :) [05:41:56 CEST] <pinPoint> i thought cuda was no go in ffmpeg or did I miss something? [05:42:09 CEST] <c_14> You need CUDA for nvenc [05:42:40 CEST] <pinPoint> i've 2300 of them I think :) [05:42:51 CEST] <pinPoint> what do you use nvenc for exactly? [05:43:20 CEST] <c_14> Personally, nothing. Some people use it to encode video quickly when they don't have any CPU to spare. [05:43:44 CEST] <pinPoint> and it is faster or just another tool to use from the shed? [05:45:04 CEST] <c_14> It doesn't use the CPU (mostly), so if your CPU is hogged it is faster, yes. [05:45:58 CEST] <c_14> x264 on ultrafast gets better quality though and uses next to no CPU, so there's usually no point [09:48:28 CEST] <roxlu> Hey! I just compiled the master branch of ffmpeg and I'm wondering how I can test if it's using VideoToolbox for decoding ? [10:12:02 CEST] <keyser7654> hello! anyone know how to detect "decode_slice_header error" when decoding with libxh264? [10:22:55 CEST] <roxlu> ha! I'm just getting the same error for every h264 I try :) [10:44:37 CEST] <ace040> hello [10:46:54 CEST] <ace040> I'm confused about something: is there an alternative to x264 in LGPL avcodec for H.264 encoding? [10:47:30 CEST] <ace040> and if there is, what would the corresponding AV_CODEC_ID_ entry be? [10:53:02 CEST] <durandal_1707> ace040: libopenh264 [11:03:55 CEST] <ace040> durandal_1707 [11:04:10 CEST] <ace040> ^ sorry typo [11:04:49 CEST] <ace040> I did not know about this lib, going to look into it now [11:04:51 CEST] <ace040> thanks for the heads up [12:05:53 CEST] <mizdr> I am trying to install ffmpeg (visual studio 2015 on windows 10) I have followed the instructions here: https://www.ffmpeg.org/platform.html and get the error "C compiler test failed" with the last line of config.log being " fatal error LNK1104: cannot open file 'kernel32.lib'" [12:06:15 CEST] <mizdr> any help fixing this would be greatly appreciated [13:16:08 CEST] <sine`> pinPoint: just did song.mp3 song.wav it converts it with the fat wav [17:01:10 CEST] <Kronuz> good morning [17:01:39 CEST] <Kronuz> hwy, does anybody know if there's an option for m4a files in ffmpeg to make them playable before the whole file is written? [17:02:15 CEST] <Kronuz> (or any other container with an aac stream in it, which can be played before the whole file is there?) [17:02:46 CEST] <Kronuz> I'm trying to capture a stream from the internet into a m4a, but if I try opening the file while it's capturing, I can't play it.. it says it's invalid [17:03:11 CEST] <Kronuz> when I end capturing (^C), then I'm able to play it [17:33:19 CEST] <Mavrik> Kronuz, that's not really possible with m4a [17:33:35 CEST] <Mavrik> perhaps in segmented mode where you can play a segment [17:33:51 CEST] <Kronuz> hmm [17:34:55 CEST] <Kronuz> Mavrik, is there any other container that allows that? [17:35:16 CEST] <BtbN> basicaly everything that's not mp4 [17:35:33 CEST] <Mavrik> mkv I guess, or .ts [17:40:34 CEST] <Kronuz> BtbN, isn't faststart for that? [17:41:38 CEST] <JEEB> faststart needs a ready flie [17:41:39 CEST] <JEEB> *file [17:41:52 CEST] <JEEB> fragments mode enables you to play everything but the currently being-written segment [17:42:28 CEST] <JEEB> but yes, if you need streaming mov and its derivatives are not the best alternative [17:44:18 CEST] <Kronuz> JEEB, how do you enable fragments for m4a? just passing -movflags faststart ? [17:44:56 CEST] <Kronuz> JEEB, and most importantly, how do you enable it by using the API? is that an option of the format context? [17:46:34 CEST] <Mavrik> Kronuz, faststart just moves the MOOV atom after the file is written [17:46:41 CEST] <Mavrik> MOOV atom cannot be generated until full file is complete. [17:46:53 CEST] <Mavrik> unless you split it into segments where each has it's own moov atom [17:47:03 CEST] <Mavrik> If you want streaming, use a format made for streaming. [17:47:05 CEST] <Mavrik> E.g. MPEG2-TS [17:47:24 CEST] <BtbN> Well, some people realy wanted to be able to stream mp4, so they invented DASH... [17:49:27 CEST] <Kronuz> Mavrik, not streaming per se, but I want ffmpeg to be capturing a stream from the Internet and writing it to m4a, but I still want to be able to play the m4a (at least some of it) before I stop ffmpeg [17:50:43 CEST] <Kronuz> so, I guess I'd have to write header data and trailing then again header, data and trailing? [20:27:27 CEST] <dv_> um, anybody know what a "BI picture" is? I tried to google for it, but don't get much [20:27:45 CEST] <Axydlbaaxr> Hi - does anyone know of a tool that I can use to capture performance metrics of ffserver? I want to analyze the performance of a video stream under various levels of system activity and stress. [20:28:10 CEST] <dv_> a "bidirectional intra frame" sounds weird [20:32:28 CEST] <ChocolateArmpits> dv_: from the name sounds like an i frame that can be used by a gop that's in front and behind the frame in time [20:32:31 CEST] <ChocolateArmpits> maybe open gop ? [20:33:04 CEST] <dv_> hmm, come to think of it, I haven't seen these outside of VC-1 content. perhaps its VC1 specific [20:34:39 CEST] <dv_> ah, indeed. "BI-frame: B-frames where all macroblocks are intra coded, but the frame cannot be used as a reference" [20:35:53 CEST] <ChocolateArmpits> dv_: that doesn't even sound like a b frame then [20:36:01 CEST] <ChocolateArmpits> oh wait [20:36:05 CEST] <ChocolateArmpits> because it's not [20:36:17 CEST] <ChocolateArmpits> hell I think I forgot how these things work [20:46:25 CEST] <Vgubbala> Anyone help me to build FFMpeg 2.8 for android? Is FFmpeg 2.8 is supported for android? [21:21:59 CEST] <DelphiWorld> hi guys [21:22:00 CEST] <DelphiWorld> ;) [21:22:16 CEST] <DelphiWorld> how to include the "track" metadata while copying the codec? [21:22:25 CEST] <DelphiWorld> not the container metadata, but the track [21:23:07 CEST] <DelphiWorld> encoder : LAME3.99r [21:23:08 CEST] <DelphiWorld> Side data: replaygain: track gain - -11.800000, track peak - unknown, album gain - unknown, album peak - unknown, [21:24:01 CEST] <c_14> Should be by default, but you can use -map_metadata:s:a:0 0:s:a:0 (for the first output audio track and the first input audio track) [21:24:32 CEST] <DelphiWorld> just a test: [21:24:39 CEST] <DelphiWorld> ffmpeg -i 1.mp3 -acodec copy 0.mp3 [21:24:42 CEST] <DelphiWorld> its copying the meta [21:24:46 CEST] <DelphiWorld> and thank a lot c_14 [21:42:14 CEST] <DelphiWorld> TD-Linux: time division linux;) [21:42:50 CEST] <TD-Linux> "TD" was too short for some IRC servers [21:44:44 CEST] <podman> Hi there! If I have a video that has a variable frame rate, what is the best way to determine the frame rate to use if I wanted to convert it to a constant frame rate video? [21:46:15 CEST] <DelphiWorld> tdenc: :) [21:57:08 CEST] <rsgm2> I think the audio my computer records is corrupted, ffmpeg keeps giving me this error: Application provided invalid, non monotonically increasing dts to muxer in stream 1: 44100 >= 44100 [21:57:13 CEST] <rsgm2> is there any way to fix it? [21:57:34 CEST] <rsgm2> *fix that video that is I don't care about my computer's recording [22:37:41 CEST] <Ralph> Hello, I was wondering if I can get access to the 0.6.0 source of ffmpeg containing the CVE-2010-3429 vulnerability? [22:38:13 CEST] <c_14> Just clone the git source and backtrack to the relevant commit? [22:38:22 CEST] <Ralph> Ok, thanks. [22:45:22 CEST] <DrTaco> Hey, does anyone have a link to the end-result/compiled/final native executable for ffmpeg for OSX, Ubuntu, and Windows (32/64 if that matters) [22:46:26 CEST] <c_14> https://ffmpeg.org/download.html [22:46:39 CEST] <c_14> The binaries are all 3rd-party though. [22:47:01 CEST] <DrTaco> yeah, that page could use some love [22:47:15 CEST] <c_14> What specifically? [22:47:17 CEST] <c_14> Suggestions welcome. [22:48:09 CEST] <DrTaco> It's just not very convenient/organized. Everything is linked to different sites that aren't as easy to navigate. It isn't very definitive, as "THIS" is the version you download [22:48:24 CEST] <DrTaco> it's more like, welllllll, you could do this OR this, and there's also this which is done this way [22:48:31 CEST] <c_14> That's because they're all 3rd-party. [22:48:34 CEST] <c_14> And for different OS [22:48:43 CEST] <DrTaco> and I don't know what the differences are or why I'd want one over the other or even if it'll work [22:49:25 CEST] <c_14> If they don't work, they should be removed from the list. [22:49:37 CEST] <c_14> i.e. they should all work for their platform [22:52:49 CEST] <DrTaco> I actually can't find the download link on the ubuntu one. They sure do like walls of text [22:53:36 CEST] <c_14> It's the "So typically" part [22:53:50 CEST] <norbert> hi, I'm trying to record one hour of game footage and I want to make sure it's 60fps and the audio is in sync; I also want mumble audio to be included of both myself and the other party [22:54:16 CEST] <norbert> I was close to this but the recording has audio out of sync and does not have my mic audio [22:54:34 CEST] <c_14> Windows? Linux? Pulse? Alsa? OSX? [22:54:46 CEST] <norbert> has the video kinda okay (black lines now and then from top to bottom) and audio of the game and of the other party is okay (but everything out of sync) [22:54:49 CEST] <klaxa> first common pitfall would be that you used -r 60 instead of -framerate 60 [22:54:49 CEST] <norbert> Linux, with pulse [22:54:59 CEST] <norbert> I did use -r 60 [22:55:20 CEST] <c_14> You'll have to work out the mic stuff with pulse though [22:55:25 CEST] <c_14> probably [22:55:30 CEST] <norbert> first I did: pactl list sources|grep "Name:"|grep alsa_output [22:55:40 CEST] <norbert> then I recorded with: avconv -f pulse -i alsa_output.pci-0000_00_1b.0.analog-stereo.monitor -f x11grab -r 60 -s 1920x1080 -i :0.0+0,0 -vcodec libx264 -pre:0 lossless_ultrafast -threads 0 -threads 6 video.mkv [22:55:58 CEST] <c_14> You're using avconv not ffmpeg, either use ffmpeg from FFmpeg or ask in #libav [22:56:13 CEST] <klaxa> i would recommend recording just two audio-streams (one for your mic and one for the other people) maybe even a third one for the game-audio and then mixing everything in post-production [22:56:18 CEST] <norbert> I thought they are the same [22:56:22 CEST] <c_14> They aren't [22:57:01 CEST] <norbert> klaxa: ok, how would I record the audio streams separately (with ffmpeg)? [22:57:42 CEST] <klaxa> for example: ffmpeg -f pulse -i default -f pulse -i default -map 0 -map 1 -c:a flac "$(date)".mkv [22:57:49 CEST] <klaxa> that doesn't select the correct audio-sources though [22:57:52 CEST] <DrTaco> Can someone link me to the Ubuntu 32-bit and 64-bit executables? [22:58:15 CEST] <c_14> Just use the static build [22:58:17 CEST] <c_14> http://johnvansickle.com/ffmpeg/ [22:58:24 CEST] <klaxa> you will have to use pavucontrol (or equivalent command line tools, do they exist?) to set the correct devices in the recording tab [22:58:29 CEST] <norbert> klaxa: any suggestions how I could select the correct audio-sources? [22:58:51 CEST] <norbert> ok, pavucontrol, recording tab [22:58:52 CEST] <DrTaco> If that's what you're supposed to use, why isn't it linked on the site? [22:58:59 CEST] <c_14> It is [22:59:07 CEST] <c_14> Under linux static builds [22:59:10 CEST] <klaxa> i bet there is a way to do it directly but i never bothered looking it up [22:59:27 CEST] <c_14> It's also not what you're "supposed" to use. It's just what I always recommend because it's easy and works basically everywhere. [22:59:27 CEST] <DrTaco> very confusing [22:59:43 CEST] <DrTaco> oh cool [22:59:57 CEST] <klaxa> what ARE you supposed to do then? compile from source? ;) [22:59:59 CEST] <DrTaco> lol, the linux manifest "hide the easy way" [23:00:43 CEST] <c_14> klaxa: What you're supposed to do is NIH your own video framework. Obviously. [23:00:48 CEST] <c_14> s/video/video and audio/ [23:00:59 CEST] <c_14> +subtitles and all that fun too [23:02:16 CEST] <DrTaco> it would be super convenient if each release on github included all the basic compiled versions https://github.com/FFmpeg/FFmpeg/releases [23:02:24 CEST] <DrTaco> all in one spot [23:02:42 CEST] <DrTaco> and if you want more details then go to the 3rd-party sites [23:03:57 CEST] <c_14> The github repo is just a clone (and I don't think anyone wants to have to manage stuff there) [23:04:37 CEST] <DrTaco> oh, I thought it was the main spot [23:04:53 CEST] <c_14> And putting the binary builds there would imply that we support them (which most people don't want to) [23:05:01 CEST] <c_14> ie making sure the binary releases are up to date and what-not [23:05:05 CEST] <norbert> klaxa: so if I understand it correctly, I need to start several ffmpeg sessions, one to record the video, and several others with the ffmpeg command you gave me to record audio - although I should replace something in that command line text with what I can find (and open) with pavucontrol? [23:05:41 CEST] <DrTaco> I wouldn't think that would be that hard, have an automated build system. I mean, you guys need to test it anyways right? [23:06:04 CEST] <DrTaco> I guess running for each OS would take longer, and you guys support a lot of OS's [23:07:27 CEST] <c_14> A lot of OSes and a lot of build configurations, and managing the build-dependencies etc etc [23:08:38 CEST] <c_14> And the tests are run through fate on (mostly) donated hardware/cpu time. [23:09:16 CEST] <DrTaco> How do I just get 2.8 for windows 32/64. All I can find is snapshot ones I think [23:09:29 CEST] <DrTaco> see what I mean by confusing :) [23:09:48 CEST] <norbert> why can't I just press 1 button of a gui app and then it records everything I see and hear [23:10:02 CEST] <BtbN> You download a 2.8 tarball or check it out from git, and build it yourself. [23:10:03 CEST] <norbert> it's not rocket science, everyone knows this is what OS X would do [23:10:08 CEST] <norbert> or anything in Windows [23:10:20 CEST] <norbert> but no, gotta do strange command line things and open pavucontrol etc. etc. etc. [23:10:24 CEST] <c_14> DrTaco: I don't think zeranoe builds releases. git HEAD is recommended anyway [23:10:26 CEST] <norbert> it's still BS after all these years [23:11:14 CEST] <c_14> norbert: there's probably a program that does that somewhere, it's just not ffmpeg (though it might use the libraries) [23:11:36 CEST] <DrTaco> because people who use linux don't "trust" closed source software, and companies don't "trust" linux users to not pirate their paid for shit (because to use linux means you have to have at the minimum enough computer knowledge to know how to pirate shit) [23:12:12 CEST] <c_14> norbert: you might want to try something like OBS [23:12:30 CEST] <c_14> Never used it, but it might do what you want. [23:12:31 CEST] <DrTaco> also market share and fragmentation of linux OS landscape [23:12:47 CEST] <TD-Linux> you might also want to try SimpleScreenRecorder [23:12:56 CEST] <DelphiWorld> i love obs [23:13:31 CEST] <norbert> I wonder why obs is not in the apt repos [23:13:47 CEST] <norbert> probably because no Linux user ever wants to record something [23:13:51 CEST] <norbert> oh no wait, some people do [23:14:17 CEST] <DrTaco> ah! that's how you do a download page, https://obsproject.com/download [23:14:26 CEST] <DrTaco> I like it! +1 [23:14:30 CEST] <DrTaco> :) [23:14:32 CEST] <norbert> sudo add-apt-repository ppa:obsproject/obs-studio [23:14:34 CEST] <norbert> apaprently [23:14:40 CEST] <norbert> *apparently [23:15:00 CEST] <c_14> DrTaco: I don't really see the difference [23:15:08 CEST] <DrTaco> ....seriously [23:15:56 CEST] <DrTaco> I hover over the OS, then click a button. I'm done [23:16:00 CEST] <c_14> They both have the thing to choose Windows/OSX/Linux and then a couple of links [23:16:13 CEST] <DelphiWorld> DrTaco: c_14 is doing his pocible to help people, so your contrib is wanted [23:16:29 CEST] <c_14> DrTaco: only for the official builds, the unofficial builds also redirect you [23:17:03 CEST] <DrTaco> no, the ffmpeg site has a giant page with tons of links and most stuff takes you to impossible to comprehend 3rd party sites that don't have what you want [23:17:09 CEST] <DrTaco> it's really frustrating [23:17:15 CEST] <DrTaco> one click [23:18:11 CEST] <c_14> They both have 4 links for builds for different OSes, and one for building from source [23:18:26 CEST] <DrTaco> I just want 2.8 for Ubuntu (32&64), OSX (32&64), and Windows (32/64). And not only do I not have that, I'm in a freaking IRC chat room trying to get them.... do you see my point? [23:18:50 CEST] <DelphiWorld> c_14, kick no? [23:18:57 CEST] <DrTaco> I'm not trying to be mean [23:18:59 CEST] <DelphiWorld> DrTaco: freaking? [23:19:07 CEST] <DelphiWorld> i get all my help from here [23:19:13 CEST] <DrTaco> I'm trying to point out that this is something that can be improved [23:19:26 CEST] <DelphiWorld> DrTaco: ticket & contrib welcome [23:19:48 CEST] <DrTaco> Yeah, but should you expect a user to have to come to an IRC room just to download the thing you made? [23:20:01 CEST] <podman> so, I've got an actual question. what's a good way to pick a frame rate when converting a VFR video to a CFR video? [23:20:06 CEST] <DrTaco> there's clearly a disconnect in usability on the site, right? [23:20:33 CEST] <DelphiWorld> DrTaco: again, contrib welcome [23:20:37 CEST] <podman> for instance, i have a vfr video that someone uploaded that's a screen recording and has a min frame rate of something silly like 0.002 fps and a max of 24 fps [23:20:44 CEST] <DelphiWorld> c_14 is very very very usefull, i could recognise it. so stop nagging [23:20:58 CEST] <c_14> podman: check the average and use that probably [23:21:31 CEST] <DrTaco> So, a user comes and points out that your site isn't usable, and your response is "You fix it, and stop complaining" [23:21:36 CEST] <DrTaco> I'm out, self ban [23:21:36 CEST] <podman> c_14: make sense. I think the average is something silly like 0.9 fps though [23:21:58 CEST] <DelphiWorld> stupidity... [23:22:14 CEST] <c_14> podman: If most of the video is low-fps then it's probably what you want. [23:22:49 CEST] <podman> c_14: yeah, probably. i think ffmpeg is defaulting to something incredibly high for some reason [23:22:53 CEST] <podman> like 9,000fps [23:23:12 CEST] <DrTaco> I'm back, Just wanted to say thanks. I still don't have the downloads I came for. Thanks for the great site and community, ya bunch of asshats [23:23:47 CEST] <podman> Is he looking for a .dmg or .exe or something? Confused. [23:24:20 CEST] <c_14> He can't seem to find the download links, I guess? [23:24:39 CEST] <podman> to be fair, there are quite a lot of them [23:24:44 CEST] <manfromafar> ? whats wrong with the downlaods page [23:24:49 CEST] <manfromafar> http://ffmpeg.org/download.html [23:25:22 CEST] Action: c_14 doesn't know. Couldn't get a decent grasp of what exactly he wanted to change. [23:26:14 CEST] <podman> for instance, lets say you just wanted to download a dmg for OS X, you'd click on the apple logo, it moves you down the page where you are presented with two options, 64bit and 32 bit. you click on either of those and it takes you to a page with a whole bunch of builds based on a snapshot [23:26:41 CEST] <klaxa> norbert: you can run one ffmpeg instance to record everything [23:26:43 CEST] <podman> and they're .7z which i don't think is natively supported by OS X? [23:26:57 CEST] <klaxa> also if you don't like how it works you are free to improve it by developing "better" tools [23:27:56 CEST] <podman> c_14: manfromafar: i could see it being improved by having a direct link to the static binary of the latest release (2.8 for instance) on the downloads page [23:28:29 CEST] <DelphiWorld> good night ffmpegsters [23:28:47 CEST] <podman> but that kind of depends on what the normal use case is. if most people want to download a snapshot or browse available snapshots instead of downloading the latest... maybe it's fine the way it is [23:29:02 CEST] <DelphiWorld> and re thanking again c_14 and his friends for his nicest help [23:29:16 CEST] <c_14> podman: I can understand that the external sites might be strange, but we can't change them. We just link to them. We can't really direct-link because the links might change (and then somebody would have to update them), also some people might then believe that we manage them and put issues on trac that the build is out of date etc (which we can't do anything about since we don't control the build) [23:29:18 CEST] <podman> i think it could use improvement, but it's certainly not something you'd need to come to IRC to ask how to download [23:29:57 CEST] <c_14> The main problem is that FFmpeg doesn't distribute builds of the tools. [23:30:17 CEST] <podman> c_14: right, I'm just looking at it from a different perspective [23:32:39 CEST] <podman> c_14: you could have a redirect though. maybe http://ffmpeg.org/releases/binaries/osx64/ffmpeg-2.8.7.7z and have that redirect to http://evermeet.cx/ffmpeg/ffmpeg-2.8.7z or a preferred mirror or something? [23:33:07 CEST] <podman> or just directly link to the mirror on http://ffmpeg.org/download.html ? [23:33:29 CEST] <podman> I think for someone who doesn't really know what they're doing it might be an overwhelming number of choices and steps just to get the latest binary [23:33:40 CEST] <c_14> They are linked though? Or do you mean directly link to the file? [23:34:15 CEST] <podman> c_14: directly to the file and make it the first option on the download page [23:35:11 CEST] <c_14> The problem with that is that someone then needs to update that link every time the build-maintainer updates their build, and that people might create issues on the issue tracker if it's out of date etc [23:35:40 CEST] <podman> so maybe on download.html you have a direct link to the current version and then another link to download snapshots or older versions [23:35:52 CEST] <podman> so it's a one click deal from the download.html page [23:36:01 CEST] <podman> right, that is a potential problem [23:36:16 CEST] <c_14> And as soon as the link on the other site is updated, the download link 404s [23:36:48 CEST] <c_14> Also, I don't think it's that big of a problem (I don't see many people here asking for how to download ffmpeg) [23:36:52 CEST] <podman> it might be more of a problem with the mirrors [23:37:43 CEST] <podman> http://ffmpeg.zeranoe.com/builds/ and http://evermeet.cx/ffmpeg/ aren't particularly well thought out for noobs [23:39:03 CEST] <podman> anyway, most people trying to use ffmpeg can probably figure it out [23:39:16 CEST] <podman> if you can't figure out how to download it, maybe you shouldn't be using it :) [23:39:48 CEST] <c_14> That might also be it. (Most people who can't figure out how to download probably use some sort of GUI wrapper anyways). [23:40:05 CEST] <podman> c_14: maybe a section that lists good GUI wrappers? [23:41:46 CEST] Action: c_14 knows of none (since he doesn't use them) [23:42:09 CEST] <podman> terminal is the best gui wrapper [00:00:00 CEST] --- Thu Oct 1 2015

1 0