Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

August 2015

1 participants
62 discussions

ffmpeg-devel.log.20150825
by burek 26 Aug '15

26 Aug '15

[00:02:18 CEST] <BtbN> sounds like a good ticket, without even opening it [00:02:55 CEST] <BtbN> yep [00:05:48 CEST] <iive> no -dev ? [00:06:09 CEST] <BtbN> ffmpeg with fdk enables is non-free and non-redistributable. [00:06:16 CEST] <BtbN> So apt-get won't download it [00:06:28 CEST] <BtbN> At least it shouldn't. [00:06:33 CEST] <BtbN> I know on some distros it still does. [00:06:54 CEST] <BtbN> nevcairiel, don't even need to create any libva shim [00:07:00 CEST] <BtbN> at least it does get that one right [00:07:03 CEST] <iive> oh, i thought configure is the one that does not recognize fdk [00:07:21 CEST] <wm4> BtbN: referring to va trace support? [00:07:24 CEST] <BtbN> That's one hell of a trace log though [00:07:24 CEST] <BtbN> yes [00:07:33 CEST] <BtbN> 5 seconds of decoding with gst [00:07:38 CEST] <BtbN> 4GB of trace log [00:07:41 CEST] <nevcairiel> haha [00:07:55 CEST] <nevcairiel> did it dump the entire bitstream buffers in there too? [00:07:57 CEST] <iive> :O [00:08:01 CEST] <BtbN> yes, base64 encoded [00:08:13 CEST] <BtbN> multiple times aparently [00:08:18 CEST] <wm4> actually sounds pretty nice [00:08:25 CEST] <wm4> I hope there's a way to replay a log too [00:08:31 CEST] <nevcairiel> my dxva shim has that as an optional mode, but i turned that off by default since thats just soo much data [00:08:54 CEST] <BtbN> ah, you can get rid of the actual bitstream data [00:08:57 CEST] <BtbN> that looks more usefull [00:09:10 CEST] <BtbN> https://bpaste.net/show/2c628a7147cd [00:09:21 CEST] <BtbN> that's from gst [00:11:07 CEST] <BtbN> And that ffmpeg via mpv: https://bpaste.net/show/806c332a414c [00:12:17 CEST] <nevcairiel> you're sending empty scaling lists, that can probably be optimized [00:12:28 CEST] <nevcairiel> and slice_data_byte_offset is one too big :D [00:12:35 CEST] <BtbN> nah, it varies [00:12:40 CEST] <BtbN> the difference [00:13:01 CEST] <BtbN> second frame is 14 vs. 16 [00:13:14 CEST] <nevcairiel> maybe there actually are emulation bytes in those headers [00:13:43 CEST] <BtbN> ffmpeg has allways 1 or 2 bytes too much [00:14:30 CEST] <nevcairiel> every escape adds one byte [00:14:48 CEST] <nevcairiel> because it escapes a double zero as 00 00 03 [00:14:51 CEST] <BtbN> the scaling lists are broken though [00:14:57 CEST] <BtbN> the tracer thinks it's h264 [00:15:20 CEST] <nevcairiel> should just not send any if not required [00:15:32 CEST] <nevcairiel> gst doesnt seem t o [00:16:26 CEST] <BtbN> I guess i only need to send the entire buffer if scaling_list_enable_flag is enabled? [00:16:32 CEST] <nevcairiel> yes [00:17:38 CEST] <nevcairiel> your column_width_minus1 and row_height_minus1 seem to be screwed up [00:18:32 CEST] <nevcairiel> everything else looks fine, sans the byte offset [00:18:57 CEST] <BtbN> the logic for the scaling lists is also screwed [00:19:04 CEST] <BtbN> i missed there's one in both sps and pps [00:19:18 CEST] <nevcairiel> that was broken in dxva for a while too [00:19:24 CEST] <nevcairiel> took me a while to understand how it works [00:20:04 CEST] <nevcairiel> and collocated_from_l0_flag is wrong .. whatever that is [00:20:55 CEST] <BtbN> https://github.com/gbeauchesne/gstreamer-vaapi/blob/master/gst-libs/gst/vaa… [00:21:01 CEST] <BtbN> I'll shamelessly use that logic. [00:22:20 CEST] <philipl> BtbN: do you need to handle start codes properly? vdpau needs you prepend start codes to the slices when submitting them (which ffmpeg strips off). It's trivial but I wonder what vaapi wants [00:22:47 CEST] <BtbN> That's handled by the common vaapi code [00:22:51 CEST] <BtbN> and i hope it does it correctly [00:22:51 CEST] <nevcairiel> that looks more complex than what i do [00:43:34 CEST] <cone-614> ffmpeg 03Ganesh Ajjanagadde 07master:060102389e57: configure: do not fork off grep subprocess in probe_cc [00:48:28 CEST] <BtbN> Soo, most of that stuff should be sorted out now. Except for the offset [00:48:46 CEST] <BtbN> And not sure about the col/row width/height [00:54:05 CEST] <philipl> Why's that tricky? It was straight forward for vdpau [00:55:31 CEST] <BtbN> Looks right now [00:55:38 CEST] <BtbN> the buffer just wasn't zero initialized for some reason [00:55:44 CEST] <BtbN> that's where the garbage came from [00:56:21 CEST] <BtbN> It's https://bpaste.net/show/2c628a7147cd (gst) vs. https://bpaste.net/show/9485a5e009be (mpv+ffmpeg) now. [00:56:28 CEST] <BtbN> It's getting harder to spot differences [00:57:24 CEST] <philipl> and yet. So hard coding the offset doesn't get you even one frame? [00:57:43 CEST] <BtbN> It's not hardcoded. I just adjusted the offset so the first frame is right. [00:57:55 CEST] <philipl> So you do see the first frame? [00:58:02 CEST] <BtbN> I'm getting clean nothing now [00:58:12 CEST] <philipl> is the first frame all black :-) [00:58:16 CEST] <philipl> in the source [00:58:25 CEST] <BtbN> nothing == what was there on the screen before [00:58:27 CEST] <BtbN> not black [00:58:32 CEST] <philipl> ah. [01:00:14 CEST] <BtbN> Hm, i got an idea for a horrible hack. [01:00:31 CEST] <BtbN> It seems like the offset is + 1 for I slices. And + 0 for the other ones. [01:01:11 CEST] <philipl> haha. [01:02:12 CEST] <BtbN> slice_param->slice_data_byte_offset = (get_bits_count(&h->HEVClc->gb) + 7) / 8 + ((sh->slice_type == I_SLICE) ? 1 : 0); [01:02:19 CEST] <BtbN> totaly reasonable. [01:08:49 CEST] <philipl> works for > 0 sample files: ship it. [01:22:14 CEST] <BtbN> yes! [01:22:24 CEST] <BtbN> that actualy makes it do _something_ [01:25:48 CEST] <philipl> something visually recognisable? [01:26:50 CEST] <philipl> gstreamer has added native nvenc support. I wonder how they are interpreting the licence situation. [01:27:42 CEST] <BtbN> Yes, definitely. [01:27:49 CEST] <BtbN> No idea how to show it though [01:28:00 CEST] <BtbN> wm4, any way for mpv to dump the decoded stream? [01:28:00 CEST] <philipl> how to show it? Take a screenshot? [01:31:12 CEST] <BtbN> A screenshot wouldn't be too usefull i think [01:33:11 CEST] <philipl> Time to write ffmpeg_vaapi.c :-) [01:33:28 CEST] <BtbN> Nah [01:33:41 CEST] <BtbN> Pointing my phone at the screen will have to do for now [01:34:01 CEST] <BtbN> not enough power to live-encode the screen [01:35:22 CEST] <BtbN> I can't spot any differences in the parameters anymore though [01:35:51 CEST] <philipl> Are the bytes actually the same, being submitted? [01:36:05 CEST] <philipl> Might still be not offset right due to ffmpeg pre-processing stuff [01:37:09 CEST] <BtbN> It definitely is right, the results are too good for it to be wrong [01:40:47 CEST] <wm4> BtbN: --vo=image [01:41:24 CEST] <wm4> or maybe --vo=image:format=png [01:41:47 CEST] <wm4> also, with ffmpeg_vaapi.c I'd wait until the new API (hopefully) comes into existence [01:42:06 CEST] <BtbN> It's already merged? [01:42:12 CEST] <BtbN> Or is there more in the works? [01:43:13 CEST] <wm4> there were some initial patches, but it'll probably take a while [01:43:51 CEST] <wm4> apparently the plan is to include surface allocation in lavc tool, so it's significant [01:47:06 CEST] <wm4> maybe ask gb whether it's worth writing a ffmpeg_vaapi.c now [01:47:48 CEST] <philipl> Try and get him to volunteer :-) [01:47:54 CEST] <philipl> Definitely the most qualified person. [01:47:58 CEST] <BtbN> https://btbn.de/files/screencap_comp.mkv [01:48:30 CEST] <philipl> Did you encode it with hevc? :-) [01:48:36 CEST] <BtbN> no [01:52:01 CEST] <philipl> interesting. [01:52:13 CEST] <philipl> Does the file use tiles? [01:52:25 CEST] <BtbN> no idea [01:52:28 CEST] <philipl> But I assume your tiling params are all the same. [01:53:27 CEST] <philipl> You should still double check the buffers being submitted are actually the same bytes and same buffer size in both cases. [01:53:30 CEST] <philipl> Just make sure. [01:53:44 CEST] <wm4> I love how broken video looks [01:53:59 CEST] <BtbN> the buffer sizes are same, they are included in the parameter set [01:54:37 CEST] <philipl> so just a question of the bytes themselves [01:55:11 CEST] <BtbN> I'll do a new trace, maybe i'm missing something [01:55:32 CEST] <philipl> You're certainly getting close. [01:59:41 CEST] <BtbN> https://btbn.de/files/va_trace.log.gst https://btbn.de/files/va_trace.log.ffmpeg [02:00:57 CEST] <BtbN> It's amazing that this byte offset calculation is so reliable [02:01:07 CEST] <BtbN> it's correct on all my sample files [02:02:02 CEST] <BtbN> wait, no. It's not. [02:02:04 CEST] <BtbN> hmm [02:02:18 CEST] <BtbN> So then it might actualy be the only thing that's still missing [02:03:46 CEST] <BtbN> yes, if i'm not completely mistaken, it's 100% identical, except for that offset [02:23:25 CEST] <llogan> i don't understand that ticket [03:04:10 CEST] <cone-614> ffmpeg 03Lukasz Marek 07master:d39a9b01e285: lavf/file: implement directory listing callbacks [03:04:11 CEST] <cone-614> ffmpeg 03Mariusz SzczepaDczyk 07master:1f4c62e84e58: lavf/file: check for dirent.h support [03:31:14 CEST] <philipl> BtbN: so close! [03:31:53 CEST] <philipl> might have to implement that offset tracker i suggested. [05:29:00 CEST] <Timothy_Gu> BtbN: for the first frame gst has five_minus_max_num_merge_cand = 0 but ffmpeg has 5 [05:29:06 CEST] <Timothy_Gu> does that matter [05:29:07 CEST] <Timothy_Gu> ? [10:30:33 CEST] <durandal_1707> rewiew vstack and hstack please! [10:34:29 CEST] <wm4> durandal_1707: I question why they're needed at all... in an ideal world, there'd be a single video mixer filter, which can recombine and relayout inputs in arbitrary ways, and hstack/vstack would be simple functions setting up this filter... but maybe I'm thinking too far ahead here [10:49:33 CEST] <BtbN> Timothy_Gu, I'll check that, thanks. [10:51:50 CEST] <nevcairiel> could probably build some evil hackery to manually go through the raw bitstream, keeping track of how many escapes you find until the byte count matches what you think it should be [10:52:46 CEST] <nevcairiel> what I dont understand however ... why does the gst code subtract the number of emulation bytes? I thought it would need to add them? o.o [10:53:57 CEST] <nevcairiel> ok reading the docs again, it seems the emulation bytes are of no consequence [10:54:01 CEST] <nevcairiel> there must be something else wrong [10:54:31 CEST] <durandal_1707> wm4: how would syntax look like? [10:58:15 CEST] <wm4> durandal_1707: it'd require a scripting language [11:03:55 CEST] <nevcairiel> BtbN: after re-checking the vaapi spec and our code, theoretically just get_bits_count(&h->HEVClc->gb) should give you the correct value, but thats obviously not working [11:06:47 CEST] <durandal_1707> wm4: same filters are in avisynth and vapoursynth, just longer name [11:11:20 CEST] <BtbN> nevcairiel, even if the value is diffrent from what gst passes for the same data? [11:12:06 CEST] <nevcairiel> obviously its "wrong" somehow, but the spec says its wants the number of bytes without emulation prevention, nal unit header and slice header [11:12:09 CEST] <nevcairiel> which this would be.. [11:14:59 CEST] <nevcairiel> if i look at your latest dumps, the first frame is one too big, which i would account for your +1 condition t here [11:15:41 CEST] <BtbN> Yeah. I don't think i ever tried + 0 since i fixed all the other stuff. [11:16:42 CEST] <nevcairiel> just from the parsing code in hevc.c, it should just be the rounded get_bit_count thingy .. no guarantees however =p [11:17:41 CEST] <BtbN> So, + 7 ) / 8, like i'm doing right now? Or some other rounding? [11:17:48 CEST] <nevcairiel> yea [11:17:58 CEST] <nevcairiel> just that [11:19:02 CEST] <nevcairiel> the gb context gets created right on the start of the NAL, then the 16 bits nal unit header get read, and all of the slice header, at the point the slice hwaccel is called, it sits right before the slice data, which would be the next thing it would parse if it wouldnt use hwaccel [11:19:16 CEST] <nevcairiel> so in theory, that should be exactly what it wants [11:23:10 CEST] <BtbN> It's also interesting that five_minus_max_num_merge is indeed wrong for the first frame. Assuming gst gets it right. But right for all later frames. [11:23:31 CEST] <BtbN> slice_param->five_minus_max_num_merge_cand = 5 - sh->max_num_merge_cand; [11:23:36 CEST] <BtbN> seems right to me [11:23:54 CEST] <BtbN> also from looking how it's parsed, this should be right [11:24:29 CEST] <nevcairiel> sh->max_num_merge_cand = 5 - get_ue_golomb_long(gb); [11:24:46 CEST] <nevcairiel> the value would appear to already be "5 - max_num_merge_cand", wouldnt it [11:25:29 CEST] <BtbN> No, the get_ue_golomb_long(gb) returns the value "five_minus_max_num_merge_cand" [11:25:38 CEST] <BtbN> 5 - five_minus_max_num_merge_cand == max_num_merge_cand [11:26:37 CEST] <nevcairiel> hm right [11:26:40 CEST] <nevcairiel> my head is still asleep [11:27:12 CEST] <nevcairiel> max_num_merge_cand is only set on B/P slices though [11:27:40 CEST] <BtbN> Oh, so i should just set it to 0 when it's an I slice [11:27:45 CEST] <nevcairiel> dunno [11:27:46 CEST] <nevcairiel> maybe? [11:27:47 CEST] <nevcairiel> :D [11:28:10 CEST] <nevcairiel> ideally the accelerator shouldnt even look at the value if its an I slice and differences wouldnt matter [11:29:27 CEST] <BtbN> It's vaapi. [11:30:28 CEST] <nevcairiel> 5 is an invalid value in any case, it should be 0-4 for the valid range (so the resulting max_num_merge_cand is 1-5) [11:33:54 CEST] <BtbN> Just noticed, all this stuff doesn't show up in the trace dump: https://github.com/BtbN/FFmpeg/blob/vaapi_hevc/libavcodec/vaapi_hevc.c#L405 [11:34:41 CEST] <BtbN> could also be a source for distortion [11:36:00 CEST] <nevcairiel> reading of those is slightly complex, so it may not be exactly the values it expects [11:36:53 CEST] <nevcairiel> because luma_weight_l0 is not delta_luma_weight_l0 [11:37:00 CEST] <nevcairiel> it gets computed based on delta_luma_weight_l0 [11:37:17 CEST] <nevcairiel> s->sh.luma_weight_l0[i] = (1 << s->sh.luma_log2_weight_denom) + delta_luma_weight_l0; [11:37:23 CEST] <nevcairiel> seems reversible, though [11:49:32 CEST] <cone-292> ffmpeg 03Mariusz SzczepaDczyk 07n2.4.11:HEAD: lavf/file: check for dirent.h support [11:55:27 CEST] <BtbN> nevcairiel, it's almost good now. [11:56:08 CEST] <BtbN> https://github.com/BtbN/FFmpeg/commit/b021c4bf577453c74bd2d41e2367d44ae0ded… [11:56:24 CEST] <BtbN> this did the trick. So aparently that single value can't be that unimportant. [12:05:07 CEST] <nevcairiel> so the weightings were not a big problem so far? [12:06:11 CEST] <BtbN> No idea. The distortion that's left could very well come from the still not 100% correct offset [12:06:29 CEST] <BtbN> https://bpaste.net/show/8975bbe7080c (gst) vs. https://bpaste.net/show/bdf0c23cdf21 (ffmpeg) [12:07:12 CEST] <nevcairiel> its very few frames, so that should be possible to spot the differences [12:08:05 CEST] <BtbN> But adding an offset based on some magic flags beeing set doesn't seem like a good solution [12:08:51 CEST] <cone-292> ffmpeg 03Carl Eugen Hoyos 07master:91619d195b37: lavf/dnxhd: Autodetect more valid files. [12:09:58 CEST] <nevcairiel> there is a byte_alignment struct which is always at least one bit, which we dont seem to read here [12:13:11 CEST] <cone-292> ffmpeg 03Paul B Mahol 07master:1b1c4030ea86: fate: add tests for vectorscope filter [12:14:09 CEST] <nevcairiel> although i wonder why that wouldnt be a problem with software decoding then =p [12:20:17 CEST] <nevcairiel> i think that may explain it, what you could do is always add +1 to the bit_size before doing the +7 / 8 dance [12:20:28 CEST] <nevcairiel> because there is one bit of the byte_alignment struct always present [12:20:37 CEST] <nevcairiel> no idea where the software decoder handles that though [12:20:39 CEST] <nevcairiel> couldnt find it [12:20:48 CEST] <BtbN> Strange. Is it allways exactly one bit? [12:20:58 CEST] <nevcairiel> no [12:21:02 CEST] <nevcairiel> its at least one bit [12:21:09 CEST] <nevcairiel> and then x bits until its byte alignment [12:21:23 CEST] <BtbN> so + 1 + 7 should allways do the trick [12:21:51 CEST] <nevcairiel> not sure why they did it that way, and not just only add bits when alignment is needed [12:22:25 CEST] <nevcairiel> http://lists.freedesktop.org/archives/gstreamer-commits/2015-April/086692.h… [12:22:30 CEST] <nevcairiel> they do that too :p [12:22:50 CEST] <nevcairiel> now i'm really curious where the ffmpeg decoder handles these [12:23:10 CEST] <BtbN> Maybe it doesn't, and just happens to work because of some coincidence [12:26:37 CEST] <BtbN> yes, that did the trick. Decodes flawlessly now. Awesome. [12:28:12 CEST] <nevcairiel> apparently the alignment is processed in the cabac init [12:28:15 CEST] <nevcairiel> how annoying [12:28:47 CEST] <nevcairiel> skip_bits(gb, 1); [12:28:47 CEST] <nevcairiel> align_get_bits(gb); [12:28:51 CEST] <nevcairiel> looks suspicious =p [12:29:17 CEST] <nevcairiel> should add a comment why its +1 in your code then [12:29:52 CEST] <BtbN> The 4K sample fails to decode though. Propably too much for the hardware [12:31:12 CEST] <nevcairiel> what kind of cpu is it? [12:31:24 CEST] <nevcairiel> skylakes hardware decoder should do 4k [12:32:07 CEST] <BtbN> Pentium N3700 [12:32:43 CEST] <nevcairiel> oh its an atom [12:33:04 CEST] <nevcairiel> no clue about their hardware decoding capabilities [12:33:05 CEST] <BtbN> It's a NUC [12:33:19 CEST] <nevcairiel> they have i5 NUCs as well, so yeah [12:33:26 CEST] <BtbN> Not for Baytrail [12:33:29 CEST] <BtbN> yet [12:33:59 CEST] <BtbN> hm, gst playbin plays the 4K sample perfectly fine [12:34:20 CEST] <nevcairiel> trace time! [12:34:22 CEST] <nevcairiel> ;) [12:35:17 CEST] <nevcairiel> may just use another feature that you still have a bug in [12:35:22 CEST] <nevcairiel> say, like, scaling lists [12:36:38 CEST] <BtbN> yeah, propably some feature the smaller samples didn't use [12:37:12 CEST] <nevcairiel> man github is slow today [12:37:28 CEST] <BtbN> yes, it just hang for a minute while pushing [12:42:36 CEST] <BtbN> I also still wonder if there's a better, more efficient, way to do this: https://github.com/BtbN/FFmpeg/blob/vaapi_hevc/libavcodec/vaapi_hevc.c#L69 [12:42:47 CEST] <BtbN> iterating over the rps lists doesn't seem ideal. [12:51:59 CEST] <BtbN> parameters for the 4K clip are 100% the same from gst and ffmpeg [12:59:26 CEST] <BtbN> No idea why the 4K clip is failing, i think it's unlikely that it's caused by the hevc parameters [13:00:43 CEST] <BtbN> mpv with --hwdec=vaapi-copy gets it done [13:00:53 CEST] <BtbN> but at 7 fps [13:01:12 CEST] <nevcairiel> so the decode works, just the direct rendering fails? [13:01:17 CEST] <BtbN> aparently [13:01:27 CEST] <nevcairiel> well thats good then [13:01:30 CEST] <nevcairiel> your job is done =p [13:01:59 CEST] <BtbN> both kodi and mpv fail at it though [13:02:12 CEST] <BtbN> gst playbin works flawlessly [13:02:15 CEST] <nevcairiel> does 4k h264 work? [13:02:23 CEST] <nevcairiel> otherwise its just a 4k rendering problem [13:02:26 CEST] <BtbN> no idea, i don't have a sample for that. One second [13:05:04 CEST] <BtbN> amazing sample server there, kodi [13:05:09 CEST] <BtbN> 100kB/s [13:06:08 CEST] <wm4> BtbN: for mpv, you can try --hwdec=vaapi-copy if you didn't already (just copies back the data to CPU) [13:06:31 CEST] <BtbN> <BtbN> mpv with --hwdec=vaapi-copy gets it done [13:06:36 CEST] <wm4> oh ok [13:06:51 CEST] <BtbN> But way too slow obviously [13:07:18 CEST] <nevcairiel> BtbN: if kodi is way slow, this should be much faster, since i host that, http://xhmikosr.1f0.de/samples/2160p/CrowdRun/CrowdRun_2160p50.x264.CRF25.m… [13:07:26 CEST] <wm4> try --vo=vaapi too (but probably won't help) [13:08:10 CEST] <BtbN> vo=vaapi just gives a black screen [13:08:28 CEST] <BtbN> and drops a lot(propably all) of frames [13:08:34 CEST] <wm4> fun [13:08:51 CEST] <BtbN> the h264 4K sample plays fine with vo=vaapi [13:09:13 CEST] <nevcairiel> weird [13:09:47 CEST] <wm4> maybe it has something to do with surface allocation? [13:10:12 CEST] <cone-292> ffmpeg 03Michael Niedermayer 07master:d65b9114f35c: avformat/file: Check for lstat() instead of dirent.h [13:12:24 CEST] <BtbN> https://btbn.de/files/va_trace.log.bbb.gst.txt https://btbn.de/files/va_trace.log.bbb.ffmpeg.txt [13:12:42 CEST] <BtbN> Looks 100% identical to me. At least regarding the pic and slice params [13:14:08 CEST] <BtbN> fatal: unable to access 'https://github.com/BtbN/FFmpeg.git/': Failed to connect to github.com port 443: Connection timed out [13:14:10 CEST] <BtbN> gj github [13:14:32 CEST] <BtbN> oh, DDoS Attack [13:15:46 CEST] <nevcairiel> you create twice as many surfaces [13:15:51 CEST] <nevcairiel> for some reason [13:16:16 CEST] <nevcairiel> 9 vs 22 [13:16:24 CEST] <nevcairiel> maybe it runs out of memory? [13:17:12 CEST] <BtbN> very possible [13:17:27 CEST] <BtbN> the amount of surfaces created isn't decided by ffmpeg though [13:17:44 CEST] <BtbN> 22 4K surfaces is quite a bit of memory [13:18:05 CEST] <nevcairiel> well not that much [13:18:07 CEST] <nevcairiel> 300mb or so [13:18:12 CEST] <wm4> vaapi requires all surfaces to be allocated in advance [13:18:31 CEST] <wm4> although in practice most drivers don't require this at all [13:18:36 CEST] <wm4> (or well, the Intel driver doesn't) [13:20:08 CEST] <wm4> BtbN: maybe this this on mpv http://sprunge.us/PSgi [13:20:18 CEST] <BtbN> kodi re-allocates them on the go if it runs out at runtime [13:21:17 CEST] <wm4> yep that's probably the most reasonable way, but possibly also a bit fishy due to the interaction with lavc [13:24:49 CEST] <wm4> is this issue still going on [13:34:14 CEST] <BtbN> wm4, how does the vaapi renderer work? Is it using the glx interop, or some other interface? [13:34:16 CEST] <BtbN> in mpv [13:35:05 CEST] <wm4> --vo=vaapi uses the "native" video output API which barely works (vaPutSurface on a X11 window) [13:35:37 CEST] <wm4> --vo=opengl currently uses X11/OpenGL interop, which uses vaPutSurface on a pixmap, which is mapped as OpenGL texture [13:36:05 CEST] <wm4> and --hwdec=vaapi-copy just uses vaGetImage() [13:36:54 CEST] <wm4> or maybe it accesses it directly via vaDeriveImage() (it's confusing) [13:37:19 CEST] <wm4> gst might use the newer EGL interop API (but I'm not sure how new that API is - I think kodi recently gained support for it) [13:37:44 CEST] <cone-292> ffmpeg 03Carl Eugen Hoyos 07master:83a508cda511: lavf/segment: Fix memleak. [13:38:58 CEST] <BtbN> kodi also uses EGL [13:39:03 CEST] <BtbN> and also fails to play the 4K sample [13:39:27 CEST] <wm4> so the question is what does GST use [13:39:42 CEST] <wm4> (doesn't sound like it's necessarily easy to answer) [13:52:56 CEST] <BtbN> for fritsch, 4K playback works fine. With the same sample i am testing, on a lower end CPU/GPU. [13:53:27 CEST] <wm4> different drivers? [13:53:38 CEST] <BtbN> We're both using libva 1.6.0 [13:53:39 CEST] <wm4> same kodi version? [13:53:58 CEST] <BtbN> But at least it's not a problem with the ffmpeg code. [13:54:02 CEST] <BtbN> So i can send the patch [13:54:03 CEST] <nevcairiel> the actual gpu driver may have a bigger influence than libva [13:54:25 CEST] <BtbN> We're both using some 4.1 kernel [13:54:30 CEST] <BtbN> there shouldn't be much of a difference [13:55:04 CEST] <BtbN> https://dl.dropboxusercontent.com/u/55728161/2015-08-25-135242_1920x1080_sc… [14:06:45 CEST] <BtbN> Great, my desktop can't git send-email for some reason. [14:11:02 CEST] <Compn> you set git up with your email and email server ? [14:11:13 CEST] <BtbN> yes [14:11:27 CEST] <Compn> gave git permission in the firewall to send email [14:11:32 CEST] <BtbN> same config as on my other PCs [14:11:34 CEST] <BtbN> where it works [14:11:46 CEST] <BtbN> I get some strange SSL errors [14:11:58 CEST] <Compn> does your sendmail have ssl ? [14:12:02 CEST] <BtbN> sure [14:12:03 CEST] <Compn> computer time set correctly [14:12:12 CEST] <BtbN> git directly does smtp [14:12:17 CEST] <BtbN> no local sendmail involved [14:12:29 CEST] <Compn> i mean, your git has ssl correct [14:12:33 CEST] <Compn> finding the libs correctly [14:12:42 CEST] <Compn> strace on git send email [14:12:44 CEST] <BtbN> yes, i get some errors from openssl [14:12:50 CEST] <Compn> probably update openslsl [14:13:24 CEST] <BtbN> https://bpaste.net/show/e1be41827258 [14:13:59 CEST] <BtbN> My HTPC with the same git and openssl versions could send the mail just fine [14:15:17 CEST] <Compn> you can resolve the mail server from that desktop box ? [14:16:37 CEST] <Ping> I have a question about making a custom build of FFmpeg... Am I in the right place, or should I go to #ffmpeg? [14:16:53 CEST] <BtbN> Yes, thunderbird works fine here. [14:17:02 CEST] <BtbN> Just something strange going on with perl and ssl [14:17:40 CEST] <Compn> Ping : you should ask in #ffmpeg unless you are developing some new code for this project... [14:17:52 CEST] <Ping> Will do. Thank you [14:29:32 CEST] <nevcairiel> BtbN: the weighting table still seems wrong judging from the code and the comments in the va header, but apparently nothing really cares about that? maybe fate would fail, if we had a vaapi ffmpeg module to test it =p [14:30:37 CEST] <BtbN> https://dl.dropboxusercontent.com/u/46848344/hevc/birds_1080p_24fps_h265.mkv might expose that [14:30:44 CEST] <BtbN> it has its colors entirely broken [14:30:53 CEST] <BtbN> but gst refuses to play the file at all, so maybe it's just broken [14:31:01 CEST] <BtbN> ffplay plays it fine [14:32:51 CEST] <BtbN> nevcairiel, you mean the delta_luma_weight_l0 stuff, right? [14:32:56 CEST] <nevcairiel> yes [14:33:07 CEST] <BtbN> For some reason in ffmpeg those are int16 and have 16 fields [14:33:20 CEST] <BtbN> in libva they are int8 and have 15 fields [14:34:21 CEST] <nevcairiel> the values stored in the slice header are processed, so it may as well be the reason it needs more space to store them [14:36:25 CEST] <BtbN> Hm, i could just add some fields in the hevc headers to store the original values. Or reverse the processing it does on them. [14:36:49 CEST] <nevcairiel> reversing the delta luma weight should be trivial [14:37:07 CEST] <nevcairiel> the only complex part is the chroma offsets [14:37:17 CEST] <nevcairiel> but the va header doesnt want the syntax element there [14:37:24 CEST] <nevcairiel> it wants some processed value [14:37:30 CEST] <nevcairiel> need to check hevc spec what that is [14:38:49 CEST] <BtbN> it seems to only matter for P/B slices again [14:39:03 CEST] <nevcairiel> yeah its for prediciton [14:39:10 CEST] <BtbN> only B even [14:40:07 CEST] <nevcairiel> chroma_offset_l0 seems to perfectly map to the ChromaOffsetL0 element from the hevc spec [14:40:11 CEST] <nevcairiel> so thats easy [14:40:59 CEST] <nevcairiel> just compute the delta_luma/chroma_weight by subtracting the shifted denominator, and take the offsets as is [14:58:26 CEST] <cone-292> ffmpeg 03Vesselin Bontchev 07master:4cd1d2314bee: avformat/aa: use correct format specifier in sscanf [15:27:59 CEST] <BtbN> that made it better, but still not 100% correct. [15:28:53 CEST] <BtbN> oh, i spot a typo [15:29:58 CEST] <BtbN> https://github.com/BtbN/FFmpeg/commit/5a002ad4b6787f3cd335f7450b0a0eaec6b33… .. [15:30:21 CEST] <nevcairiel> heh [15:33:00 CEST] <nevcairiel> too much copypasta for lunch [16:01:17 CEST] <ubitux> libavutil/avutil.h:#define FF_QP2LAMBDA 118 ///< factor to convert from H.263 QP to lambda [16:01:19 CEST] <ubitux> mmmh [16:01:38 CEST] <ubitux> and when using qscale cli option, ost->enc_ctx->global_quality = FF_QP2LAMBDA * qscale; [16:02:07 CEST] <Daemon404> as if that option ever made sense [16:02:09 CEST] <ubitux> sounds like a weird value [16:02:22 CEST] <ubitux> i wonder what's the range of qscale for... typically jpeg :p [16:02:38 CEST] <ubitux> anyway, i guess 0 or 10 will do [16:06:10 CEST] <ubitux> it seems -qscale:v 0 has an effect even though there is a qscale >= 0 check [16:06:16 CEST] Action: ubitux confused again [16:09:55 CEST] <ubitux> oh my bad, >= 0, brain is off [16:18:55 CEST] <ubitux> mmh quality is set per frame& would be funny to make a filter to play with the frame quality [16:19:08 CEST] <ubitux> so we can make a sinusoidal quality encode or that sort of stuff [16:22:32 CEST] <ubitux> > quality (between 1 (good) and FF_LAMBDA_MAX (bad)) [16:22:39 CEST] <ubitux> (in avutil/frame.h) [16:22:44 CEST] <ubitux> shouldn't it start at 0? [16:23:13 CEST] <ubitux> damn another weird scale [16:23:22 CEST] <wm4> trollol [16:23:28 CEST] <ubitux> in_picture->quality = enc->global_quality; [16:23:42 CEST] <ubitux> nice conversion from 0-118 to 1-32767 [16:24:36 CEST] <ubitux> no wonder people are still trying to use -sameq [16:25:05 CEST] <BtbN> nevcairiel, something is still not quite right. I'm not sure if this file is just broken(gst refuses to play it at all), or there's something wrong. [16:26:39 CEST] <BtbN> I also wonder... should I just put a large #if VA_CHECK_VERSION(0,38,0) around the entire vaapi_hevc file, or do some configure checks? [16:26:47 CEST] <ubitux> wm4: how do you set the quality of the jpg you save in mpv? [16:26:58 CEST] <ubitux> (screenshot feature) [16:27:04 CEST] <ubitux> assuming you use lavc [16:27:36 CEST] <wm4> no, using libjpeg [16:27:43 CEST] <ubitux> ok [16:27:44 CEST] <wm4> because I could never figure out how to get good quality [16:27:56 CEST] <ubitux> :D [16:28:20 CEST] <ubitux> i think it's doable [16:28:26 CEST] <ubitux> just need to figure out how& [16:28:26 CEST] <wm4> yeah, I'm sure lavc could output good quality with enough tuning [16:28:37 CEST] <ubitux> just need to find the scale [16:28:43 CEST] <ubitux> and which flags to set [16:28:46 CEST] <ubitux> and which fields [16:29:35 CEST] <ubitux> the global_quality option seems to affect a bunch of encoders, but generally libs, i see nothing in native mjpeg or whatever [16:30:05 CEST] <ubitux> i need to check if the encoder is using frame->quality, to which scale, and if it needs the QSCALE flag [16:30:15 CEST] <ubitux> adventure times [16:30:31 CEST] <Daemon404> come on get your friends [16:31:06 CEST] <ubitux> i think i found something [16:31:12 CEST] <ubitux> but i don't think you wanna see it [16:33:00 CEST] <wm4> is it a monster? [16:33:19 CEST] <ubitux> i'd like to show you but videolan.org is down (hi jb) [16:33:27 CEST] <ubitux> http://git.videolan.org/?p=ffmpeg.git 504 Gateway Time-out [16:34:16 CEST] <ubitux> wm4: https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/mpegvideo_enc.c#L13… [16:34:33 CEST] <wm4> wut [16:34:43 CEST] <ubitux> i think it's around here [16:34:54 CEST] <ubitux> but maybe not [16:35:11 CEST] <ubitux> it's a b/p heuristic so.. [16:35:17 CEST] <wm4> you mean the quality calculations? (the commented emms_c() is scary too though) [16:35:20 CEST] <ubitux> maybe somewhere else [16:35:54 CEST] <Daemon404> wm4, the old "keep putting emms in places until it works" routine [16:38:54 CEST] <j-b> ubitux: https://git.videolan.org/?p=ffmpeg.git;a=summary this is not 504 here [16:39:11 CEST] <ubitux> j-b: seems to be back [16:39:16 CEST] <ubitux> it wasn't working a few minutes ago [16:39:32 CEST] <Daemon404> it timed out for me a few mins ago [16:40:23 CEST] <ubitux> if we don't set the qscale flag, it looks like it's going to call ff_rate_estimate_qscale() (which you don't want) [16:41:28 CEST] <ubitux> but i still don't see where the frame->quality is taken into account [16:41:34 CEST] <ubitux> anyway, whatever [16:44:27 CEST] <ubitux> wm4: ok so, afaict [16:44:31 CEST] <philipl> BtbN: so you're good now? [16:44:37 CEST] <ubitux> you just set (AV_)CODEC_FLAG_QSCALE encoder flag [16:44:52 CEST] <ubitux> and then the frame->quality seems to be taken into account (0 by default) [16:46:06 CEST] <wm4> *shrug* [16:46:11 CEST] <wm4> I could play with it later [16:46:49 CEST] <ubitux> now don't ask me the range, but i would guess it's 0 - FF_LAMBDA_MAX [16:47:22 CEST] <ubitux> it seems there is a debate in the code about clipping the quality or whatever [16:47:25 CEST] <ubitux> i didn't dig any further [16:48:19 CEST] <ubitux> (might not be a mjpeg path) [17:01:08 CEST] <BtbN> philipl, nearly. There's still a problem with this sample clip: https://dl.dropboxusercontent.com/u/46848344/hevc/birds_1080p_24fps_h265.mkv [17:01:13 CEST] <BtbN> something is off with the colors [17:01:33 CEST] <BtbN> The parameters aren't trace logged, so i'll have to manualy make sure they are right. [17:01:42 CEST] <BtbN> But i have to leave now, will check tomorrow. [17:06:46 CEST] <philipl> BtbN: congrats all the same. Good progress. [18:07:37 CEST] <wm4> libavcodec/libavcodec.so: undefined reference to `ff_lpc_init' [18:07:37 CEST] <wm4> libavcodec/libavcodec.so: undefined reference to `ff_lpc_end' [18:08:07 CEST] <wm4> why would this happen? [18:12:00 CEST] <durandal_1707> what flags you used for configure? [18:15:13 CEST] <Daemon404> LTO? [18:17:24 CEST] <wm4> too many... I'll strip them down [18:19:51 CEST] <Daemon404> i played the configure game earlier today [18:20:04 CEST] <Daemon404> cause i always forget --enable-debug does not fully enable debugging [18:20:15 CEST] <Daemon404> you neeed --optflags=-O0 and --disable-stripping too [18:23:21 CEST] <wm4> I'm not trying to debug, just fixing an hilariously long configure line someone else created [18:25:26 CEST] <Daemon404> --enable-libeverything [18:25:34 CEST] <Daemon404> because you totally need an mp3 encoder for what tyoure doing [18:25:39 CEST] <Daemon404> this is why i hate our wiki for building [18:25:45 CEST] <Daemon404> it enables ALL the external libs [18:25:47 CEST] <Daemon404> quite pointlessly [18:26:17 CEST] <wm4> full cargo cult [18:26:40 CEST] <Daemon404> DID YOU SAY SAMEQ? [18:27:18 CEST] <durandal_1707> thats long gone... [18:27:27 CEST] <Daemon404> yes, but it embodies ffmpeg so well [18:27:32 CEST] <Daemon404> WRT cargo culting [18:45:50 CEST] <jamrial> Daemon404: debug is enabled by default. you're supposed to use --enable-debug=LEVEL if you want to add a custom -g argument [18:45:55 CEST] <jamrial> and --disable-stripping is only needed if you're installing [18:46:00 CEST] <Daemon404> i know. [18:46:01 CEST] <Daemon404> and i am. [18:46:08 CEST] <Daemon404> and -O0 is still needed to get vals [18:46:12 CEST] <Daemon404> enablign debug still uses O2 [18:46:14 CEST] <Daemon404> or w/e [18:46:31 CEST] <jamrial> there's --disable-optimizations for that [18:46:36 CEST] <jamrial> but i think sets it to -O1 [18:46:53 CEST] <Daemon404> yep [18:47:46 CEST] <nevcairiel> does it even build with O0, i figured it w ould disable DCE as well [18:48:40 CEST] <Daemon404> it does [18:48:50 CEST] <Daemon404> because it passes some flag to enable DCE i think [18:51:24 CEST] <jamrial> wm4: looks like the aac encoder needs lpc but the dependency is not in configure [18:51:39 CEST] <wm4> jamrial: oh, I'll look into writing a patch [18:57:58 CEST] <wm4> this was trivial [19:36:26 CEST] <cone-111> ffmpeg 03Henrik Gramner 07master:33a58d7bf40f: checkasm: Fix floating point arguments on 64-bit Windows [19:50:50 CEST] <cone-111> ffmpeg 03wm4 07master:94a4be85a1fc: configure: aac encoder requires lpc [19:52:06 CEST] <cone-111> ffmpeg 03Stephan Holljes 07master:4f860848abf1: lavf/http: Fix parsing http request data to not read over '\0'. [20:18:49 CEST] <durandal_1707> oh, noes [20:35:13 CEST] <Compn> ubitux : people want to use sameq because they just want a normal bitrate default, or the same bitrate as input file. [20:35:20 CEST] <Compn> what people want is -samebitrate :P [20:35:25 CEST] Action: Compn hides under rock [20:35:39 CEST] <ubitux> no they're looking for a lossless convert [20:35:42 CEST] <ubitux> "same quality" [20:35:50 CEST] <nevcairiel> why would you convert when the end result is the same [20:35:53 CEST] <Compn> that is being too literal [20:36:06 CEST] <Compn> imo [20:37:10 CEST] <llogan> durandal_1707: dumb nit: "this filter is faster then" s/then/than [20:53:43 CEST] <BBB> Compn: youre joking right> [20:57:33 CEST] <Compn> what [20:57:50 CEST] Action: Compn always jokes [20:58:00 CEST] <Compn> or /me always serious [20:58:04 CEST] <Compn> never can tell. [20:58:28 CEST] <Compn> but yes, if people have 700mb avi, they want 700mb mp4 coming out :P [20:58:32 CEST] <gnafu> If you've ever been seriously, I certainly couldn't tell. [20:58:34 CEST] <gnafu> ;-D [21:00:26 CEST] <BBB> Compn: about baptiste being leader [21:02:22 CEST] <Compn> one of the oldest developers of ffmpeg being leader, no i was not joking [21:03:38 CEST] <nevcairiel> maybe you should suggest someone actually involved in ffmpeg development the last couple years [21:03:53 CEST] <nevcairiel> thats like saying you want fabrice to come back and do it [21:04:07 CEST] <Compn> baptiste works with merges from ffmpeg in his fork , ffmbc [21:04:16 CEST] <llogan> that's nice... [21:04:30 CEST] <Compn> which he has maintained for longer than libav has existed [21:05:00 CEST] <llogan> ...too bad we can't look at any git history or merge back or get reciprocal patches [21:05:10 CEST] <Compn> just because you do not like gpl2 does not make it less of an open source project. [21:05:26 CEST] <llogan> i don't care what the license is. [21:05:29 CEST] <Timothy_Gu> it's dead [21:06:06 CEST] <BBB> Compn: its a bad idea [21:06:23 CEST] <Compn> so is cherry picking 4 years of patches [21:06:26 CEST] <BBB> theres a world of people more suitable as leader than him [21:06:36 CEST] <BBB> thats called a strawman argument [21:07:04 CEST] <Compn> i didnt say it was a good idea :P [21:07:20 CEST] <BBB> bpatiste is not a suitable leader, assuming we need one at all [21:07:25 CEST] <Compn> fair enough [21:07:29 CEST] <nevcairiel> so you would suggest ideas which you think are bad? [21:07:30 CEST] <Compn> whats your plan BBB [21:08:06 CEST] <Compn> nevcairiel : like i said, i do not speak for the project, just my opinion. [21:08:10 CEST] <durandal_1707> supreme leader [21:08:15 CEST] Action: Compn hails supreme leader [21:08:16 CEST] <wm4> I should not eat so much popcorn [21:08:25 CEST] <Compn> wm4 : are you coming to vdd? [21:08:25 CEST] <BBB> yeah, kim jong il is not a bad idea [21:08:43 CEST] <BBB> anyway, Ive discussed ideas on the ML, I think a merge is a pretty good idea [21:09:20 CEST] <wm4> Compn: most likely not [21:09:38 CEST] <Compn> wm4 : i think i was only asking because of the mystery :P [21:10:21 CEST] <wm4> what mystery [21:10:26 CEST] <iive> btw, VDD passed, haven't it? [21:10:32 CEST] <Compn> iive : sept 19-20 [21:10:39 CEST] <Compn> iive : you coming ? [21:10:42 CEST] <iive> oh, september... [21:11:07 CEST] <Compn> mr xvmc maintainer [21:11:38 CEST] <iive> well, it's kind of deprecated ... [21:15:08 CEST] <Compn> might be too late to register :P [21:34:30 CEST] <BBB> Compn: its never too late to register [21:51:08 CEST] <BBB> Compn: or are you afraid I will eat you? [21:51:15 CEST] <BBB> Compn: show up! have fun! Ill buy you a beer [21:51:22 CEST] <BBB> Compn: Ill buy you two if that helps [21:51:30 CEST] <iive> and lemon [21:52:19 CEST] <BBB> sure [21:52:27 CEST] <llogan> lemon in beer? blasphemy [21:52:29 CEST] <BBB> wm4: offer stands for you also [21:52:34 CEST] <BBB> llogan: white beer has that sometimes [21:52:38 CEST] <BBB> like hoegaerden or blue moon [21:52:47 CEST] <BBB> (can have orange also) [21:52:49 CEST] <BBB> or leffe blond [21:52:52 CEST] <iive> no, lemon for baking him, before eating ;) [21:52:57 CEST] <BBB> oh [21:52:58 CEST] <BBB> hm [21:53:01 CEST] <llogan> yeah, i brew my own, but i sitll don't like it in my beer [21:53:03 CEST] <BBB> can I have pepper? [21:53:11 CEST] <BBB> llogan: oh goody, cool [21:53:22 CEST] <BBB> bring some [21:53:49 CEST] <llogan> i can't go this year...but by next time mayne i'll have a still going [21:54:03 CEST] <llogan> shhhhh! the revenuers! [21:55:00 CEST] <Daemon404> weissbier is best beer [21:55:40 CEST] <llogan> i had a gose recently. very different [21:55:41 CEST] <BBB> Daemon404: witbier! its belgium [21:56:12 CEST] <Daemon404> BBB, ive had german weissbier with lemon [21:56:18 CEST] <Daemon404> but yes generally belgian [21:56:46 CEST] <BBB> hm... [21:56:48 CEST] <wm4> there are different types of beer? [21:56:51 CEST] <BBB> maybe I should try [21:56:52 CEST] <durandal_1707> Why vdd is always in France.... [21:56:58 CEST] <BBB> durandal_1707: jb is french [21:57:04 CEST] <Daemon404> almos tall of vlc is [21:57:07 CEST] <Daemon404> and they pay. [21:57:15 CEST] <nevcairiel> also not always, i think it was in ireland two years or so ago [21:57:22 CEST] <Daemon404> last year [21:57:38 CEST] <j-b> durandal_1707: it was not last year. [21:57:46 CEST] <j-b> durandal_1707: and it's in Berlin next year. [21:57:50 CEST] <Daemon404> :O [21:57:54 CEST] <Daemon404> great [21:57:55 CEST] <llogan> that's the one i should have gone too. of course i would have died of liver poisoning [21:58:03 CEST] <llogan> (dublin) [21:58:20 CEST] <j-b> 2 years ago was Paris, 1 year ago was Dublin, this year is Paris, next Berlin. And then, VDD stops [21:58:30 CEST] <Daemon404> because you resign? [21:58:30 CEST] <j-b> durandal_1707: tbh, it costs a LOT of money to fly everyone. [21:58:43 CEST] <j-b> durandal_1707: and so far, we have > 100 people coming [21:58:52 CEST] <Daemon404> i'd come even if vlc didn't pay, fwiw [21:59:00 CEST] <nevcairiel> you cant go to germany, its stealing my last excuses for going [21:59:14 CEST] <nevcairiel> or not going for that matter [21:59:19 CEST] <j-b> Daemon404: vlc does not pay. VideoLAN does. [21:59:27 CEST] <Daemon404> j-b, sorry for conflating the two [21:59:53 CEST] <nevcairiel> vlc = video lan charity [21:59:54 CEST] <nevcairiel> =p [21:59:54 CEST] <j-b> Daemon404: you owe me one beer :) [22:00:15 CEST] <j-b> nevcairiel: nooooo! VLC means Video Leaking Client or Very Large Cat [22:00:27 CEST] <Daemon404> j-b, ;) [22:00:32 CEST] <BBB> ok so we need to arrange money for jb to keep videolan funded [22:00:43 CEST] <BBB> challenge accepted! [22:00:46 CEST] <j-b> Daemon404: I won't resign, but I have bigger plans. [22:00:56 CEST] <Daemon404> j-b, i see [22:01:00 CEST] <j-b> I hope VDD will be no longer necessary [22:01:01 CEST] <Daemon404> i can fathom a vague guess [22:01:03 CEST] <llogan> let's siphon the $15 we have to help [22:01:25 CEST] <Daemon404> llogan, better put it through a ffmtech vote [22:01:26 CEST] Action: Daemon404 runs [22:01:44 CEST] <durandal_1707> vlc os? [22:01:51 CEST] <j-b> durandal_1707: please no. [22:01:57 CEST] <wm4> j-b: so what's the purpose of VDD? [22:02:12 CEST] <j-b> durandal_1707: we receive one mail per day, suggesting that. [22:02:16 CEST] <Daemon404> durandal_1707, see: https://trac.videolan.org/vlc/ticket/35 [22:02:33 CEST] <j-b> durandal_1707: also VLC PDF reader, VLC browser and the usual: why can't VLC play ppt? [22:02:59 CEST] <Daemon404> a lot of users upload ppt and fail... so they convert to go2meeting or whatever [22:03:01 CEST] <j-b> wm4: forcing us nerds to actually speak to each other, and show we're not as pathetic as we seem. [22:03:04 CEST] <wm4> libavcodec/pptdec.c no problem [22:03:05 CEST] <Daemon404> maybe i should just add ppt support. [22:03:13 CEST] <j-b> uh [22:03:16 CEST] <j-b> that's not possible [22:03:27 CEST] <Daemon404> sure it is. office has a COM api. [22:03:42 CEST] Action: j-b is scared [22:03:48 CEST] <Daemon404> you should be [22:03:53 CEST] <j-b> I am [22:03:56 CEST] <j-b> I really am [22:04:17 CEST] <Daemon404> you are lucky libreoffice is too much of a mess to have something akin to liblibreoffice [22:04:24 CEST] <Daemon404> otherwise people would send patches to ffmpeg to add it [22:04:28 CEST] <Daemon404> i guarantee [22:04:45 CEST] <j-b> liblibreoffice? [22:05:13 CEST] <Daemon404> (afaict there is no way to easily use it as a format lib) [22:05:35 CEST] <j-b> webodf.js with v8? [22:06:00 CEST] <Daemon404> i hope thats not really a thing [22:07:09 CEST] <j-b> it is [22:07:16 CEST] <Daemon404> D: [22:07:45 CEST] <wm4> why not reuse webvtt support [22:07:49 CEST] <wm4> you need a browser for that [22:07:58 CEST] <wm4> and I'm sure there's a webapp (or two) which render ppt [22:08:24 CEST] <wm4> (I wonder if I'll go to hell for this joke?) [22:08:25 CEST] <Daemon404> thats stupid, wm4 [22:08:32 CEST] <Daemon404> why would we use a browser kit [22:08:35 CEST] <Daemon404> wen we can write our own [22:08:46 CEST] <wm4> libavbrowser, alright [22:09:00 CEST] <Daemon404> then i can finally use ffplay to browser [22:09:04 CEST] <Daemon404> s/r$// [22:09:31 CEST] <wm4> btw. SDL just closed all SDL 1 bugs as WONTFIX [22:09:43 CEST] <wm4> time for ffplay to change to SDL2? [22:11:17 CEST] <durandal_1707> patch welcome :) [22:11:41 CEST] <Daemon404> git rm ffplay.c && git commit -m "Fix ffplay" [22:12:20 CEST] <durandal_1707> I should merge mpv as ffplay [22:12:57 CEST] <wm4> do it like gstreamer and create the player as a filter pipeline [23:04:39 CEST] <philipl> I don't understand how anyone would find ffplay useful. [23:06:07 CEST] <BBB> it can seek [23:25:11 CEST] <nevcairiel> i occasionally use it for testing, but most of the time i'm just not since i cba to setup sdl for building it [23:37:08 CEST] <llogan> i use it because i'm a lazy bitch and i dont really watch anything on the computorb [23:37:28 CEST] <llogan> sorry, lazy bastard [00:00:00 CEST] --- Wed Aug 26 2015

1 0

ffmpeg.log.20150825
by burek 26 Aug '15

26 Aug '15

[01:24:15 CEST] <ChazNunz> Anyone available to help with a concat issue? I have three 15 second duration clips that I am trying to concat. The resulting video is 2:15 in duration, and not the expected 45 seconds. http://pastebin.com/PHrpeNc4 [01:28:33 CEST] <llogan> ChazNunz: since you're filtering (and therefore re-encoding) anyway, just use the concat filter. you could do it all in one command. [01:31:46 CEST] <ChazNunz> llogan, I'm still learning (confused, really) about how i string together multiple commands. I'd love to do it all in one command. [01:34:41 CEST] <ChazNunz> In theory though, my existing commands *should* work, right? [01:39:43 CEST] <llogan> read docs about filterchains, filtergraph, link labels. zample: http://pastebin.com/raw.php?i=ELpy7EV3 [01:41:27 CEST] <ChazNunz> llogan, Very helpful. Let me go learn... Thank you very much. [01:46:45 CEST] <llogan> ChazNunz: why is the input frame rate 30.14? [01:48:29 CEST] <ChazNunz> llogan: The initial videos are recorded from RTSP streams from a security camera. They are recorded with FFMPEG -r 30, but there is some variablility in the streams. [01:48:58 CEST] <ChazNunz> Camera's are configured for RTSP to stream @ 30 FPS. [01:50:52 CEST] <ChazNunz> All the streams come in at slightly different FPS - 30.14, 30.13, 30.15 It's never perfectly 30.00. [06:04:08 CEST] <FlorianBd> Hi guys :) [06:05:17 CEST] <FlorianBd> I realize that whatever -thread option I use, ffmpeg does not use the full cpu power because if I encode 2 videos in the same time, each of them takes the same amount of time (output to mp4 and webm, 30s and 12s respectively) [06:05:38 CEST] <FlorianBd> so my quesion is: how can I encode to these formats using the maximum cpu power? [07:34:34 CEST] <baadf00d> FlorianBd -threads 0 [07:39:43 CEST] <FlorianBd> baadf00d: thanks but that does not change anything. Same encoding times than any other threads option, and encoding 2 videos in the same time takes the same amount of time for each video, which means the cpu was not fully used. [07:40:38 CEST] <FlorianBd> Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz - ffmpeg 2.7.1 compiled native on 64 [08:17:06 CEST] <k_sze> Internally, does libav attempt to reuse memory blocks from some kind of pool when I call av_malloc? [09:09:52 CEST] <c_14> k_sze: no [10:52:04 CEST] <maksim_> hello, I am trying to merge a normal mp4 video (which did not have any audio) with an mp3 file.. i used simple ffmpeg -i file.mp4 -i file.mp3 output.mp4 and it worked, but at the end of the video the sound suddenly becomes wrong (similar to playing a very slow version of an audio).. how can I just make it play entirely without this issue in audio?! [11:12:22 CEST] <r3m1> hello [11:15:33 CEST] <durandal_1707> Hello [11:15:48 CEST] <r3m1> i have a .mp4 video file. I extract frames very simply using -i video.mpg %5d.png . Now I see that all frames are duplicated and interlaced: i mean it is obvious that even rows of frame i are taken at time N, and odd rows of frame i are taken at time N+1 [11:16:13 CEST] <r3m1> and frames i and i+1 are duplicate when I extract them using the command above [11:16:53 CEST] <r3m1> I would like to extract frames from the video such that image i contains only even rows, and image i+1 only odd rows [11:17:24 CEST] <r3m1> so image have resolution width/2 but it doesn't matter [11:17:32 CEST] <durandal_1707> see field filter [11:17:33 CEST] <r3m1> is there a way to do it with filters ? [11:18:29 CEST] <r3m1> i'm looking at filters, but there are so many. can you point me to relevant ones? [11:20:17 CEST] <maksim_> durandal_1707: http://pastebin.com/tQpXUR8r [11:20:44 CEST] <maksim_> everything goes fine, but at the end of the video the audio gets very strange as if it is a slowed down version of it. [11:21:51 CEST] <durandal_1707> r3m1: field filter [11:29:58 CEST] <r3m1> durandal_1707: alright! thanks [11:30:46 CEST] <r3m1> durandal_1707: but is it possible to set it to alternate btw field 0 and 1 for each extracted frame? [11:32:34 CEST] <durandal_1707> no [14:08:03 CEST] <zhanshan> hi [14:08:27 CEST] <zhanshan> does it make sense to choose 'keyframe=12' if I want to jump around while watching a lot? [14:08:33 CEST] <zhanshan> it's a 28 min video [14:08:44 CEST] <zhanshan> VLC kinda freezes and does crazy things! [14:19:58 CEST] <Ping> Hello I'm trying to make a custom build of ffmpeg. I've downloaded the following build... https://github.com/Brainiarc7/ffmpeg_libnvenc and was able to configure make and install it. [14:20:46 CEST] <Ping> My problem is that I would like to add the librtmp library to this particular build, but Mingw (the compiler I'm using) is unable to find the library when I download it [14:36:04 CEST] <FlorianBd> c_14: sorry for the delay, here it is with the times : http://pastebin.com/U1U3dnDX [14:36:12 CEST] <r3m1> I have a video where a big cross with thin lines is incrusted on top. I would like to remove this. delogo filter is a bit harsh as the cross is really just a big "+" sign with thin lines and I would like to preserve the interior... any filters for that? [14:36:59 CEST] <FlorianBd> and for those who don't know what I'm talking about, the problem is that the encoding time is the same when encoding one video, and when encoding another in the same time with another ffmpeg process. Therefore, not all my cpu is used. [14:37:07 CEST] <c_14> FlorianBd: it's probably the scale filter [14:37:13 CEST] <c_14> It doesn't thread very well (or at all) [14:37:21 CEST] <FlorianBd> ah, hmmm [14:38:38 CEST] <FlorianBd> c_14: is there a way to run e.g. 4 processes of ffmpeg that will create pngs w/ scale (each of 25% of the clip), then encode these png to mp4 and save time in the end? [14:39:27 CEST] <FlorianBd> because in the use I'll make of it in the end, I will have to scale the video twice, one for mp4, one for webm [14:40:35 CEST] <FlorianBd> so the idea would be to first make scaled pngs in a temp ramfs folder w/ 4 processes, then encode from them simultaneously w/ 2 processes to mp4 and webm while using the audio of the original video file [14:41:28 CEST] <r3m1> is there a filter like "delogo" but where you could give a mask image to where the logo is? [14:42:31 CEST] <c_14> FlorianBd: If the video is the same for the mp4 and the webm, you could just scale once, then use the split filter and have two outputs in one command. One for the mp4 and the other for the webm. You'll save one scaling pass. [14:42:55 CEST] <c_14> https://trac.ffmpeg.org/wiki/Creating%20multiple%20outputs [14:43:28 CEST] <FlorianBd> c_14: ok thanks, but will it use full cpu when encoding comparing to using 2 different ffmpeg instances? [14:44:08 CEST] <r3m1> removelogo! great [14:44:42 CEST] <FlorianBd> because I have a huge amount of ram, and this machine does only encoding, so maybe non-compressed png would be fast? [14:44:53 CEST] <c_14> Well, you'll be able to run both encoding processes simultaneously. And if the scale filter is the blocker, you'll save the time for the second run of that. If your CPU is powerful enough to handle both encoding ops faster than the scale filter feeds data *shrug*. [14:45:18 CEST] <FlorianBd> ok [14:45:43 CEST] <FlorianBd> thanks c_14, I'll try this in the next couple hours and let you know :) [14:45:46 CEST] <c_14> What you _could_ do if that isn't enough for you is to run numerous ffmpeg procesess that scale chunks of the input video into some lossless codec (ffv1, ffvhuff, or whatever) then concatenate those and encode them [14:56:04 CEST] <FlorianBd> c_14: that's exactly what I meant w/ png [14:56:36 CEST] <FlorianBd> because in that case it couldn't be a video codec, it has to be frame by frame pictures [14:57:51 CEST] <c_14> It can be a video codec. You just have to make sure to cut on i-frames and then concat together with the concat demuxer. You could also use pngs with the image2 muxer/demuxer. [15:01:27 CEST] <FlorianBd> I just tried the double outputs but that does not save time [15:02:05 CEST] <FlorianBd> but look, webm takes 12s, mp4 takes 32s. Whether they are in parallel or not, same thing. So it's obviously the encoding that is long. [15:02:34 CEST] <FlorianBd> I need to find a way to use full cpu w/ that mp4 encoding [15:02:54 CEST] <FlorianBd> 12s is acceptable in my situation (webm) but not over 30 (mp4) [15:03:30 CEST] <FlorianBd> c_14: so a solution could be to use 2 processes to encode mp4, while using one for webm. [15:03:47 CEST] <FlorianBd> but I have no idea if that's possible for mp4 [15:08:29 CEST] <c_14> You could use preset medium instead of preset slow if the filesize up is ok, otherwise you can cut the video into two parts on an i-frame and then encode to 2 files which you then concat with codec copy [15:25:28 CEST] <FlorianBd> c_14: can I concat all that via pipes in real time to avoid temp files? (even though it will be in ramfs) [15:42:12 CEST] <deivior_> Hi, I'm streaming ogg over http and I'd like to know if there's any flag I can use to send the file duration on the headers [15:46:47 CEST] <DrBenway> hey guys, I'm trying to transcode an mp4 h264 of about 4 seconds using avformat. i copy most of my codec/format settings from the input stream. problem is: the output video seems to have a missing second. (should be 4 seconds but it only has 3) [15:46:51 CEST] <DrBenway> what could this be due to? [15:51:07 CEST] <deivior_> can you paste the link? [15:51:19 CEST] <deivior_> sorry,command [15:51:33 CEST] <DrBenway> this is code [15:51:34 CEST] <DrBenway> not a command [15:52:31 CEST] <DrBenway> i load an mp4 using avformat, decode the frames and then write them back using av_format and avcodec_encode_video2 [15:52:47 CEST] <DrBenway> (let me know if i should be on ffmpeg-devel instead) [15:52:53 CEST] <DrBenway> (or some other channel) [15:53:55 CEST] <deivior_> No clue, sorry [17:02:33 CEST] <deivior_> quit [17:22:38 CEST] <brontosaurusrex> a. what would be a nice cli to make a non-black movie thumbnail (just one)? b. few frames animation for web (gif, png, webm?)? [17:27:18 CEST] <durandal_1707> ffmpeg [17:30:03 CEST] <brontosaurusrex> durandal_1707: lmao, very funny [17:55:03 CEST] <brontosaurusrex> testing: ffmpeg -i in.dv -vf thumbnail -frames:v 1 out.png [17:55:21 CEST] <brontosaurusrex> but that doesnt take anamorficity into account [18:00:49 CEST] <FlorianBd> so ffmpeg can save to -f rawvideo but cannot read it in input after? (Invalid data found when processing input) [18:01:39 CEST] <DHE> you can't just use rawvideo. you need to give it information about it, like format and resolution and stuff. raw video has no headers [18:44:53 CEST] <FlorianBd> DHE: I see, thanks :) [18:56:46 CEST] <DeifLou> hello. I'm trying to build ffmpeg with libopenjpeg support under msvc. I have built libopenjpeg as a release shared library. I configure ffmpeg with --enable-libopenjpeg, but the configure script ends with "ERROR: libopenjpeg not found". The config.log file says that it failed linking the program that configure creates internally to test the presence of the openjpeg library. The specific error is: "unresolved external symbol _opj_ver [18:57:46 CEST] <DeifLou> the openjpeg library exports the symbols as _stdcall and i don't know how to make ffmpeg to recognize that [18:58:33 CEST] <DeifLou> thanks for the help in advance [20:13:35 CEST] Action: FlorianBd jjust realized that the position of -y matters... should be at the end then [20:17:22 CEST] <FlorianBd> ah no it actually doesn't. Ihave a problem coming from something else [20:19:16 CEST] <FlorianBd> ffmpeg -hide_banner -loglevel info -threads 0 -i video -i over.png -filter_complex scale=1024x576,overlay=main_w-overlay_w:main_h-overlay_h -t 30 -c:v v410 -af aresample=44100 -c:a pcm_s16le -y -f mov video-temp [20:19:33 CEST] <FlorianBd> any idea what can make this hang right after writing the headers of the output file ? [20:20:19 CEST] <FlorianBd> "Press [q] to stop, [?] for help", headers are written (36 bytes), then nothing ever happens and no cpu usage [20:20:35 CEST] <FlorianBd> but that seems to happen only when called from a perl script, not directly in command line [20:21:04 CEST] <FlorianBd> but I already executed other ffmpeg commands from perl successfully [20:43:37 CEST] <DrBenway> I'm using avformat and the h264 decoder to get raw frames. I have a 4 seconds video at 25 fps. is there any common reason for av_read_frame to return eof after 92 frames? [20:43:49 CEST] <DrBenway> it feels like logically i should get 100 frames [20:45:16 CEST] <DrBenway> (this is that typical bunny video) [20:48:09 CEST] <DrBenway> although if i do ffmpeg.exe -i deleteme\h264.mp4 deleteme\pictures%d.jpg [20:48:12 CEST] <DrBenway> i get my 100 frames [20:51:52 CEST] <DrBenway> what i notice is that avcodec_decode_video2 fails to return a frame ~8 times [20:52:06 CEST] <DrBenway> am i supposed to do something about those non frames? [20:53:00 CEST] <DrBenway> the other thing that i notice is that they are the 8 first frames of the video [21:12:15 CEST] <FlorianBd> ah I found the problem, the command needs </dev/null for some reasons [22:34:00 CEST] <podman> Is there any sort of inherent priority for video streams in a container? [22:34:21 CEST] <podman> if i have a multi-stream WMV that I need to convert down to a single stream mp4, how do I pick the correct stream? [22:36:19 CEST] <JodaZ> podman, the map option [22:36:37 CEST] <podman> JodaZ: I guess I meant how do I know which one I should be interested in [22:36:51 CEST] <podman> I'll give you an example in a sec [22:37:13 CEST] <iive> podman: play them one by one [22:37:24 CEST] <podman> iive: this is an automated system [22:38:05 CEST] <iive> podman: how do you know which one is the correct one? [22:38:13 CEST] <podman> https://gist.github.com/podman/5b2fd4405ade3fd9b65b [22:40:05 CEST] <JodaZ> so you want the ai that decides what language you prefer sentient or does some kinda heuristic suffice? xD [22:40:07 CEST] <iive> so, the first video stream is single image [22:40:38 CEST] <podman> JodaZ: yeah, a simple heuristic would work, assuming that there is some sort of general rule that works for most cases [22:42:02 CEST] <JodaZ> podman, you see, the way i see it is that you are asking the question because the "general rule that works for most cases" that ffmpeg uses just failed for you [22:42:52 CEST] <podman> JodaZ: is the general assumption that the first stream is the "best" one? or is there no real preference given? [22:43:09 CEST] <JodaZ> i dunno really, but i think it'd use the first one [22:43:28 CEST] <podman> Actually... I wonder. [22:44:06 CEST] <podman> Part of it could be my fault. I'm extracting width and height information from the video streams but I'm using the first one in all cases [22:45:20 CEST] <podman> and then i'm doing something like this: -vf "scale='iw*sar:ih',scale='min(iw+mod(iw,2),160):-2'" [22:46:03 CEST] <podman> So, I could potentially try using the last stream in all cases [22:47:10 CEST] <podman> I have a feeling ffmpeg is doing the right thing but I'm picking the wrong stream to use for the video dimensions [22:48:48 CEST] <llogan> default stream selection will choose the video stream with the largest frame size. [22:49:54 CEST] <JodaZ> do you really need to manually put the height into the scale command, can't you just use ih? [22:52:50 CEST] <podman> JodaZ: it's not ih though [22:54:01 CEST] <JodaZ> why not? [22:55:16 CEST] <podman> well, for once it should be the width [22:55:54 CEST] <podman> and it's not something that's coming from ffmpeg. i have to go back through my code... one second [22:56:54 CEST] <podman> JodaZ: basically that code is trying to preserve the aspect ratio [22:57:03 CEST] <podman> llogan: actually that's probably the most helpful bit of info [22:57:22 CEST] <podman> so, basically i should choose the stream with the largest frame size and I should be all set [22:58:22 CEST] <JodaZ> podman, i think you can do that with just some scale magic [22:59:09 CEST] <podman> JodaZ: well it's to get it to fit within a specified width and height and preserving the aspect ratio [22:59:27 CEST] <podman> without being larger than the original width & height [22:59:52 CEST] <JodaZ> sounds doable with all that lt gt the scale thing can evaluate [23:00:10 CEST] <podman> The way I'm doing it mostly works except for this odd case. If I'm smarted about which stream to use to get the dimensions, it should be fine though [23:01:16 CEST] <JodaZ> i mean that macro language you can use in that scale command for example is like close to turing complete if not [23:03:17 CEST] <podman> llogan: do you know where I can find documentation of that behavior? [23:21:50 CEST] <llogan> podman: http://ffmpeg.org/ffmpeg.html#Stream-selection [23:22:01 CEST] <podman> llogan: thanks! [00:00:00 CEST] --- Wed Aug 26 2015

1 0

ffmpeg-devel.log.20150824
by burek 25 Aug '15

25 Aug '15

[04:06:06 CEST] <cone-062> ffmpeg 03Ludmila Glinskih 07master:4a9bc12fe74a: fate: add api-band-test [05:18:37 CEST] <jamrial> http://users.atw.hu/instlatx64/GenuineIntel00506E3_Skylake_InstLatX64.txt [09:14:54 CEST] <cone-614> ffmpeg 03Paul B Mahol 07master:c864de3c8ff5: fate: add tests for waveform filter [09:52:05 CEST] <j-b> 'moroning [10:19:43 CEST] <durandal_1707> j-b: something is wrong? [10:22:54 CEST] <j-b> durandal_1707: not that I know :D [10:26:19 CEST] <cone-614> ffmpeg 03Janne Grunau 07master:faa3f17a7633: fate: test only demuxing in asf-repldata [10:26:20 CEST] <cone-614> ffmpeg 03Hendrik Leppkes 07master:11014dd3d47b: Merge commit 'faa3f17a76333b672ce4a40cf80f678ab68bdbae' [10:26:55 CEST] <cone-614> ffmpeg 03Henrik Gramner 07master:e13da244f416: checkasm: x86: properly save rdx/edx in checked_call() [10:26:56 CEST] <cone-614> ffmpeg 03Hendrik Leppkes 07master:38b42250dc88: Merge commit 'e13da244f41610ee073b2f72bcf62b60fa402bb5' [10:27:59 CEST] <cone-614> ffmpeg 03Henrik Gramner 07master:515b69f8f8e9: checkasm: Explicitly declare function prototypes [10:28:00 CEST] <cone-614> ffmpeg 03Hendrik Leppkes 07master:fea156367d30: Merge commit '515b69f8f8e9a24cfaee95d8c1f63f265d8582fe' [10:29:57 CEST] <cone-614> ffmpeg 03Anton Khirnov 07master:a1926a29fb43: hevc: avoid invalid shifts of negative values [10:29:58 CEST] <cone-614> ffmpeg 03Hendrik Leppkes 07master:001ea567ff80: Merge commit 'a1926a29fb4325afa46842883f197c74d4535c36' [10:33:10 CEST] <cone-614> ffmpeg 03Anton Khirnov 07master:d8ebb6157d12: hevcdsp: fix a function name [10:33:11 CEST] <cone-614> ffmpeg 03Hendrik Leppkes 07master:0cbae3763d96: Merge commit 'd8ebb6157d12183ed3fc987cd2ba18b404758828' [10:35:08 CEST] <cone-614> ffmpeg 03Luca Barbato 07master:47b447aaff1b: imgutils: Fix a typo in avcodec_get_pix_fmt_loss [10:35:09 CEST] <cone-614> ffmpeg 03Hendrik Leppkes 07master:59cae1916e30: Merge commit '47b447aaff1bc30ba986ca757346a2c5c95b786a' [10:37:12 CEST] <cone-614> ffmpeg 03John Högberg 07master:f9ab4fe1f7c1: h264: Discard currently unsupported registered sei [10:37:13 CEST] <cone-614> ffmpeg 03Luca Barbato 07master:61d8fa2a1ab7: h264: Fix faulty call to avpriv_request_sample [10:37:14 CEST] <cone-614> ffmpeg 03Hendrik Leppkes 07master:a4c13f95fbe2: Merge commit 'f9ab4fe1f7c1e9d410ca5ee2c9ff8d2892aad068' [10:37:15 CEST] <cone-614> ffmpeg 03Hendrik Leppkes 07master:0f72dfeb5f24: Merge commit '61d8fa2a1ab76f0f3ac1442faa104ace4b29decc' [10:38:04 CEST] <cone-614> ffmpeg 03Luca Barbato 07master:167ea1fbf15e: xavs: Do not try to set the bitrate tolerance without a bitrate [10:38:05 CEST] <cone-614> ffmpeg 03Hendrik Leppkes 07master:87ee98c89866: Merge commit '167ea1fbf15ecefa30729f9b8d091ed431bf43bd' [10:44:33 CEST] <cone-614> ffmpeg 03Luca Barbato 07master:d5eab59a5373: aac: Make sure to set err on the failure path [10:44:34 CEST] <cone-614> ffmpeg 03Luca Barbato 07master:e23f84d96524: channel_layout: Add a 16channel default layout [10:44:35 CEST] <cone-614> ffmpeg 03Hendrik Leppkes 07master:d2d6ca6f98cc: Merge commit 'd5eab59a5373b22aa52d6053a8e853e95a6e131e' [10:44:36 CEST] <cone-614> ffmpeg 03Hendrik Leppkes 07master:fd2977d85f42: Merge commit 'e23f84d9652474353d8bbc42787a56ec1991908f' [12:02:40 CEST] <j-b> is Thilo on the chan [12:28:08 CEST] <durandal_1707> j-b: nope, why? [13:04:47 CEST] <cone-614> ffmpeg 03Arthur Grant 07master:781efd07415c: avformat/hevc: Fix parsing errors [14:41:56 CEST] <arpu> hello. are there any dashenc patches for aes encryption? [14:43:07 CEST] <j-b> cenc? [14:46:27 CEST] <arpu> j-b, hi should i know this? [14:47:24 CEST] <cone-614> ffmpeg 03Michael Niedermayer 07master:ee155c18a2c5: avformat/hevc: Check num_long_term_ref_pics_sps to avoid potentially long loops [14:49:12 CEST] <Compn> arpu : hmmm, i dont remember , but i havent been looking closely at the dash threads [15:31:39 CEST] <Compn> Soylent contains GMO and conventional ingredients. It is not certified organic or GMO-free. [15:31:41 CEST] <Compn> herp derp [15:32:04 CEST] <Daemon404> so? [15:32:10 CEST] <Daemon404> GMO scaremongering is retarded [15:32:21 CEST] <Compn> also ingredients from china. [15:32:50 CEST] <Daemon404> do you never eat rice then? [15:32:51 CEST] <Daemon404> ;) [15:34:17 CEST] <Compn> made in thailand, or japan, or california, yes [15:34:47 CEST] <iive> https://en.wikipedia.org/wiki/2008_Chinese_milk_scandal [15:35:03 CEST] <Compn> iive : dont bother, people who dont care what they eat dont care. [15:35:14 CEST] <Daemon404> i care if there's *proven* downsides [15:35:19 CEST] <Daemon404> GMOs do not fit that bill. [15:35:19 CEST] <Compn> should be called chinese milk poisoning [15:35:24 CEST] <Compn> not scandal [15:35:43 CEST] <Compn> chinese dog food poisoning too [15:36:03 CEST] <Daemon404> btw that link -> fallacy of composition [15:36:51 CEST] <iive> not really [15:36:56 CEST] <Compn> although growing rice in california is probably stupid :P [15:37:11 CEST] <Compn> did you know you dont have to flood a rice "paddy" though ? can just grow it like other grains... [15:37:47 CEST] <Compn> growing anything in california is stupid* [15:38:21 CEST] <iive> of course, not all food from china is poisonous, [15:38:41 CEST] <Compn> of course not. i frequently eat things made in china [15:38:53 CEST] <Daemon404> there's a dirty joke in here somewhere [15:39:27 CEST] <Compn> bunch of chinese grocery stores near me :) [15:40:23 CEST] <iive> but you cannot trust them to provide quality product [15:40:57 CEST] <Compn> even testing their products, you cannot trust them to not cheat the testing procedure (which is what they were doing to cheat the milk tests) [15:41:14 CEST] <iive> especially when looking for the lowest bidder. [15:41:31 CEST] <Compn> generalizations of a whole country :P [15:41:50 CEST] <Daemon404> there are some very good engineers in china. [15:41:51 CEST] <Compn> that contains 1/6th the population , ah yes. [15:41:56 CEST] <Daemon404> however, they do not work for outsourcing companies [15:41:57 CEST] <Daemon404> obv [15:42:24 CEST] <iive> absolutely, but it is wild capitalism out there. [15:59:06 CEST] <durandal_1707> should i pass student? [16:30:03 CEST] <cone-614> ffmpeg 03Paul B Mahol 07master:c34c050303b1: avfilter/vf_vectorscope: make intensity user configurable [16:30:04 CEST] <cone-614> ffmpeg 03Paul B Mahol 07master:2f731d46f0e4: avfilter/vf_vectorscope: add options with shorter name [17:45:28 CEST] <cone-614> ffmpeg 03Michael Niedermayer 07release/2.4:b15311eb6f97: ffmpeg: check avpicture_fill() return value [17:45:29 CEST] <cone-614> ffmpeg 03Michael Niedermayer 07release/2.4:1c058d94b9ea: ffmpeg: Check for RAWVIDEO and do not relay only on AVFMT_RAWPICTURE [17:45:30 CEST] <cone-614> ffmpeg 03Michael Niedermayer 07release/2.4:5b41bb29d73e: avcodec/h264_mp4toannexb_bsf: Reorder operations in nal_size check [17:45:31 CEST] <cone-614> ffmpeg 03Michael Niedermayer 07release/2.4:3faf44401012: ffmpeg: Check av_parser_change() for failure [17:45:32 CEST] <cone-614> ffmpeg 03Michael Niedermayer 07release/2.4:e0bd87de8fa3: ffmpeg: Use correct codec_id for av_parser_change() check [17:45:33 CEST] <cone-614> ffmpeg 03Arthur Grant 07release/2.4:cc39b2be236f: avformat/hevc: Fix parsing errors [17:45:34 CEST] <cone-614> ffmpeg 03Michael Niedermayer 07release/2.4:b06958917cca: avformat/hevc: Check num_long_term_ref_pics_sps to avoid potentially long loops [19:51:11 CEST] <cone-614> ffmpeg 03Michael Niedermayer 07master:fa9af304f0a1: avcodec/mjpegdec: Remove message asking for a non mod 16 AMV sample [20:35:41 CEST] <BtbN> So, i think i'm passing all(well, most, but the ones i ignore are ignored by gst as well) parameters for vaapi now. [20:35:52 CEST] <BtbN> It still doesn't work. But also doesn't spit out any errors. [22:19:08 CEST] <nevcairiel> BtbN: a long time ago i wrote myself a tiny library which intercepts dxva2 calls and prints out the structures into a file, so i can compare what ffmpeg does and what the vendors own codecs do .. it came in quite handy sometimes. so.. implement a libva shim :D [22:19:22 CEST] <JEEB> :D [22:19:31 CEST] <JEEB> that kind of stuff can be quite useful [22:19:42 CEST] <BtbN> And compare it to what? :D [22:19:47 CEST] <nevcairiel> gst of course [22:19:52 CEST] <nevcairiel> assuming that actually produces an image [22:20:04 CEST] <BtbN> Well, the problem could very well also be on the kodi side of things [22:20:17 CEST] <BtbN> gst doesn't use the EGL direct rendering stuff [22:20:20 CEST] <nevcairiel> i guess we dont have ffmpeg_vaapi.c yet, eh [22:20:33 CEST] <BtbN> I actualy wanted to write that [22:20:49 CEST] <BtbN> But then i realized i'd have to do uswc sse4 copying code for it to be any usefull [22:21:00 CEST] <nevcairiel> we dont have that for any others either [22:21:15 CEST] <nevcairiel> stefano (iirc?) was poking that at some point [22:21:29 CEST] Action: Daemon404 barfs [22:21:31 CEST] <nevcairiel> personally i view those as a development tool, not a user feature [22:21:43 CEST] <BtbN> Problem with libva is, copying back yuv data from it with a normal memcpy is way too slow [22:21:52 CEST] <BtbN> like, 5-10 fps slow [22:21:58 CEST] <nevcairiel> fine for testing! [22:22:46 CEST] <nevcairiel> if i get super bored one day, i may try to write a simple gpu memcpy in yasm code and submit it, since the patch on the ML seems to have died (and used inline asm) [22:23:07 CEST] <BtbN> I even have such copying code flying around somewhere [22:23:22 CEST] <BtbN> Written with intrinsics though [22:23:29 CEST] <nevcairiel> if you make the function super limited, like assuming alignment of in/out buffers and padding requirements, its kinda trivial too [22:23:55 CEST] <BtbN> The super lazy way is to just borrow it from vlc [22:24:10 CEST] <nevcairiel> theirs is weird, for some reason it does a double copy [22:24:17 CEST] <nevcairiel> uswc into a small cache, memcpy into normal buffer [22:24:20 CEST] <nevcairiel> i never understood why [22:24:30 CEST] <nevcairiel> makes no sense to me, and i tested, its not faster or anything [22:24:32 CEST] <BtbN> That's how the intel paper describes it though [22:25:09 CEST] <nevcairiel> maybe there is some theoretical improvement with cache usage or something? [22:25:26 CEST] <BtbN> There has to be some reason behind that 4k buffer [22:25:55 CEST] <nevcairiel> in any case, i tested all these weird combinations, and at least on windows it made absolutely no difference, in fact the extra buffer was a bit slower [22:27:55 CEST] <BtbN> The weird thing currently is, it works. vaapi does not throw any error. But it's slow as hell, and it renders nothing. [22:28:37 CEST] <nevcairiel> now i just use the uswc read in groups of 4 to use the cpu read buffer properly, and non-temporal store into the dest buffer, that seemed best and most simple [22:28:44 CEST] <nevcairiel> if its slow as hell, it may actually be doing things :D [22:29:23 CEST] <BtbN> There's only one place left where i'd strongly suspect something beeing wrong, which still is the slice_param->slice_data_byte_offset [22:29:43 CEST] <BtbN> the gst implementation does a lot of math to calculate that [22:30:15 CEST] <BtbN> And with that beeing wrong i can totaly see it doing nothing usefull at all. [22:30:17 CEST] <nevcairiel> that being wrong could result in a lot of brokenness [22:30:29 CEST] <nevcairiel> cant you just add a debugg print into gst [22:30:42 CEST] <BtbN> I haven't yet managed to get gst working at all. [22:30:46 CEST] <nevcairiel> oh [22:30:53 CEST] <nevcairiel> so you dont even know if your driver works [22:30:55 CEST] <nevcairiel> much fun [22:30:55 CEST] <nevcairiel> :D [22:30:58 CEST] <BtbN> Not because of libva stuff, but because of it beeing gst. [22:31:09 CEST] <BtbN> So yeah, i have basicaly no idea if the driver actualy works. [22:31:52 CEST] <BtbN> I'm still a bit annoyed that this NUC is faster than my big desktop. [22:32:04 CEST] <nevcairiel> lol [22:32:18 CEST] <nevcairiel> the only nuc i have around is some atom cpu [22:32:50 CEST] <BtbN> It's running at only half the clock rate of my desktop, which is a snb i5 [22:32:59 CEST] <BtbN> But it beeing the latest cpu generation more than compensates that [22:33:09 CEST] <nevcairiel> then it really shouldnt be faster [22:33:19 CEST] <nevcairiel> not at half clock speed [22:33:24 CEST] <nevcairiel> there wasnt a 100% increase from snb [22:33:43 CEST] <BtbN> Building ffmpeg on my desktop takes 9 minutes. [22:33:45 CEST] <BtbN> On the nuc it's 7 [22:33:59 CEST] <BtbN> So no idea which part of the system is faster, but it is [22:34:09 CEST] <BtbN> Can't be only the CPU [22:34:28 CEST] <nevcairiel> code on your main system on a ssd? [22:34:34 CEST] <BtbN> tmpfs on both [22:34:38 CEST] <nevcairiel> hm [22:37:20 CEST] <jamrial> nevcairiel: i think the problem with saste's patch wasn't the fact it was inline asm but that getting it to choose at runtime if it should use sse2 or sse4 was proving to be difficult [22:37:59 CEST] <philipl> BtbN: use mpv for testing. [22:38:13 CEST] <nevcairiel> its a function that runs once per frame, just make it branch [22:38:17 CEST] <philipl> It has vaapi display support and is thin enough to comprehend [22:38:43 CEST] <nevcairiel> (and severly limit the scope and definition of that function, don't try to build something overly generic) [22:39:20 CEST] <nevcairiel> worst case, make it an actual dsp module like the other simd things in avutil [22:39:27 CEST] <philipl> BtbN: So that offset is meant to be where the data starts after the slice header? [22:39:33 CEST] <BtbN> philipl, but does it support vaapi hevc? [22:39:58 CEST] <BtbN> philipl, http://cgit.freedesktop.org/vaapi/libva/tree/va/va_dec_hevc.h#n259 [22:40:31 CEST] <philipl> BtbN: output support should be completely generic. [22:40:37 CEST] <philipl> (in mpv) [22:40:50 CEST] <philipl> so yeah, it should work immediately. wm4 can comment, but that's how it is for vdpau [22:41:10 CEST] <BtbN> Anyone happens to know where the gstreamer-vaapi repo went, after gitorious went down? [22:41:28 CEST] <philipl> I think it's on __gb__'s github now [22:42:01 CEST] <philipl> BtbN: that's one of the worst descriptions of anything I've ever seen. [22:42:19 CEST] <BtbN> exactly [22:42:43 CEST] <BtbN> https://github.com/gbeauchesne/gstreamer-vaapi/blob/master/gst-libs/gst/vaa… [22:42:46 CEST] <BtbN> that's what gst does there [22:42:49 CEST] <BtbN> quite a bit of calculation [22:44:06 CEST] <nevcairiel> hm yeah because it has to undo the emulation prevention bytes [22:44:22 CEST] <nevcairiel> everything else is straight forward [22:44:44 CEST] <BtbN> https://github.com/BtbN/FFmpeg/blob/vaapi_hevc/libavcodec/vaapi_hevc.c#L341 that's what i'm currently doing there [22:45:41 CEST] <philipl> Well - your divide by 8 could produce different results [22:46:03 CEST] <philipl> You need to divide each part separately to get the same result as the gst code, I think [22:46:12 CEST] <BtbN> How else would i get from bits to bytes? [22:46:28 CEST] <nevcairiel> the gst code only divides the header size as well [22:46:37 CEST] <nevcairiel> nal_header_bytes is always 2? [22:46:47 CEST] <philipl> Is that supposed to be the start code? [22:46:56 CEST] <BtbN> I add the 2 because the ffmpeg code starts the getbits context at data + 2 [22:47:09 CEST] <BtbN> because it already read the nal header [22:47:30 CEST] <philipl> Ok, so then you're missing the emulation prevention byte adjustment [22:47:34 CEST] <nevcairiel> you should go kill someone at intel for requiring the long slice header struct [22:47:48 CEST] <philipl> One can only imagine how their hardware works. [22:47:52 CEST] <BtbN> the LongSliceFlags? [22:48:03 CEST] <nevcairiel> vdpau and dxva are happy without it, so the drivers have to somehow know how to do it [22:48:04 CEST] <wm4> wait what [22:48:28 CEST] <philipl> wm4: wait what what? :-) [22:48:46 CEST] <wm4> <philipl> so yeah, it should work immediately. wm4 can comment, but that's how it is for vdpau <- libavcodec's vaapi support has no generic codec support, so a small patch to mpv is required to make vaapi HEVC decoding work [22:48:47 CEST] <nevcairiel> all dxva tells the hardware about the slice is its size in bytes =p [22:49:03 CEST] <philipl> wm4: If BtbN adds vaapi hevc to ffmpeg, it should Just Work(tm) in mpv right? [22:49:19 CEST] <philipl> wm4: Ah ok. [22:49:19 CEST] <wm4> philipl: no, because there's no generic support for vaapi codec init [22:49:23 CEST] <wm4> unlike vdpau has now [22:49:39 CEST] <wm4> but it looks like __gb__ wanted to improve the lavc vaapi API into this direction [22:49:45 CEST] <nevcairiel> .. and vdpau slices are equally simple, just data and size [22:49:55 CEST] <nevcairiel> so screw you intel for making vaapi extra super duper complex [22:50:11 CEST] <wm4> actually, mpv could try to init vaapi with HEVC anyway... it just won't work [22:50:38 CEST] <philipl> BtbN: so anyway, how are the emulation prevention bytes handled in ffmpeg? [22:50:48 CEST] <philipl> You aren't accounting for them, so is something else doing that? [22:50:49 CEST] <BtbN> I have no idea, i haven't found that part yet [22:51:01 CEST] <BtbN> There is no notion of them anywhere [22:51:51 CEST] <philipl> https://en.wikipedia.org/wiki/Network_Abstraction_Layer [22:51:59 CEST] <philipl> They seem to be a NAL thing [22:52:30 CEST] <nevcairiel> BtbN: ff_hevc_extract_rbsp in hevc_parse.c will remove emulation bytes and fill HEVCNAL [22:52:52 CEST] <nevcairiel> but there is no way to do what you want [22:53:12 CEST] <philipl> Can't it save the number of bytes and then he can use the count? [22:53:25 CEST] <nevcairiel> but it wouldnt know where the header ends and the slice starts [22:53:29 CEST] <nevcairiel> because its the same NAL [22:53:42 CEST] <philipl> This shit makes my head hurt [22:53:58 CEST] <philipl> The correct solution is to write a new parser [22:54:03 CEST] <BtbN> The worst part of it is that i don't even fully understand what offset vaapi wants there [22:54:16 CEST] <nevcairiel> well that part seems easy [22:54:30 CEST] <nevcairiel> the offset to the slice data in the escaped buffer [22:54:38 CEST] <nevcairiel> .. but ffmpeg never handles the e scaped buffer [22:54:43 CEST] <nevcairiel> it un-escapes it and handles that [22:55:19 CEST] <nevcairiel> so any offsets avcodec gives you are in the un-escaped buffer without the emulation prevention [22:56:00 CEST] <nevcairiel> i had to augment HEVCNAL to actually keep a reference to the original bitstream so i can pass it to the hardware [22:56:09 CEST] <nevcairiel> but i luckily never needed such offsets [22:57:34 CEST] <BtbN> hm [22:58:40 CEST] <philipl> nevcairiel: So if you retain the reference to the original bitstream, and you can count the bytes as part of constructing the unescaped stream, isn't that enough to work this out? [22:59:09 CEST] <philipl> The header byte count is accurate right? [22:59:30 CEST] <nevcairiel> but it doesnt know where he header ends [22:59:35 CEST] <nevcairiel> the* [22:59:49 CEST] <nevcairiel> since its a generic function to un-escape things [23:00:10 CEST] <philipl> because the header might have escaped bytes in it? [23:00:30 CEST] <nevcairiel> sure, otherwise you could just assume both offests are the same :) [23:00:38 CEST] <nevcairiel> (which I would probably do for now and worry later) [23:01:16 CEST] <philipl> Well, the current code assumes the byte count is zero, so that's perhaps not working :-) [23:02:26 CEST] <philipl> Build a mapping of escaped bytes to their offset in the stream and then after you know the header size, see how many escaped bytes were in it. [23:03:06 CEST] <nevcairiel> thats a lot of crap for one peculiar hwaccel [23:03:09 CEST] <wm4> philipl, BtbN: I added the hevc/vaapi profile entries to mpv, if you'd like to use that for testing [23:03:27 CEST] <BtbN> propably a bit more leightweight than kodi [23:03:37 CEST] <nevcairiel> i still say hunt down the intel engineer that thought this structure is a good idea [23:03:48 CEST] <nevcairiel> i bet he was just lazy and didnt want to build parsing [23:04:07 CEST] <BtbN> The last time i talked with them they shouted at me for asking for a better api. [23:04:49 CEST] <BtbN> Something along the lines of me obviously having never used any video hardware acceleration api. Because that's how they work. [23:04:58 CEST] <nevcairiel> its not like its the first time this happened, on windows intel was the only vendor that required long slice structures for h264 as well for a very long time [23:05:09 CEST] <nevcairiel> they got their act together a few years ago though [23:05:15 CEST] <wm4> BtbN: except dxva, vdpau, and videotoolbox don't, hehe [23:05:28 CEST] <BtbN> And nvenc... [23:05:35 CEST] <BtbN> Their encoding api is also a giant pile of bullshit [23:05:38 CEST] <nevcairiel> .. and for hevc, MS didnt even specify a long slice struct anymore [23:05:51 CEST] <philipl> __gb__ never gets involved in these conversations... [23:06:10 CEST] <nevcairiel> maybe he is the certain engineer =p [23:06:22 CEST] <BtbN> In the vaapi encoding api you have to generate the NAL, and pass it to libva [23:06:25 CEST] <philipl> heh [23:06:37 CEST] <BtbN> Which was already a mess for h264 [23:06:40 CEST] <wm4> nevcairiel: or he knows the certain engineer and doesn't want to involved in a shit-match [23:06:43 CEST] <wm4> +get [23:06:46 CEST] <BtbN> don't even want to think about how that is supposed to work for hevc [23:07:06 CEST] <philipl> qsv! [23:07:27 CEST] <BtbN> libyami [23:07:32 CEST] <JEEB> libdarkness [23:08:47 CEST] <wm4> JEEB: what BtbN gets is green and white, not darkness, though [23:09:24 CEST] <BtbN> Nah, green and white is gone. It's just nothing now [23:33:13 CEST] <BtbN> Hm, if I only knew how to make gst at least try to decode hevc with vaapi [23:33:59 CEST] <philipl> BtbN: playbin doesn't work? [23:34:24 CEST] <BtbN> I have no idea about gst at all [23:35:57 CEST] <BtbN> "gst-launch-1.0 playbin uri=file:///home/btbn/tos-1720x720-cfg01.mkv" seems to work. And it also initializes libva. So I assume it's working. [23:36:38 CEST] <philipl> there you go. [23:36:51 CEST] <BtbN> So at least the driver is alive [23:37:21 CEST] <philipl> does that play the video? [23:37:26 CEST] <BtbN> yep [23:37:52 CEST] <BtbN> with notably lower CPU usage [23:38:00 CEST] <philipl> then you're good :-) [23:38:20 CEST] <BtbN> So mpv-9999 it is [23:38:27 CEST] <BtbN> To rule out kodi for now [23:38:31 CEST] <philipl> yep [23:40:08 CEST] <wm4> if you think something strange is going on after the decoder (and with display), try --hwdec=vaapi with --vo=vaapi, and --hwdec=vaapi-copy [23:40:27 CEST] <nevcairiel> hm, anyone have any experience with multimedia apps on osx? any hints how i can get my app to get something like multimedia priority so the OS wont make the sound cut out when i do something simple like open another app? =p [23:41:11 CEST] <BtbN> yes, i actualy remember having to deal with that before, one second [23:42:29 CEST] <wm4> nevcairiel: I don't think I ever needed something like that, but good question [23:43:01 CEST] <nevcairiel> on windows there is an explicit API to tell the OS "I'm multimedia, make me run good" and it usually is all you need to do :d [23:43:20 CEST] <nevcairiel> but some users complaining that sound cuts out on osx when they do the simplest things [23:43:35 CEST] <wm4> nevcairiel: what's that API, maybe I should use it... [23:43:43 CEST] <wm4> hm just add more buffering [23:44:02 CEST] <nevcairiel> apparently the thread feeding coreaudio is not getting enough time [23:44:03 CEST] <wm4> let your coreaudio callback read from a ringbuffer [23:44:30 CEST] <nevcairiel> and for windows, lookup MMCSS (multimedia class scheduling service or something) [23:45:12 CEST] <BtbN> nevcairiel, https://github.com/jp9000/obs-studio/blob/master/libobs/util/platform-cocoa… [23:45:26 CEST] <wm4> interesting, didn't even know this exists [23:45:51 CEST] <wm4> (to both) [23:46:05 CEST] <nevcairiel> interesting, thanks [23:46:09 CEST] <nevcairiel> I'll g ive it a try tomorrow [23:46:39 CEST] <BtbN> That was added for the exact same problems you just described [23:47:06 CEST] <nevcairiel> SO says its only for app-nap, which we tried to have the user disable manually [23:47:10 CEST] <nevcairiel> but maybe they screwed up [23:48:27 CEST] <wm4> clearly Linux is superior, it doesn't need such things [23:50:02 CEST] <BtbN> mpv with --vo=vaapi shows the same nothing kodi does [23:50:12 CEST] <BtbN> nothing as in "what was on the screen there previously" [23:52:18 CEST] <wm4> nice [23:52:33 CEST] <wm4> what hevc profile is the clip using? [23:52:50 CEST] <BtbN> Stream #0:0(eng): Video: hevc (Main), yuv420p(tv), 1720x720, SAR 1:1 DAR 43:18, 24 fps, 24 tbr, 1k tbn, 1k tbc (default) [23:53:46 CEST] <BtbN> Is there anything besides Main? [23:53:59 CEST] <nevcairiel> Main10 [23:54:31 CEST] <nevcairiel> but no, the profiles are much si mpler than in h264 [23:54:41 CEST] <BtbN> But they introduced tiers instead [23:54:42 CEST] <nevcairiel> Main, Main 10, Main 12, Main 422 10 .... etc [23:55:26 CEST] <nevcairiel> tiers dont change coding tools t hough, its just like levels - arbitrary DPB and bitrate limits [23:55:43 CEST] <wm4> for anything other than main, special surface allocation might be required etc. (well who knows) [23:55:58 CEST] <BtbN> vaapi only supports main anyway i think [23:57:13 CEST] <BtbN> It does decode some frames if i leave it running. But it's only garbage. [23:58:58 CEST] <BtbN> This slice byte offset thing is the only reason i can think of for that. [23:59:36 CEST] <BtbN> I'll just grab the right value for the first frame from gst, and hardcode it into ffmpeg. [00:00:00 CEST] --- Tue Aug 25 2015

1 0

ffmpeg.log.20150824
by burek 25 Aug '15

25 Aug '15

[00:24:44 CEST] <ChazNunz> Hi. I'm look for some help with an FFMPEG issue. I am using it to concat several small clips. I'm receiving lots of "DTS/PTS invalid dropping" statements in the output. The duration of the resulting video is off and some of the clips have faster playback speed. Pastebin can't handle full output because the 'invalid dropping' message take up go on for 8,000 lines. Here's the link to abbreviated pastebin. http://pastebin.com/303d3MTU I ran [00:24:44 CEST] <ChazNunz> ffprobe on input videos and that output is included first. [00:49:22 CEST] <cbsrobot> ChazNunz: you have some pretty wired fps on those clips [00:49:44 CEST] <cbsrobot> concating them together will surely get you into some sync problem [00:50:47 CEST] <ChazNunz> cbsrobot - can you give me more detail. What do you mean by 'wired'? [00:51:03 CEST] <cbsrobot> 30.14 fps [00:51:09 CEST] <cbsrobot> 30.15 fps [00:51:19 CEST] <cbsrobot> 25 fps [00:51:28 CEST] <cbsrobot> 30 fps [00:51:35 CEST] <cbsrobot> 30.13 fps [00:51:38 CEST] <cbsrobot> anyways [00:52:02 CEST] <cbsrobot> try to set the fps to a sane number [00:52:46 CEST] <ChazNunz> Yeah, i noticed that. We have two parts here. First part is that we are recording (with FFMPEG) an RTSP stream of multiple clips. We are only trying to get 15 sec durations. [00:53:07 CEST] <ChazNunz> Sometimes the recording of the RTSP stream seams to produce slightly different FPS. [00:53:40 CEST] <ChazNunz> Then we are doing some postprocessing (rotate, scale, etc) and finally concat. [00:54:05 CEST] <ChazNunz> When recording RTSP is it usual that FPS varies? [00:54:15 CEST] <cbsrobot> can you specify a fixed framerate somewhere in this chain ? [00:54:32 CEST] <cbsrobot> maybe before the concat happens ? [00:55:42 CEST] <ChazNunz> I don't see why not. How do i do that? ;) [00:56:00 CEST] <cbsrobot> set the -r option [00:56:07 CEST] <cbsrobot> f.ex. -r 30 [00:56:23 CEST] <ChazNunz> ok. Thanks cbsrobot. I'll have a go with that. [00:56:35 CEST] <cbsrobot> you'll still get a lot of "DTS/PTS invalid dropping" [00:57:09 CEST] <ChazNunz> What does that mean - invalid dropping? [00:57:22 CEST] <cbsrobot> but at least after concating the speed should not vary too much (in theroy) [00:57:30 CEST] <ChazNunz> I was wondering if this was related to this bug: http://trac.ffmpeg.org/ticket/4769 [00:58:09 CEST] <cbsrobot> it's not invalid droping, it's rather: PTS/DTS invalid ... so droping the frame [00:58:30 CEST] <ChazNunz> What is PTS and DTS? is this a timestamp? [00:58:51 CEST] <cbsrobot> presentation and decoding ts [00:59:33 CEST] <ChazNunz> OK. I need to learn more about this. Let me go read and I'll be back if i'm still stuck. Thanks for putting me on track. [00:59:43 CEST] <cbsrobot> np [01:00:25 CEST] <cbsrobot> and read the forst part of https://ffmpeg.org/ffmpeg-formats.html#concat [01:00:42 CEST] <cbsrobot> quote: All files must have the same streams (same codecs, same time base, etc.). [02:54:14 CEST] <ChazNunz> cbsrobot: You around? [04:53:58 CEST] <jazo> can someone help me download and convert an m3u8 file to mp4. i'm getting a errors "could not find corresponding trex". url: http://a126.phobos.apple.com/us/r30/PurpleVideo1/v4/27/e0/fe/27e0feb3-6f4b-… [06:20:00 CEST] Last message repeated 1 time(s). [06:33:35 CEST] <thecoolguy> anyone here ? [06:34:44 CEST] <tommd> Yes, many people. [08:25:51 CEST] <solrize_> are there known problems with the webm encoder? i keep getting weird error messages like "Queue input is backward in time" [08:26:05 CEST] <solrize_> and then the video doesn't play properly in firefox [08:49:29 CEST] <solrize_> durandal_1707, thanks, will do [08:52:36 CEST] <solrize_> http://lpaste.net/139551 i used downloaded creative commons movie as test input [08:53:42 CEST] <hestra> Hi, I'm trying to find out how to remove last second of a video with ffmpeg, can only find documentation on how to remove first part of a video or specify length, anyone able to help solve todays problem? [09:50:31 CEST] <durandal_1707> solrize_: what about -c:a copy instead of transcoding audio? [09:51:05 CEST] <solrize_> hmm you think the audio is the problem? ok i'll try that [09:52:37 CEST] <solrize_> hmm no errors so far [09:53:15 CEST] <solrize_> thanks! it looks like this is working... the transcode will take about an hour [09:54:35 CEST] <solrize_> i'm not actually trying to transcode this movie except as a test, i'm actually trying to icecast a live meeting and am having trouble figuring out the webm encode settings and hit similar errors encoding from x11grab [10:00:15 CEST] <solrize_> anyway though i'll go to bed now and try to icecast this webm in the morning and see if it works any better than the last one... thanks! [11:04:26 CEST] <rayanamukami> When defining streams for a single feed in 'etc/ffserver.conf', should 'NoAudio' and 'NoVideo' propagate to the streams configured below it? It seems so when testing and on stat.html. [11:47:37 CEST] <cbreak> is ffmpeg still not supposed to work with correctly sized memory? [12:14:18 CEST] <cbreak> http://coliru.stacked-crooked.com/a/46f3e4f1b6570429 crashes due to sws_scale not adhering to the object boundaries [12:15:01 CEST] <cbreak> the crash happens deep inside lum_convert [12:15:25 CEST] <cbreak> the offending instruction is vmovdqu 0xc(%rsi), %xmm2 [12:16:33 CEST] <cbreak> stop reason = EXC_BAD_ACCESS (code=1, address=0x1003e1000) [12:16:43 CEST] <cbreak> Input Start: 0x100300000, End: 0x1003e1000 [12:27:07 CEST] <durandal_1707> code you linked looks wrong [12:28:21 CEST] <baadf00d> Hi, can i make a proprietary application that has a button "save with ffmpeg" which start a process that uses ffmpeg to save a video. Then package this software with ffmpeg and it's source code but not mine. [12:30:23 CEST] <baadf00d> reading through gpl i think this is allowed, i would have no problem paying for things but it's not quite possible or easy. [12:31:52 CEST] <chungy> if you stick with LGPL (don't use --enable-gpl), you should be fine. Still need to provide corresponding source code for ffmpeg. [12:42:12 CEST] <baadf00d> Just to clarify a bit more. What I'm doing from my software is just using ffmpeg via command line. This doesn't change anything? [12:42:52 CEST] <baadf00d> someone here says differently [12:42:53 CEST] <baadf00d> http://programmers.stackexchange.com/questions/110380/call-gpl-software-fro… [12:43:11 CEST] <baadf00d> But i wanted to ask around a bit more, since i want to be sure. [12:43:23 CEST] <baadf00d> is that person on stackexchange wrong? [12:45:09 CEST] <baadf00d> "if you distribute it (as opposed to having users obtain it from another source), you are responsible for providing a copy of the GPL to users, making it clear to them that the command-line program is under the GPL (even if the GUI wrapper isn't)" [12:45:37 CEST] <baadf00d> seems quite specific [12:59:40 CEST] <baadf00d> hmm, maybe this is the wrong place to ask since nobody here wrote the gpl license [12:59:57 CEST] <baadf00d> mayb? [13:21:46 CEST] <KarlFranz> I have not been following the discussion, let me read. [13:23:42 CEST] <KarlFranz> baadf00d: If you distribute a GPL piece of software, you need to give the user the license and the means to get the source code. Regardless of any other consideration. [13:23:59 CEST] <cbreak> durandal_1707: which part? [13:24:42 CEST] <KarlFranz> If you distribute a tool that uses ffmpeg but does not use ffmpeg, chances are that you don't have to license it under any specific model. [13:24:44 CEST] <cbreak> durandal_1707: the original code is bigger, this is just a minimal extracted example that reproduces the issue [13:27:35 CEST] <cbreak> the original is also clean C++, in this crude C code I didn't bother with proper destruction [13:28:01 CEST] <cbreak> but the error happens before that anyway [13:28:18 CEST] <cbreak> I think it is related to avx optimized code that is buggy [13:32:42 CEST] <cbreak> durandal_1707: it uses PIX_FMT instead of the new AV_PIX_FMT, but that shouldn't matter [13:33:29 CEST] <cbreak> one would expect line 33 to crash (or worse) since it does an out of bounds memory access, which is UB. [13:33:44 CEST] <durandal_1707> the input needs padded lines [13:33:51 CEST] <cbreak> but the program crashes earlier, accessing the same out of bounds byte in sws_scale [13:34:27 CEST] <cbreak> durandal_1707: the lines are padded to 16 bytes [13:34:44 CEST] <durandal_1707> 32 is needed iirc [13:34:58 CEST] <cbreak> (they are padded to 1920 bytes, because the width is 640 pixel * 3 bytes per pixel) [13:37:19 CEST] <baadf00d> KarlFranz: Thank you for the response. It's not a simplified example. I will literally have a button in my software that calls ffmpeg via command line in it's own process. Another button is given to send a quit command to ffmpeg, to stop recording. [13:37:35 CEST] <baadf00d> so i'm fine as long as i distribute ffmpeg source code along with it? [13:42:43 CEST] <KarlFranz> If your program is just a front end trhat does not incorporate code of ffmpeg [13:42:51 CEST] <KarlFranz> or uses its functions or whatever [13:42:58 CEST] <KarlFranz> and only passes command line options to it [13:43:08 CEST] <KarlFranz> well, then I think there is no problem. [13:43:43 CEST] <KarlFranz> HOw are you licensing your program? [13:44:27 CEST] <KarlFranz> Really, you just should read the license itself. [13:45:25 CEST] <baadf00d> I'm reading it, but i'm a bit lazy :) [13:47:53 CEST] <baadf00d> It's a commercial program. [13:50:05 CEST] <baadf00d> This is just a small part of it, I tried looking into buying a h264 encoder from videolan, but it got very complicated fast when our legal didn't approve their NDA [13:52:45 CEST] <baadf00d> license for the encoder anyway [13:53:27 CEST] <KarlFranz> Oh. Then you have other problems. [13:53:42 CEST] <baadf00d> ? [13:54:02 CEST] <KarlFranz> Because the h264 codec is patented and is free to use for personal use, but if you use it for commertial applications you need to pay $$$$ [13:54:49 CEST] <KarlFranz> Remember that codec licensing != application licensing. [13:55:01 CEST] <baadf00d> Good call, i need to check something [13:55:02 CEST] <KarlFranz> Also remember that patent laws don't apply the same way in different countries. [13:56:01 CEST] <KarlFranz> If you have a legal team you could be asking them :-) [13:56:04 CEST] <baadf00d> Hmm, i only use -v:c copy [13:56:19 CEST] <baadf00d> maybe i'm fine with lgpl [13:57:43 CEST] <baadf00d> But I can't use the zeranoe build for windows since it's GPL and has libx264, right? [13:58:06 CEST] <KarlFranz> First thing first. [13:58:29 CEST] <KarlFranz> Are you selling the application to average consumers? [13:58:32 CEST] <baadf00d> no [13:58:37 CEST] <baadf00d> you can't buy it [13:58:47 CEST] <KarlFranz> Ok, so what is the business model? [13:59:09 CEST] <KarlFranz> If you are not distributing, licenses might now apply. [13:59:16 CEST] <baadf00d> Damn, I don't know how much I can say... [13:59:25 CEST] <KarlFranz> That is damn important :-) [13:59:28 CEST] <baadf00d> A regular guy can't buy it [13:59:49 CEST] <baadf00d> some nations can't even buy it [14:00:13 CEST] <KarlFranz> If it is a webapp you host, you are not distributing, hence you don't need to gpl it or give source code or whatever. [14:00:26 CEST] <KarlFranz> But you will have to check the patent conditions. [14:00:39 CEST] <KarlFranz> Even if you onñy do -v:c copy [14:01:37 CEST] <baadf00d> Should i disable as much as possible from the build? [14:01:43 CEST] <baadf00d> so LGPL is not safe to use either? [14:03:14 CEST] <KarlFranz> The first problem is you are making comertial use of a patented codec, it does not matter what application you use behind it. [14:03:25 CEST] <KarlFranz> And I don't know the terms of the LGPL well enough [14:03:47 CEST] <baadf00d> Just copying h264 is enough? [14:03:58 CEST] <baadf00d> there's no audio, at least as much as i'm aware [14:04:03 CEST] <KarlFranz> If you are serving the video, it does not matter that you are just copying the stream. [14:04:20 CEST] <baadf00d> it's just being saved to a file [14:05:02 CEST] <KarlFranz> Are those files to be served to subscriptors or something? [14:06:04 CEST] <baadf00d> So the issue is still with libx264? So we need to pay for a license? [14:06:19 CEST] <KarlFranz> That depends on what your business model is. [14:06:19 CEST] <baadf00d> even if i just copy [14:06:46 CEST] <baadf00d> well, the files are on the machine and the user can view them [14:07:05 CEST] <baadf00d> but nothing more [14:07:19 CEST] <KarlFranz> Ok, so I take it is a private encoder for personal use? [14:09:11 CEST] <baadf00d> I think the way here is that i will get our legal to agree to the NDA and actually pay for the encoder. [14:09:31 CEST] <KarlFranz> (Or use free codecs and save $$$$) [14:11:33 CEST] <baadf00d> from what i'v experienced, libx264 seems quite good [14:15:03 CEST] <baadf00d> thanks for the help, i'd send you a beer if there was a way to send it over the internet [14:15:32 CEST] <KarlFranz> I am not into alcohol, but you can donate a carrot to a random horse and that will make me happy :-) [14:35:20 CEST] <Arwalk> Hmm, hey guys. I have to use ffmpeg in a C program, sadly i don't have a lot of time for this school project, and i dont have any previous knowledge about video processing. I found the examples in the doc, but i'm still kinda lost as their pretty cryptic for someone that doesnt have any starting point like me. So, is there anyone willing to spare some time [14:35:20 CEST] <Arwalk> with me about this, and help me learning? [15:23:55 CEST] <baadf00d> Arwalk, try looking through the ffplay source code, it should be somewhat understandable [15:29:00 CEST] <LigH> Hi. [15:38:59 CEST] <cbreak> Arwalk: good luck... [15:39:19 CEST] <cbreak> Arwalk: ffmpeg is like a gigantic bowl of spaghetti [15:39:25 CEST] <Arwalk> Yeah.... [15:40:35 CEST] <Arwalk> Basically the project is about scaling a video in a cluster using mpi, openmp and ffmpeg. [15:41:29 CEST] <Arwalk> i don't have any problem (i think) with mpi and openmp, but ffmpeg looks nightmarish [15:41:49 CEST] <Arwalk> and i'm supposed to that in my spare time while working in a full-time internship. [15:42:19 CEST] <cbreak> no problem with OpenMP? You're ... very optimistic :) [15:42:35 CEST] <Arwalk> well, at least i had courses on openmp. [15:42:53 CEST] <cbreak> I wrote a wrapper for ffmpeg for easier usage from C++ [15:42:58 CEST] <cbreak> took me ages... [15:43:06 CEST] <Arwalk> :s [15:43:11 CEST] <cbreak> the documentation of ffmpeg is quite lacking, and usually out of date [15:43:18 CEST] <Arwalk> there's simple no doc. [15:43:21 CEST] <Arwalk> simply [15:43:30 CEST] <cbreak> well, I consider doxygen comments documentation :) [15:43:37 CEST] <Arwalk> i dont :s [15:43:37 CEST] <cbreak> (and examples also count) [15:43:41 CEST] <cbreak> there are plenty of both [15:44:11 CEST] <cbreak> but ffmpeg is a weird C api, so common sense doesn't apply, unfortunately [15:44:21 CEST] <cbreak> you should really read the comments :) [15:44:48 CEST] <Arwalk> yeah, but, as i said, i dont have any idea about video processing, so i'm really lost. And the examples feels a bit strange sometimes. [15:44:58 CEST] <cbreak> well, they're C [15:45:01 CEST] <Arwalk> I do read them, they dont bring much information for someone that doesnt know anything :s [15:45:38 CEST] <cbreak> the general idea is that you have a container containing streams (decoded with avformat), inside that there is a video stream (in the case of a video), decoded with avcodec [15:45:48 CEST] <cbreak> and you have to call a dozen or so functions to do that [15:46:27 CEST] <Arwalk> know what, these two lines brought me more information than anything i read so far. ffmpeg suppose you knows that beforehand. [15:47:31 CEST] <LigH> A question regarding FFV1 and FFVH: ffdshow uses an older ffmpeg API, therefore may not contain current version of these codecs in its ffvfw module. LAV Filters should use a recent API, but does not support VfW, only DirectShow codecs (which hardly any software can use). So is there any other project for "inline" use of these codecs (in contrast to "offline" compression via ffmpeg), e.g. for analogue capturing (yes, some still do)? [15:51:07 CEST] <cbreak> Arwalk: do you want to decode or encode? [15:52:09 CEST] <Arwalk> both, i suppose? I need to open a video file and scale it to another resolution. As i said, i'm completely clueless. [15:52:45 CEST] <LigH> decode; filter; encode [15:52:59 CEST] <solrize> Arwalk, you mean from a C program? [15:53:04 CEST] <Arwalk> y [15:53:28 CEST] <cbreak> for decoding I use avformat_open_input to open the file, avformat_find_stream_info, av_find_best_stream, avcodec_open2 to initialize the decoding [15:53:31 CEST] <Arwalk> and the treatment (filter, so, if i understand well), should be balanced in a cluster using mpi/openmp [15:53:32 CEST] <solrize> shell out to ffmpeg command line? [15:53:41 CEST] <Arwalk> solrize: cant. [15:53:41 CEST] <cbreak> av_frame_alloc to get some temp frame [15:53:59 CEST] <cbreak> sws_getCachedContext to get a context for color conversion (or scaling) [15:54:13 CEST] <cbreak> everything has its own free function too that you have to call [15:54:27 CEST] <cbreak> and there are no exceptions, so you have to check if something broke after every function call yourself [15:55:27 CEST] <cbreak> for encoding I use avformat_alloc_output_context2, avio_open, avformat_write_header and av_write_trailer [15:55:42 CEST] <cbreak> and a ton of other calls [15:55:52 CEST] <cbreak> I don't even remember why I did all this stuff [15:56:12 CEST] <cbreak> Arwalk: ffmpeg is unfortunately a very low level API, which gives you a lot of power, but even more responsibilities [15:57:17 CEST] <Arwalk> Yeah. But i suppose is low level part is necessary when the point of the project is using mpi/openmp. But i just wish my project's main difficulty was about the subject of the course associated, being indeed mpi/openmp. And not ffmpeg. [15:57:53 CEST] <Arwalk> Thank you, i'll go look at all these functions, it's gonna give me a few starting points [16:00:10 CEST] <Arwalk> This is gonna be such a nightmare. [16:00:42 CEST] <cbreak> Arwalk: why do you want to use openmp? [16:00:47 CEST] <cbreak> ffmpeg is already multithreaded [16:01:29 CEST] <Arwalk> I have to use it. It's the project's rules. I never said it was clever nor useful. [16:01:35 CEST] <solrize> Arwalk what's the application? [16:02:10 CEST] <Arwalk> solrize: school project. C, use mpi,openmp and ffmpeg to scale a video in a cluster environment. [16:02:32 CEST] <Arwalk> (i'm pretty sure the teacher himself doesnt know much about ffmpeg) [16:02:33 CEST] <solrize> scale one video? [16:02:37 CEST] <Arwalk> y [16:05:22 CEST] <cbreak> at the end you can make benchmarks and find out if it really is as slow as it sounds :) [16:06:21 CEST] <Arwalk> and do more useless work than necessary? nope. [16:07:54 CEST] <solrize> divide video into chunks, run separate processes to scale each chunk, use mpi to read scaler output from the different processes and write them to temp files, then combine the temp files? [16:07:54 CEST] <solrize> this doesn't sound like an mpi problem to be sure [16:10:00 CEST] <Arwalk> well, this is the kind of theory i had right when i read the project, but i didnt know ffmpeg was such a.. Terrible.. undocumented.. cryptic.. mess.. for someone that never dwelled into video processing. [16:11:40 CEST] <cbreak> Arwalk: as far as APIs go, ffmpeg is one of the better documented ones [16:11:56 CEST] <cbreak> the doxygen comments are not very detailed, but at least usually somewhat up to date [16:12:09 CEST] <cbreak> I've seen much worse... [16:12:22 CEST] <Arwalk> i really can't find anything useful in the doxygen so far. But i sadly believe you.. [16:12:39 CEST] <cbreak> Arwalk: I just read the header source code [16:12:44 CEST] <cbreak> (and the examples) [16:12:55 CEST] <cbreak> that was enough to somewhat reliably decode stuff... sometimes. [16:14:11 CEST] <Arwalk> yeah but i'm kinda retarded. And when you already did some code all day for your work, and you're supposed to do that on your free time, it really isnt good for your health :s [16:15:26 CEST] <cbreak> working on free time is never good. [16:17:00 CEST] <Arwalk> I'm not going to answer this, or i'm gonna start complaining again and start to be annoying. Thanks for all the help so far. Sadly expect me to ak things again in the next month. [16:20:52 CEST] <gchristensen> Hi, I have a flac file which is 6m15s long (according to audacity) but ffprobe reports duration is N/A. any ideas on what might be happening, and how to get the desired duration of 6m15s [16:25:31 CEST] <DHE> what version? My build (only a month old now) detects an hour-long FLAC just fine [16:25:41 CEST] <DHE> (I follow git though) [16:25:52 CEST] <gchristensen> well most flacs it does fine, but this flac it doeesn't [16:29:03 CEST] <rayanamukami> Configuring 'NoAudio' and 'NoVideo' in ffserver streams seems to apply to the streams defined below those lines as well. Is this normal? [16:45:18 CEST] <durandal_1707> gchristensen: could you upload it somewhere? [16:46:05 CEST] <gchristensen> durandal_1707: I can't authorize it to be saved and used in tests or published anywhere, but I'd be okay sharing it for inspection [16:50:33 CEST] <durandal_1707> ok [16:51:23 CEST] <gchristensen> durandal_1707: do you mind if I PM the media url to you? [16:53:11 CEST] <durandal_1707> its fine [17:05:52 CEST] <durandal_1707> ffmpeg by default do not parse all packets to find duration [17:41:20 CEST] <deivior> Hi, I'm having a slight problem when recording with ffmpeg [17:42:07 CEST] <deivior> I keep getting 'clipping' on my log messages when recording audio. I'm using alsa->fdk_aac with afterburner 1 and highpass/lowpass filters. [17:42:51 CEST] <deivior> [...] -c:a libfdk_aac -afterburner 1 -async 2 -ac 1 -ab 64k \ -af "highpass=f=120, lowpass=f=2500, aresample=async=1000 [18:13:48 CEST] <durandal_1707> deivior: what you are recording is very loud? [18:14:46 CEST] <FlorianBd> anyone knows how to configure fdk_aac before compilation? (from this git: https://github.com/mstorsjo/fdk-aac ) [18:15:11 CEST] <FlorianBd> it's not very clear to me how we define the prefix and other things [18:18:55 CEST] <FlorianBd> ah it's ok I got the tgz from sourforge [18:36:37 CEST] <skllz> hi guys, i have a problem!! How do configure my ffmpeg to capture black magic!? I try ./configure --enable-gpl and etc... but when i run ffmpeg -list_devices true -f dshow -i dummy i receive "Unrecognized option 'list_devices'.". Any ideas? [18:39:56 CEST] <DHE> ffmpeg -devices # shows "dshow" ? [18:40:25 CEST] <skllz> w8 [18:40:45 CEST] <skllz> DE alsa ALSA audio output [18:40:45 CEST] <skllz> D dv1394 DV1394 A/V grab [18:40:45 CEST] <skllz> DE fbdev Linux framebuffer [18:40:45 CEST] <skllz> D lavfi Libavfilter virtual input device [18:40:45 CEST] <skllz> DE oss OSS (Open Sound System) playback [18:40:46 CEST] <skllz> E sdl SDL output device [18:40:46 CEST] <skllz> E v4l2 Video4Linux2 output device [18:40:47 CEST] <skllz> D video4linux2,v4l2 Video4Linux2 device grab [18:40:47 CEST] <skllz> D x11grab X11 screen capture, using XCB [18:41:21 CEST] <skllz> Black Magic using x11grab or what? You know? [18:41:23 CEST] <skllz> thanks [18:43:19 CEST] <skllz> sorry my poor english! lol [19:25:03 CEST] <c_14> skllz: are you on linux? [19:38:08 CEST] <skllz> yes ubuntu 14.04 [19:38:42 CEST] <c_14> Then you won't have dshow... [19:38:57 CEST] <c_14> You can try seeing if your device is detected under v4l2 [19:40:55 CEST] <skllz> if my device is installed correctly, how i capture my black magic for input? [19:58:08 CEST] <c_14> If it works with v4l2, use that. Otherwise you're probably sol [20:04:56 CEST] <skllz> my v4l2 status is: E v4l2 Video4Linux2 output device [20:05:07 CEST] <skllz> it's fine? [20:12:42 CEST] <c_14> try v4l2ctl --list-devices (or some similar option) [20:36:39 CEST] <skllz> ffmpeg v4l2ctl --list-devices [20:36:39 CEST] <skllz> my output: [20:36:45 CEST] <skllz> Unrecognized option '-list-devices'. [20:36:45 CEST] <skllz> Error splitting the argument list: Option not found [20:37:30 CEST] <tommd> skllz: Most ffmpeg commands I see take a single hypen, not two. Try '-list-devices' [20:38:04 CEST] <tommd> skllz: OTOH, v4l2-ctl is its own tool, not a command of ffmpeg... [20:40:10 CEST] <skllz> same error @tommd [20:40:27 CEST] <tommd> Did you consider my second message? [20:40:37 CEST] <skllz> ffmpeg -list-devices [20:40:38 CEST] <skllz> ffmpeg -list-devices [20:40:38 CEST] <skllz> ffmpeg -list-devices response: Unrecognized option 'list-devices'. [20:40:38 CEST] <skllz> Error splitting the argument list: Option not found [20:40:56 CEST] <tommd> Oh, so no then. [20:49:03 CEST] <skllz> and now!? i'm lost !! :DD [20:53:41 CEST] <c_14> skllz: https://trac.ffmpeg.org/wiki/Capture/Webcam#Linux [20:55:06 CEST] <skllz> capture black magic is same capture webcam @c_14 ? [20:55:15 CEST] <c_14> should be close enough [20:56:15 CEST] <skllz> ok's i'll try [00:00:00 CEST] --- Tue Aug 25 2015

1 0

ffmpeg-devel.log.20150823
by burek 24 Aug '15

24 Aug '15

[00:51:07 CEST] <cone-529> ffmpeg 03Rostislav Pehlivanov 07master:f2ba60d4e9ca: aacenc_tns: temporarily disable [02:05:03 CEST] <cone-529> ffmpeg 03Rostislav Pehlivanov 07master:4f396a6f3024: fate: temporarily disable AAC TNS test [02:59:19 CEST] <cone-529> ffmpeg 03Ganesh Ajjanagadde 07master:6638e4a950a0: avcodec/x86/mpegaudiodsp: correct asm guards [03:20:29 CEST] <atomnuker> swb_convert from AV_SAMPLE_FMT_FLTP to whatever expects a normalized float input, right? [03:24:23 CEST] <atomnuker> I need to convert spectral coefficients to int32_t because our LPC system only works with that format [03:24:36 CEST] <atomnuker> and the spectral coefficients are not normalized [03:28:43 CEST] <atomnuker> yeah, nevermind that, it'll be better if our LPC system can work with both floats and int32_t's [03:30:49 CEST] <atomnuker> internally lpc.c uses doubles so it'll be easy [04:41:27 CEST] <cone-529> ffmpeg 03Michael Niedermayer 07master:b4d68e7cdb3b: avformat: Remove use of AVFrac and AVStream->pts [05:04:56 CEST] <jamrial> looks like 095347ffe broke doc/print_options in msvc [05:15:40 CEST] <rcombs> AVFrak [08:21:46 CEST] <rcombs> https://gist.github.com/d1d4a6080ef641764824 <-- lavf doesn't like seeking in this file much [08:23:10 CEST] <rcombs> (that's the entirety of the Cues) [08:40:07 CEST] <nevcairiel> jamrial: i wonder why host compiles dont use the compat symbols... maybe because it was never needed before? But that seems like a limited point of view =p [08:46:20 CEST] <nevcairiel> hm yeah apparently configure just isnt setup to track host compat objects [08:52:39 CEST] <nevcairiel> could add some evil defines in print_options.c to work-around the problem, but that isn't very pretty either [08:53:49 CEST] <rcombs> https://gist.github.com/1be9f707d6e57a2d5197 this look sane? [08:57:36 CEST] <nevcairiel> that sounds look like a broken index though [08:57:40 CEST] <nevcairiel> just a very sparse one [08:57:53 CEST] <nevcairiel> :D [08:58:54 CEST] <jamrial> nevcairiel: print_options.c already has an evil define, so adding another shouldn't be a problem :p [08:59:36 CEST] <nevcairiel> well its more like a bunch, excluding avutil/internal.h and defining null deprecation macros [08:59:40 CEST] <nevcairiel> so..3 [08:59:42 CEST] <jamrial> defining AVUTIL_INTERNAL_H in print_options.c so that header isn't included should fix it [08:59:47 CEST] <jamrial> i think [08:59:55 CEST] <nevcairiel> wouldnt it w hine about missing defines [08:59:58 CEST] <jamrial> ah right [13:07:35 CEST] <cone-952> ffmpeg 03Paul B Mahol 07master:6be5b05fb134: avfilter/vf_histogram: levels: support more input pixel formats [17:10:29 CEST] <lglinskih> kierank: hi! now my test supports a lot of tests for aac, one test for mp3float, imc, amrnb, flv, h264, flac (last 3 are old). Choice was pretty random, just for testing of a program. [17:10:56 CEST] <lglinskih> here is makefile: https://github.com/lglinskih/FFmpeg/blob/63bbb4994d03909c127b6748d45820f18d… [17:11:28 CEST] <lglinskih> and the program: https://github.com/lglinskih/FFmpeg/blob/63bbb4994d03909c127b6748d45820f18d… [19:25:14 CEST] <BtbN> yay, vaapi hevc doesn't fail or assert anymore [19:25:21 CEST] <BtbN> now it just spits out green or white frames [19:27:06 CEST] <wm4> progress [19:27:19 CEST] <JEEB> 20:25 <@BtbN> yay, vaapi hevc doesn't fail or assert anymore [19:27:23 CEST] <JEEB> ugh [19:27:33 CEST] <JEEB> sorry [19:28:24 CEST] <BtbN> Well, i'm now down to filling in the remaining parameters i don't yet translate from ffmpeg hevc to vaapi [19:28:34 CEST] <BtbN> And hope that will make it decode correctly [19:31:24 CEST] <philipl> BtbN: and I thought parameter mapping for vdpau was a pain. [19:31:55 CEST] <BtbN> https://github.com/BtbN/FFmpeg/tree/vaapi_hevc any help is apreciated ;) [19:32:08 CEST] <BtbN> there are some parameters i have no idea where to get them from ffmpeg yet [19:32:37 CEST] <philipl> The vdpau header explains where in the spec each field comes from. Doesn't look like vaapi has that. :-/ [19:32:48 CEST] <philipl> Is the gstreamer equivalent no use? Can you even verify it works? [19:33:50 CEST] <BtbN> gstreamer names most flags in its hevc structs the exact same way libva does [19:34:14 CEST] <BtbN> so they just do slice_hdr->collocated_from_l0_flag = slice_param->collocated_from_l0_flag; [19:34:25 CEST] <philipl> heh. But you can trace back to how the values are obtained - though that's still frightfully convoluted, I'm sure. [19:34:26 CEST] <BtbN> ffmpeg just doesn't have any flag like that. [19:34:49 CEST] <BtbN> I'm also still not sure how to correctly calculate the slice header offset it wants [19:35:02 CEST] <philipl> hrm [19:35:12 CEST] <BtbN> gst does some calculation with emulation prevention bytes [19:35:19 CEST] <BtbN> can't find anything like that in ffmpeg [19:36:06 CEST] <BtbN> I suspect this calculation to be the reason it decodes only white/green [19:36:27 CEST] <philipl> When in doubt read the spec, I fear. [19:36:36 CEST] <philipl> colocated_from_l0 is in there, for example [19:36:49 CEST] <BtbN> yes, the libva parameters are very close to the spec actualy [19:37:01 CEST] <BtbN> the problem is finding where to get those flags in the ffmpeg hevc structures [19:37:20 CEST] <philipl> Likely you need to find the code that's walking through the bitstream and save more bits. [19:39:35 CEST] <BtbN> there is no notion of emulation prevention in the entire ffmpeg hevc code [19:39:48 CEST] <BtbN> or i don't know what to search for [19:40:02 CEST] <philipl> hevc.c:644 [19:40:16 CEST] <philipl> sh->collocated_list is collocated_from_l0_flag [19:40:19 CEST] <philipl> for example [19:41:16 CEST] <philipl> Find the flag you need in the pseudo-code, then find a flag you can find in our code and find the code that implements the pseudo-code, then look for the part that does the mysterious flag [19:42:12 CEST] <philipl> So, I think: collocated_from_l0_flag = sh->collocated_list == L0; [19:42:37 CEST] <philipl> No, it's just the value. [19:42:42 CEST] <philipl> of sh->collocated_list [19:42:43 CEST] <BtbN> It's just 1 bit anyway [19:43:35 CEST] <BtbN> I still have to collect which picture flags i'm missing [19:43:43 CEST] <BtbN> Only have a few ones handled yet [19:44:00 CEST] <BtbN> slice flags seem almost complete [19:46:23 CEST] <philipl> just have to grind through it. [19:48:05 CEST] <BtbN> the problem when it finaly "does something" is that you can't propperly debug it decoding white/green frames. [19:48:17 CEST] <BtbN> tracing an assert is easy [20:00:56 CEST] <philipl> yeah. just wait until it works for some frames and not others. :-) [20:08:03 CEST] <cone-775> ffmpeg 03Ganesh Ajjanagadde 07master:9aaac0410767: avdevice/lavfi: fix self assignment warning [20:12:49 CEST] <jamrial> BBB, nevcairiel: so libav's hevc mc is apparently not optimal. many functions seem to be loading eight bytes at a time, even some that process 64 pixels 10bit [20:13:15 CEST] <BBB> ours isnt optimal either [20:13:23 CEST] <BBB> which is faster? [20:13:23 CEST] <BBB> :) [20:14:11 CEST] <jamrial> can't really test :p [20:14:19 CEST] <jamrial> on my k10 theirs is, because they have sse2 mc :p [20:16:00 CEST] <jamrial> some functions are also extremely bottlenecked by using only two xmm registers, so almost every instruction needs to wait for the previous to finish [20:16:10 CEST] <nevcairiel> i think our mc is the only one that hasnt been thoroughly reviewed and/or rewritten, so it c ould go either way [20:16:37 CEST] <nevcairiel> "the only" as in hevc simd [20:42:48 CEST] <Daemon404> ... wut [20:49:11 CEST] <nevcairiel> so no traction on the ML, lets increase the pressure and create an issue? =P [20:53:29 CEST] <jamrial> maybe he's not subscribed to the ml and didn't see the replies [23:12:54 CEST] <jamrial> pity the print_options.c issue. the change to options_table.h reduced the amount of warnings from ~140 to ~80 [23:15:30 CEST] <nevcairiel> are those at least any the bump would get rid of [23:15:38 CEST] <kierank> lglinskih: ok [23:15:41 CEST] <kierank> please add more formats :) [23:17:14 CEST] <jamrial> probably [23:19:43 CEST] <lglinskih> kierank: ok) [23:21:29 CEST] <cone-861> ffmpeg 03Ganesh Ajjanagadde 07master:24e6729a049e: swresample/dither: use integer arithmetic [23:39:38 CEST] <cone-861> ffmpeg 03Andreas Cadhalpun 07master:03e71cccba28: avcodec: remove FF_API_LOWRES around max_lowres [23:39:39 CEST] <cone-861> ffmpeg 03Andreas Cadhalpun 07master:01594ebb077c: options_table: fix compatibility with MSVC [23:39:40 CEST] <cone-861> ffmpeg 03Andreas Cadhalpun 07master:1bf76cd2db0a: rtpenc_chain: also copy AVFMT_FLAG_BITEXACT to new AVFormatContext [00:00:00 CEST] --- Mon Aug 24 2015

1 0

ffmpeg.log.20150823
by burek 24 Aug '15

24 Aug '15

[02:23:08 CEST] <koz_> What open format for video maximizes compression? [02:23:26 CEST] <koz_> (by 'video' I mean 'videos complete with audio', not 'video only') [02:29:41 CEST] <c_14> I'm assuming you want "maximum compression at a decent quality". Probably vp9 + opus in webm/matroska or maybe even nut. [02:30:11 CEST] <koz_> c_14: OK, thanks. [02:49:06 CEST] <koz_> ffmpeg -i in.mp4 -codec:a opus -b:a 96k -codec:v vp9 -crf 10 -b:v 10M -cpu-used 8 -threads 4 out.mkv <-- is this the best way to write this command to use as much of my CPU and memory etc as possible? [02:50:20 CEST] <c_14> Until someone adds a -placebo option, it should be ok. [02:50:49 CEST] <koz_> c_14: Ouch, vp9 is certainly not running fast on my machine then. [02:50:53 CEST] <koz_> I get like, 15fps :P [02:53:15 CEST] <koz_> I'd think with my CPU, it'd be a *bit* faster... [02:53:38 CEST] <c_14> Well, there are options to make it faster, but you'll lose compression [02:54:17 CEST] <koz_> c_14: Ah, I see. [02:54:39 CEST] <koz_> I'm guessing it's the compression that's making so much work for it? [02:54:51 CEST] <c_14> Also the encoder isn't particularly optimized. [02:55:26 CEST] <koz_> Ah, that would do it too. [05:28:33 CEST] <tommd> I am trying to get a stream of frames on avfoundation (and v4l2 would be nice) for live video processing. [05:30:19 CEST] <tommd> As a first step I figured I'd learn how to get input via avfoundation. The CLI command `ffmpeg -f avfoundation -i "0:0" output.avi` yields an odd error of (paste incoming) [05:31:34 CEST] <relaxed> did you see https://trac.ffmpeg.org/wiki/Capture/Webcam ? [05:32:09 CEST] <tommd> http://pastebin.com/TWwm21h3 [05:32:12 CEST] <tommd> Looking [05:34:20 CEST] <tommd> I have seen that, it is how I have gotten this far. [05:35:26 CEST] <tommd> So WRT the pasted error, manually setting the framerate via -frame_rate, -framerate, and -r all appear to have no affect. [05:37:03 CEST] <relaxed> pastebin the output of, ffmpeg -f avfoundation -list_devices true -i "" [05:38:03 CEST] <tommd> relaxed: Thank you for your time, obviously I have a ways to go to get to my desired goal, but this problem has suddenly been resoved by placing -framerate in the proper spot (before -i) [05:38:21 CEST] <tommd> Would you like the output of that line anyway to figure out this behavior, which seems buggy? [05:39:38 CEST] <tommd> That is, I don't think I should have to specify the framerate in the first place. [05:40:52 CEST] <tommd> relaxed: If you desire the output then see http://pastebin.com/C764jNTw [05:41:44 CEST] <tommd> If you're a dev and want to track this down then I'm happy to work with you on it - tommd here on freenode frequently, on github, and on keybase. [05:42:25 CEST] <relaxed> try, ffmpeg -f avfoundation -i "default" -t 10 output.mkv [05:45:34 CEST] <tommd> relaxed: Same error as previously pasted. [07:36:32 CEST] <koz_> Can I use ffmpeg to convert music from one format to another? [07:40:26 CEST] <durandal_1707> Yes [07:40:46 CEST] <koz_> durandal_1707: What would be a good open format for music if space is at a premium? [07:40:57 CEST] <koz_> Like, I want the best compression possible without severe quality degradation. [07:42:55 CEST] <durandal_1707> opus, vorbis, flac.. [07:44:29 CEST] <koz_> OK, thanks. [07:44:41 CEST] <koz_> How would I convert something to opus using ffmpeg? [07:46:40 CEST] <solrize> koz_, you should probably use vorbis unless i'm behind the times... more players can decode it [07:47:01 CEST] <solrize> ffmpeg -i whatever.wav whatever.ogg [07:47:23 CEST] <solrize> there are a bunch of parameters you can set but that's the first thing to try [07:47:27 CEST] <koz_> solrize: OK. [07:48:18 CEST] <koz_> [mjpeg @ 0x562518ed2240] overread 8 [07:48:19 CEST] <koz_> [mjpeg @ 0x562518ed2240] EOI missing, emulating [07:48:22 CEST] <koz_> What does this mean? [07:48:48 CEST] <solrize> it's trying to convert video? what's the input format? [07:49:05 CEST] <koz_> .mp3 according to the extension [07:49:11 CEST] <solrize> hmm [07:49:31 CEST] <solrize> well are you getting playable output? [07:50:18 CEST] <koz_> Yup. [07:50:22 CEST] <solrize> i remember having some issues with non-bleeding-edge versions of ffmpeg and doing better by building from the git version [07:51:05 CEST] <solrize> wow opus sounds pretty good [07:53:16 CEST] <solrize> koz_, what country are you in? the mp3 patents may have expired where you are [07:53:21 CEST] <solrize> in the u.s. some last til 2017 [07:53:36 CEST] <koz_> solrize: New Zealand. [07:53:44 CEST] <koz_> I'd rather use open formats if possible as a general rule. [07:54:11 CEST] <solrize> what's the application? if you're starting with mp3, transcoding will mess up the sound some [07:54:21 CEST] <koz_> solrize: Personal listening. [07:55:35 CEST] <solrize> well it's up to you... i'd say if you've already got the mp3's you might as well listen to them directly. you could think of it as rebellion ;) [07:55:53 CEST] <koz_> solrize: Thanks, lol. [07:56:13 CEST] <solrize> If only the known MP3 patents filed by December 1992 are considered, then MP3 decoding may be patent-free in the US by September 2015 when U.S. Patent 5,812,672 expires which had a PCT filing in Oct 1992.[61][62][63] [07:56:29 CEST] <solrize> do you have like terabytes of mp3's or something? [15:46:58 CEST] <thecoolguy> Hello [15:49:14 CEST] <thecoolguy> how do i get ffmpeg to stream a file [17:53:11 CEST] <FlorianBd> Hi :) [17:53:51 CEST] <FlorianBd> when encoding to webm with -y -deadline realtime -f webm I get: Unrecognized option 'deadline'. Error splitting the argument list: Option not found [17:54:09 CEST] <FlorianBd> but the same command on another machine works. Any idea what can cause this? [18:00:52 CEST] <JEEB> see what's your version [18:01:05 CEST] <JEEB> ffmpeg -version [18:01:23 CEST] <JEEB> also what encoder is getting picked in both cases, because -deadline is libvpx-specific [18:06:23 CEST] <JEEB> wow, if you don't have -deadline with libvpx that must be an old old binary [18:06:40 CEST] <JEEB> luca added those options on 26th of september, 2011 [18:45:29 CEST] <Fyr> is there a console tool for audio tagging? [18:45:41 CEST] <Fyr> mp3, aac, flac, ogg etc? [19:38:26 CEST] <durandal_1707> Fyr: you mean metadata? [19:51:21 CEST] <FlorianBd> JEEB: sorry for the delay. No it's 2.7.1 natively compiled in 64 [19:51:59 CEST] <JEEB> then you don't have libvpx linked in [19:52:11 CEST] <JEEB> because it's a libvpx specific option in ffmpeg [19:52:46 CEST] <JEEB> so three possibilities: 1) too old ffmpeg (older than 2011) 2) libvpx not selected as encoder 3) libvpx not linked into your ffmpeg [19:55:58 CEST] <FlorianBd> ah, probably 3) then. Thanks! Let's see my configure options [19:56:22 CEST] <FlorianBd> ./configure --prefix=/usr/local/ffmpeg-2.7.1-native64 --disable-debug --enable-shared --enable-stripping [19:57:34 CEST] <JEEB> yes [19:57:48 CEST] <JEEB> you haven't built libvpx then and --enable-libvpx is not set [19:58:15 CEST] <Joergi> Hi guys! [19:58:50 CEST] <Joergi> I recently did an upgrade to Windows 10 and now some mpg files can no longer be played back correctly: The video is not shown and the audio is interrupted. [19:58:53 CEST] <JEEB> also if you are going to encode libvpx + vorbis or opus you will want to add either libvorbis or libopus for the encoding [20:00:14 CEST] <Joergi> This is what ffmpeg -i filename.mpg gives me: [20:00:15 CEST] <Joergi> http://pastebin.com/UYKuBDM2 [20:00:43 CEST] <Joergi> Do you have an idea, what I might do to get these files play back correctly in Windows Media Player on Windows 10? [20:06:58 CEST] <Abbadon> Hey, is it possible to output segments and manifest for mpeg-dash live streaming? [20:16:04 CEST] <JEEB> yes, there is a lavf mpeg-dash muxer in the latest versions [20:16:37 CEST] <Abbadon> I can't find anything in the documentation [20:17:01 CEST] <JEEB> ffmpeg -formats |grep dash [20:24:32 CEST] <Abbadon> Are there any command line examples? [20:29:27 CEST] <FlorianBd> JEEB: I did build libvpx-v1.3.0 native & optimized to /usr/local/libvpx-v1.3.0-native64 Should I add the path to LD_LIBRARY_PATH in addition to using --enable-libvpx ? [20:30:02 CEST] <c_14> Either that, or add it to LD_RUN_PATH when compiling [20:30:36 CEST] <FlorianBd> thanks, will try that right now [20:41:08 CEST] <Fyr> durandal_1707, yes. [20:41:39 CEST] <whoknows> hi guys [20:42:17 CEST] <whoknows> is there a best way to convert swf to mp4? Regular methos gives .mp4 with sound only [20:42:45 CEST] <c_14> You can only convert flash files that contain actual video. Animated flash is not supported. [20:43:14 CEST] <whoknows> err...so convert it to flv first? [20:46:27 CEST] <c_14> You're going to have to render the animated content with something. [20:47:00 CEST] <whoknows> like what? vlc? [20:47:05 CEST] <whoknows> or mplayer? [20:47:22 CEST] <c_14> I don't think either can play animated flash. [20:48:07 CEST] <c_14> The only 2 players I know that support animated flash are adobe flash, pepperflash, and gnash. [20:48:42 CEST] <c_14> And I don't think any of those support rendering to file so you'd have to screen-capture. [21:35:21 CEST] <q3cpma> Hello, does ffmpeg 2.7.2 need a compilation flag to have the ssim filter? [21:35:42 CEST] <DelphiWorld> yo [21:36:33 CEST] <q3cpma> Because I get "No such filter: 'ssim'" with -vf ssim [21:37:45 CEST] <whoknows> okay, can it process zipped images? [21:38:09 CEST] <c_14> q3cpma: I'm not sure that filter is in that release yet. [21:38:25 CEST] <c_14> whoknows: don't think so [21:38:36 CEST] <whoknows> ugh [21:38:37 CEST] <q3cpma> c_14: Well, it's in the online doc [21:39:07 CEST] <whoknows> also i ran out of memory when i was "rendering" swf to image sequence :( [21:39:10 CEST] <c_14> q3cpma: because it's in the git release [21:39:28 CEST] <q3cpma> c_14: i see. Anyway I can use the online doc with stable? [21:39:50 CEST] <c_14> q3cpma: you could just use a static build [21:39:53 CEST] <c_14> http://johnvansickle.com/ffmpeg/ [21:40:40 CEST] <q3cpma> c_14: It's easy for me to compile it. I mean, is there an online doc for the stable release? [21:40:59 CEST] <c_14> Not that I know of. I'm relatively sure the online docs are only built for git. [21:41:18 CEST] <c_14> If you built your own release, the htmlpages are built by default as well (if you have the requisite programs) as well as manpages and pdfs. [21:41:27 CEST] <c_14> If you use a package, the manpages at least are usually included. [21:41:42 CEST] <q3cpma> c_14: Well, that's quite curious, since stable is usually the advertised version. Anyway, you're right, I have the man. [21:44:39 CEST] <c_14> The FFmpeg project advertises the git version. [21:44:43 CEST] <c_14> Releases are only for distros. [21:45:00 CEST] <c_14> (Since there are usually plenty of bugfixes in the git version that don't make it into releases) [21:45:58 CEST] <q3cpma> c_14: Ok. Do you know a CLI program with PEVQ measurement? [21:47:06 CEST] <c_14> ffmpeg has both ssim and that psnr. Old versions of ffmpeg have tools/simple-ssim (which your distro may or may not have packaged with ffmpeg) [21:49:08 CEST] <c_14> At least I think there was a simple-ssim in tools somewhere [21:49:17 CEST] <c_14> ah, tests/tiny_ssim [21:49:41 CEST] <q3cpma> c_14: Looks like Arch didn't bother with it. I'll probably switch to the git version. [21:50:10 CEST] <c_14> The psnr filter is older, you could always use that one. [21:50:17 CEST] <DelphiWorld> sup c1 [21:50:25 CEST] <DelphiWorld> sup c_14 [21:50:29 CEST] <c_14> hi [21:50:46 CEST] <q3cpma> c_14: I've used it, but it's pretty shit from what I've heard. Especially compared to ssim and pevq [21:52:22 CEST] <c_14> If it's so much better, a patch adding it would probably be accepted. :) [21:52:55 CEST] <q3cpma> c_14: It also seem pretty complex, hehe [00:00:00 CEST] --- Mon Aug 24 2015

1 0

ffmpeg-devel.log.20150822
by burek 23 Aug '15

23 Aug '15

[00:25:41 CEST] <ubitux> i'm not on my main computer; does anyone mind applying http://b.pkh.me/0001-avcodec-version-fix-2-recently-introduced-typo.patch ? [00:25:48 CEST] <ubitux> otherwise i'll do it in the next 24h [00:34:33 CEST] <cone-525> ffmpeg 03Clément BSsch 07master:cafba99b5146: avcodec/version: fix 2 recently introduced typo [00:34:38 CEST] <jamrial> ubitux: ^ [00:34:46 CEST] <ubitux> jamrial: thx :) [00:34:55 CEST] <jamrial> np [00:37:18 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:670dfda143fc: aacenc_tns: remove unused header [00:37:37 CEST] <atomnuker> thanks @nevcairiel [03:08:10 CEST] <cone-525> ffmpeg 03Ganesh Ajjanagadde 07master:531b0a316b24: avutil/x86/asm: rename REG_SP to REG_sp [03:23:14 CEST] <Timothy_Gu> atomnuker: next time you submit patches that add symbols visible across the entire library, don't forget to add ff_ prefixes [03:24:40 CEST] <Timothy_Gu> atomnuker: see https://ffmpeg.org/pipermail/ffmpeg-devel/2015-August/177627.html for what I meant [03:25:04 CEST] <Timothy_Gu> and https://www.ffmpeg.org/developer.html#Naming-conventions says "For variables and functions visible outside of file scope, but only used internally by a library, an `ff_` prefix should be used, e.g. ff_w64_demuxer." [05:15:36 CEST] <cone-525> ffmpeg 03Timothy Gu 07master:5cbcf2b24d28: aacenctab: Use FF_ARRAY_ELEMS [05:33:13 CEST] <cone-525> ffmpeg 03Timothy Gu 07master:15ebc7787c6c: aacenctab: Add missing ff_ prefixes [05:58:39 CEST] <cone-525> ffmpeg 03Timothy Gu 07master:d4401a9e0d66: aacenc: Harmonize multiple inclusion guards [07:12:49 CEST] <cone-525> ffmpeg 03Timothy Gu 07master:21dd5279c3c4: aacenc: Add missing ff_ prefixes [07:17:06 CEST] <Timothy_Gu> atomnuker: a struct isn't considered to be a "symbol" and "ff_" therefore is not usually prepended [07:17:24 CEST] <Timothy_Gu> Also for structures we usually use CamelCase. [07:20:54 CEST] <cone-525> ffmpeg 03Timothy Gu 07master:e8279880dcf7: acenctab: Fix merge conflict [07:24:39 CEST] <atomnuker> the struct's fine, don't worry about it [07:24:54 CEST] <atomnuker> I have a dislike for camelcase [07:36:09 CEST] <Timothy_Gu> atomnuker: you are a gsoc student right? [07:39:30 CEST] <atomnuker> yes [07:39:34 CEST] <atomnuker> *was [07:41:51 CEST] <Timothy_Gu> ah [07:48:37 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:2c94e45fadf4: aacenc_is: rename struct to follow guidelines [07:49:17 CEST] <atomnuker> yeah, on second though ff_aac_is_error was kinda less fitting [08:00:05 CEST] <Timothy_Gu> atomnuker: looks much better. thanks! [09:13:51 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:ae1b9c975409: fate: added PNS, TNS and IS tests for the AAC encoder [09:53:37 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:7adb6d5aab33: aacenc_quantization: replace copysign() with a ternary operator [10:16:52 CEST] <nevcairiel> atomnuker: the fun isnt stopping, found another one from msvc :D aacenc_quantization.h(113) : error C4013: 'copysignf' undefined; assuming extern returning int [10:17:16 CEST] <atomnuker> I beg to differ [10:17:38 CEST] <atomnuker> look at the very last commin, hash 7adb6d5aab33 [10:18:00 CEST] <atomnuker> *commit [10:18:03 CEST] <nevcairiel> ah [10:18:11 CEST] <nevcairiel> i didnt pay attention to the timestamp [10:18:18 CEST] <nevcairiel> figured a build 20 minutes ago would surely be up to date [10:20:15 CEST] <atomnuker> didn't know we had SuperH FATE machines [13:04:53 CEST] <nevcairiel> well my fate systems are happy again, thanks for fixing all the problems ;) [17:07:07 CEST] <Timothy_Gu> nevcairiel, atomnuker: made you guys ops because you maintain part of FFmpeg [17:09:37 CEST] <cone-529> ffmpeg 03Timothy Gu 07master:0aa9bbbc377a: version: Fix two more typos [17:34:48 CEST] <cone-529> ffmpeg 03Timothy Gu 07master:8d9fe002b335: fmtconvert: Remove float_interleave* [17:39:18 CEST] <cone-529> ffmpeg 03Timothy Gu 07master:1597dba86ae7: aacdec_fixed: Make exp2tab static const [17:39:19 CEST] <cone-529> ffmpeg 03Timothy Gu 07master:e10ef3289d70: aacsbr_fixed: Make fixed_{exp,log}_table static const [17:39:20 CEST] <cone-529> ffmpeg 03Timothy Gu 07master:ee4cc806537d: vp9dsp: Add missing ff_ prefixes [17:39:21 CEST] <cone-529> ffmpeg 03Timothy Gu 07master:f0af25ae119d: ffv1: Add missing ff_ prefixes [17:47:45 CEST] <nevcairiel> Timothy_Gu: but all the ffv1 functions already start with ff :D [17:48:43 CEST] <wm4> but not ff_, apparently [17:49:38 CEST] <nevcairiel> dont ruin my trolling :( [17:58:59 CEST] <Timothy_Gu> :) [18:05:12 CEST] <jamrial> atomnuker: not sure if you noticed but one and in some cases both aac tests are failing on several fate clients [18:06:27 CEST] <nevcairiel> looks like rounding differences [18:07:05 CEST] <nevcairiel> although it segfauled on a few linux boxes [18:08:11 CEST] <nevcairiel> i wish it would record the cpu info in the fate thingy [18:16:43 CEST] <cone-529> ffmpeg 03Timothy Gu 07master:5dee7a32d738: git-howto: Various copy edits [18:45:28 CEST] <atomnuker> jamarial: yeah, noticed this before I went to sleep, might be happening because of the bitshifting business [19:09:02 CEST] <cone-529> ffmpeg 03Timothy Gu 07master:c5d9e9b354a3: doxygen: Remove lavu_internal group [19:15:29 CEST] <cone-529> ffmpeg 03Timothy Gu 07master:5f1c37aefbdc: avcodec: Fix `make checkheaders` [19:16:28 CEST] <cone-529> ffmpeg 03Andreas Cadhalpun 07master:c363843a5355: add missing FF_API_DESTRUCT_PACKET guards [19:16:29 CEST] <cone-529> ffmpeg 03Andreas Cadhalpun 07master:9acf5341d6a6: openal-dec: replace av_destruct_packet with av_free_packet [19:16:30 CEST] <cone-529> ffmpeg 03Andreas Cadhalpun 07master:805f38b4d618: fate: replace deprecated request_channels with request_channel_layout [19:16:31 CEST] <cone-529> ffmpeg 03Andreas Cadhalpun 07master:095347ffe4c7: disable deprecation warnings in deprecated code [19:53:04 CEST] <wm4> sometimes I get the feeling there should be a libavpriv [19:53:24 CEST] <BBB> dont suggest silly things [19:53:27 CEST] <BBB> people may actually do it [19:53:31 CEST] <BBB> remember libavcore? [19:53:33 CEST] <wm4> D: [19:53:49 CEST] <wm4> but seriously, the lib separation is just a joke [19:53:56 CEST] <BBB> it is [19:54:40 CEST] <BtbN> Well, wouldn't stop people from linking with it. [19:55:32 CEST] <BtbN> Unless it gets some magic that deliberately mangles the symbol names each time it's built. [19:58:46 CEST] <Timothy_Gu> maybe i should send the av_ctz patch to libav& [20:06:55 CEST] <cone-529> ffmpeg 03Paul B Mahol 07master:e95193f5eaf1: avfilter/vf_vectorscope: add more pixel formats [22:04:20 CEST] <cone-529> ffmpeg 03Paul B Mahol 07master:14f97bb2bc32: avfilter: add waveform monitor filter [22:15:27 CEST] <cone-529> ffmpeg 03Ganesh Ajjanagadde 07master:eb3cfa7dd323: swscale/alphablend: fix pointer cast [00:00:00 CEST] --- Sun Aug 23 2015

1 0

ffmpeg.log.20150822
by burek 23 Aug '15

23 Aug '15

[00:00:16 CEST] <Juli__> ollehippe: if i just stream local "ffmpeg -f video4linux2 -s 800x600 -r 15 -i /dev/video0 test.mp4" this works and create a file, but if i use http://ipaddress:8090/feed1.ffm instead of test.mp4 it didnt work and end in connection timed out [00:05:23 CEST] <ollehippe> Juli__: I don't know how it's supposed to work but I am quite sure you can use http for transport the streamed data. [00:06:00 CEST] <ollehippe> Juli__: Go through the streaming guide, there are some examples [00:06:41 CEST] <Juli__> ollehippe: my problem is if i write http://... ffmpeg trys to send it on the webserver but this didnt answer. now i use /var/www/filename.end for output location [00:06:43 CEST] <ollehippe> Juli__: hmpf, typo. "...but I am quite sure you can NOT use http for transporting the streamed data." [00:07:59 CEST] <ollehippe> Juli__: this is not streaming - you write a file, which you then download? [00:12:00 CEST] <Juli__> ollehippe: yeah found that out now aswell :/ [00:13:09 CEST] <ollehippe> Juli__: so it's working now? [00:13:58 CEST] <Juli__> ollehippe: i need to get a stream working because i want a live stream of the camera for fpv [00:14:08 CEST] <heoyea> c_14: Thanks that works, how would u set the subtitle colors also? it doesnt seem to allow multiple flags, subtitles=sub.srt:force_style='Fontsize=30,FontName=DejaVu Serif,PrimaryColour=&HAA00FF00' [00:14:51 CEST] <c_14> that should work [00:14:54 CEST] <c_14> Does it not work? [00:16:28 CEST] <heoyea> c_14: no it doesnt [00:16:38 CEST] <heoyea> works if i just have like 1 [00:16:40 CEST] <heoyea> [AVFilterGraph @ 0x5577a90342c0] No such filter: 'FontName' [00:16:42 CEST] <heoyea> Error opening filters! [00:16:46 CEST] <c_14> escape the commas [00:17:06 CEST] <heoyea> doesnt the single qoutes alrady does that? [00:17:19 CEST] <c_14> That escapes it for your shell, you need to escape it for ffmpeg [00:17:28 CEST] <ollehippe> Juli__: I personally wouldn't stream (if it's not really necessary) I'd take a picture per second or the like... [00:17:30 CEST] <c_14> you could but "" around the whole thing as well [00:17:40 CEST] <c_14> the "" would escape for the shell and the '' should escape for ffmpeg [00:17:49 CEST] <heoyea> c_14: it runs in my zshrc [00:18:45 CEST] <c_14> hmm? [00:18:58 CEST] <heoyea> but let me try it anyways [00:21:26 CEST] <heoyea> c_14: seems like u do have to double bag it to escape it, Thanks [00:22:43 CEST] <heoyea> c_14: for the PrimaryColour? are those HTML color codes or is there a list somewhere? [00:33:08 CEST] <c_14> heoyea: it appears to be BGR [00:33:11 CEST] <c_14> BBGGRR in hex [00:34:15 CEST] <c_14> ah, wait [00:34:18 CEST] <c_14> AABBGGRR [00:34:22 CEST] <c_14> The first 2 are alpha [00:34:33 CEST] <c_14> Man this "spec" is terrible [00:35:00 CEST] <heoyea> yea confusing [00:35:06 CEST] <Juli__> ollehippe: Dude thank you for help but im out for today.. but im close to get what i need, good night everyone else [00:35:27 CEST] <ollehippe> Juli__: good night [00:35:41 CEST] <heoyea> c_14: which page u looking at for theses? [00:36:05 CEST] <c_14> heoyea: a random .doc file I found flying around in the internet that I then converted to pdf [00:47:21 CEST] <heoyea> c_14: Thanks got it now, &HAABBGGRR just using a color picker http://www.zonums.com/gmaps/kml_color/ [01:53:51 CEST] <q3cpma> Hello, why can't I use "ffmpeg -i my.VOB -map 0:2 -c:v copy out.sub" to extract dvd_subtitles? [01:54:07 CEST] <q3cpma> -c:s copy * [01:54:45 CEST] <klaxa> what error do you get? [01:55:36 CEST] <q3cpma> I get "Exactly one MicroDVD stream is needed." [01:55:49 CEST] <q3cpma> And "Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted" [01:56:17 CEST] <klaxa> can you pastebin the complete output of ffmpeg? [01:56:35 CEST] <klaxa> it will include information about the input file which is necessary to understand what is going on [01:57:44 CEST] <q3cpma> https://paste.kde.org/pl8soxcah [01:59:17 CEST] <klaxa> hmm... can you try using the .dvdsub extension instead of .sub? [01:59:35 CEST] <c_14> iirc ffmpeg can't mux dvbsub [01:59:38 CEST] <c_14> At least not on it's own [01:59:42 CEST] <klaxa> ah [01:59:44 CEST] <c_14> try throwing it into an mkv or something [02:00:31 CEST] <q3cpma> Well, the mkv trick did work [02:40:40 CEST] <farad> hi [02:41:00 CEST] <farad> I have run into problems using ffmpeg with my webcam [02:41:54 CEST] <farad> it seems that it does not recognize the codec [02:42:04 CEST] <farad> but it has worked some months ago [02:43:41 CEST] <farad> I tried "ffmpeg -f v4l2 -list_formats all -i /dev/video0" [02:44:10 CEST] <farad> the result was: "Compressed: Unsupported : PJPG : 160x120 320x240 640x480" [02:46:40 CEST] <farad> do I miss some library? [02:49:45 CEST] <relaxed> farad: pastebin your command and output where you attempt to grab video from it [03:30:34 CEST] <farad> relaxed: I pasted it here: http://pastebin.com/DTpT1CsS [03:32:56 CEST] <farad> but I do not think it contains much information [03:37:22 CEST] <farad> except the codec was not found [03:47:42 CEST] <farad> I pasted it once again together with "list_formats" for a better overview: http://pastebin.com/Db6vPny8 [07:54:28 CEST] <nanoEng> Could someone help me with compile error I am getting: http://pastebin.com/eEiLkZQu ?? [07:54:57 CEST] <nanoEng> ./configure --target-os=win64 --enable-sdl --disable-programs --disable-encoders --enable-ffplay --disable-d3d11va --disable-dxva2 --disable-shared --enable-static --disable-doc --prefix=TEST2 --disable-ffmpeg --disable-ffprobe --disable-ffserver --disable-network --enable-gpl --enable-swscale --enable-memalign-hack --enable-yasm --disable-mmx --disable-mmxext --arch=x86_64 [11:01:34 CEST] <nanoEng> Could someone help me with compile error I am getting: http://pastebin.com/eEiLkZQu ?? [12:38:14 CEST] <heoyea> distro? [13:06:05 CEST] <ntt> Hi, i'm trying to use the function avcodec_find_encoder_by_name("libx264") with ubuntu, but it returns NULL. Someone can help me please? [13:06:27 CEST] <JEEB> do you have libavcodec-extra installed? [13:06:34 CEST] <JEEB> the default libavcodec has a lot of stuff disabled [13:08:41 CEST] <ntt> JEEB: yes, i have to uninstall it? [13:09:39 CEST] <JEEB> no, you have to replace normal libavcodec with the libavcodec-extra package [13:10:03 CEST] <JEEB> it will tell it will remove the normal one and adds -extra [13:10:34 CEST] <ntt> i'm trying.... [13:16:38 CEST] <fling> What is the best lossless video codec? libx264? [13:17:09 CEST] <JEEB> libx264 is probably the best speed/perf ratio thing, but ffv1 seems pretty capable now too [13:17:19 CEST] <JEEB> and after they added threading decoding that stuff is no longer slow as molasses [13:17:36 CEST] <JEEB> (I once used ffv1 for shits and giggles before that, it was fucking horrible) [13:18:08 CEST] <JEEB> so, uh, "best" depends on your use case a lot [13:19:18 CEST] <ntt> JEEB: I installed libavcodec-extra and libavcodec-extra-54 but avcodec_find_encoder_by_name return NULL again [13:19:21 CEST] <fling> JEEB: I have a 150G huffyuv 480p footage :P [13:19:38 CEST] Action: fling is updating ffmpeg and libs to HEAD [13:20:54 CEST] <JEEB> fling: so basically encoding speed is not that important, is decoding speed? [13:21:15 CEST] <JEEB> anyways, I guess I'd use lossless AVC unless you have an alpha channel [13:21:31 CEST] <JEEB> that would be quite fast to decode [13:21:33 CEST] <fling> I don't have an alpha channel I think. [13:21:45 CEST] <JEEB> not to mention the encoding is pretty quick, too [13:21:48 CEST] <fling> video goes at 15 fps. [13:22:04 CEST] <JEEB> ntt: which library are you linking against? [13:22:10 CEST] <fling> I'd like to be able to decode atleast at 15fps too :P [13:22:36 CEST] <JEEB> well I'm not sure how quick ffv1 is at this point (hopefully faster than it used to be), but AVC is a safe bet [13:23:57 CEST] <ntt> not my own code, anyway: #include <libavcodec/avcodec.h> [13:24:14 CEST] <JEEB> yes, but you have to be linking against a libavcodec library [13:24:32 CEST] <JEEB> is that library linked against libx264? the one you installed through libavcodec-extra should have it, but make sure [13:26:39 CEST] <fling> JEEB: I will try both codecs on a small video chunk. [13:33:47 CEST] <ntt> JEEB: i don't know but the code compiles correctly. A runtime, when it calls avencoder_find_encoder_by_name("x264") it return null... [13:34:27 CEST] <ntt> "libx264", not x264, sorry. [13:34:33 CEST] <fling> JEEB: what is ffv1 coder, context and gop size? [13:34:44 CEST] Action: fling is reading https://trac.ffmpeg.org/wiki/Encode/FFV1 [13:34:47 CEST] <JEEB> fling: no idea :P [13:34:51 CEST] <fling> haha [13:34:52 CEST] <JEEB> I just left those on defaults [13:35:04 CEST] <fling> GOP size-g integer >= `10`_ For archival use, GOP-size should be "1". [13:35:09 CEST] <fling> I gues I will set it to 1 [13:35:13 CEST] <JEEB> uhhh [13:35:15 CEST] <JEEB> no [13:35:18 CEST] <JEEB> I don't recommend that [13:35:29 CEST] <fling> Why don't you? [13:35:41 CEST] Action: fling wants to get the smallest file possible. [13:35:49 CEST] <JEEB> basically the longer GOP size, the better compression because the less pictures have to be coded completely separately [13:36:03 CEST] <JEEB> GOP size one means every picture is coded separately without any reference from other pictures [13:36:33 CEST] <fling> omg. Then what does 'for archival use' mean there? :P [13:36:51 CEST] <JEEB> let's just say that many people doing production etc. for whatever reason love single-frame GOPs [13:37:13 CEST] <JEEB> I guess because they might want to slice and cut stuff without re-encoding wherever they want [13:37:27 CEST] <JEEB> although I don't see too much of that, and the format should be quick enough to re-encode if needed [13:37:48 CEST] <JEEB> also editors like quick seeking times, but GOP sizes of like 10 frames is usually OK'ish for that [13:37:56 CEST] <fling> I just compiled the deps. ffmpeg time& [13:38:18 CEST] <JEEB> (the last test someone made for seeking was around a few years ago and was OK with at least three frame GOPs for really-fast-seeking requirements) [13:38:27 CEST] <fling> I will not be editing this probably& [13:38:51 CEST] <JEEB> although ffv1 at least used to be slow as molasses to decode, so there it makes sense to want a single frame GOP size [13:38:54 CEST] <fling> And I will test different GOP values haha [13:39:06 CEST] <JEEB> just make sure when comparing to use the same value [13:39:23 CEST] <fling> which valu? [13:39:24 CEST] <JEEB> f.ex. libx264 defaults to 10 second GOP maximum length [13:39:30 CEST] <fling> ohh right [13:39:50 CEST] <JEEB> of course libx264 is adaptive, and I'm not sure what's the case with ffv1 [13:40:27 CEST] <JEEB> basically if you set a GOP size of 300, x264 can decide that it's a good idea to put an IRAP somewhere after the first 10% of that or so [13:40:47 CEST] <fling> What is IRAP? [13:40:58 CEST] <JEEB> Intra Random Access Picture [13:41:01 CEST] Action: fling feels really not experienced in video encoding internals ;P [13:41:13 CEST] <JEEB> basically the first picture of a GOP [13:41:19 CEST] <JEEB> a thing you can start decoding from [13:41:45 CEST] <JEEB> ntt: of course it will not fail to compile because you have no dependency on libx264 yourself [13:42:10 CEST] <JEEB> it just really looks like the libavcodec you are linking against just isn't built against libx264 [13:42:27 CEST] <JEEB> which is why I asked which libavcodec library you were linking against [13:42:57 CEST] <JEEB> if you are linking against shared libraries you can use ldd [13:43:04 CEST] <JEEB> https://en.wikipedia.org/wiki/Ldd_%28Unix%29 [13:43:16 CEST] <JEEB> won't help with static dependencies of course [13:43:54 CEST] <ntt> in the Makefile I see AVCLD= $(shell pkg-config --libs libswscale libswresample libpostproc libavdevice libavfilter libavcodec libavformat libavutil) [13:44:54 CEST] <JEEB> which means it uses whatever finds through pkg-config [13:44:59 CEST] <JEEB> *whatever it finds [13:45:13 CEST] <ntt> libavcodec.so.56 => /home/ntt/Projects/ga/deps.posix/lib/libavcodec.so.56 (0x00007f8a3699b000) [13:45:21 CEST] <JEEB> ok, so you are using something custom [13:45:24 CEST] <ntt> yes [13:45:30 CEST] <JEEB> and therein I feel your issue [13:45:31 CEST] <JEEB> is [13:45:43 CEST] <JEEB> I'm pretty sure you are not going to find libx264.so in there [13:45:58 CEST] <ntt> There is a deps.src folder that I have to compile before compile the softwae [13:46:21 CEST] <ntt> no.... I have libx264.so [13:46:22 CEST] <ntt> ! [13:46:27 CEST] <JEEB> in the ldd output? [13:47:05 CEST] <ntt> libx264.so.142 => /home/ntt/Projects/ga-/deps.posix/lib/libx264.so.142 (0x00007f8a3518a000) [13:47:15 CEST] <ntt> and this file exists [13:47:45 CEST] <ntt> the "-" in the path is a type [13:47:48 CEST] <ntt> the "-" in the path is a typo* [13:48:04 CEST] <JEEB> ok [13:48:29 CEST] <JEEB> now you have to make sure that it's actually linked to the libavcodec [13:48:39 CEST] <JEEB> and that you are loading those correct things on runtime [13:49:37 CEST] <ntt> I have this problem only on ubuntu. Compiled on Centos6 and it works [13:50:18 CEST] <JEEB> well that's why I'm noting those issues [13:50:29 CEST] <ntt> lubuntu precisely [13:50:41 CEST] <JEEB> with centos all the crap that comes with it is so old [13:50:52 CEST] <JEEB> so you have little chance of getting system packages with similar versions :P [13:51:21 CEST] <ntt> yes...because this project requires also libpulse and on centos6 it is in a really old version [13:51:21 CEST] <JEEB> anyways, just make sure you are building against the right things [13:51:32 CEST] <JEEB> and linking [13:51:33 CEST] <JEEB> and loading [13:51:48 CEST] <JEEB> and make sure that custom libavcodec of yours is actually linked to that libx264 [13:52:44 CEST] <JEEB> and if you are using custom stuff like that then I almost recommend uninstalling the system shared libraries (or at least the -dev packages) because those might just be making it all worse [13:53:01 CEST] <JEEB> too bad I have no effing idea what you're doing exactly, so I can't exactly help you too much [13:53:19 CEST] <ntt> yes.... i known [13:53:20 CEST] <ntt> yes.... i know [13:53:40 CEST] <JEEB> just make sure you are building against the right headers, linking against the right things and having those right things load up during runtime [13:54:20 CEST] <ntt> So should I remove libavcodec-extra-dev package? [13:55:51 CEST] <JEEB> well that does provide the headers, so if your thing suddenly fails to compile after that it means that you were using the headers from a wrong place :P [13:55:57 CEST] <JEEB> or well [13:56:03 CEST] <JEEB> with libavcodec-extra it should be the right place [13:56:10 CEST] <JEEB> because it actually should have libx264 linked in [13:56:13 CEST] <JEEB> but for you it's the wrong place [13:56:33 CEST] <JEEB> since you are seemingly using a completely custom thing which for whatever reason is using shared libraries just to make it even more obnoxious [14:06:16 CEST] <ntt> ok JEEB. However, thank you. [14:26:55 CEST] <fling> JEEB: I ended up encoding lossy because the output is too huge. [14:27:22 CEST] <fling> JEEB: also looks like libopus is now properly muxed into matroska [14:27:23 CEST] <JEEB> well you already have a huge input, I would guess you could at least halve it with better lossless coders? [14:27:49 CEST] <JEEB> also I hope you used long enough GOPs and slower presets with the libx264 part [14:28:16 CEST] <fling> how to set gop with libx264? Do I really need to set it? [14:28:56 CEST] <fling> The scene is never changing. There is no parts in the video. [14:29:23 CEST] <fling> Is there a good '-tune &' value for a noisy video? [14:30:04 CEST] <JEEB> well you're using ffmpeg so -g is the thing [14:30:24 CEST] <JEEB> you might have to find out which -g parameter sets the thing that equals to libx264's keyint=infinite [14:30:39 CEST] <JEEB> (that is the maximum which is what -g also sets) [14:30:52 CEST] <JEEB> and if you're using lossless compression you just don't use -tune [14:30:59 CEST] <JEEB> it's generally only useful with lossy compression [14:31:32 CEST] <JEEB> you just want to make sure that you either set the quantizer or crf value to the one required for lossless, and then set the slowest preset that is still fast enough for you [14:37:59 CEST] <fling> JEEB: I use lossy and set crf. I use veryslow preset. do I need keyint=infinite or gop setting? [14:48:03 CEST] <JEEB> fling: if you want maximum compression and don't care about seeking speed then keyint=infinite is recommended, otherwise the 10 second gops libx264 creates by default are pretty good [14:58:44 CEST] <fling> JEEB: thanks for the info ;> [14:59:04 CEST] <fling> Another problem is the audio is too desynced. Looks like video is playing with a different speed somehow& [15:09:09 CEST] <fling> I have this issue in multiple videos hmm hmmm& [16:29:00 CEST] <olspookishmagus> I'm looking for information on ffmpeg's -ab option, and I don't find it here: https://ffmpeg.org/ffmpeg.html [16:29:05 CEST] <c_14> -b:a [16:33:29 CEST] <DHE> it's a deprecated notation for -b:a (bitrate of audio stream). Specifically note that it's in bits and you should specify a "k" prefix or add "000" to the end of it. [16:33:36 CEST] <DHE> *suffix [16:34:47 CEST] <olspookishmagus> thank you c_14 and DHE for that "bitrate of audio stream" hint [16:36:05 CEST] <olspookishmagus> as I was trying to match that with "5.1 Stream Specifiers" in the documentation [22:46:52 CEST] <solrize> anyone know if there's a recipe to encode webM from ffmpeg and upstream to icecast? it looks like the icecast protocol is there [22:47:26 CEST] <c_14> ffmpeg -i video -f webm icecast:// [22:47:28 CEST] <c_14> probably? [22:47:36 CEST] <solrize> thanks i'll try that [22:49:28 CEST] <BtbN> Isn't icecast some radio thing, so audio-only? [22:50:38 CEST] <c_14> *shrug* [23:16:21 CEST] <solrize> BtbN, icecast does webm video [23:16:32 CEST] <solrize> any idea where to set the icecast options? there's something i have to set to make the stream public [23:16:37 CEST] <solrize> https://ffmpeg.org/ffmpeg-protocols.html#Icecast [23:17:20 CEST] <BtbN> propably just -ice_public 1 [23:33:27 CEST] <solrize> yeah i got that to work, and the client connects ok but isn't showing any vid [23:33:33 CEST] <solrize> trying to figure out what might be wrong [00:00:00 CEST] --- Sun Aug 23 2015

1 0

ffmpeg-devel.log.20150821
by burek 22 Aug '15

22 Aug '15

[00:59:59 CEST] <cone-497> ffmpeg 03Paul B Mahol 07master:4e8963fa385b: avfilter: add video vectorscope filter [02:04:39 CEST] <DrBenway> hi, is there a public windows build that includes x264? [02:05:31 CEST] <klaxa> hi DrBenway, wrong channel, but yes: http://ffmpeg.zeranoe.com/builds/ [02:05:48 CEST] <klaxa> oh i see you asked in the right channel [02:06:19 CEST] <DrBenway> hmmm i thought this build idnd't include x264 [02:06:46 CEST] <klaxa> let's move this to #ffmpeg [02:07:03 CEST] <DrBenway> ok [02:09:54 CEST] <klaxa> args, i've written too many programs in languages with automatic memory management, should i av_free() every string/variable i allocate with av_strdup()/av_opt_get() ? [02:12:11 CEST] <klaxa> i'm thinking "yes" [02:15:56 CEST] <DrBenway> strdup normally assumes you will delete the memory yourself [02:17:29 CEST] <DrBenway> (I'm new to ffmpeg and i had a lot of questions about "should i free this piece of memory". I cleared all my leaks using clang asan [02:17:35 CEST] <DrBenway> worked great [02:17:56 CEST] <DrBenway> except that now it crashes on android while doing an av_free :( [02:17:58 CEST] <klaxa> i just ran my code with valgrind, it told me where i'm leaking memory [02:19:39 CEST] <DrBenway> im glad that worked out for you [02:19:47 CEST] <DrBenway> (i've had bad experiences with valgrind) [02:20:01 CEST] <klaxa> i'm probably better off copying the data into stacked strings [02:47:02 CEST] <rcombs> klaxa: it sometimes depends what you do with the result [02:47:38 CEST] <rcombs> klaxa: in some cases, allocated strings will later be freed by the libraries, if they were used as arguments to certain functions [02:47:47 CEST] <rcombs> e.g. some things around AVOptions [02:48:01 CEST] <klaxa> ok [02:48:17 CEST] <rcombs> but in general, you should free what you allocate [02:48:38 CEST] <klaxa> the strings extract are just av_opt_get() and are never passed anywhere and only used within the function [02:48:54 CEST] <klaxa> so i probably want to free them [02:49:26 CEST] <rcombs> the docs for that function are quite clear: https://www.ffmpeg.org/doxygen/trunk/group__opt__get__funcs.html#gaf31144e6… [02:50:01 CEST] <klaxa> regarding that, i can't seem to find what i'm doing wrong: i have a char* variable = NULL, do av_opt_get(...), but when i call av_free(variable) i get invalid free()s [02:50:10 CEST] <klaxa> i'll post code, one sec [02:53:03 CEST] <klaxa> https://gist.github.com/klaxa/dd33e5c5d67d24f8374e i get errors in av_free(resource) [02:53:25 CEST] <klaxa> oh wait... i think i found out what i did wrong [02:53:29 CEST] <klaxa> nevermind [02:53:41 CEST] <klaxa> i'm doing resource++ obviously that messes with av_free() [02:57:32 CEST] <rcombs> yeah, that'd do it [02:58:19 CEST] <klaxa> i should still be able to declare such a pointer as const, right? [02:59:02 CEST] <klaxa> doesn't crash, so probably yes :) [03:02:09 CEST] <rcombs> incorrect operations around constness generally result in compiler warnings, not crashes [03:02:36 CEST] <klaxa> should these be defined as const though? [03:03:48 CEST] <klaxa> and indeed, i get compiler warnings [03:38:54 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:15ff3f3fdfc7: ffmpeg: check avpicture_fill() return value [03:38:55 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:c8890941d63d: ffmpeg: Check for RAWVIDEO and do not relay only on AVFMT_RAWPICTURE [03:38:56 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:2bb54b82b509: avcodec/h264_mp4toannexb_bsf: Reorder operations in nal_size check [03:38:57 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:ac0ba6f23369: ffmpeg: Check av_parser_change() for failure [03:38:58 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:45f3d4e63e78: ffmpeg: Use correct codec_id for av_parser_change() check [03:48:40 CEST] <atomnuker> the aac MIPS encoder is like a patch and it's not possible to distinguish between the two [03:49:01 CEST] <atomnuker> but the FATE tests for it will keep failing because it's lagging behind the normal encoder [03:49:30 CEST] <atomnuker> anyone knows if there's a way to create a separate test for it? at least [03:50:39 CEST] <jamrial> wouldn't it be better to poke the mips maintainer to fix/update the encoder? [03:53:47 CEST] <atomnuker> the last commit to the MIPS encoder was in 2013, when it was originally added [03:54:08 CEST] <atomnuker> (there are only 2 more commits to that file, both of them one-liners fixing conflicts) [03:56:26 CEST] <atomnuker> correction, the last commit was huge in order to fix compilations on mips64 back in Feb 2015 [03:58:04 CEST] <atomnuker> (and was not done by the original guy who wrote it) [04:06:06 CEST] <jamrial> Nedeljko Babic is listed as mips maintainer, and he's active [05:01:45 CEST] <klaxa> with the new http-serving capabilities ffmpeg could potentially be a stand-alone hls server, would this be desirable? i just want to know if i'm wasting time thinking about it [05:12:41 CEST] <jamrial> doubt anyone will be against it. not many here care about ffserver :p [05:15:21 CEST] <klaxa> i've actually come to like it after working on it for the past weeks [05:15:42 CEST] <klaxa> some sort of hate-love or so [06:53:33 CEST] <cone-525> ffmpeg 03Vesselin Bontchev 07master:e32a99264be6: Add support for Audible AA files [06:59:03 CEST] <Timothy_Gu> michaelni: why didn't you use av_err2str in 15ff3f3fdfc788c0e4e584badd7ec300abfbd716 ? [07:26:03 CEST] <cone-525> ffmpeg 03James Almer 07master:7a806c68a62c: avcodec/hevcdsp: rename sao_band_filter c functions [10:07:19 CEST] <cone-525> ffmpeg 03Paul B Mahol 07master:5e1d8637602a: avfilter/vf_vectorscope: support yuv(a)420p and yuv410p as input for common case [10:15:07 CEST] <durandal_1707> michaelni: alphablend give bunch of warnings [11:38:48 CEST] <michaelni> Timothy_Gu, no reason beyond copy and paste [12:23:50 CEST] <cone-525> ffmpeg 03Michael Niedermayer 07master:b3d2035ec3b8: ffmpeg: use av_err2str() [12:23:51 CEST] <cone-525> ffmpeg 03Michael Niedermayer 07master:7c72a4bbd3a0: swscale/alphablend: Fix pointer type warnings [12:57:03 CEST] <kierank> ubitux: hmm the soylent is a bit dusty [12:58:31 CEST] <nevcairiel> that was my thought exactly [12:58:41 CEST] <nevcairiel> people recommended to leave it in the fridge over night [12:58:45 CEST] <nevcairiel> so it can "soak" [12:58:48 CEST] <nevcairiel> but never tried that [12:59:06 CEST] <kierank> I wonder if I'll get hungry [12:59:09 CEST] <kierank> lglinskih: hi [13:00:42 CEST] <lglinskih> kierank: hi! I hope that my audio decode test will work today) [13:00:47 CEST] <kierank> ok [13:04:10 CEST] <Compn> was thinking of buying soylent and then eating it raw... [13:04:18 CEST] <Compn> mixing with water? bah! [13:08:00 CEST] <Compn> vdd dietary requirement (o)ther [soylent] [13:14:01 CEST] <kierank> I've tried the powder alone as well [13:17:00 CEST] <cone-525> ffmpeg 03Ganesh Ajjanagadde 07master:36f7a378950b: avcodec/jpeg2000: comment out unused variable [13:36:10 CEST] <iive> Compn: like this : https://www.youtube.com/watch?v=UXkGtJUP0WE ? [14:19:56 CEST] <cone-525> ffmpeg 03Michael Niedermayer 07master:5176443b2b2e: avfilter/vf_vectorscope: Fix ;; [14:23:04 CEST] <BBB> libav never answered my question why they wouldnt use the openhevc optimizations :( [14:23:33 CEST] <nevcairiel> of course not [14:24:56 CEST] <BBB> .. [14:54:17 CEST] <wm4> if I could fix the libavformat seek API, I'd totally add seeking streams independently (trivial for mp4, other formats can it implement by skipping packets, which would also help) [15:03:33 CEST] <nevcairiel> why would you ever want to seek to different points in different streams [15:03:39 CEST] <nevcairiel> most formats are interleaved for a reason [15:04:12 CEST] <wm4> for example properly compensating A/V delay, or mp4 edit lists [15:30:47 CEST] <cone-525> ffmpeg 03Ganesh Ajjanagadde 07master:5edf8b118d9f: avformat/hls: correct comment for ensure_playlist() [15:30:55 CEST] <ubitux> wm4: the api supports that already [15:31:02 CEST] <ubitux> you can specify the stream already [15:31:19 CEST] <ubitux> kierank: yes :) [15:31:46 CEST] <wm4> ubitux: but that doesn't tell you what happens with the other streams (hint: nothing that makes sense) [15:31:57 CEST] <ubitux> :( [15:32:01 CEST] <ubitux> ok [16:54:19 CEST] <BBB> nevcairiel: so & since youre doing merges & whats the hevc mc plan? [16:54:29 CEST] <BBB> nevcairiel: should we test if it is actually faster? [16:54:33 CEST] <BBB> or just enocare? [17:01:49 CEST] <nevcairiel> i'll just not merge it, because a straight merge would be extremely messy, anyone that knows the hevc simd stuff and is interested could see which parts would be worth using [17:09:39 CEST] <nevcairiel> personally I think it might be beneficial to investigate this and see if we can get improvements from that, however I do not necessarily have the expertise to do that on my own [17:18:16 CEST] <BBB> j-b: for vdd, you will book hotels right? [17:19:16 CEST] <j-b> BBB: yes. [17:27:10 CEST] <cone-525> ffmpeg 03Ganesh Ajjanagadde 07master:92b1a0fa9e7b: ffserver: cast PID to int64_t before printing [17:27:11 CEST] <cone-525> ffmpeg 03Ganesh Ajjanagadde 07master:907373ea9d23: avcodec/x86/v210-init: fix unused variable warning [17:39:30 CEST] <j45> j-b: have you picked a hotel yet? [17:40:37 CEST] <j-b> j45: we're on it, but it's a bit complex, because we are quite numerous [17:42:08 CEST] <j45> i would like to reserve a room for myself at or near the hotel(s) you choose. so please let me know when it is figured out. [20:47:03 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:32be264cea54: aacenc: coding style changes [20:47:04 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:e6c9f3a166ad: aacenc: reset special bands in the main frame encoding function [20:47:05 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:23e786be61c1: aacenc: populate the sce->ics.swb_offset table pointer [20:47:06 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:b47a1e5c5f58: aacenc: create and initialize an LTP context [20:47:07 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:43b378a0d321: aaccoder: move the quantization functions to a separate file [20:47:08 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:860dbe0275e5: aaccoder_mips: update function definitions [20:47:09 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:d1ca7142ac93: aaccoder: move the Intensity Stereo implementation out [20:47:10 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:eab12d072e65: aacenc: do not reject AAC-Main profile [20:47:11 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:a1c487e9215c: aacenc_tns: implement temporal noise shaping [20:47:12 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:76b81b10d907: aacenc: implement the complete AAC-Main profile [20:47:13 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:58cd5386e8b3: MAINTAINERS: add myself as an AAC encoder maintainer [20:48:56 CEST] <atomnuker> finally [20:49:07 CEST] <atomnuker> that 400+ comment ticket has its days numbered [20:49:48 CEST] <JEEB> aren't those completely different patches? [20:50:20 CEST] <nevcairiel> well it improves quality nevertheless [20:50:37 CEST] <atomnuker> kinda, the rtz got merged which was the important bit [20:50:56 CEST] <JEEB> nice [21:05:16 CEST] <nevcairiel> can we enable IS by default soon? :d [21:06:20 CEST] <BtbN> I'm looking forward to ffmpeg beating fdk soon [21:06:28 CEST] <nevcairiel> although for compat reasons i need to encode mpeg-2 aac anyway [21:10:02 CEST] <nevcairiel> once some of these feautres get enabled by default, i should lobby for a profile configuration to select mpeg-2 aac instead of mpeg-4 [21:10:06 CEST] <nevcairiel> :d [21:45:11 CEST] <jamrial> atomnuker: /ffmpeg/src/libavcodec/aacenc_tns.c:54:12: error: implicit declaration of function 'ffs' [-Werror=implicit-function-declaration] [21:45:19 CEST] <jamrial> this is with mingw-w64 [21:48:55 CEST] <jamrial> using __builtin_ffs seems to fix it, but that's a gcc builtin, so if msvc doesn't have ffs... [21:49:55 CEST] <atomnuker> looking for alternatives [21:51:29 CEST] <nevcairiel> msvc has _BitScanReverse [21:51:35 CEST] <nevcairiel> but of course also "special" [21:52:26 CEST] <nevcairiel> ffs is technically POSIX, so using it with a special macro for msvc might be acceptable [21:53:17 CEST] <jamrial> yeah, __builtin_ffs for mingw/icc since they both support gcc builtins, then a custom implemtation for msvc [21:58:18 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:fb0c295cc3d2: aacenc_tns: temporarily disable coefficient compression [21:58:28 CEST] <atomnuker> this should fix things for now [21:59:03 CEST] <nevcairiel> dont we maybe even have some avutil function for that [21:59:43 CEST] <atomnuker> coefficient compression only saves a few bits per frame at most, I'll fix it later [22:00:40 CEST] <nevcairiel> we have ctz, cant you use that? [22:01:46 CEST] <atomnuker> I need to get the first two most significant bits [22:02:14 CEST] <nevcairiel> ffs should always be ctz+1, shouldnt it [22:03:16 CEST] <nevcairiel> or does ffs count the other way around than i'm thinking [22:03:29 CEST] <atomnuker> yeah, I could use ctz [22:03:34 CEST] <atomnuker> is there an av_ctz? [22:03:42 CEST] <jamrial> ff_ctz [22:03:58 CEST] <nevcairiel> ff_ctz is in an inline function in libavutil/intmath.h [22:04:43 CEST] <jamrial> you could add one for ffs using the builtin and ctz+1 as well [22:11:59 CEST] <jamrial> also, as Andreas said, the patches broke both aacenc tests. assuming the changes are intended you most likely forgot to update the ref files :p [22:13:54 CEST] <jamrial> [aac @ 0000000001ad0200] Unsupported profile -99 ; Error while opening encoder for output stream #0:0 [22:13:56 CEST] <jamrial> or not... [22:19:34 CEST] <atomnuker> huh [22:21:12 CEST] <atomnuker> damnit [22:22:07 CEST] <atomnuker> is profile -99 used as a default value? [22:22:20 CEST] <atomnuker> when -profile:a isn't specified [22:25:02 CEST] <atomnuker> yep, profile_unknown [22:31:13 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:88a5f93f629a: aacenc: treat unknown profile as AAC-LC [22:37:24 CEST] <cone-525> ffmpeg 03Rostislav Pehlivanov 07master:5df166e43054: aacenc_tns: re-enable coefficient compression [22:38:29 CEST] <atomnuker> alright, that takes care of those two bugs [23:42:30 CEST] <nevcairiel> atomnuker: there is another one from msvc; aacenc_tns.c(28) : fatal error C1083: Cannot open include file: 'strings.h': No such file or directory [23:43:38 CEST] <nevcairiel> i guess that may be a leftover from ffs? [23:44:25 CEST] <nevcairiel> (even though it would be in string.h, not strings.h) [23:46:51 CEST] <jamrial> seems to compile fine without that line, so probably safe to remove [00:00:00 CEST] --- Sat Aug 22 2015

1 0

ffmpeg.log.20150821
by burek 22 Aug '15

22 Aug '15

[00:10:00 CEST] <oscarpal> 8-) [00:12:49 CEST] <antiatom> I want to cut off the beginning of a video witout transcoding using -ss but it requires -t switch [00:13:05 CEST] <antiatom> But I want it to copy until the end of the file so what do I put for -t [00:38:55 CEST] <cbsrobot> antiatom: -ss does not require -t switch [02:04:07 CEST] <DrBenway> is there a public build somewhere of the libraries with x264 built in? [02:04:09 CEST] <DrBenway> for windows [02:05:52 CEST] <klaxa> yes, see: http://ffmpeg.zeranoe.com/builds/ [02:07:07 CEST] <klaxa> when you look at the bottom you can see what libraries are included in the builds (afaik) [02:07:14 CEST] <DrBenway> i thought this build didn't include x264 [02:07:18 CEST] <DrBenway> ok [02:07:27 CEST] <DrBenway> because im looking at the -dev build and it's not there [02:07:31 CEST] <DrBenway> (for static at least) [02:07:52 CEST] <DrBenway> and i sort of figured that using the .dll.a would result in something that didn't include x264 as well [02:08:12 CEST] <DrBenway> but you're right... it's in the configure line [03:09:13 CEST] <heoyea> how u fix this error? Invalid frame size: 640×480 [03:09:51 CEST] <heoyea> using the ipod touch commands http://develop.participatoryculture.org/index.php/ConversionMatrix [03:16:08 CEST] <t4nk327> hello every body i have request [03:17:04 CEST] <t4nk327> i m trying to develop the ffmpeg based video player [03:17:43 CEST] <t4nk327> which will play four HD video with video synchronised [03:18:23 CEST] <t4nk327> how efficient ffmpeeg will be? [03:19:17 CEST] <t4nk327> anybody thr? [03:21:46 CEST] <t4nk327> hello durandal_1707.. [03:27:33 CEST] <t4nk327> hi thr, i'm looking for ffmpeg capablity of handling four 1080p HD video decoding & re-scaling in stand alone app [03:34:07 CEST] <klaxa> ffmpeg is probably as fast as it gets [05:00:29 CEST] <firefish5000> Good day, I am trying to run ffmpeg x11grab pipe to mpv in the background. While my command works in the foreground, it dies instantly in the background. [05:02:10 CEST] <firefish5000> ffmpeg -f x11grab -r 25 -s "$(xdpyinfo | grep 'dimensions' | awk '{print $2}' | head -n1 | tr -d '\n')" -i :0.0+0,0 -threads 0 -f rawvideo pipe:1 | mpv --no-cache --demuxer=rawvideo --demuxer-rawvideo-fps=125 --demuxer-rawvideo-mp-format=bgr0 --demuxer-rawvideo-codec=lavc:rawvideo --no-fs --geometry=840x270+1060+800 --force-window-position --x11-name 'ScreenCastPreview' --demuxer-rawvideo-w=${SIZE%%x*} --demuxer-rawvideo-h=${SIZE// [05:02:10 CEST] <firefish5000> *x} /dev/stdin & [05:02:11 CEST] <klaxa> how are you invoking it? [05:02:37 CEST] <klaxa> shouldn't --demuxer-rawvideo-fps be 25? [05:03:22 CEST] <klaxa> also you have to use -framerate instead of -r [05:03:24 CEST] <firefish5000> Yes, though higher shouldn't hurt [05:03:48 CEST] <klaxa> maybe using a container is easier? [05:04:28 CEST] <klaxa> what errors do you get? [05:05:32 CEST] <buu> Hey guys, I have what I'm pretty sure is an image file but when I run 'file' on it I get the following: 225682-2-f: MPEG ADTS, layer I, v2, Monaural [05:05:46 CEST] <buu> Anyone seen something like this before? [05:07:33 CEST] <grepper> buu: can imagemagick identify/display it? [05:08:04 CEST] <buu> grepper: `identify` gives up on it [05:08:10 CEST] <grepper> and ffmpeg ? [05:08:17 CEST] <buu> errors detected in input [05:08:27 CEST] <buu> 225682-2-f: Invalid data found when processing input [05:08:54 CEST] <grepper> maybe if its corrupt that is part of the reason file gets confused [05:09:12 CEST] <grepper> or maybe it really is adts [05:10:02 CEST] <buu> I'm pretty sure it's not corrupt [05:10:09 CEST] <firefish5000> klaxa, No clue on the errors. Nothing is bueing written, tried redirecting as well. [05:10:46 CEST] <klaxa> when i try to run it SIZE is not set, is that different on your system? [05:11:09 CEST] <klaxa> i'll replace it by the values of my system [05:11:51 CEST] <firefish5000> sorry, my SIZE is set to 3360x1080. [05:12:39 CEST] <klaxa> oh... hmm... it also doesn't work for me when i run it in the background [05:13:04 CEST] <firefish5000> at least i'm not alone there.. [05:13:20 CEST] <klaxa> i can imagine that it's a shell issue [05:13:46 CEST] <klaxa> maybe just running it in tmux or screen works around your problem? [05:17:27 CEST] <firefish5000> zsh is giving 'suspended (tty output) zsh SCRIPT.sh', which is more helpfull [05:21:59 CEST] <firefish5000> hmm, seems like that actually was the problem. must redirect the output before making it a bg process [05:28:21 CEST] <firefish5000> Yep! Now, while im at it, are there any other suggestions before I finalize this part? I chose rawvideo because it removed noticable lag compared to mkv,mp4,vob,etc. and mpv fps was bumped (though not that much, earlier ffmpeg the x11grab was 60fps) to ensure playback stays with the latest frames. [05:29:35 CEST] <Taniey> When I overlay a gif on video ,I get an unexpectedly result , the gif [05:29:36 CEST] <Taniey> Flicker a little time before Predetermined time ; [05:32:52 CEST] <Taniey> I command like : ffmpeg -y -i mainvideo.mkv -ignore_loop 0 -i gif.gif -filter_complex "overlay=x=182:y=82:shortest=1:repeatlast=0:enable=between(t\,49.560\,60)" outvideo.mp4 [05:35:31 CEST] <Taniey> how can I resolve this question? [07:18:29 CEST] <nanoEng> can anyone help me resolve the follow compile error I am getting: http://pastebin.com/eqRkp0as ??? [07:18:51 CEST] <nanoEng> My configure settings are: [07:18:53 CEST] <nanoEng> ./configure --target-os=win64 --enable-sdl --disable-programs --disable-encoders --enable-ffplay --disable-d3d11va --disable-dxva2 --disable-shared --enable-static --disable-doc --prefix=TEST2 --disable-ffmpeg --disable-ffprobe --disable-ffserver --disable-network --enable-gpl --enable-swscale --enable-memalign-hack --enable-yasm --disable-mmx --disable-mmxext --arch=x86_64 [07:22:40 CEST] <nanoEng> I am trying to modify and compile ffplay, to make a simple video player with custom features. [07:23:03 CEST] <nanoEng> ffplay.exe should be a 64bit program. [07:24:00 CEST] <nanoEng> Any one know why it is not recognizing 64-bit mode registers? [07:42:07 CEST] <nanoEng> Also, when i try to go to http://ffmpeg.pastebin.com , I am redirected to simply http://pastebin.com [08:03:56 CEST] <Taniey> ffmpeg -y -i '/data/mediadata/source/Ice.Age.Continental.Drift.2012.720sp.mkv' -ignore_loop 0 -i '/data/mediadata/source/gif.gif' -filter_complex "overlay=x=182:y=82:shortest=1:repeatlast=0:enable=between(t\,48.560\,60)[out]" -map [out] -c:v h264 -s 640*360 -b:v 500k -c:a aac -strict -2 -ar 22050 -ac 2 -t 00:01:00.000 'v_8JnNXs.mkv' [08:03:56 CEST] <Taniey> ffmpeg version 2.7.2-static http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2015 the FFmpeg developers [08:03:56 CEST] <Taniey> built with gcc 4.9.3 (Debian 4.9.3-1) [08:03:56 CEST] <Taniey> configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus [08:03:59 CEST] <Taniey> --enable-libass --enable-gnutls --enable-libvidstab --enable-libsoxr --cc=gcc-4.9 [08:04:01 CEST] <Taniey> libavutil 54. 27.100 / 54. 27.100 [08:04:03 CEST] <Taniey> libavcodec 56. 41.100 / 56. 41.100 [08:04:05 CEST] <Taniey> libavformat 56. 36.100 / 56. 36.100 [08:04:07 CEST] <Taniey> libavdevice 56. 4.100 / 56. 4.100 [08:04:09 CEST] <Taniey> libavfilter 5. 16.101 / 5. 16.101 [08:04:11 CEST] <Taniey> libswscale 3. 1.101 / 3. 1.101 [08:04:13 CEST] <Taniey> libswresample 1. 2.100 / 1. 2.100 [08:04:17 CEST] <ln-> did you mean: pastebin [08:04:17 CEST] <Taniey> libpostproc 53. 3.100 / 53. 3.100 [08:04:19 CEST] <Taniey> Input #0, matroska,webm, from '/data/mediadata/source/Ice.Age.Continental.Drift.2012.720sp.mkv': [08:04:21 CEST] <Taniey> Metadata: [08:04:23 CEST] <Taniey> encoder : libebml v0.8.0 + libmatroska v0.9.0 [08:04:25 CEST] <Taniey> creation_time : 2012-10-14 03:18:39 [08:04:27 CEST] <Taniey> Duration: 01:27:45.34, start: 0.000000, bitrate: 4461 kb/s [08:04:29 CEST] <Taniey> Stream #0:0: Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) [08:04:32 CEST] <Taniey> Stream #0:1: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s (default) [08:04:34 CEST] <Taniey> Metadata: [08:04:36 CEST] <Taniey> title : ñí [08:04:38 CEST] <Taniey> Stream #0:2: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s [08:04:40 CEST] <Taniey> Metadata: [08:04:42 CEST] <Taniey> title : ýí [08:04:44 CEST] <Taniey> Stream #0:3: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s [08:04:48 CEST] <Taniey> Metadata: [08:04:50 CEST] <Taniey> title : €í [08:04:52 CEST] <Taniey> Stream #0:4: Subtitle: ass (default) [08:04:54 CEST] <Taniey> Metadata: [08:04:56 CEST] <Taniey> title : -ñ [08:04:58 CEST] <Taniey> Stream #0:5: Subtitle: ass [08:05:00 CEST] <Taniey> Metadata: [08:05:02 CEST] <Taniey> title : ñ- [08:05:04 CEST] <Taniey> Stream #0:6: Subtitle: subrip [08:05:06 CEST] <Taniey> Metadata: [08:05:08 CEST] <Taniey> title : - [08:05:10 CEST] <Taniey> Stream #0:7: Subtitle: subrip [08:05:12 CEST] <Taniey> Metadata: [08:05:14 CEST] <Taniey> title : ñ [08:05:18 CEST] <Taniey> Input #1, gif, from '/data/mediadata/source/gif.gif': [08:05:20 CEST] <Taniey> Duration: N/A, bitrate: N/A [08:05:22 CEST] <Taniey> Stream #1:0: Video: gif, bgra, 199x220, 2.21 fps, 3.33 tbr, 100 tbn, 100 tbc [08:05:24 CEST] <Taniey> [libx264 @ 0x2fc3640] using SAR=1/1 [08:05:26 CEST] <Taniey> [libx264 @ 0x2fc3640] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [08:05:28 CEST] <Taniey> [libx264 @ 0x2fc3640] profile High, level 3.0 [08:05:30 CEST] <Taniey> [libx264 @ 0x2fc3640] 264 - core 146 r109 121396c - H.264/MPEG-4 AVC codec - Copyleft 2003-2015 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 [08:05:35 CEST] <Taniey> b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=23 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=500 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [08:05:39 CEST] <Taniey> Output #0, matroska, to 'v_8JnNXs.mkv': [08:05:41 CEST] <Taniey> Metadata: [08:05:43 CEST] <Taniey> encoder : Lavf56.36.100 [08:05:47 CEST] <Taniey> Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=-1--1, 500 kb/s, 23.98 fps, 1k tbn, 23.98 tbc (default) [08:05:50 CEST] <Taniey> Metadata: [08:05:52 CEST] <Taniey> encoder : Lavc56.41.100 libx264 [08:05:54 CEST] <Taniey> Stream mapping: [08:05:56 CEST] <Taniey> Stream #0:0 (h264) -> overlay:main [08:05:58 CEST] <Taniey> Stream #1:0 (gif) -> overlay:overlay [08:06:00 CEST] <Taniey> overlay -> Stream #0:0 (libx264) [08:06:02 CEST] <Taniey> Press [q] to stop, [?] for help [08:06:04 CEST] <Taniey> frame= 1439 fps=173 q=-1.0 Lsize= 3773kB time=00:00:59.93 bitrate= 515.7kbits/s [08:06:06 CEST] <Taniey> video:3762kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.286032% [08:06:08 CEST] <Taniey> [libx264 @ 0x2fc3640] frame I:13 Avg QP:13.97 size: 9417 [08:06:10 CEST] <Taniey> [libx264 @ 0x2fc3640] frame P:761 Avg QP:18.70 size: 4121 [08:06:12 CEST] <Taniey> [libx264 @ 0x2fc3640] frame B:665 Avg QP:21.51 size: 892 [08:06:14 CEST] <Taniey> [libx264 @ 0x2fc3640] consecutive B-frames: 30.0% 21.8% 9.8% 38.4% [08:06:18 CEST] <Taniey> [libx264 @ 0x2fc3640] mb I I16..4: 45.7% 38.8% 15.5% [08:06:20 CEST] <Taniey> [libx264 @ 0x2fc3640] mb P I16..4: 7.9% 15.6% 2.8% P16..4: 22.8% 9.2% 4.4% 0.0% 0.0% skip:37.3% [08:06:22 CEST] <Taniey> [libx264 @ 0x2fc3640] mb B I16..4: 0.2% 0.7% 0.2% B16..8: 21.8% 3.7% 0.5% direct: 1.3% skip:71.7% L0:29.5% L1:62.4% BI: 8.1% [08:06:25 CEST] <Taniey> [libx264 @ 0x2fc3640] final ratefactor: 20.23 [08:06:28 CEST] <Taniey> [libx264 @ 0x2fc3640] 8x8 transform intra:58.2% inter:72.3% [08:06:29 CEST] <Taniey> [libx264 @ 0x2fc3640] coded y,uvDC,uvAC intra: 36.2% 50.5% 26.6% inter: 10.8% 14.5% 1.7% [08:06:31 CEST] <Taniey> [libx264 @ 0x2fc3640] i16 v,h,dc,p: 34% 41% 6% 19% [08:06:33 CEST] <Taniey> [libx264 @ 0x2fc3640] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 21% 28% 3% 4% 3% 6% 3% 5% [08:06:35 CEST] <Taniey> [libx264 @ 0x2fc3640] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 33% 23% 16% 4% 6% 4% 7% 4% 3% [08:06:37 CEST] <Taniey> [libx264 @ 0x2fc3640] i8c dc,h,v,p: 57% 27% 12% 4% [08:06:42 CEST] <Taniey> [libx264 @ 0x2fc3640] Weighted P-Frames: Y:15.4% UV:7.4% [08:06:43 CEST] <Taniey> [libx264 @ 0x2fc3640] ref P L0: 67.4% 16.1% 11.9% 4.4% 0.2% [08:06:47 CEST] <Taniey> [libx264 @ 0x2fc3640] ref B L0: 90.6% 8.5% 0.9% [08:06:49 CEST] <Taniey> [libx264 @ 0x2fc3640] ref B L1: 96.2% 3.8% [08:06:53 CEST] <Taniey> [libx264 @ 0x2fc3640] kb/s:513.44ffmpeg -y -i '/data/mediadata/source/Ice.Age.Continental.Drift.2012.720sp.mkv' -ignore_loop 0 -i '/data/mediadata/source/gif.gif' -filter_complex "overlay=x=182:y=82:shortest=1:repeatlast=0:enable=between(t\,48.560\,60)[out]" -map [out] -c:v h264 -s 640*360 -b:v 500k -c:a aac -strict -2 -ar 22050 -ac 2 -t 00:01:00.000 'v_8JnNXs.mkv' [08:06:56 CEST] <Taniey> ffmpeg version 2.7.2-static http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2015 the FFmpeg developers [08:06:58 CEST] <Taniey> built with gcc 4.9.3 (Debian 4.9.3-1) [08:07:00 CEST] <Taniey> configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus [08:07:05 CEST] <Taniey> --enable-libass --enable-gnutls --enable-libvidstab --enable-libsoxr --cc=gcc-4.9 [08:07:07 CEST] <Taniey> libavutil 54. 27.100 / 54. 27.100 [08:07:09 CEST] <Taniey> libavcodec 56. 41.100 / 56. 41.100 [08:07:11 CEST] <Taniey> libavformat 56. 36.100 / 56. 36.100 [08:07:13 CEST] <Taniey> libavdevice 56. 4.100 / 56. 4.100 [08:07:17 CEST] <Taniey> libavfilter 5. 16.101 / 5. 16.101 [08:07:19 CEST] <Taniey> libswscale 3. 1.101 / 3. 1.101 [08:07:21 CEST] <Taniey> libswresample 1. 2.100 / 1. 2.100 [08:07:23 CEST] <Taniey> libpostproc 53. 3.100 / 53. 3.100 [08:07:25 CEST] <Taniey> Input #0, matroska,webm, from '/data/mediadata/source/Ice.Age.Continental.Drift.2012.720sp.mkv': [08:07:27 CEST] <Taniey> Metadata: [08:07:29 CEST] <Taniey> encoder : libebml v0.8.0 + libmatroska v0.9.0 [08:07:31 CEST] <Taniey> creation_time : 2012-10-14 03:18:39 [08:07:33 CEST] <Taniey> Duration: 01:27:45.34, start: 0.000000, bitrate: 4461 kb/s [08:07:35 CEST] <Taniey> Stream #0:0: Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) [08:07:38 CEST] <Taniey> Stream #0:1: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s (default) [08:07:40 CEST] <Taniey> Metadata: [08:07:42 CEST] <Taniey> title : ñí [08:07:44 CEST] <Taniey> Stream #0:2: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s [08:07:48 CEST] <Taniey> Metadata: [08:07:50 CEST] <Taniey> title : ýí [08:07:52 CEST] <Taniey> Stream #0:3: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s [08:07:54 CEST] <Taniey> Metadata: [08:07:56 CEST] <Taniey> title : €í [08:07:58 CEST] <Taniey> Stream #0:4: Subtitle: ass (default) [08:08:00 CEST] <Taniey> Metadata: [08:08:02 CEST] <Taniey> title : -ñ [08:08:04 CEST] <Taniey> Stream #0:5: Subtitle: ass [08:08:07 CEST] <Taniey> Metadata: [08:08:09 CEST] <Taniey> title : ñ- [08:08:10 CEST] <Taniey> Stream #0:6: Subtitle: subrip [08:08:12 CEST] <Taniey> Metadata: [08:08:14 CEST] <Taniey> title : - [08:08:18 CEST] <Taniey> Stream #0:7: Subtitle: subrip [08:08:20 CEST] <Taniey> Metadata: [08:08:22 CEST] <Taniey> title : ñ [08:08:24 CEST] <Taniey> Input #1, gif, from '/data/mediadata/source/gif.gif': [08:08:26 CEST] <Taniey> Duration: N/A, bitrate: N/A [08:08:30 CEST] <Taniey> Stream #1:0: Video: gif, bgra, 199x220, 2.21 fps, 3.33 tbr, 100 tbn, 100 tbc [08:08:39 CEST] <Taniey> [libx264 @ 0x2fc3640] using SAR=1/1 [08:08:39 CEST] <Taniey> [libx264 @ 0x2fc3640] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [08:08:39 CEST] <Taniey> [libx264 @ 0x2fc3640] profile High, level 3.0 [08:08:40 CEST] <Taniey> [libx264 @ 0x2fc3640] 264 - core 146 r109 121396c - H.264/MPEG-4 AVC codec - Copyleft 2003-2015 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 [08:08:47 CEST] <Taniey> b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=23 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=500 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [08:08:51 CEST] <Taniey> Output #0, matroska, to 'v_8JnNXs.mkv': [08:08:53 CEST] <Taniey> Metadata: [08:08:56 CEST] <Taniey> encoder : Lavf56.36.100 [08:08:57 CEST] <Taniey> Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=-1--1, 500 kb/s, 23.98 fps, 1k tbn, 23.98 tbc (default) [08:09:00 CEST] <Taniey> Metadata: [08:09:02 CEST] <Taniey> encoder : Lavc56.41.100 libx264 [08:09:04 CEST] <Taniey> Stream mapping: [08:09:06 CEST] <Taniey> Stream #0:0 (h264) -> overlay:main [08:09:08 CEST] <Taniey> Stream #1:0 (gif) -> overlay:overlay [08:09:10 CEST] <Taniey> overlay -> Stream #0:0 (libx264) [08:09:12 CEST] <Taniey> Press [q] to stop, [?] for help [08:09:14 CEST] <Taniey> frame= 1439 fps=173 q=-1.0 Lsize= 3773kB time=00:00:59.93 bitrate= 515.7kbits/s [08:09:18 CEST] <Taniey> video:3762kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.286032% [08:09:20 CEST] <Taniey> [libx264 @ 0x2fc3640] frame I:13 Avg QP:13.97 size: 9417 [08:09:22 CEST] <Taniey> [libx264 @ 0x2fc3640] frame P:761 Avg QP:18.70 size: 4121 [08:09:24 CEST] <Taniey> [libx264 @ 0x2fc3640] frame B:665 Avg QP:21.51 size: 892 [08:09:26 CEST] <Taniey> [libx264 @ 0x2fc3640] consecutive B-frames: 30.0% 21.8% 9.8% 38.4% [08:09:28 CEST] <Taniey> [libx264 @ 0x2fc3640] mb I I16..4: 45.7% 38.8% 15.5% [08:09:30 CEST] <Taniey> [libx264 @ 0x2fc3640] mb P I16..4: 7.9% 15.6% 2.8% P16..4: 22.8% 9.2% 4.4% 0.0% 0.0% skip:37.3% [08:09:32 CEST] <Taniey> [libx264 @ 0x2fc3640] mb B I16..4: 0.2% 0.7% 0.2% B16..8: 21.8% 3.7% 0.5% direct: 1.3% skip:71.7% L0:29.5% L1:62.4% BI: 8.1% [08:09:35 CEST] <Taniey> [libx264 @ 0x2fc3640] final ratefactor: 20.23 [08:09:37 CEST] <Taniey> [libx264 @ 0x2fc3640] 8x8 transform intra:58.2% inter:72.3% [08:09:39 CEST] <Taniey> [libx264 @ 0x2fc3640] coded y,uvDC,uvAC intra: 36.2% 50.5% 26.6% inter: 10.8% 14.5% 1.7% [08:09:44 CEST] <Taniey> [libx264 @ 0x2fc3640] i16 v,h,dc,p: 34% 41% 6% 19% [08:09:44 CEST] <Taniey> [libx264 @ 0x2fc3640] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 21% 28% 3% 4% 3% 6% 3% 5% [08:09:47 CEST] <Taniey> [libx264 @ 0x2fc3640] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 33% 23% 16% 4% 6% 4% 7% 4% 3% [08:09:49 CEST] <Taniey> [libx264 @ 0x2fc3640] i8c dc,h,v,p: 57% 27% 12% 4% [08:09:51 CEST] <Taniey> [libx264 @ 0x2fc3640] Weighted P-Frames: Y:15.4% UV:7.4% [08:09:53 CEST] <Taniey> [libx264 @ 0x2fc3640] ref P L0: 67.4% 16.1% 11.9% 4.4% 0.2% [08:09:55 CEST] <Taniey> [libx264 @ 0x2fc3640] ref B L0: 90.6% 8.5% 0.9% [08:09:57 CEST] <Taniey> [libx264 @ 0x2fc3640] ref B L1: 96.2% 3.8% [08:09:59 CEST] <Taniey> [libx264 @ 0x2fc3640] kb/s:513.44 [08:10:01 CEST] <Taniey> ffmpeg question about overlay gif. [08:10:03 CEST] <Taniey> before 48.560s e.g. : 48s ,the gif show a little time and disappearance, reach to 48.560s the gif normal display. [08:10:31 CEST] <ln-> Taniey: please never do that again [08:14:49 CEST] <nanoEng> Horray Taniey!! \('3')/ stick it to the man! [08:16:16 CEST] <Taniey> I am very sorry ,i am [08:16:16 CEST] <Taniey> not intentional [08:18:05 CEST] <nanoEng> Taniey, you should use http://pastebin.com so that it is easier for the people here to ignore you. [08:20:50 CEST] <Taniey> thanks very much, I will try it. [08:24:58 CEST] <Taniey> I paste the information to http://pastebin.com/Eny8Nbvx, can Anybody help me ? [08:29:00 CEST] <nanoEng> I cannot :\ i am idiot [08:29:27 CEST] <nanoEng> What is your problem? You said something about .gif images? [08:30:36 CEST] <Taniey> yes ,ffmpeg about overlay gif [08:35:45 CEST] <nanoEng> hmm, I am here because I am having erros compiling ffplay [08:36:03 CEST] <nanoEng> http://pastebin.com/eqRkp0as [08:40:11 CEST] <buu> nanoEng: is this on windows? [08:40:12 CEST] <Taniey> About ffplay, I rarely use, I am very sorry about I can not help you . [08:41:20 CEST] <SteamPoweredH> ffmuffplay [08:42:48 CEST] <buu> Taniey: You tell ffmpeg to only overlay the gif between 48.560 and 60 right? [08:43:10 CEST] <Taniey> yes [08:43:35 CEST] <buu> Taniey: So what is the issue before that? [08:43:38 CEST] <Taniey> I use enable Parameters [08:44:08 CEST] <Taniey> before 48.560s e.g. : 48s ,the gif show a little time and disappearance, reach to 48.560s the gif normal display. [08:45:55 CEST] <buu> Taniey: But it's not supposed to display? [08:46:02 CEST] <buu> I can't understand what you're asking sorry [08:47:00 CEST] <Taniey> I am Sad ,my English is Pool. [08:48:37 CEST] <Taniey> I can`t clearly Expression [08:48:44 CEST] <Taniey> my idea [08:52:59 CEST] <Taniey> I just think this situation can`t Happen,but ,I play the result ,It just like my said [08:57:15 CEST] <Taniey> when the gif have two or more pic, this situation will happen . When the gif fps the litter the obviouslier. [09:00:21 CEST] <Taniey> <buu> I can gave you the gif sample. [09:03:04 CEST] <nanoEng> Taniey: Try http://translate.google.com ? :p [09:04:58 CEST] <Taniey> I am using http://translate.google.com ~~ [09:05:19 CEST] <Taniey> but Is`s slow. [09:17:04 CEST] <nanoEng> oh :\ [09:23:35 CEST] <c_14> Taniey: could you upload your gif sample? [09:23:46 CEST] <c_14> I tried your command with some files I have and it seems to work as intended. [09:24:24 CEST] <Taniey> yes ,I can. [09:26:58 CEST] <Taniey> c_14 : I send the gif to you . but it show waiting. [09:27:30 CEST] <buu> Taniey: Try uploading it someplace [09:27:34 CEST] <buu> Taniey: to a website [09:28:11 CEST] <c_14> Something like datafilehost is preferred because you get a direct download link [09:32:50 CEST] <nanoEng> imageshack? [09:46:31 CEST] <Taniey> ok [09:50:47 CEST] <Taniey> gave me an email , I send email to you. [09:55:23 CEST] <c_14> Taniey: I sent you a pm with my email [12:41:22 CEST] <cbreak> I just compiled ffmpeg [12:41:45 CEST] <cbreak> and in /usr/local/lib/pkgconfig/libavformat.pc, the Libs line also contains -Wl,-framework,Security [12:42:02 CEST] <cbreak> why not -framework Security like all the other frameworks? [14:19:32 CEST] <termos> I'm transcoding some flv h264+aac to an rtmp endpoint, and the video takes about 8 seconds to start in the player. Are there known or common reasons for this? [14:21:14 CEST] <BtbN> if your goplength is long, it can take a while before an I-Frame reaches a client [14:40:35 CEST] <termos> hm that's a good point, gop length is 3s [14:51:14 CEST] <BtbN> so it should take at most 3 seconds before it can start playing after receiving the stream [15:26:20 CEST] <termos> it doesn't seem to have an effect, but the start up delay does not happen when I push to wowza only when I push to Akamai [15:26:58 CEST] <termos> so the problem might be on their end, could be the result of something they're doing inside their CDN [15:57:57 CEST] <ScottSteiner-> how can i list devices available for a selected input? trying to record system audio but cant get it to work with hw:0 [15:59:28 CEST] <claz> how can i split video such that the last few frames and the first few frames of adjacent segments don't overlap? [15:59:42 CEST] <claz> i need to concat them afterwards and it's not fluid.. [16:00:37 CEST] <claz> -f segment works but i need variable size segments [18:59:32 CEST] <Stil> Hi. [18:59:39 CEST] <Stil> Perhabps sb. can help me : [18:59:46 CEST] <Stil> I have the folowing problem : [18:59:52 CEST] <BigFeet> Hey guys, I just discovered ffmpeg and I'm wondering if I can use it to get live tv to my FireTV using h.264 instead of mpeg2. Mpeg2 has interlacing probs [19:01:27 CEST] <Stil> I have a Videofile C:\gamerecord.avi and an sound C:\Input.wav and want's to combine them to H265 For Youtube. Is there an option , to let only play the gamesound with 50 % ? Can you give me the whole command for this output? [19:01:33 CEST] <Stil> Thanks for your hep [19:01:35 CEST] <Stil> Thanks for your help [19:13:25 CEST] <Stil> I have a Videofile C:\gamerecord.avi and an sound C:\Input.wav and want's to combine them to H265 For Youtube. Is there an option , to let only play the gamesound with 50 % ? Can you give me the whole command for this output? [19:13:27 CEST] <Stil> Thanks for your help [19:16:42 CEST] <DHE> BigFeet: maybe. if your content is interlaced, you should either deinterlace it (-vf yadif is recommended these days) or specify it as interlaced during processing (-flags ildct for h264) [19:17:02 CEST] <occupant> That might be possible, but you could always just reduce the volume in Audacity or something. [19:18:46 CEST] <klaxa> there is also the volume filter [19:19:17 CEST] <klaxa> see: https://ffmpeg.org/ffmpeg-filters.html#volume [19:20:34 CEST] <Nolski> Stil: There's also amerge [19:20:36 CEST] <Nolski> http://www.ffmpeg.org/ffmpeg-filters.html#amerge-1 [19:21:43 CEST] <pzich> I think he'd want amix, not amerge [19:23:33 CEST] <Nolski> pzich: doesn't amix not support modifying volume? [19:24:18 CEST] <pzich> I don't think amerge does either, but I think amerge is for adding more channels to an audio stream vs mixing them together [19:24:31 CEST] <Stil> ok. [19:24:50 CEST] <Stil> And this H265 , Must there be something imported ? [19:24:53 CEST] <Stil> Or just [19:24:58 CEST] <occupant> and this kinda thing is meant for workflows where you know what you're dealing with. if you're making a one-off video, you might be better off adjusting the audio by hand still. [19:25:27 CEST] <occupant> otherwise there's potentially a lot of encode -> tweak -> encode [19:25:46 CEST] <Stil> ffmpeg -i input.avi -f h265 output.mp4 [19:26:12 CEST] <occupant> true, true [19:26:26 CEST] <Stil> so , ffmpeg -i input.avi -tweak -f h265 output.mp4 ? [19:27:09 CEST] <Stil> ? [22:12:02 CEST] <ollehippe> hi, could anyone enlighten me on how to interpret this ffmpeg output: [22:12:05 CEST] <ollehippe> Stream map '0:v:0' matches no streams. [22:12:05 CEST] <ollehippe> To ignore this, add a trailing '?' to the map. [22:13:08 CEST] <c_14> The input file has no video screen, since you specified that you wanted the first video stream ffmpeg errors out. If you don't want ffmpeg to error out because of it, you can add a ? to the end of the map (useful for scripts and stuff). [22:15:21 CEST] <ollehippe> c_14: yep, I just cannot find out where the question mark belongs to. I have a bunch of FLACs, some having coverart and some don't. I am trying the following, to extract metadata, the coverart if present, and reencode it into aac: [22:15:45 CEST] <ChocolateArmpits> the covert art is not a video stream [22:16:00 CEST] <ChocolateArmpits> unless it's literally a video [22:16:05 CEST] <ChocolateArmpits> which I doubt at this point [22:16:36 CEST] <ollehippe> ffmpeg -i source.flac -f ffmetadata tmpdir/metadata -map 0:v:0 -c:0:v copy -vsync 2 -f image2 tmpdir/coverart -map 0:0 -c:0:a libfdk_aac -vbr 3 -f mp4 tmpdir/target.m4a [22:17:31 CEST] <ollehippe> this works fine if for flac having coverart, but flacs w/o issue the warning [22:18:21 CEST] <c_14> ChocolateArmpits: ffmpeg interprets cover art as a video stream [22:18:30 CEST] <c_14> ollehippe: -map 0:v:0? [22:19:05 CEST] <ChocolateArmpits> c_14: isn't that...unorthodox ? [22:19:09 CEST] <ollehippe> c_14: input 0, type video, first stream [22:19:55 CEST] <ollehippe> c_14: not necessary in this case, but should be fine [22:19:59 CEST] <c_14> ChocolateArmpits: Want to write the "correct" implementation? [22:20:09 CEST] Action: ChocolateArmpits shakes head [22:20:37 CEST] <ollehippe> :) [22:21:25 CEST] <ollehippe> so I've tried 0:v:0? and everything, but the best I got was "Output file #1 does not contain any stream" [22:21:54 CEST] <ollehippe> ...resulting I neither a metadata file, nor the target.m4a [22:22:02 CEST] <c_14> Ah [22:22:04 CEST] <c_14> hmm [22:24:12 CEST] <c_14> I see 2 options, split that command into two commands (one for each output), or put it in a script and ffprobe the input to find out if it has a video stream or not and then run a command with/without the image output. (You could also write a patch to add an option to ignore empty outputs) [22:25:10 CEST] <ollehippe> c_14: I want to extract metadata, (coverart) and reencode in one step. In a second step I want to check whether the coverart file exists, and if yes add it to target.m4a via atomicparsley, and if not add a differnt file [22:26:43 CEST] <ollehippe> c_14: yep, this would be fine, I was just wandering what the "add a trailing '?' to the map" does. I thought if it was added to the mapping processing of a non-exiting stream would be skipped [22:26:59 CEST] <ollehippe> /wan/won/ [22:27:43 CEST] <ollehippe> ..which I hoped would lead to an extracted metadata file and the reencoded audio stream [22:34:15 CEST] <ollehippe> this is btw ffmpeg version git-2015-08-16-767d780 [22:43:33 CEST] <c_14> The non-existing stream is skipped, but ffmpeg errors out if it notices that one of the output files doesn't have any streams. [22:46:00 CEST] <ollehippe> c_14: so the question mark would be used this way: "-map 0:v:0?" ? [22:46:46 CEST] <Juli__> Hey all, i could need some help with ffmpeg, i just compiled it for my raspberry pi and installed it aswell. No problems until now. But if i start streaming it starts for a short moment and stop with http://IP:8090/feed1.ffm: Connection timed out. Any idea ? Thanks for help allready. [22:50:21 CEST] <c_14> ollehippe: afaik yes [22:50:48 CEST] <c_14> Juli__: Sounds like a network problem [22:50:56 CEST] <ollehippe> c_14: well then this is bad news :) I was hoping that I used the qeustion mark wrongly... [22:53:26 CEST] <Juli__> Hm.. currently use a wifi connection and its the only network interface. In my ffmpeg.conf i set the ip of pi and the start file for stream is set with ip aswell. [22:55:29 CEST] <c_14> Can you ping the host? Can you use netcat to connect to the port? [22:55:43 CEST] <ollehippe> Juli__: does your Pi have to transcode the stream? [22:56:26 CEST] <Juli__> oh i dont know. I followed like 20 tutorials on google to get some stuff to work. Im not that much into the pi/linux [22:56:46 CEST] <ollehippe> i.e. what happens if you try to stream something of really really low quality [22:57:10 CEST] <ollehippe> (like resolution of 300x200) [22:58:21 CEST] <Juli__> i could try that. i used the default until now 640x480 [22:59:58 CEST] <ollehippe> Juli__: open a shell to your pi, start streaming, and watch the ffmepg process via /usr/bin/top. [23:00:08 CEST] <Juli__> didnt work aswell :( here is what happend in console http://pastebin.com/d8Lqvcnd [23:00:55 CEST] <ollehippe> 640x400 shouldn't be much of an issue as log as your Wifi is not 801.11b (which would be quite ancient for SOHO) [23:02:16 CEST] <ollehippe> 36864 kb/s [23:03:00 CEST] Last message repeated 1 time(s). [23:03:08 CEST] <Juli__> Well ollehippe, it start the process and take about 30% cpu and after 10-20 sec it kills itself [23:03:39 CEST] <ollehippe> Juli__: can you read what I write? I have strange colours for some reason [23:03:54 CEST] <Juli__> yes [23:04:04 CEST] <ollehippe> Juli__: what does it say about 36864kb/s ? [23:04:23 CEST] <Juli__> to much ? [23:04:43 CEST] <ollehippe> in order to stream with ~30MB/s yould need at least 802.11n [23:04:58 CEST] <ollehippe> (I mean your wifi) [23:05:04 CEST] <Juli__> how can i set it lower ? [23:05:18 CEST] <ollehippe> I don't know [23:05:27 CEST] <Juli__> in ffmpeg conf is set to MaxBandwidth 10000 [23:05:35 CEST] <Juli__> kbit/sec [23:06:38 CEST] <ollehippe> have you triedstreaming over wire? [23:09:15 CEST] <Juli__> not yet [23:10:35 CEST] <ollehippe> Juli__: try it first, to exclude wifi problems [23:10:46 CEST] <Juli__> i see what i can do [23:12:04 CEST] <ollehippe> Juli__: I don't know your use case, but if you want to stream your home videos or something form a networked storage, I'd try plex. It sucks IMO, but is quite painless [23:12:16 CEST] <heoyea> how u set the fonts? [23:12:21 CEST] <heoyea> [Parsed_subtitles_0 @ 0x55d1c15934c0] fontconfig: cannot find font 'Arial', falling back to 'Nimbus Sans L' [23:12:55 CEST] <ollehippe> Juli__: and there should be images for PI available [23:14:06 CEST] <ollehippe> c_14: so dammit, I'll do it in two steps. Thanks for your help :) [23:14:35 CEST] <Juli__> images ? for ffmpeg ? [23:14:56 CEST] <c_14> heoyea: linux? [23:15:10 CEST] <ollehippe> Juli__: nope, system image files (RasPlex) [23:15:39 CEST] <heoyea> c_14: yea [23:15:44 CEST] <Juli__> i got raspian [23:16:19 CEST] <Juli__> btw, how can i answer you directly in irc ? like you do to me [23:16:52 CEST] <c_14> heoyea: put the font files into ~/.fonts and then run `fc-cache -vf' [23:16:58 CEST] <c_14> Or install the fonts via package management. [23:17:10 CEST] <ollehippe> Just put nickname followed by a colon at the beginning of the line [23:19:01 CEST] <pingouin> Hello everybody. [23:21:36 CEST] <Juli__> ollehippe: okay i restarted the pi now with lan connection and will see what happend now [23:22:00 CEST] <heoyea> Juli__: type the 1st few letters of the persons name and press tab [23:22:18 CEST] <Juli__> heoyea: ah ^^ [23:22:33 CEST] <heoyea> c_14: Thanks i will give that a try, seems like i was missing the mscorefonts [23:22:50 CEST] <ollehippe> Juli__: let's see... [23:22:55 CEST] <heoyea> Juli__: pro now [23:28:42 CEST] <heoyea> whats the flag to set the font size for hardcoded burn-in subtitles? [23:29:24 CEST] <Juli__> ollehippe: Okay now on lan i get the exactly same problem [23:32:56 CEST] <Juli__> ollehippe: i tried searching on google but nothing helpfull "to connection timed out" i can find. I even can't find something in the source file with "connection timed out" like this sentence doesn't exist [23:37:01 CEST] <Juli__> ollehippe: i found out something interesting. If i use "ffmpeg -f video4linux2 -i /dev/video0 out.avi" just to but out an avi file and not stream it to a server it works [23:38:14 CEST] <c_14> heoyea: either modify the subtitle file or use the force_style option for the subtitles filter [23:38:45 CEST] <heoyea> c_14: does that work for srt files or only ass files? [23:39:04 CEST] <c_14> All text subtitle formats [23:39:32 CEST] <c_14> (ffmpeg represents text subtitles internally as ass) [23:39:42 CEST] <ollehippe> Juli__: your output on pastebin says "rawvideo" and 36864 kb/s. IIRC, the PI has a 100mbit NIC, so this should not work (you can't put 30MB/s over FastEthernet) [23:40:46 CEST] <ollehippe> Juli__: why do you stream rawvideo, why not something compressed? [23:42:07 CEST] <Juli__> ollehippe: how can i use compressed ? [23:43:22 CEST] <heoyea> c_14: can u give me an example of fontsize i dont see any flags for that in the sections http://ffmpeg.org/ffmpeg-filters.html#subtitles-1 [23:43:52 CEST] <ollehippe> Juli__: https://trac.ffmpeg.org/wiki/StreamingGuide [23:44:13 CEST] <ollehippe> Juli__: I've never done this myself, so I don't know [23:46:20 CEST] <c_14> heoyea: subtitles=sub.srt:force_style='Fontsize=9001' [23:48:49 CEST] <Juli__> ollehippe: well okay thanks for help dude, i will try something arround [23:49:59 CEST] <ollehippe> Juli__: yea, try one of the examples from the guide... [23:59:06 CEST] <Juli__> ollehippe: i think i found the problem, its my webserver [00:00:00 CEST] --- Sat Aug 22 2015

1 0