August 2018 - Ffmpeg-devel-irc

ffmpeg-devel.log.20180814
by burek 15 Aug '18

15 Aug '18

[00:28:58 CEST] <TD-Linux> jamrial, sent patch [01:38:03 CEST] <TD-Linux> jamrial, actually hold a bit before landing my patch, there seems to still be something broken with fmp4 [01:43:18 CEST] <TD-Linux> apparently mov_find_codec_tag bypasses mov_get_codec_tag sometimes? what am I supposed to do here? [01:51:46 CEST] <TD-Linux> I can force mov_find_codec_tag to use mov_get_codec_tag for the cases I care about [02:08:48 CEST] <jamrial> TD-Linux: ah, it doesn't call mov_get_codec_tag() for mp4 [02:12:02 CEST] <jamrial> guess the codec_tag check in init_output_stream_streamcopy() in ffmpeg.c needs to be fixed/changed to really solve this [02:23:32 CEST] <TD-Linux> jamrial, I could also hack the ivf parser. but I don't know what else could potentially produce bonkers tags [02:24:07 CEST] <TD-Linux> jamrial, another option is to force the MP4 case through mov_get_codec_tag. that seems to work locally [02:27:46 CEST] <jamrial> yes, but it's ugly since mov_get_codec_tag() is explicitly for mov output [02:29:00 CEST] <jamrial> you could maybe add a mp4_get_codec_tag(), called from mov_find_codec_tag() when track->mode == MODE_MP4, and add this specific check there [02:50:48 CEST] <TD-Linux> jamrial, yeah I see there is an array for mp4 tags specifically. [05:58:51 CEST] <TD-Linux> jamrial, when writing a non-fmp4, I am not getting any trak atoms written. any idea why that might be? [06:00:20 CEST] <jamrial> TD-Linux: what is "fmp4"? [06:00:46 CEST] <TD-Linux> jamrial, movflags frag_keyframe [06:03:18 CEST] <TD-Linux> it looks like tracks[i].entry would be 0 but I'm not sure why that would be [06:50:18 CEST] <TD-Linux> okay this is only an issue when remuxing from ivf [06:50:50 CEST] <TD-Linux> and is actually because it never gets any packets from the ivf. [06:52:14 CEST] <TD-Linux> files made with ffmpeg's libaom codec work totally fine with my mp4 reader. cool. [09:18:43 CEST] <gagandeepsingh> kierank: do i send the patches again writing patch 1/3, patch 2/3, patch 3/3 ? [09:19:02 CEST] <gagandeepsingh> damn messed up again on ml :\ [09:20:16 CEST] <kierank> Yes [09:32:59 CEST] <gagandeepsingh> if i have a patch containing multiple commits, will it send a batch of mails to ml [09:38:15 CEST] <gagandeepsingh> lesson learned :\ [09:38:45 CEST] <gagandeepsingh> believe me i am not trying to spam mailing list [09:44:03 CEST] <akravchenko188> jkqxz: Hi, I have sent reminder to forum. did you have a chance to review the patches? thanks [09:45:23 CEST] <gagandeepsingh> kierank: i have manually attached patches to mails [09:46:24 CEST] <kierank> Ok [09:48:19 CEST] <akravchenko188> jkqxz: threads begin in July, should I resend them one more time this month? [13:56:03 CEST] <gagandeepsingh> kierank: https://docs.google.com/document/d/1sUswaJW5tkGj0nQavwZHG20d_rLKvxGbHgrWBQL… [13:56:22 CEST] <gagandeepsingh> link i am going to send in evaluations, just give it a read [13:57:16 CEST] <kierank> ok [13:57:28 CEST] <kierank> gagandeepsingh: what does mountain sample look like (screenshot) in the end? [13:59:37 CEST] <kierank> gagandeepsingh: google doc looks fine [14:05:24 CEST] <gagandeepsingh> kierank: https://imgur.com/a/jX4llAM [14:05:28 CEST] <gagandeepsingh> screenshots [14:05:36 CEST] <kierank> nice [14:05:37 CEST] <gagandeepsingh> also how do i send the 3 samples i have [14:05:43 CEST] <kierank> ask michaelni [14:05:49 CEST] <kierank> michaelni: can you help gagandeepsingh [14:47:22 CEST] <gagandeepsingh> kierank: evaluation form filled [15:37:53 CEST] <Mina_> Hi, I was wondering why doesn't FFmpeg have a mean video filter? [15:38:11 CEST] <durandal_1707> median? [15:38:26 CEST] <Mina_> Yes, an averaging filter similar to gauss. [15:38:30 CEST] <durandal_1707> 3x3 or higher? [15:38:38 CEST] <Mina_> Any [15:39:18 CEST] <Mina_> Or does it have one that I'm not aware of? [15:39:30 CEST] <durandal_1707> 3x3 median is in removegrain mode [15:40:18 CEST] <durandal_1707> others are not present althought therre is O(1) algo [15:40:43 CEST] <durandal_1707> avtually MxN [15:41:15 CEST] <thardin> surely there's a convolution filter? [15:41:55 CEST] <Mina_> Just checked it, sorry wasn't clear for me it existed. The reason I am asking is that I found a log2(r) version of it and thought of comparing to the one present. [15:42:19 CEST] <durandal_1707> there is even better version [15:42:32 CEST] <Mina_> That's the one present? [15:43:41 CEST] <durandal_1707> no [15:43:46 CEST] <durandal_1707> https://github.com/HomeOfVapourSynthEvolution/VapourSynth-CTMF [15:46:26 CEST] <Mina_> License issues? [15:48:25 CEST] <Mina_> I mean is that the reason why it's not used? [15:48:40 CEST] <thardin> probably no one caring enough [15:48:50 CEST] <durandal_1707> its not lgpl [15:49:04 CEST] <durandal_1707> so i hadnt ported it [15:49:21 CEST] <Mina_> Thought so, but can we just implement the paper? The paper has no license i assume. [15:49:34 CEST] <durandal_1707> i guess so [15:50:10 CEST] <Mina_> Well I'll probably investigate more about it and hopefully do just that. [15:54:22 CEST] <thardin> clever little algorithm [15:56:24 CEST] <thardin> very vectorizeable even [15:57:29 CEST] <Mina_> Haven't looked at it in detail yet but sounds cool. [15:58:16 CEST] <thardin> first you can update all the column histograms in paralllel. plus the histogram merging can be sped up with some appropriate SSE ops [15:58:35 CEST] <thardin> GPU implementation should also be easy [15:59:26 CEST] <thardin> or hm.. maybe not quite as GPU friendly. but still [16:01:01 CEST] <Mina_> durandal_1707: Thanks anyway. [16:12:42 CEST] <thardin> it's implemented in opencv. I presume one can access it if building with --enable-gpl [16:14:02 CEST] <JEEB> IIRC opencv's biggest problem is that they stopped supporting the C API that FFmeg is using [16:14:19 CEST] <durandal_1707> ocv filter is very limited [16:14:21 CEST] <thardin> oh yeah, they went to C++ and ABI hell [16:14:26 CEST] <JEEB> yup [16:14:49 CEST] <JEEB> https://github.com/opencv/opencv/issues/8438#issuecomment-288638915 [16:17:46 CEST] <thardin> you might want to reimplement it anyway, since https://nomis80.org/ctmf.c only does padding with zeroes [16:18:06 CEST] <durandal_1707> no AVI experts here? [16:21:52 CEST] <JEEB> durandal_1707: I thought it was based on RIFF or so? [16:22:06 CEST] <JEEB> I think MS even gave a relatively "OK" spec on AVI [16:22:24 CEST] <JEEB> and then there's virtualdub too as a relatively "nice" reference, I guess? [16:25:18 CEST] <durandal_1707> there is mplayer so its demuxer avi is demuxing all packets [17:34:15 CEST] <durandal_1707> avi demuxer parses all stuff from index but somehow manages to drop 35 keyframes [17:38:24 CEST] <durandal_1707> the avi demuxer code is teh ugly [18:12:09 CEST] <JEEB> durandal_1707: I bet there's various hacks for semi-broken files there? [18:12:38 CEST] <JEEB> I wouldn't be surprised if such old things would have to be reworked to be more readable/understandable [18:20:01 CEST] <durandal_1707> unreadable hacking mess [18:24:23 CEST] <cone-931> ffmpeg 03Sergey Lavrushkin 07master:582bc5a348f5: libswscale: Adds conversions from/to float gray format. [18:55:15 CEST] <cone-931> ffmpeg 03Gyan Doshi 07master:02741853d74d: avformat: correct fdebug loglevel [19:01:47 CEST] <cone-931> ffmpeg 03Thilo Borgmann 07master:72d9b8f4c53c: lavc/videotoolboxenc: Fix compilation on osx 10.10.5 Yosemite [19:02:23 CEST] <cone-931> ffmpeg 03Thilo Borgmann 07release/4.0:49a90d5d3143: lavc/videotoolboxenc: Fix compilation on osx 10.10.5 Yosemite [20:10:52 CEST] <durandal_1707> i fixed avi bug, I am now the AVI expert [20:12:30 CEST] <TD-Linux> will you implement av1 in avi [20:13:33 CEST] <durandal_1707> lol , if you pay enough i will [20:16:49 CEST] <jamrial> you can probably already mux av1 in avi. libavformat will just mux anything as long as it has a riff tag. there are zero constrains there [20:16:55 CEST] <jamrial> the output being readable is a whole different story :p [20:23:51 CEST] <TD-Linux> so I can have both av01 and AV01 there? :) [20:30:50 CEST] <kierank> durandal_1707: lolwut [20:30:51 CEST] <kierank> that patch [20:33:01 CEST] <durandal_1707> what? [20:37:07 CEST] <cone-931> ffmpeg 03Sergey Lavrushkin 07master:2ecf9d103a73: libavfilter/dnn_backend_tf.c: Fixes ff_dnn_free_model_tf. [20:37:08 CEST] <cone-931> ffmpeg 03Sergey Lavrushkin 07master:95cb2127adcf: libavfilter/vf_sr.c: Removes uint8 -> float and float -> uint8 conversions. [20:37:09 CEST] <cone-931> ffmpeg 03Sergey Lavrushkin 07master:1f18a633c601: libavfilter: Adds proper file descriptions to dnn_srcnn.h and dnn_espcn.h. [20:39:55 CEST] <jamrial> TD-Linux: regarding what you asked yesterday, i couldn't reproduce [20:40:05 CEST] <jamrial> using that flag i still get trak boxes [20:40:16 CEST] <TD-Linux> jamrial, it turns out you only don't get them with ivf files [20:40:40 CEST] <TD-Linux> it's some bug in ivf->mp4 conversion only, everything works for -c:v av1 [20:41:09 CEST] <TD-Linux> in fact I don't get any samples either for ivf->mp4, hence why it doesn't write a trak. [20:41:37 CEST] <jamrial> oh, that's because you can't remux av1 from ivf without a parser [20:41:45 CEST] <jamrial> ivf has no way to flag keyframes [20:42:51 CEST] <TD-Linux> okay. earlier ivf->mp4 was "working" where it marked each sample as a keyframe, which is what I was testing with. it's okay that it doesn't work now though. [20:43:34 CEST] <durandal_1707> does av1 have standard extradata? [20:44:16 CEST] <TD-Linux> there's work to get the mp4 and matroska extradata to match [20:44:50 CEST] <jamrial> ivf -> mp4 never worked unless you use -copyinkf [20:45:02 CEST] <jamrial> and that creates faulty output, i think [20:45:11 CEST] <jamrial> an av1 parser is needed [20:45:28 CEST] <jamrial> i'm not sure how it could have worked for you [20:45:38 CEST] <durandal_1707> who gonna write little parser? [20:45:45 CEST] <TD-Linux> huh, I definitely had it working... maybe the incorrect AV01 tag also caused it to have some default codec behavior [20:46:22 CEST] <TD-Linux> anyway I don't really care because it was still wrong without a parser. [20:46:55 CEST] <jamrial> did you try my suggestion to force the av01 tag? [20:47:05 CEST] <atomnuker> I'm getting fed up with these piece of shit incomplete dnn patches [20:47:13 CEST] <atomnuker> its all just fucking promises [20:47:29 CEST] <atomnuker> WHYYYYY DID WE MERGE THEM [20:47:38 CEST] <TD-Linux> jamrial, yeah it works, I haven't posted a patch yet (it's in addition to the existing one on the list, which fixes MOV) [20:47:53 CEST] <jamrial> atomnuker: because nobody but the mentor reviewed them for the entire gsoc period [20:48:07 CEST] <atomnuker> jamrial: even the fucking mentor didn't do his fucking job [20:48:19 CEST] <atomnuker> michaelni: perdo shouldn't have commit rights! [20:48:28 CEST] <jamrial> atomnuker: calm down [20:49:12 CEST] <jamrial> if you want to request a change, do it tomorrow after you chilled down [20:49:19 CEST] <durandal_1707> they told that they think how to remove tables from repo [20:49:37 CEST] <jamrial> if you write an email now, you'll do it while pissed and we'll all regret it later [20:55:16 CEST] <kierank> durandal_1707: why that bit commented [20:57:18 CEST] <durandal_1707> dunno, its very fragile sync code [20:57:30 CEST] <cone-931> ffmpeg 03Mina 07master:729ebd3cd001: lavfi/vf_colorconstancy: change option ranges [20:57:31 CEST] <cone-931> ffmpeg 03Mina 07master:f5559dd8694c: lavfi/vf_colorconstancy: cosmetic update [20:58:50 CEST] <durandal_1707> need to look what vlc and mplayer do [21:02:27 CEST] <pasouza> atomnuker: I asked Sergey to prepare a patch removing all the data, it will be ready soon [21:05:00 CEST] <atomnuker> what, another patch which removes some of it and replaces most of it like the last one?!? [21:08:32 CEST] <pasouza> the removal depends on the previous patches that were just push [21:10:05 CEST] <pasouza> a few days ago [21:10:35 CEST] <pasouza> be sure all the data will be removed [21:11:54 CEST] <pasouza> regarding the swscale conversion in the filter I can't see how it could be done without doing useless computation in the middle [22:49:30 CEST] <pasouza> I'm just reading the back log and I'm really done, I tried to be most polite possible and address all you requests, btw the student is addreesing all the requests, he sent 8 patches (12 days ago) and I did not see any word from you in any of them. You said you would personally review the work and you failed to do so. If you think they are pieces of incomplete shit why you did not say so on the review? [22:50:03 CEST] <pasouza> if you think my review is not good enough at least tell me what to improve, other way I wll continue as I am [22:51:32 CEST] <pasouza> I'm tired of spending my time and receive these harsh emails and comments [22:52:24 CEST] <TD-Linux> jamrial, did you see https://github.com/AOMediaCodec/av1-isobmff/issues/71 [23:59:34 CEST] <atomnuker> pasouza: I've been monitoring and hoping that gradually the shit would get resolved [23:59:56 CEST] <atomnuker> it still hasn't and I said from the start, it would have been far easier to revert [00:00:00 CEST] --- Wed Aug 15 2018

1 0

ffmpeg.log.20180814
by burek 15 Aug '18

15 Aug '18

[00:01:01 CEST] <DHE> in what style? metadata? burned-in subtitle? [00:04:00 CEST] <ahoo> like the oldscool cameras did [00:04:16 CEST] <ahoo> a static title, if you will [00:04:29 CEST] <ahoo> but dynamic enough to display the current system time [02:40:50 CEST] <Cracki> ahoo, https://einar.slaskete.net/2011/09/05/adding-time-stamp-overlay-to-video-st… [02:41:02 CEST] <Cracki> see "addendum", apparently you can use format strings [02:41:35 CEST] <Cracki> https://ffmpeg.org/ffmpeg-filters.html#drawtext_005fexpansion [04:33:43 CEST] <ahoo> Cracki: thx! works like a charm. [04:33:50 CEST] <Cracki> good good [06:24:58 CEST] <mijofa_> So I don't really know of a better place to ask something like this, I'm looking at doing a web app with streaming media integrated and Chromecast support. Should I be targetting MPEG-DASH or HLS? As far as I can tell, MPEG-DASH is uncommon but an official standard, however HLS is more commonly used/supported and effectively the unofficial standard [06:25:40 CEST] <furq> hls is more common for live stuff because iOS refuses to support dash [06:25:50 CEST] <furq> but yeah, hls [06:29:44 CEST] <mijofa_> That's the kind of thing I was thinking. Primarily targetting Chrome on desktops, which doesn't natively support either of them [06:30:24 CEST] <furq> that's why we have hls.js [06:31:19 CEST] <mijofa_> Yeah, certainly looking like HLS is the way to go, thanks for the 2nd opinion. :) [09:00:27 CEST] <freedrull> i'm trying to get a movie playable on iphone...this isn't working. any tips ? https://gist.github.com/mcfiredrill/e65c409ce9e8cc71825f23e5da265716 [09:01:06 CEST] <ritsuka> mp3 won't work, you should use aac [09:01:26 CEST] <freedrull> ah [09:01:59 CEST] <freedrull> trying swapping libmp3lame for aac ..... [09:05:26 CEST] <ritsuka> you can use high profile too, no need to limit it to baseline, if your iPhone is not 7 years old [09:09:49 CEST] <freedrull> -profile:v high ? [09:35:20 CEST] <Nacht> Anyone know a good place where I can find some documentation regarding the PTS/DTS and PCR and their relationship ? I know that PTS/DTS is relative to PCR. But I'm having trouble figuring out how the PCR is generated and what the values mean and how one can deduct them [10:06:56 CEST] <meepmeep> hello :) [10:16:07 CEST] <meepmeep> I try to find the possible values for compression_level on hevc_vaapi. [11:25:24 CEST] <kubast2> Hey ,how can I stream audio that is outputed via an audio jack to my pc ,and how do I receive it? So far I came up with: 'ffmpeg -f pulse -i default -c:a libopus -f mpegts udp://192.168.0.7:10000' ,where 192.168.0.7 is the ip address I want to stream into/it is the receiving end ;and 192.168.0.5 is the device I want to stream from [11:26:10 CEST] <kubast2> I am not sure if I am doing it right at all [11:28:28 CEST] <kubast2> I did tried saving it to file first and set the right "input" for the ffmpeg pulseaudio recorder [11:35:12 CEST] <barhom> Transacoding an input into adaptive HLS, with two different video bitrates and two different audio bitrates works as expected. What I have been unable to do is to transcode the audio once and reuse the encoded audio with both video bitrates. [11:35:19 CEST] <barhom> Any thoughts on how this can be achieved? [11:49:32 CEST] <Mavrik> Not easily. Also is it worth it? [13:48:00 CEST] <Accord> hey, I'm recording on windows from a HDMI recorder over USB with dshow [13:48:27 CEST] <Accord> I've set x264 to ultrafast with crf 21 and a rtbufsize of 1000M [13:49:19 CEST] <Accord> it seems to work well, the segments ffmpeg outputs are good quality and seem to be realtime, the speed that ffmpeg reports is 0.998x + and the CPU stays below 90% utilization [13:49:33 CEST] <Accord> but after a few minutes the 1 gigabyte buffer starts to get full [13:49:46 CEST] <Accord> how is this possible? if x264 encodes at near 1x speed [13:52:32 CEST] <DHE> multi-threading isn't perfect. it's possible that 90% utilization is still fully saturated... [13:54:39 CEST] <Accord> I think the scene changed, it was more dynamic and x264 had a harder time encoding and that's what's caused it [13:54:47 CEST] <Accord> I'll set a worst crf [14:18:44 CEST] <Zgrokl> I'm reading the doc but not understand how to use -map ? How can i map all stream except 0:5 --> 0:7 [14:19:05 CEST] <Zgrokl> -map 0:1 -map 0:2 --> 0:4 not working [14:23:35 CEST] <Zgrokl> -map 0:1 -map 0:2 -map 0:3 -map 0:4 -c copyoutput.ts [14:23:51 CEST] <DHE> you forgot 0:0 [14:23:52 CEST] <Zgrokl> error : could not find codec parameters for stream 5 [14:24:04 CEST] <Zgrokl> i don't want stream 5 [14:25:12 CEST] <Zgrokl> -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -c copyoutput.ts same error : could not find codec for stream 5 [14:25:29 CEST] <Zgrokl> if i do -map 0:0 it's working [14:28:58 CEST] <Zgrokl> Ah it's just a warning i get an error for -map 0:4 because it's a subtitle [14:29:36 CEST] <Zgrokl> Is it possible to stream subtitle ? [14:30:07 CEST] <DHE> you probably just want to copy them [14:36:08 CEST] <Zgrokl> DHE, Yeah, i do -map 0:4 -c copy but i got this error : Exactly one WebVTT stream is needed, Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument [14:59:21 CEST] <Zgrokl> Is there a way to extract a dvb teletext stream ? [15:51:28 CEST] <th3_v0ice> Can anyone explain what RTMP buffers are doing internally? Thanks! [15:57:49 CEST] <th3_v0ice> When I set the rtmp_buffer to 100s what happens with packets when I send them to the muxer? [20:19:15 CEST] <barhom> Imagine I want to transcode a video using x264 but want two different outputs, one with aac audio and one with mp3 audio. How would I go about to make sure I only do the transcode process once? [20:20:50 CEST] <Cracki> transcode each track separately, then mux to taste [20:21:04 CEST] <furq> the tee muxer can do it [20:21:13 CEST] <Cracki> there might even be a way to specify multiple output files, each with different streams mapped [20:21:26 CEST] <furq> i would probably just write the mp3 track separately and then mux the second file [20:21:31 CEST] <Cracki> https://trac.ffmpeg.org/wiki/Creating%20multiple%20outputs#Teepseudo-muxer [20:23:03 CEST] <furq> -map 0:v -map 0:a -map 0:a -c:v libx264 -c:a:0 aac -c:a:1 libmp3lame -f tee "[select=\'v,a:0\']foo.mp4|[select=\'v,a:1\']bar.mp4" [20:23:12 CEST] <furq> if you really want to do it all in one process [21:13:40 CEST] <Bombo> i know ffmpeg keeps the metadata tags, but how can i keep the cover art? [21:13:43 CEST] <Bombo> Stream #0:0: Audio: flac, 44100 Hz, stereo, s32 (24 bit) [21:13:43 CEST] <Bombo> Stream #0:1: Video: mjpeg, yuvj444p(pc, bt470bg/unknown/unknown), 600x600 [SAR 72:72 DAR 1:1], 90k tbr, 90k tbn, 90k tbc [21:14:05 CEST] <Bombo> i tried ffmpeg -y -i ren.flac -sample_fmt s16 -c:v copy recode.flac [21:14:22 CEST] <Bombo> the tags are there but no cover [21:15:10 CEST] <Bombo> tried adding -map 0:0 -map 0:1 [21:15:21 CEST] <Bombo> [flac @ 0x5563da2adce0] only one stream is supported [21:15:24 CEST] <Bombo> hm [21:30:36 CEST] <poutine> I know with ffmpeg I can adjust subtitles, like ffmpeg -ss 00:01:00 -i in.srt -c:s text out.srt, would offset the subtitles by 1 minute. I'm curious, how could I set the starting timestamp doing this? For video I'd look at setpts filter, but not sure how that'd work with subtitles [21:33:37 CEST] <durandal_1707> there is no infrastructure yet for subtitle filtering [21:34:22 CEST] <poutine> is there any roadmap anywhere? I actually think this might be something I could help with [21:35:01 CEST] <Bombo> hmm 'metaflac --import-picture-from cover.jpg recode.flac' does add a cover to the flac but does that work with ffmpeg too? [21:35:04 CEST] <Bombo> ffmpeg -y -i ren.flac -sample_fmt s16 -i cover.jpg -c:v copy -metadata:s:v title="Album cover" -metadata:s:v comment="Cover (front)" -map 0:0 -map 1:0 recode.flac [21:35:13 CEST] <durandal_1707> nope, just some rumors, ask ubitux. he is working on it [21:35:14 CEST] <Bombo> didn't work [21:35:24 CEST] <Bombo> [flac @ 0x563454fd7980] only one stream is supported [21:39:37 CEST] <furq> Bombo: https://trac.ffmpeg.org/ticket/4442 [21:41:46 CEST] <Bombo> furq: ;/ [21:41:48 CEST] <Bombo> but https://trac.ffmpeg.org/ticket/4448#comment:1 [21:42:35 CEST] <furq> just use the flac cli [21:48:15 CEST] <Bombo> or metaflac [21:48:16 CEST] <Bombo> $ metaflac ren.flac --export-picture-to -|metaflac recode.flac --import-picture-from - [21:48:19 CEST] <Bombo> recode.flac: ERROR: while parsing picture specification "-": error opening picture file [21:48:44 CEST] <Bombo> why does export have stdin and import doesn't... poo [21:49:06 CEST] <furq> i meant for transcoding but sure [21:49:13 CEST] <furq> unless you specifically want to use ffmpeg's flac encoder [21:56:23 CEST] <Bombo> i need that for opus too [21:56:41 CEST] <Bombo> so would be perfect if ffmpeg could do that [21:56:58 CEST] <Bombo> there's no metaopus [21:57:35 CEST] <TD-Linux> opusenc will keep coverart [21:58:11 CEST] <Bombo> flac -dc ren.flac -|opusenc - ren.opus [21:58:21 CEST] <Bombo> no metadata [22:01:03 CEST] <TD-Linux> opusenc reads flac [22:01:08 CEST] <Bombo> oh [22:01:09 CEST] <Bombo> opusenc ren.flac ren.opus [22:01:12 CEST] <Bombo> did work [22:01:13 CEST] <Bombo> ;) [22:01:42 CEST] <kepstin> Regarding copying pictures and other tags - I honestly just write a python script using mutagen library when I need to edit audio file tags. [22:02:54 CEST] <Hello71> TD-Linux: not on Gentoo! [22:02:58 CEST] <Hello71> (it's optional) [22:03:48 CEST] <Bombo> but mpv doesn't show the artist/title/etc tags now, just the cover, lol [22:04:05 CEST] <rjeli> I saved a bunch of libav packets without dts or pts. I assume the dts is monotonically increasing, but is there any way to recover the pts to make it watchable? [22:04:15 CEST] <Bombo> encoded with ffmpeg, i get artist/title/etc but no cover... [22:04:48 CEST] <kepstin> rjeli: if you know the framerate of the original video, making up some pts values is easy. [22:05:05 CEST] <kepstin> rjeli: you're gonna run into problems if there were B frames in the stream, since then the packets might be out of order [22:05:37 CEST] <kepstin> no real way to recover from that :/ [22:05:47 CEST] <rjeli> libx264 will have b-frames, right? [22:06:07 CEST] <kepstin> it usually will (it's an optional feature, sometimes turned off for realtime/high speed encoding) [22:06:31 CEST] <rjeli> okay, that's what i thought :( thanks! [22:07:17 CEST] <kepstin> I mean, maybe you could do some computer vision analysis on the decoded frames to figure out which order they should be in based on similarities? :) [22:07:45 CEST] <rjeli> easier just to go out and rerecord my logs :) [22:07:47 CEST] <kepstin> there might be something you can do that I simply don't know about either. [22:08:14 CEST] <rjeli> if no b-frames, I would just do dts, pts = 0, 1, 2, 3 ... right? [22:08:42 CEST] <kepstin> yeah, and set the timebase to the inverse framerate. [22:46:37 CEST] <sakrecoer> greetings! i have a video of pixel art at 128x72 pixels. I'm trying to figure out how to scake it to HD without anti-aliasing and at this point my websearcg-fu has failed me miserably. Any hint would be greatly appreciated. [22:47:16 CEST] <sakrecoer> basically scale it up from 128x72 to 1280x720 but keeping the pixels as sharp as possible [22:48:17 CEST] <kepstin> sakrecoer: -vf scale=w=1280:h=720:flags=neighbor [22:48:38 CEST] <sakrecoer> \o/ thank you kepstin!!!!! [22:49:14 CEST] <kepstin> (there's a few ways to do that, but this is the most explicit) [22:49:19 CEST] <ariyasu> kepstin if you don't specify a scaler, whats the default? [22:49:28 CEST] <kepstin> bicubic, i think [22:50:04 CEST] <kepstin> see the 'ffmpeg-scaler' docs for details [22:50:13 CEST] <ariyasu> ok, ty [22:50:47 CEST] <sakrecoer> thank you very much! :) [22:52:57 CEST] <kepstin> for some types of pixel art, you might consider using the 'super2xsai' filter instead, which tries to smooth diagonals and whatnot. [22:53:27 CEST] <kepstin> depends on content whether you'd want that or not. [23:56:35 CEST] <Maverick|MSG> anyone run into an issue with the windows build helpers cross compiler throwing a "ERROR: libmfx not found" when the compile is almost done? [23:57:05 CEST] <Maverick|MSG> I keep getting it but can't find a way around it [00:00:00 CEST] --- Wed Aug 15 2018

1 0

ffmpeg-devel.log.20180813
by burek 14 Aug '18

14 Aug '18

[00:51:02 CEST] <Zeranoe> Anyone know how to debug FFmpeg with gdb when the stack is corrupted? "Backtrace stopped: previous frame identical to this frame (corrupt stack?)", I can't figure out why specifically the Windows 64-bit *shared* builds are immediately crashing [00:51:56 CEST] <Zeranoe> It's something related to x265, and something related to FFmpeg. It only effects 64-bit shared linking, and x265 by itself seems to run fine. [00:52:28 CEST] <Zeranoe> I've made like 50 different builds to try and figure out what's going on [00:53:01 CEST] <BtbN> Try building with strong stack protectors [00:57:29 CEST] <jamrial> also, it would be a good idea to bisect to find where it started failing. assuming it was an ffmpeg change and not some other change in your environment [04:18:25 CEST] <Compn> [adpcm_ms @ 015101e0]Channel layout '4 channels (FL+FR+FC)' with 4 channels does not match specified number of channels 1: ignoring specified channel layout [04:18:48 CEST] <Compn> Stream #0:0: Audio: adpcm_ms ([2][0][0][0] / 0x0002), 22050 Hz, stereo, s16, 176 kb/s [04:18:55 CEST] <Compn> strange file ! [04:20:53 CEST] <Compn> now how to verify if it really has 4 channels or not [04:20:56 CEST] <Compn> probably not [09:14:17 CEST] <gagandeepsingh> kierank: thanks to durandal_1707, the intra only is not broken anymore and the ip frame thread is working,just gonna make sure sync is fine, now i am no longer getting seg fault [09:19:44 CEST] <durandal_1707> gagandeepsingh: so? have you managed so solve it? [09:20:16 CEST] <gagandeepsingh> intra only like you said was going wrong because on init thread copy [09:20:26 CEST] <gagandeepsingh> i was not able to work out this bug, [09:20:55 CEST] <gagandeepsingh> that is why i wanted someone to review the file because frame threading is something i am new at [09:21:33 CEST] <kierank> I would put it on ml [09:21:43 CEST] <kierank> Also note cfhd patches on ml [09:21:50 CEST] <gagandeepsingh> working on syncing up ip samples, now that ffplay is not crashing [09:22:01 CEST] <gagandeepsingh> will send serial ip decoding patch first [09:22:06 CEST] <gagandeepsingh> then the frame thread part [09:26:03 CEST] <kierank> gagandeepsingh: there are cfhd patches from others on the mailing list you need to review [09:34:04 CEST] <gagandeepsingh> just saw the patches right now, will do that [10:55:37 CEST] <cone-762> ffmpeg 03sanil 07master:551a029a181a: libavformat/dashdec: Support negative value of the @r attrbute of S in SegmentTimeline element. [11:34:24 CEST] <durandal_1707> michaelni: do you know why imm4 decoder have artifacts? both coefficients and idct seems to be fine [11:40:35 CEST] <gagandeepsingh> kierank: samples (the ones that i have) are working fine now with frame threading [11:47:08 CEST] <j-b> durandal_1707: pong [11:48:27 CEST] <durandal_1707> gagandeepsingh: cant you encode more samples? even with virtualdub2 under windows/wine? [11:51:03 CEST] <durandal_1707> j-b: are you willing to sponsor IMM4 decoder addition to libavcodec? I will add relevant info to commit log(This work is sponsored by VideoLAN), there is IMM4 listed on vlc bounty page. [11:51:20 CEST] <j-b> of course. [11:51:31 CEST] <j-b> https://forum.videolan.org/viewtopic.php?t=41968 [11:53:00 CEST] <gagandeepsingh> durandal_1707: the cfhd doesn't encode samples in ip format in new apps [11:53:21 CEST] <gagandeepsingh> it used to be an option in the old video editing softwares cineform made [11:53:35 CEST] <durandal_1707> what? it encodes only bayer ones? [11:53:46 CEST] <gagandeepsingh> i mean intra only [11:54:00 CEST] <gagandeepsingh> it doesn't encode bayer as well [11:54:35 CEST] <gagandeepsingh> david newman said to get more ip samples one would need to use the old apps but sadly they are no longer avaliable for download [11:55:10 CEST] <gagandeepsingh> and i mean the options avaliable in adobe [11:58:19 CEST] <durandal_1707> gagandeepsingh: i just encoded intra only samples with virtualdub2 [11:58:37 CEST] <durandal_1707> ffmpeg decodes them just fine [12:01:15 CEST] <durandal_1707> and virtualdub2 uses cineform sdk [12:04:19 CEST] <gagandeepsingh> ok, but i fail to understand what are we discussing? [12:04:31 CEST] <gagandeepsingh> i don't know anything about virtualdub [12:05:03 CEST] <gagandeepsingh> and intra only is fine but can it do 3d transform (ip files)? [12:06:46 CEST] <durandal_1707> gagandeepsingh: apparently not yet (you could ask on relevant doom9 forum for feature, if native cineform code supports it), virtualdub2 is GUI program that can encode files [12:07:40 CEST] <gagandeepsingh> ok [19:34:26 CEST] <gagandeepsingh> kierank: do i send a seperate patch for serial ip sample, codebook 0 decompanding fix and frame threading? [19:37:44 CEST] <kierank> gagandeepsingh: yes [19:37:53 CEST] <kierank> gagandeepsingh: nice work [19:38:11 CEST] <kierank> Sorry I have not been able to help you recently [19:38:33 CEST] <gagandeepsingh> thanks, really just seeing how all the structs are made and passed around in this codebase has left me amazed [19:39:23 CEST] <gagandeepsingh> i mean to make all things consistent all the functions and api has been tough at times and amazing [19:39:38 CEST] <gagandeepsingh> going through them, i mean [19:45:45 CEST] <gagandeepsingh> kierank: also i had to use certain hacks to make mountain file run in ffmpeg, they are not needed for the other samples, and i haven't encountered any trouble in using them with the other samples, so should i keep them? [19:46:11 CEST] <kierank> Maybe yes, we will see in review [19:46:19 CEST] <gagandeepsingh> ok [19:46:55 CEST] <kierank> Mountain file was pain of my life when trying to reverse engineer cfhd [19:47:23 CEST] <kierank> So pleased that it works [19:47:55 CEST] <gagandeepsingh> it works, but the vlc part is giving trouble, the table 9, other than that it is working [19:48:14 CEST] <gagandeepsingh> all the other samples that we have use table 18 [19:48:39 CEST] <gagandeepsingh> haven't been able to fix that part yet [19:49:25 CEST] <gagandeepsingh> also, you would want to repair it's container with ffmpeg [20:10:53 CEST] <gagandeepsingh> kierank: how do i send the samples that i have to ffmpeg [22:10:10 CEST] <durandal_1707> this IMM4 codec is insane, if I copy video into another avi container without subtitle stream it would play with same artifacts as my decoder [22:11:11 CEST] <durandal_1707> stupid mystery finally resolved [22:13:13 CEST] <durandal_1707> actually i do not need to disable subtitle stream (which is always empty) [22:13:24 CEST] <durandal_1707> looks like avi demuxer issue [22:13:58 CEST] <durandal_1707> it simply does not demux all packets for some reason [22:15:07 CEST] <durandal_1707> AVI demuxer expert WANTED! [23:30:50 CEST] <TD-Linux> jamrial, I noticed that ffmpeg -strict -2 writes "AV01" as its sample type but the spec says "av01". is this intentional? [23:31:56 CEST] <jamrial> i noticed it, it only happens if you remux from ivf, afaik [23:31:58 CEST] <jamrial> it's weirdness in libavformat/ffmpeg.c code [23:32:20 CEST] <jamrial> it does a case insensitive check for the codec tag, and in that case av01 == AV01, so it just writes it as is [23:35:06 CEST] <TD-Linux> oh. I suppose changing that to a case sensitive check in ffmpeg.c would be too likely to break other things? [23:35:38 CEST] <jamrial> i have no idea, but i bet it would :p [23:36:00 CEST] <TD-Linux> should I post a patch just to hack the mp4 muxer to convert AV01 to av01? [23:36:40 CEST] Action: TD-Linux didn't realize that ffmpeg made fourccs ~= sample type [23:36:42 CEST] <jamrial> sure [00:00:00 CEST] --- Tue Aug 14 2018

1 0

ffmpeg.log.20180813
by burek 14 Aug '18

14 Aug '18

[00:01:19 CEST] <Obliterous> reasonable enough. :-) [00:01:48 CEST] <Obliterous> dont suppose you know the required version of NASM? [00:06:26 CEST] <furq> apparently 2.13 [00:07:53 CEST] <Obliterous> that would explain my current issue... Time to compile tools to allow me to compile tools... [00:31:43 CEST] <Obliterous> Ja, that fixed the issue. am compiling now. [02:28:06 CEST] <Hello71> emerge ffmpeg [02:28:13 CEST] <Hello71> *emerge emerge [12:06:42 CEST] <barhom> I have an incoming http stream that I convert to HLS, I would like to copy the stream but still make the segment lengths exact. How can I achieve that? [12:06:59 CEST] <barhom> I understand that it might problametic with getting keyframes in the beginning of a segment [12:11:12 CEST] <ayohmang> nasm/yasm not found or too old. Use --disable-x86asm for a crippled build. (solaris 11.3 x86_64) [12:11:46 CEST] <BtbN> Well, looks like your nasm and/or yasm is too old or not found. [12:12:41 CEST] <BtbN> barhom, you can always set hls_flags split_by_time, and it will split by time no matter what, possibly producing half-broken segments. [12:13:24 CEST] <barhom> BtbN: Thanks, I will try this. [12:13:43 CEST] <bencoh> or you you rely on the fact that the stream was encoded with fixed-size GOPs [12:14:00 CEST] <barhom> BtbN: I contacted the person who is doing the initial transcode (The person providing the http input), he does use fixed 100 GOP and outputs to UDP [12:14:06 CEST] <BtbN> That's usually what you do for HLS, yes [12:14:06 CEST] <barhom> with 25 fps [12:14:23 CEST] <BtbN> That should be nice and even 4 second segments [12:14:28 CEST] <barhom> but getting his output via HTTP is not producing be exact 4 second segments [12:15:02 CEST] <barhom> is it a problem created because my input is HTTP? [12:15:21 CEST] <BtbN> The hls muxer never knows that anyway. [12:17:19 CEST] <barhom> What tool can I use to find out what the GOP is when I dont know what the source is? [12:17:26 CEST] <BtbN> ffmpeg [12:17:42 CEST] <barhom> BtbN: Just great, any info about the command? ;) [12:18:01 CEST] <BtbN> ffprobe with -show_frames [12:18:09 CEST] <BtbN> It should display the frame type [12:18:15 CEST] <BtbN> And then you just count [12:20:03 CEST] <barhom> so each frame is the gop/keyframe, I need to find out the time between them [12:20:18 CEST] <BtbN> no, each frame is a frame. [12:20:44 CEST] <BtbN> You just count from I to last frame before next I [13:43:20 CEST] <ayohmang> which corrent gnu sed should i refer ? still got this error , sed: illegal option -- E. i'm compiling on solaris 11.3 x86_64 [13:43:35 CEST] <ayohmang> correct* [15:19:57 CEST] <Nacht> I've got a stream with a seperate video and audio stream which I merge to one muliplexer stream. However, now it's making video packets with a total of 1 PTS. Any clue how I can prevent that ? I tried copyts but that didn't do much [15:20:19 CEST] <Nacht> So for example, it has a package of 3600, then 1, then 7200 [15:55:53 CEST] <DHE> Nacht: out of order PTS is normal for many codecs, including H264 with b-rames [15:56:28 CEST] <DHE> DTS is what matters and must be sequential. or if you really need sequential PTS, disable bframes (usually discouraged with h264 for quality/bitrate reasons) [16:00:54 CEST] <linux8659> Hi , hoe do I run a ffmpeg command that would apply to all files in the pwd??? [16:09:14 CEST] <DHE> you don't. you script it with your shell/cli [16:12:09 CEST] <linux8659> dhw how do I do that ?? [16:12:33 CEST] <linux8659> for instance : ffmpeg -c:v copy -af "highpass=f=200, lowpass=f=3000" [16:13:12 CEST] <DHE> I'm going to assume you're on linux, and hence bash... [16:13:32 CEST] <linux8659> dhe YES [16:13:53 CEST] <DHE> something like: for input in *.mpv; do ffmpeg -i "file:$input" -c copy -af ".." "file:processeddir/$input" [16:14:49 CEST] <linux8659> DHE THANKS ,will try [16:18:19 CEST] <linux8659> dhe does not seem to work , did : for input in *.mp4; do ffmpeg -i "file:$input" -c:v copy -af "highpass=f=200, lowpass=f=3000" "file:processeddir/$input" [16:20:16 CEST] <TheAMM> for x in *; do echo $x; done [16:22:05 CEST] <linux8659> TheAMM where do I insert the ffmpeg command in that?? [16:22:42 CEST] <TheAMM> It was a barebones bash for-loop example to hint what you're missing [16:23:45 CEST] <linux8659> sorry I m new to this ,also I know the ffmpeg commands I need ,I don t know how to automate it [16:24:34 CEST] <TheAMM> I know you're new to this, which is why I try to lower the bar little by little instead of kissing the ground [16:24:45 CEST] <TheAMM> It's better to learn than be told the answer, but what can you do [16:24:49 CEST] <TheAMM> You're missing "; done" [16:25:06 CEST] <TheAMM> And don't quote that [16:25:32 CEST] <linux8659> TheAMM thanks I ll try [16:28:44 CEST] <linux8659> TheAMM it tried but for each file in the folder it said in red: [16:28:52 CEST] <linux8659> file:processeddir/88914.mp4: No such file or directory [16:29:29 CEST] <linux8659> for input in *.mp4; do ffmpeg -i "file:$input" -c:v copy -af "highpass=f=200, lowpass=f=3000" "file:processeddir/$input" ; done [16:29:49 CEST] <TheAMM> Make sure the directory exists, remove the "file:" [16:29:50 CEST] <relaxed> mkdir processeddir [16:29:56 CEST] <TheAMM> I thought you knew the command worked [16:30:43 CEST] <linux8659> yes it works when I do it on one file (-i filename.mp4) [16:30:49 CEST] <linux8659> a sec [16:33:17 CEST] <linux8659> removed :file in both places ,same error [16:33:55 CEST] <relaxed> did you create the processeddir directory? [16:34:20 CEST] <linux8659> no [16:34:36 CEST] <linux8659> sorry thanks for your patience guys !!I ll try [16:36:35 CEST] <linux8659> relaxed thank you so much ,works fine [16:39:03 CEST] <linux8659> while I m here , any option in ffmpeg to choose how many cores of the cpu are used for encoding??? [16:39:40 CEST] <DHE> -threads 4 # before the output [16:39:48 CEST] <linux8659> when I encode videos it uses my 4 cores ,when I convert one audio file into another format it uses only one core [16:40:01 CEST] <DHE> audio encoders tend to be single-threaded. video encoders tend to be multithreaded [16:40:42 CEST] <linux8659> DHE but -threads 4 before the output would work for audio files? [16:42:42 CEST] <DHE> the audio encoder isn't multithreaded. it doesn't help [16:42:56 CEST] <DHE> you'd have to encode 4 files at the same time with 4 different copies of ffmpeg running simultaneously [16:43:14 CEST] <linux8659> DHE good to know ,thanks for everything! [16:44:05 CEST] <linux8659> yes this is what I do ,have several instances running [16:55:20 CEST] <DHE> oops sorry about the ;done thing... [16:59:43 CEST] <Nacht> DHE: I don't mind the order being off. It's just that it takes in a stream which has gaps of 3600 TS (wether it be PTS or DTS) and makes it into a stream with gaps of (3600, 3599, 7199, 7200 and 1) [17:00:05 CEST] <Nacht> I'm trying to figure out why it is suddenly creating the 1-off gaps [17:00:33 CEST] <linux8659> DHE no worries and THANKS ,on the #bash freenode they didn t have the patience for a newbie like me! [17:03:56 CEST] <kepstin> Nacht: with an encoder that re-orders frames, the only thing that the dts values have to do is be in order that you feed them to the decoder. the gap between the numbers is meaningless. [17:05:10 CEST] <DHE> yeah, if you configured the encoder correctly then you should just roll with the timestamps it gives you. I don't think there's really a meaning to the exact values of dts other than the ordering and requirement dts <= pts [17:07:03 CEST] <kepstin> as long as the pts values are fine (after reordering), the video will play back correctly. [17:24:36 CEST] <timokau[m]> Is there a way to do stream selection on image-based subtitles? I want to exclude those. If thats not possible, can I do stream-selection based on format? [17:26:59 CEST] <DHE> I don't think there's conditional stream selection like that. you should run ffprobe to scan the file, make your own decision and produce a suitable ffmpeg command for it. [17:29:06 CEST] <timokau[m]> DHE: Thanks, thats unfortunate. And there is no way to ignore streams on encode failure either right? Basically I just want to transform subtitles to srt, without caring too much about losing some if they cannot be encoded. [17:30:09 CEST] <DHE> ffprobe has options for machine-parsable output and describing specific streams. this is very shell-scriptable [17:30:37 CEST] <DHE> or maybe just retry with a second set of options if the first try fails? not as consistent but might be good enough [17:31:14 CEST] <timokau[m]> Okay, I'll look into that. Thank you :) [21:52:50 CEST] <m_saba01> hey folks, i'm trying to convert a set of images into a video using minterpolate. The images are supposed to be at 15 fps; the resulting video should play at 60 fps [21:53:39 CEST] <m_saba01> i actually do get a 60 fps video but there's no interpolation going on. frames are simply being repeated [21:54:07 CEST] <durandal_1707> m_saba01: pastebin full uncut ffmpeg command and output [21:57:36 CEST] <m_saba01> volià: https://pastebin.com/TphcKf7w [21:58:32 CEST] <Cracki> m_saba01, why did you not set any arguments to minterpolate? [21:59:08 CEST] <Cracki> (except for fps...) [22:01:19 CEST] <m_saba01> -filter "minterpolate='fps = 60 : mi_mode = blend : scd = none : scd_threshold = 100" \ [22:02:17 CEST] <m_saba01> that was my inital attempt. same result [22:02:17 CEST] <durandal_1707> that mi_mode will not do much [22:02:17 CEST] <durandal_1707> have you read filter docs? [22:03:59 CEST] <Cracki> those don't say why "blend" wouldn't work here https://ffmpeg.org/ffmpeg-filters.html#minterpolate [22:04:45 CEST] <durandal_1707> blend works fine, it does not repeats frames [22:05:06 CEST] <Cracki> so it *does* do a linear blend even for rate increase? [22:05:21 CEST] <Cracki> why did you then say that "that mi_mode will not do much" [22:06:14 CEST] <durandal_1707> you want mci [22:06:29 CEST] <durandal_1707> mi_mode=mci [22:06:41 CEST] <Cracki> sure he does, if he wants smooth motion instead of blended frames [22:06:53 CEST] <Cracki> still, what did you mean by "will not do much"? [22:08:57 CEST] <durandal_1707> to eyes [22:09:31 CEST] <Cracki> of course [22:09:43 CEST] <m_saba01> I'm looking specifically for linear blending of frames. I do not need the more advanced alternatives [22:09:54 CEST] <Cracki> well, the blend effect will be visible and distinguishable from nearest neighbor or motion interpolation [22:10:31 CEST] <kepstin> m_saba01: for simple linear blending, you probably want the 'framerate' filter, not minterpolate. [22:10:56 CEST] <kepstin> although I suppose minterpolate can do it if configured appropriately [22:11:50 CEST] <kepstin> depending on input material, you might also need to disable scene cut detection if you use minterpolate [22:12:41 CEST] <kepstin> actually, that applies to the framerate filter too :) [22:15:57 CEST] <m_saba01> scd is set to none. I've also set scd_threshold to 100 even though I'm not quite sure what this parameters does [22:22:29 CEST] <Bombo> does this work for anyone maybe with newer ffmpeg? 'ffmpeg -i input.flac -sample_fmt s16 -ar 48000 output.flac' [22:22:44 CEST] <durandal_1707> m_saba01: have you set input fps with -frame_rate ? [22:23:03 CEST] <Bombo> with ffmpeg version 3.2.12-1~deb9u1 i get just one second encoded [22:23:25 CEST] <durandal_1707> Bombo: have same happens when decoding to wav? [22:23:29 CEST] <Bombo> size= 57kB time=00:00:00.76 bitrate= 612.0kbits/s speed= 22x [22:23:33 CEST] <Bombo> not even 1s [22:23:49 CEST] <durandal_1707> if yes, upload sample somewhere and link it to trac.ffmpeg.org [22:24:06 CEST] <Bombo> Stream #0:0 -> #0:0 (flac (native) -> pcm_s16le (native)) [22:24:13 CEST] <Bombo> yes same [22:24:41 CEST] <durandal_1707> Bombo: you actuall is it long, and size of flac is? [22:24:41 CEST] <Bombo> i'll try to compile a newer ffmpeg then [22:24:44 CEST] <kepstin> Bombo: i'm guessing that the problem is that your input file is either actually that short or is corrupted/truncated. [22:25:27 CEST] <Bombo> it's a 24bit 192khz file [22:25:41 CEST] <Bombo> oh shit i accidentally the file [22:25:52 CEST] <Bombo> ;) [22:26:30 CEST] <Bombo> (overwritten the source flac) [22:26:56 CEST] <Bombo> sorry, i need to go to bed ;) [22:27:47 CEST] <m_saba01> durandal_1707: https://pastebin.com/TphcKf7w I've specified the framerate of the image files via -framerate [22:29:35 CEST] <m_saba01> is it possible that the order of my parameters is somehow messed up? [22:30:02 CEST] <kepstin> m_saba01: um, your options are all messed up there. the only filter you're applying is an fps filter [22:30:18 CEST] <m_saba01> nice ^^ not [22:30:48 CEST] <durandal_1707> that explains it [22:30:50 CEST] <kepstin> m_saba01: -vf is the same as -filter:v, and the later -vf overwrites your previous -filter option [22:31:21 CEST] <m_saba01> facepalm [22:37:18 CEST] <ahoo> hey there [22:37:40 CEST] <ahoo> where did the audio/video tray icons go? [22:37:42 CEST] <m_saba01> -vf "minterpolate='fps=60:mi_mode=blend:scd=none', format = yuv420p" gives the expected result! cpu is finally getting quite busy too [22:37:47 CEST] <m_saba01> thank you guys! [22:39:05 CEST] <kepstin> ahoo: are you referring to the windows directshow stuff? that's a separate project, not part of ffmpeg. [22:39:20 CEST] <ahoo> oh [22:39:26 CEST] <ahoo> what's it called? [22:40:50 CEST] <kepstin> ahoo: i think 'LAVFilters - https://github.com/Nevcairiel/LAVFilters is a currently supported project. [22:42:08 CEST] <kepstin> ahoo: i think they're associated with the mpc-hc player project. [22:43:16 CEST] <ahoo> i'm not sure if i'm on the right path. all i want to do is encode video while recording from it [22:43:40 CEST] <kepstin> well, you can use the ffmpeg command line tool for that [22:43:55 CEST] <ahoo> i have installed the k-lite codec pach [22:44:03 CEST] <ahoo> really? [22:44:09 CEST] <kepstin> ffmpeg is not a codec pack and does not require or use windows codecs [22:44:13 CEST] <ahoo> i can record from the command line? [22:44:24 CEST] <kepstin> depends what you're trying to record, but probably? [22:44:32 CEST] <ahoo> dshow:// [22:45:06 CEST] <kepstin> should work fine for webcams and video capture cards. If you want to record your screen, you might be better off using a dedicated application like OBS [22:49:29 CEST] <ahoo> no i only want to record from my webcam. [22:49:39 CEST] <ahoo> could you explain to me one more thing [22:49:46 CEST] <ahoo> there's ffmpeg and ffmpeg-tryouts [22:49:58 CEST] <ahoo> which of the two is this channel for? [22:50:15 CEST] <ahoo> i understand tryouts is just a fork [22:52:18 CEST] <kepstin> i haven't heard of anything called ffmpeg-tryouts [22:52:40 CEST] <kepstin> ffdshow-tryouts is a third party project [22:54:10 CEST] <kepstin> this channel is for ffmpeg, which consists of a set of libraries used by many other applications, and some command-line tools. [23:01:43 CEST] <kepstin> As far as capturing your webcam on windows, this page: https://trac.ffmpeg.org/wiki/DirectShow has some examples that should get you started [23:02:40 CEST] <ahoo> awesome [23:02:43 CEST] <ahoo> thanks [23:02:55 CEST] <ahoo> i admire your wisety [23:54:55 CEST] <ahoo> i'd like to have a date/time stamp in my recorded video - is that even possible with ffmpeg ootb? [00:00:00 CEST] --- Tue Aug 14 2018

1 0

ffmpeg-devel.log.20180812
by burek 13 Aug '18

13 Aug '18

[10:41:17 CEST] <durandal_1707> so silent, everybody is on vacation [16:32:11 CEST] <durandal11707> would prores decoder gain any advantage with frame threading? [17:33:46 CEST] <atomnuker> yeah, it would [20:34:13 CEST] <durandal_1707> j-b: ping [22:17:13 CEST] <cone-563> ffmpeg 03Michael Niedermayer 07master:f91e7ec9dfb3: avcodec/microdvddec: limit style characters in parsing [22:17:13 CEST] <cone-563> ffmpeg 03Michael Niedermayer 07master:6d8a289c98b8: avcodec/indeo5: require initial valid intra/gop headers not just later [22:17:13 CEST] <cone-563> ffmpeg 03Michael Niedermayer 07master:82920bf49434: avcodec/ivi: Only clip samples when needed in ivi_output_plane() [22:17:13 CEST] <cone-563> ffmpeg 03Michael Niedermayer 07master:bf97d11b0881: avcodec/ivi: Factor width dereference out of the loops in ivi_output_plane() [22:17:13 CEST] <cone-563> ffmpeg 03Michael Niedermayer 07master:0f4c3b0b8e54: avcodec/mpegaudio_parser: Initialize poutbuf* [23:01:19 CEST] <cone-563> ffmpeg 03Danil Iashchenko 07master:5423fe29da6b: lavfi: add erosion_opencl, dilation_opencl filters [23:01:56 CEST] <durandal_1707> 3B bitcoins stolen, how that can happen? [23:21:29 CEST] <iive> i don't think there are that many [23:22:02 CEST] <iive> i think they had put a cap at less than 20 million. [23:22:52 CEST] <durandal_1707> 3b worth in $ [23:23:40 CEST] <TheAMM> Stolen where? [23:23:47 CEST] <iive> oh... [23:24:20 CEST] <durandal_1707> india [23:24:43 CEST] <TheAMM> Did you lose 3B worth of BTC? [23:27:58 CEST] <iive> Stealing btc is easy, you just have to get the private key. [23:28:21 CEST] <iive> some "sites" hold the wallets for the users, meaning they store their private keys. [23:29:31 CEST] <BtbN> With how insanely big the whole chain is by now, it's the only possibility for smaller devices [23:31:05 CEST] <iive> you don't need the whole chain, you just need the parts where your coins are, when you want to use them. [23:32:06 CEST] <iive> well, lighting network might change that... but i do consider it serious flaw in LN design. [00:00:00 CEST] --- Mon Aug 13 2018

1 0

ffmpeg.log.20180812
by burek 13 Aug '18

13 Aug '18

[02:59:18 CEST] <TheAMM> Is there any way to check which libopus version ffmpeg was built with? [03:02:48 CEST] <furq> not if it's a static binary [04:07:59 CEST] <Hello71> TheAMM, furq: actually it is possible even in static binary if the binary was not compiled with -flto or -Wl,--gc-sections [04:09:10 CEST] <Hello71> I assume that the celt.c file is always compiled in [04:09:18 CEST] <Hello71> so just run the opus_get_version_string function [04:09:27 CEST] <Hello71> or disassemble it and read the referenced string [04:10:09 CEST] <Hello71> or better yet just run grep -ao 'libopus [A-Za-z0-9_.\-]*' ffmpeg [04:10:16 CEST] <TheAMM> Yeah that goes a bit above telling the guy to just download a fresh static ffmpeg [04:10:35 CEST] <Hello71> if you turned on lto then you're SOL though [04:10:49 CEST] <Hello71> unless you feel like manually comparing the lists of symbols, which isn't even reliable with LTO [04:11:00 CEST] <TheAMM> He just wanted to know if he has opus 1.2 [04:11:36 CEST] <TheAMM> I wondered if I had missed some -library_versions or such [04:14:10 CEST] <Hello71> no [04:14:18 CEST] <Hello71> grep opus_get_version_string ffmpeg [04:14:28 CEST] <Hello71> although I guess it could be compiled in [04:14:41 CEST] <Hello71> grep -ao 'libopus [A-Za-z0-9_.\-]*' dynamic-ffmpeg [13:33:02 CEST] <pi--> https://paste.pound-python.org/show/aFfv6HOQ104C924qckb2/ <-- could anyone help me understand what this code is doing? [13:33:21 CEST] <pi--> Or rather, I know that it is in setting black at the beginning of the video. But how is it doing it? [13:33:27 CEST] <pi--> Is the approach sensible? [13:40:26 CEST] <pi--> `trim=0:$BLACK_S,geq=0:128:128` <-- What's geq doing? [13:40:39 CEST] <TheAMM> Egh. [13:41:05 CEST] <TheAMM> It's reading the input file, trimming it to the given duration and filtering it to black [13:41:34 CEST] <TheAMM> (it also converts the timebase to be 600fps if I understand video_track_timescale correctly) [13:41:43 CEST] <pi--> https://ffmpeg.org/ffmpeg-filters.html#geq doesn't seem to document '3 params' [13:42:03 CEST] <TheAMM> lum, cb, r [13:42:06 CEST] <TheAMM> The first three [13:42:47 CEST] <TheAMM> It may be sane if you want to preserve the variable framerate timestamps [13:44:36 CEST] <pi--> I generated the source video by splitting it into A&V streams. [13:45:10 CEST] <TheAMM> Is the framerate constant or variable? [13:45:16 CEST] <pi--> I don't know if this is going to cause an issue with timestamps. [13:45:29 CEST] <pi--> Constant, I think... [13:45:41 CEST] <TheAMM> Where does the video come from? [13:45:52 CEST] <pi--> i.e. the in-video is the output of previous ffmpeg operation [13:46:20 CEST] <TheAMM> ffmpeg doesn't implicitly make the framerate constant [13:46:49 CEST] <TheAMM> Things depend on things [13:47:30 CEST] <TheAMM> If your video is CFR and it's okay to use CFR, that simplifies things (and makes them faster since you don't have to generate two temporary files just to merge them) [13:56:07 CEST] Action: pi-- bbl [13:56:08 CEST] <pi--> tx TheAMM [13:56:31 CEST] <TheAMM> k [18:16:44 CEST] <pi--> https://paste.pound-python.org/show/aFfv6HOQ104C924qckb2/ <-- I'm revisiting this, looking at `-vf trim=0:$BLACK_S,geq=0:128:128` [18:16:59 CEST] <pi--> Could someone explain the last three numbers? [18:17:13 CEST] <pi--> I can't see from the documentation what they signify. [18:18:13 CEST] <pi--> https://ffmpeg.org/ffmpeg-filters.html#geq [18:19:13 CEST] <pi--> So lum, chrominance-blue, chrominance-red ??? [18:19:39 CEST] <pi--> Why would we need anything beyond the first `lum=0`? [20:05:49 CEST] <kepstin> pi--: the colour you get with Y=0, Cb=0, Cr=0 is dark green. Need to set Cb and Cr to neutral to get black. [23:54:16 CEST] <Obliterous> got a compile/configure question, if someone is available to assist. [23:56:58 CEST] <Cracki> you need to make the first move. pastebin or upload EVERYTHING you have. nobody's gonna commit, especially if you make it like pulling teeth. [23:58:05 CEST] <Obliterous> reasonable enough. just wanted to make sure someone was awake in here first. :-) [23:58:39 CEST] <Cracki> I'm neither awake nor in here nor knowledgeable [23:58:55 CEST] <Cracki> just trying to keep you from shooting your own foot [00:00:00 CEST] --- Mon Aug 13 2018

1 0

ffmpeg-devel.log.20180811
by burek 12 Aug '18

12 Aug '18

[15:19:54 CEST] <gagandeepsingh> durandal_1707: since i am using update_thread_context, finish_thread_setup doesn't execute automatically, so in case i have less packets than the threads, how to handle that? [15:21:51 CEST] <gagandeepsingh> and, valgrind is detecting memory leaks in cfhd_close [15:22:00 CEST] <durandal_1707> gagandeepsingh: that should be handled automatically i think, have you fixed crash? [15:25:38 CEST] <gagandeepsingh> i am working on it [15:26:02 CEST] <durandal_1707> gagandeepsingh: have you located crash with valgrind? [15:26:38 CEST] <gagandeepsingh> in cfhd_close function [15:26:46 CEST] <gagandeepsingh> at least for the intra only part [15:27:14 CEST] <gagandeepsingh> only in cfhd_close function during freeing the frames that i allocated in the beginning [15:29:31 CEST] <durandal_1707> gagandeepsingh: if another thread holds frame you need to use ff_thrad_release_buffer() [15:30:46 CEST] <gagandeepsingh> i am using thread_release_buffer() for both the frames that i allocated before freeing both frames [15:31:48 CEST] <durandal_1707> gagandeepsingh: it crash when realeasing buffer or when freeing one? [15:36:32 CEST] <gagandeepsingh> the first 2 errors that valgrind detects are when i try to access the frame via pointer to check is f->data[0] is non null, before releasing buffers, then the next errors are detected in av_frame_free [15:36:42 CEST] <gagandeepsingh> as if the frame wasn't allocated [15:36:50 CEST] <gagandeepsingh> in the beginning [15:37:42 CEST] <durandal11707> gagandeepsingh: pastebin valgrind output [15:38:52 CEST] <gagandeepsingh> https://pastebin.com/SG1biXNF [15:39:12 CEST] <gagandeepsingh> the sample has only one packet worth of data [15:40:12 CEST] <gagandeepsingh> durandal_1707: here is the file for referencing : https://pastebin.com/LD9YfU0n [15:44:44 CEST] <durandal_1707> gagandeepsingh: have you tried to check if frame pointer is not NULL ? [15:47:30 CEST] <gagandeepsingh> if (s->i_frame.f), checks if the frame pointer is null or not before trying to check if frame has buffers refs [15:49:13 CEST] <gagandeepsingh> yup, line 1456 first checks that and then sees if f->data[0] is null or not [15:49:14 CEST] <durandal_1707> gagandeepsingh: have you tried with allocate_progress always being set to 1? [15:49:26 CEST] <gagandeepsingh> in init? [15:49:41 CEST] <durandal_1707> yes [15:49:47 CEST] <gagandeepsingh> no, [15:49:51 CEST] <gagandeepsingh> let me see [15:50:51 CEST] <gagandeepsingh> doesn't work with it always set to 1 [15:51:33 CEST] <gagandeepsingh> that file with just one sample returns seg fault on closing ffplay [15:52:04 CEST] <gagandeepsingh> also in ./ffmpeg, just tried [15:55:46 CEST] <durandal_1707> gagandeepsingh: what about commenting init threadsafe cap? [15:56:19 CEST] <durandal_1707> just comment out all .caps_internal [15:56:38 CEST] <gagandeepsingh> let me see [15:58:27 CEST] <gagandeepsingh> doesn't work, the stdout is also giving the error double free or corruption(out) [16:04:06 CEST] <durandal_1707> gagandeepsingh: your other threads need init_thread_copy function to allocate frames too [16:05:08 CEST] <durandal_1707> because upon init, avctx priv data is simply copied to other threads [16:07:38 CEST] <gagandeepsingh> i haven't created that function in cfhd, perhaps that might have been the error [16:08:00 CEST] <durandal_1707> and at close, it will crash because race among threads will cause to free already modified data [16:08:27 CEST] <gagandeepsingh> yeah, that makes sense, i will need to provide that function for cfhd [16:08:43 CEST] <gagandeepsingh> thanks for a new lead, i will see and ping if i need to understand something [21:56:48 CEST] <cone-916> ffmpeg 03Sasi Inguva 07master:12673bb25342: lavf/mov.c: Set start_time for all streams (in case of edit lists). [21:56:48 CEST] <cone-916> ffmpeg 03Sergey Lavrushkin 07master:00ae3498bf03: libavutil: Adds gray floating-point pixel formats. [00:00:00 CEST] --- Sun Aug 12 2018

1 0

ffmpeg.log.20180811
by burek 12 Aug '18

12 Aug '18

[00:01:15 CEST] <iive> yuyv is packed format and these don't have many practical uses anymore. [00:02:11 CEST] <iive> e.g. display overlays used to like them, because you get all pixel components in a single 32bit read. But video cards don't even have overlays anymore. [00:40:08 CEST] <johnnny22> yeah, was thinking if the gpu could be leveraged maybe :) [00:40:57 CEST] <johnnny22> the output could also be yuv422p (if i use v210) [00:42:13 CEST] <johnnny22> my ffmpeg on 1 core seems to turn around 65% with v210 output, while around 75% with the other output mentionned before (yuyv). [00:42:55 CEST] <johnnny22> was basically thinking about 'trying' to see if using the gpu to do the conversion could be an improvement, but idk how to do it either :o/ [00:43:41 CEST] <furq> scale_npp on nvidia [00:43:48 CEST] <furq> assuming it supports those pixel formats [00:54:07 CEST] <johnnny22> but i'm on vaapi [00:57:31 CEST] <iive> i think that v210 is just bigger yuyv [00:58:31 CEST] <furq> there's a scale_vaapi filter but it's not documented so idk if it does any format conversions other than to nv12 [01:09:25 CEST] <iive> once again, why is this conversion needed, is vaapi accepting only this format? [07:24:33 CEST] <botik101> I do not know how to ask this without sounding like a moron, but how do i detect dpi of a movie? [09:29:12 CEST] <Akeakamai> :D [09:29:35 CEST] <Akeakamai> Hi [09:30:11 CEST] <Akeakamai> ,0 [09:32:02 CEST] <Akeakamai> Does anybody has exp [09:32:21 CEST] <Akeakamai> with h264_amf [10:04:55 CEST] <johnnny22> iive: the reason is the endpoint either takes v210 or yuyv raw [10:05:46 CEST] <johnnny22> endpoint = decklink device [14:12:11 CEST] <Boobia> in filter_complex extractplanes I have an [u] scale=w=iw1 [14:12:16 CEST] <Boobia> what's iw1? [14:20:52 CEST] <durandal_1707> Boobia: there is no iw1 in scale filter usage [15:10:15 CEST] <luc4> Hello! I'm using ffmpeg to transcode and pipe the output to vlc for the streaming. When using mjpeg the result is a stream that does not respect the original speed of the video, probably cause it is missing the timestamps. Is it possible to somehow limit the speed of transcoding so that ffmpeg feeds vlc at the proper speed? [15:12:14 CEST] <DHE> typically set something like -r or -framerate on the input to set a framerate. more details needed to be more specific [15:15:11 CEST] <luc4> DHE: I see that -r sets the frame rate. But how can vlc know that value? Isn't mjpeg just a sequence of jpegs? [15:25:46 CEST] <Bombo> can ffprobe show if a source stream is interlaced or progressive? i don't find the option [15:26:40 CEST] <durandal_1707> Bombo: yes, if source have proper metadata [15:27:08 CEST] <Bombo> luc4: why does vlc has to know? if you know, you can just add it somewhere [15:30:03 CEST] <iive> Bombo, i think there is interlace detect filter, that checks the image for interlace artifacts [15:31:47 CEST] <luc4> Bombo: so you say that setting "-r 1" should make ffmpeg output 1 jpeg per second? [15:33:15 CEST] <Boobia> my stuff inside -filter_complex does not work if I try to put it on multiple lines with \ [15:33:51 CEST] <Boobia> it errors on indentation [15:34:18 CEST] <Bombo> ah found it '-show_entries stream=field_order' shows field_order=progressive or field_order=tt [15:35:04 CEST] <Bombo> iive: hmmm [15:38:19 CEST] <Bombo> luc4: not sure, i think it depends on where you put that too, before -i or after... i think it sets the fps rate when playing or reading 1 fps then? better wait for an expert ;) or try it out [15:41:01 CEST] <Bombo> iive: ah http://www.aktau.be/2013/09/22/detecting-interlaced-video-with-ffmpeg/ ;) [15:45:26 CEST] <Bombo> 'SchleFaZ: Strippers vs Werewolves TELE 5 2018-08-10 22-00-04.mpg: Protocol not found' [15:46:16 CEST] <Bombo> oh lol it detects the : and thinks its a protocol [16:03:26 CEST] <DHE> prefix it with file: [16:07:47 CEST] <Bombo> DHE: oh nice trick, thx ;) [16:09:02 CEST] <Bombo> ffprobe -select_streams v:0 -show_entries "frame=pkt_pts_time,pkt_duration_time,interlaced_frame" file:"$FILE" -pretty -print_format csv -v error -of csv="s=,:p=0" [16:09:22 CEST] <Bombo> hm i get extra \n when scanning an interlaced file for some reason [18:57:30 CEST] <the_gamer> i want to have videopictures from second 10 going for 8 seconds. ffmpeg -ss 00:10:00 -i P1000250.MP4 -t 18 bilder/lennygross%04d.png #and others always say output file is empty. how to do it? [19:00:42 CEST] <the_gamer> -t duration (input/output) [19:00:43 CEST] <the_gamer> When used as an input option (before -i), limit the duration of data read from the input file. [19:00:43 CEST] <the_gamer> When used as an output option (before an output url), stop writing the output after its duration reaches duration. [19:00:49 CEST] <the_gamer> does not work for me. but why [19:04:50 CEST] <Blacker47> the_gamer, maybe try -ss after -i <infile>. [19:06:01 CEST] <Blacker47> and -to, not -t [22:26:48 CEST] <speeedy> hi, how do I remove track names with ffmpeg ? from a mkv [22:26:59 CEST] <speeedy> is there a tag that does it automatically [22:40:25 CEST] <barhom> speeedy: not ffmpeg, but https://mkvtoolnix.download/doc/mkvpropedit.html ? [23:00:57 CEST] <speeedy> thanks [00:00:00 CEST] --- Sun Aug 12 2018

1 0

ffmpeg-devel.log.20180810
by burek 11 Aug '18

11 Aug '18

[00:03:56 CEST] <rcombs> trying to come up with a way to handle poorly-muxed files better in lavf [00:04:15 CEST] <rcombs> specifically, stuff where the packets are poorly interleaved [00:05:03 CEST] <rcombs> apparently transferring a video taken on an iPhone to a Windows machine produces an MP4 with alternating large chunks of video and audio packets [00:05:40 CEST] <rcombs> and I've seen a few other sources of similar files crop up lately [00:06:31 CEST] <rcombs> it's usually fine on disk, but it absolutely fucks up HTTP [00:06:50 CEST] <rcombs> in mpv, it's _sometimes_ fine, depending on timing [00:07:53 CEST] <rcombs> if the cache manages to pre-fill to the next seek target before the seek happens [00:10:00 CEST] <rcombs> I'm thinking, maybe the demuxer could call an avio function to "hint" what stream the next seek will be for [00:11:11 CEST] <rcombs> and if the "hints" are opaque, you could also use this to read trailers without having to reset your transfer to seek back [00:12:46 CEST] <rcombs> a smart cache like mpv's could either open a new underlying AVIO context or just read ahead with an existing one depending on the distance [00:13:22 CEST] <rcombs> not sure what I'd want plain avio to do [00:48:34 CEST] <rcombs> the alternative would be for the demuxer to read the packets linearly in file order, and have lavf or the consumer deal with the poor interleave [01:15:46 CEST] <atomnuker> I think that's smarter, read packets in order and store info on the type of packet and its location [01:17:44 CEST] <atomnuker> so you'd have a per-stream queue, and if the client requests a packet from a stream with no packets you'd return averror_eagain to request more data [08:44:01 CEST] <gagandeepsingh> atomnuker: have you checked the mail i sent you? [08:48:20 CEST] <rcombs> atomnuker: well AVPacket already stores all that info; we'd just need either a way for lavf to buffer and reinterleave packets, or a way for the consumer to opt-in to receiving poorly-interleaved packets [08:49:22 CEST] <rcombs> though I do still like the idea of being able to open an extra connection to read trailers, since that could save an RTT at startup in anything that has important data at the end (often e.g. mp4, mkv) [08:49:31 CEST] <rcombs> id3v2, even [11:30:22 CEST] <gagandeepsingh> kierank:are you busy today as well? [11:31:29 CEST] <kierank> Yes, will have to look during weekend [11:32:15 CEST] <gagandeepsingh> alright [11:33:12 CEST] <gagandeepsingh> i am having some problem in the initial frames and then the next frames are decoded properly so that is why i am seeking help now [11:47:47 CEST] <durandal_1707> gagandeepsingh: where is your code? [11:48:07 CEST] <gagandeepsingh> right now i can send you a link to dropbox file [11:48:10 CEST] <gagandeepsingh> will that be fine [11:48:17 CEST] <gagandeepsingh> or a rough patch file [11:48:30 CEST] <gagandeepsingh> the patch is not what i will submit for final review [11:48:45 CEST] <durandal_1707> no, i hate dropbox, just paste full file [11:48:54 CEST] <gagandeepsingh> pastebin? [11:48:59 CEST] <durandal_1707> sure [11:49:18 CEST] <gagandeepsingh> gimme a sec [11:51:45 CEST] <gagandeepsingh> durandal_1707: https://pastebin.com/09xaV0Sp [11:53:52 CEST] <gagandeepsingh> durandal_1707: here is cfhd.h [11:53:53 CEST] <gagandeepsingh> https://pastebin.com/dH0qLiyc [12:02:02 CEST] <durandal_1707> gagandeepsingh: please post link again, my stupid windows box died yet again (become unresponsive) [12:03:46 CEST] <gagandeepsingh> durandal_1707: https://pastebin.com/09xaV0Sp [12:03:57 CEST] <gagandeepsingh> cfhd.h : https://pastebin.com/dH0qLiyc [12:06:47 CEST] <durandal_1707> gagandeepsingh: why you commented out code at line 916 in cfhd.c ? [12:07:56 CEST] <gagandeepsingh> i think i had done that for running mountain sample [12:08:32 CEST] <gagandeepsingh> it was just an error check and mountain sample was not having certain tags in 1st packet [12:09:16 CEST] <gagandeepsingh> namely image width and height [12:09:32 CEST] <gagandeepsingh> but i will need to confirm it again as it was a month ago [12:10:38 CEST] <gagandeepsingh> also for frame threading i will be allocating more memory for temporary buffers to work independently [12:11:04 CEST] <gagandeepsingh> but i only want you to check how i managed to break only intra frame sample decoding [12:13:08 CEST] <durandal_1707> gagandeepsingh: why you always left shift progress1 ? [12:13:54 CEST] <durandal_1707> i thought it should be hardcoded, so when you put it to some number, like 10, and await same number 10 it will continue execution [12:14:24 CEST] <durandal_1707> currently it could wait indefinetely.. [12:15:02 CEST] <gagandeepsingh> i can hardcode certainly, but i didn't think how waiting indefinetely could happen? [12:16:28 CEST] <durandal_1707> well, because you shift, and do not use simple +1 it could break after 31 shifts :-) [12:17:09 CEST] <gagandeepsingh> would it reach 31 shifts before ending run? [12:17:30 CEST] <durandal_1707> gagandeepsingh: dunno, you should know that better :-) [12:17:43 CEST] <gagandeepsingh> ok, i will see to it [12:18:55 CEST] <durandal_1707> the progress argument tell how far you have decoded that frame [12:19:25 CEST] <durandal_1707> and if another frame needs certain area you can signal it [12:19:34 CEST] <durandal_1707> and wait for it [12:20:13 CEST] <gagandeepsingh> yeah, that was the idea [12:20:38 CEST] <gagandeepsingh> progress1 is for first frame, progress2 is for second frame [12:21:14 CEST] <gagandeepsingh> s->picture is the frame that thread will return in the supplied frame [12:21:30 CEST] <gagandeepsingh> s->connection is the one the thread need to await for progress [12:22:37 CEST] <gagandeepsingh> for the p frame thread the s->picture and s->connection address is supplied by update_thread_context [12:23:06 CEST] <gagandeepsingh> the frames are stored with the intra frame decoding thread [12:23:26 CEST] <gagandeepsingh> although 2 frames are allocated for every thread at the init [12:25:23 CEST] <JEEB> (56 [12:27:28 CEST] <durandal_1707> gagandeepsingh: line 1118, should report be before frame ref? [12:29:13 CEST] <gagandeepsingh> that is intra only stuff, reporting doesnt matter here [12:29:29 CEST] <gagandeepsingh> just added it for consistency [12:29:37 CEST] <gagandeepsingh> the intra only code ends there [12:30:14 CEST] <gagandeepsingh> initially i wasn't aware i would have to use av_frame_copy_props from the supplied frame and that was causing trouble [12:30:35 CEST] <gagandeepsingh> still i am managing to break the intra only decoding [12:31:20 CEST] <gagandeepsingh> code below that is all ip frame [12:32:59 CEST] <durandal_1707> gagandeepsingh: you nowhere use ff_thread_ref_frame [12:35:38 CEST] <gagandeepsingh> i don't think i needed it, it creates a buffer ref for progress, buffer ref for frame buffer, and copies owner [12:36:11 CEST] <gagandeepsingh> av_frame_ref is sufficient to create buffer ref for the supplied frame once decoding is done [12:36:52 CEST] <gagandeepsingh> and i don't think i get an allocated frame buffer from the supplied frame? [12:37:14 CEST] <gagandeepsingh> supplied frame is the one passed to the cfhd_decode function [12:37:27 CEST] <durandal_1707> you need it if one thread needs frame of another thread, to be used in update_thread_context [12:37:58 CEST] <gagandeepsingh> i am not having different threads write data to another frame [12:38:08 CEST] <gagandeepsingh> each thread gets to write data to its frame [12:38:13 CEST] <durandal_1707> gagandeepsingh: so only intra videos are broken, how broken? [12:38:44 CEST] <gagandeepsingh> the first few frames give seg fault, but sometimes ffplay is able to run it completely and the later frames are perfectly decoded [12:39:06 CEST] <durandal_1707> but first frames are corrupted? [12:39:16 CEST] <gagandeepsingh> yeah, corrupted is the word [12:39:54 CEST] <gagandeepsingh> only sometimes the ffplay will run the file with corrupted frames, otherwise just seg fault and crash [12:41:10 CEST] <durandal_1707> gagandeepsingh: and non-intra videos always decodes fine, have you measured speed up with ffmpeg -threads X -i Y -f null - ? [12:41:37 CEST] <durandal_1707> for X = 1 and X = number of cpu cores? [12:41:58 CEST] <gagandeepsingh> ip files are also like this, but i reckon fixing the intra first should be a lot easier than the ones where communication between threads is to be accounted for [12:45:24 CEST] <durandal_1707> gagandeepsingh: if you are on linux? have you debugged crash with valgrind? [12:45:39 CEST] <gagandeepsingh> don't know what that is? [12:46:25 CEST] <durandal_1707> http://valgrind.org/ [12:46:28 CEST] <gagandeepsingh> let me look into it [12:46:43 CEST] <gagandeepsingh> some memory debugging tool, seeing it, will try it [12:50:18 CEST] <cone-963> ffmpeg 03Jun Zhao 07master:1581caa7ca6f: lavc/hevcdec: add ONLY_IF_THREADS_ENABLED where it is missing. [12:50:23 CEST] <durandal_1707> gagandeepsingh: you are missing .init_thread_copy [12:54:12 CEST] <gagandeepsingh> durandal_1707: going to class will talk later tonight. [12:54:33 CEST] <gagandeepsingh> thanks for taking a look at the code [15:21:17 CEST] <durandal_1707> jamrial: for you only sample where door opens decodes with artifacts? [15:22:15 CEST] <jamrial> durandal_1707: no, both looked broken. pixel columns shifted all around [15:22:54 CEST] <durandal_1707> perhaps i pushed something bad ... [15:25:51 CEST] <durandal_1707> jamrial: could you try to do fresh git pull and recheck it? you are on 64bit? [15:26:39 CEST] <jamrial> durandal_1707: yes, give me a minute [15:40:41 CEST] <jamrial> durandal11707: https://0x0.st/s4xV.png https://0x0.st/s4xW.png [15:43:02 CEST] <durandal11707> funny, perhaps default permutation on x64 is not none? [15:51:03 CEST] <kierank> durandal11707: yes looks like transpose dct [15:51:52 CEST] <durandal11707> but on x32 it decodes fine but with artifacts on door opening [15:57:51 CEST] <jdarnley> Oh man. I remember the fallout from changing the mpeg dct. Is this another corner case We ddin't find att he time? [15:58:28 CEST] <jdarnley> *we didn't find at the time [16:05:03 CEST] <durandal11707> lol, all the time i was using idct none [18:37:03 CEST] <gagandeepsingh> durandal_1707: any leads? [18:37:35 CEST] <durandal_1707> gagandeepsingh: use valgrind [18:37:41 CEST] <durandal_1707> i will not do your work [18:41:46 CEST] <durandal_1707> or gdb, or any sane debugger [18:42:39 CEST] <gagandeepsingh> ok, you still helped a lot by looking at the file and perhaps even to you the syntax that i have written is sane? [18:43:18 CEST] <gagandeepsingh> will be trying out valgrind next, this is new to me. Thanks [18:43:21 CEST] <durandal_1707> gagandeepsingh: well, do not do guessing game if you can use right tools for the job [18:43:41 CEST] <durandal_1707> gagandeepsingh: using valgrind is trivial if you are on linux [18:44:05 CEST] <gagandeepsingh> sure, i am on linux [20:05:45 CEST] <durandal_1707> jamrial: try latest github (i did forced push) if you want... [20:21:21 CEST] <jamrial> durandal_1707: sure [21:02:43 CEST] <cone-446> ffmpeg 03Kyle Swanson 07master:87cc7e8d4ef8: lavfi/vf_libvmaf: update to use libvmaf v1.3.9 [21:16:22 CEST] <jamrial> durandal_1707: looks good now. the door opening is still full of artifacts, though [00:00:00 CEST] --- Sat Aug 11 2018

1 0

ffmpeg.log.20180810
by burek 11 Aug '18

11 Aug '18

[00:04:17 CEST] <Maverick|MSG> anyone using the latest 'ffmpeg windows build helpers' script run into an issue on ubuntu where the compiler complains "libmfx not found" [01:23:16 CEST] <botik101> guys, how can I get ffmpeg to stop searching for frames AFTER it found all the frames in the video? I have a 10 hr long video and i want to grab few framnes. If the frames are in the beginning of the video, ffmpeg keeps on scanning until the end of the video even after it found all the frames I have specified with -select [01:26:38 CEST] <c_14> use -frames:v with the total number of frames you want [01:27:07 CEST] <botik101> c_14 - makes total sense! [01:27:21 CEST] <botik101> c_14 - i was using that, but there is a proble: ffmpeg -i /home/victor/Videos/FIFA/mundo-full.mp4 -filter:v "select='lt(prev_pts*TB\,(96.056835, u'church'))*gte(pts*TB\,(96.056835, u'church')) + 'lt(prev_pts*TB\,(96.967261, u'church'))*gte(pts*TB\,(96.967261, u'church'))'" -vsync vfr ./tmp/still_%06d.png [01:28:14 CEST] <botik101> c_14: as you can see, because we cannot specify exact timestamp (since ffmpeg might not find it) we are specifying next best thing - LT/GT...so the total umber is a big question mark. We do know the ranges though [01:29:02 CEST] <botik101> arghhh, ignore anything other than values please.... [01:30:07 CEST] <c_14> use -t as an input option to limit the duration of the file to be used [01:31:16 CEST] <botik101> -t will allow me to specify the maximum length? so if file is 10hrs long, and the last frame is 2:34:21 then i shuold just specify t to be 3:00:00 > [01:31:18 CEST] <botik101> ? [01:31:36 CEST] <c_14> yeah [01:32:01 CEST] <botik101> like this? ffmpeg -i /home/victor/Videos/FIFA/mundo-full.mp4 -t 97 -filter:v "select='lt(prev_pts*TB\,96.056835)*gte(pts*TB\,96.056835) + 'lt(prev_pts*TB\,96.967261)*gte(pts*TB\,96.967261)'" -vsync vfr ./tmp/still_%06d.png [01:33:29 CEST] <c_14> -t 97 before -i [01:33:50 CEST] <botik101> excellent! This makes life so much easier. [01:35:08 CEST] <botik101> Sometimes frames are 40 minutes, 1 hour or even 7 hours a apart. For now, I am spliting the videos into smaller fragments and then seaarching in those fragments, but it feels ery inefficient. Is there a way to tell ffmpeg to jump to the times where I want it to cut? [01:35:42 CEST] <c_14> -ss before -i [01:36:06 CEST] <poutine> isn't it typically recommended to do it both before and after as before seeks to iframe? [01:36:22 CEST] <poutine> which might not be that exact point [01:36:30 CEST] <c_14> poutine: nah, you don't have to do that anymore [01:36:41 CEST] <poutine> good to know, thanks c_14 [01:36:53 CEST] <c_14> -ss is frame-exact when used as an input option these days (since a few years) [01:37:16 CEST] <poutine> I got it from an old stackoverflow, makes sense, thanks for clearing that up [01:37:55 CEST] <furq> c_14: is that true of all demuxers [01:38:16 CEST] <furq> the manual still seems to think -ss as an input option is imprecise [01:38:39 CEST] <c_14> furq: if you're reencoding, yes [01:38:42 CEST] <c_14> if no, no [01:38:59 CEST] <c_14> >When transcoding and -accurate_seek is enabled (the default), this extra segment between the seek point and position will be decoded and discarded. When doing stream copy or when -noaccurate_seek is used, it will be preserved. [01:39:55 CEST] <botik101> WHAT? I do not have to do this horrible lt/gte?!!!!! and can just specify ss?!!! [01:40:31 CEST] <furq> i don't think you need to do the lt/gte anyway [01:40:36 CEST] <furq> but -ss only works once [01:41:02 CEST] <furq> so you'd need to decode the same part of the file multiple times [01:41:03 CEST] <botik101> furq: so when I am specifying hundreds of frames to extract? [01:41:16 CEST] <furq> then you'd need to decode part of the file hundreds of times [01:41:31 CEST] <botik101> furq - using -select is the only way right? and that would require lte and gte like this: ffmpeg -i /home/victor/Videos/FIFA/mundo-full.mp4 -filter:v "select='lt(prev_pts*TB\,96.056835)*gte(pts*TB\,96.056835) + 'lt(prev_pts*TB\,96.967261)*gte(pts*TB\,96.967261)'" -vsync vfr ./tmp/still_%06d.png [01:41:52 CEST] <furq> i feel like there's a better way around timestamp imprecision [01:43:15 CEST] <furq> i'd probably do something like eq(floor(n/1000),96.056) [01:45:04 CEST] <furq> emphasis on "something like" because that won't work at all [01:45:25 CEST] <furq> thank you all for being so polite to not point that out until i noticed it [01:48:59 CEST] <furq> ok i guess i'd do between(t, 96.967, 96.968) [02:05:26 CEST] <botik101> furq - i was thinking about floor and then thought about between [02:06:19 CEST] <botik101> furq: between presents a different problem because we are not guaranteed that frame will be ther eunless we make between wideenough. At the same time, this makes it impossible for us to pull out frmes that are very close to each other [04:53:14 CEST] <Wallboy> Is there a way to use the segment muxer to segment a video into exactly N segments? Each segment doesn't have to be the same duration, I just need the constraint of exactly N segments [04:55:16 CEST] <Wallboy> for example if I have a 40 second video and i want to split it into 4 segments. Ideally it would be 4 x 10 second segments, but if there like (12, 10, 8, 10) that's fine [08:29:40 CEST] <botik101> what is the maximum length of ffmpeg stirng allowed in Ubuntu OS? [08:36:56 CEST] <botik101> I cant figure out how to prepare a -selectcomplexfile filter .... my call to ffmpeg is too long for my OS and i need to put it into txt file, but the format inside the file is very confusing and I need a PhD in ffmpeg to do it. [08:37:38 CEST] <botik101> can someone pelase explain? all I want to do is pull out 100 frames from a video and i specify it with times and lt and gt combinations [09:10:28 CEST] <barhom> Can I find out what the GOP is for a certain input with ffprobe? [09:57:59 CEST] <GuiToris> hey, does ffmpeg -i video.mkv images%d.png save all the frames? [09:58:52 CEST] <durandal_1707> it should [09:59:31 CEST] <GuiToris> durandal_1707, I have to manually edit some frames, how can I convert them back to a video file? [10:09:08 CEST] <kerio> ffmpeg -i images%d.png video.mkv [10:11:55 CEST] <GuiToris> kerio, why is the video slower? [10:12:36 CEST] <kerio> add -framerate 60 or whatever before -i [10:12:49 CEST] <kerio> the images2 input format might default to 25 [10:13:34 CEST] <GuiToris> 29.970 [10:13:41 CEST] <GuiToris> -framerate 29.970? [10:15:36 CEST] <GuiToris> it seems okay now [10:15:39 CEST] <GuiToris> thank you kerio [10:16:05 CEST] <kerio> GuiToris: nouuu [10:16:17 CEST] <kerio> -framerate 30000:1001 [10:17:13 CEST] <GuiToris> kerio, does 30000:1001 mean 29.970? [10:17:33 CEST] <kerio> not quite [10:18:36 CEST] <kerio> the NTSC framerate is not 29.97, it's 30000/1001 [10:19:11 CEST] <kerio> ie 29.970029(970029) [10:19:41 CEST] <kerio> because whoever added chroma to NTSC over-the-air transmissions was taking the fucking piss [10:19:44 CEST] <GuiToris> oh, it's a division [10:20:08 CEST] <GuiToris> yes, it's such a lunatic framerate [10:20:12 CEST] <GuiToris> thank you for your help kerio [10:20:26 CEST] <kerio> anyway a framerate of 2997:100 will result in a movie file that's not dvd-compliant, for instance [10:21:43 CEST] <GuiToris> I assume the audio wouldn't have been okay with -framerate 29.970 [10:22:16 CEST] <GuiToris> 30000:1001 looks perfect [10:23:29 CEST] <th3_v0ice> I have been streaming to Twitch with FFmpeg API and the whole operation works for the first 6 - 8 hours, after that video starts to freeze and then it completely dissapears. Audio is fine and continues as if nothing has happened. I am sure that all of the packets are sent to the muxer. What could be the problem? [10:30:02 CEST] <kerio> GuiToris: is this some heavy editing of all frames? [10:30:11 CEST] <kerio> and/or is the source file uncompressed? [10:32:00 CEST] <GuiToris> the source file must be compressed I created with my bridge camera [10:32:09 CEST] <GuiToris> it can't even shoot raw [10:32:53 CEST] <GuiToris> I'd like to combine two different videos, but the angles are different, so I have to align them first [10:33:29 CEST] <GuiToris> I guess there's no way to align two videos, so I'm about to do it one by one [10:33:40 CEST] <GuiToris> there are about 400 images [10:33:52 CEST] <GuiToris> it can't take too long ... :/ [10:34:04 CEST] <Cracki> wat [10:34:07 CEST] <Cracki> define "align" [10:34:46 CEST] <GuiToris> we took 2 shots in the very same place, but the angle is a little bit different [10:34:54 CEST] <GuiToris> I can't just cut them [10:35:02 CEST] <GuiToris> it would be unnatural [10:35:10 CEST] <Cracki> http://www.robots.ox.ac.uk/~vgg/hzbook/ [10:35:14 CEST] <Cracki> browse that [10:35:20 CEST] <Cracki> you'll understand the scope of your problem [10:36:04 CEST] <Cracki> define "very same place", define "angle different" [10:36:39 CEST] <Cracki> and *that* book is for research [10:37:03 CEST] <Cracki> if you need to do much fuckery with 3d composition, consider buying commercial video editing/composing software (aftereffects and such) [10:37:57 CEST] <GuiToris> I wouldn't like to spend much money on editing a single clip. I don't do this regularly [10:38:18 CEST] <durandal_1707> cant you use perspective filter? [10:38:21 CEST] <Cracki> show me pics, show me videos [10:38:41 CEST] <botik101> I am using -ss flag wrong - it is not making ffmpeg stop ... I have 5 hour slong video and I am pulling out few frames. Frames are in the very beginning for this test. I want ffmpeg to stop scanning the rest of the file past 200 seconds... I am saying this: ffmpeg -i -ss 100 /home/victor/Videos/FIFA/mundo-full.mp4 -filter:v "select='lt(prev_pts*TB\,3.534736)*gte(pts*TB\,3.534736) + 'lt(prev_pts*TB\,4.561807)*gte(pts*TB\,4.561807) + [10:38:52 CEST] <Cracki> botik101, -ss is START, not stop [10:38:55 CEST] <Cracki> use -t [10:39:29 CEST] <Cracki> -t is length [10:39:36 CEST] <botik101> Cracki: so I would put -t before the -i to tell it to stop scanning after 100 seconds? -t 100 -i ? [10:40:04 CEST] <GuiToris> durandal_1707, Cracki, clip 1 : https://ptpb.pw/9mIZ clip 2 : https://ptpb.pw/sesU [10:40:05 CEST] <Cracki> if you put them before -i, they apply to undecoded video. you won't know the difference. [10:40:37 CEST] <Cracki> GuiToris, when you say clip, you mean video, right? [10:40:42 CEST] <Cracki> are the cameras static at least? [10:40:49 CEST] <botik101> crack - you are genius! [10:40:57 CEST] <Cracki> and yes, try the perspective filter [10:41:05 CEST] <Cracki> botik101, no, I read the documentation [10:41:11 CEST] <GuiToris> I'll take a look, I've never heard of it [10:42:19 CEST] <Cracki> this is what a perspective filter can do https://szakrewsky.files.wordpress.com/2015/08/homography-example.png [10:42:25 CEST] <Cracki> i.e. turn the camera virtually [10:42:30 CEST] <Cracki> (and a bunch more) [10:42:49 CEST] <Cracki> BUT if the optical center (i.e. position) moves, you can't compensate that [10:43:42 CEST] <Cracki> it can tilt planes (image plane), which includes panning the camera [10:44:05 CEST] <GuiToris> it sounds great [10:44:26 CEST] <Cracki> https://docs.opencv.org/3.4.1/d9/dab/tutorial_homography.html [10:44:47 CEST] <Cracki> https://ffmpeg.org/ffmpeg-filters.html#perspective [10:44:58 CEST] <Cracki> your luck: you just have to give ffmpeg four corner pairs [10:45:03 CEST] <Cracki> no math for you [10:45:45 CEST] <GuiToris> what luck, ffmpeg is quite smart [10:47:50 CEST] <botik101> what the command that makes 3-4=0 but 6-4=2? in other words, only positive numbers without if [10:48:03 CEST] <botik101> I thought there was a ubiquotous command for it [10:48:07 CEST] <botik101> i mean operator [10:48:14 CEST] <botik101> wrong channel [10:50:01 CEST] <botik101> what happens if -ss is negative number? why i am asking - i am automating script and it may add -s -20 [10:50:06 CEST] <botik101> iss -20 [10:50:15 CEST] <botik101> arghh -ss -20 [10:53:30 CEST] <botik101> Cracki: hold on. if I do -ss would this throw off my -select filter? it is now defined as this: select='lt(prev_pts*TB\,3.534736)*gte(pts*TB\,3.534736) ...would the values be relative to the start of -ss or to 0? [10:54:09 CEST] <Cracki> don't ask me, I don't know [10:57:28 CEST] <Cracki> GuiToris, those would be good coordinates: https://gist.github.com/crackwitz/3a07cdd457a3a88089e6f9a3ed010316 [11:02:04 CEST] <Cracki> ¯\_(Ä)_/¯ [11:19:43 CEST] <luc4> Hello! I'm doing some tests to determine the best compression algorithm to use with ffmpeg for my project. I find it a bit difficult to test, but it seems like creating a mjpeg stream is heavier than creating a h264 stream. I also tried to measure the compression of a single jpeg even with the GPU but I still got around 30ms. Would you say that with ffmpeg is costs much for the CPU to create a mjpeg or a h264 stream? [11:24:13 CEST] <botik101> ok, there is some problem with the way i use -ss ...i do not think it is seeking to that starting point - ffmpeg -t 3609.401899 -ss 3499.02293 -i takes forever to get to that part of the video [11:24:25 CEST] <botik101> I timed it with and without -ss and it is the same [11:29:28 CEST] <Nacht> botik101: Try using -ss as an input param [11:31:17 CEST] <botik101> Nacht: sorry...what you mean? -ss is before -i as is.... [11:33:01 CEST] <Nacht> botik101: ss can be used as an input or output param. ss as input should be fastest [11:34:45 CEST] <botik101> Nacht: I thought so. but I added -ss prior to -i with the time and it is the same...weird [11:42:22 CEST] <botik101> Nacht: do you know if -select filter time is based on an offset from -ss ? [11:44:25 CEST] <botik101> what is wrong with this ffmpeg statement? it claims it cannot find any frames in a file that is 2.5 hours long [11:44:28 CEST] <botik101> https://pastebin.com/mbpSSPrp [11:45:08 CEST] <botik101> the output is: Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) [11:48:19 CEST] <botik101> I cant figure out why it claims this. [11:57:32 CEST] <botik101> ok, video is 2.5 hours long and if i remove -ss and -to ffmpeg works as expected: [11:57:34 CEST] <botik101> -i /home/victor/Videos/FIFA/mundo-full.mp4 -filter:v "select='lt(prev_pts*TB\,222.780169)*gte(pts*TB\,222.780169) + 'lt(prev_pts*TB\,224.734318)*gte(pts*TB\,224.734318) + 'lt(prev_pts*TB\,225.889945)*gte(pts*TB\,225.889945) + 'lt(prev_pts*TB\,231.318188)*gte(pts*TB\,231.318188) + 'lt(prev_pts*TB\,232.40512)*gte(pts*TB\,232.40512) + 'lt(prev_pts*TB\,233.568523)*gte(pts*TB\,233.568523) + 'lt(prev_pts*TB\,234.589855)*gte(pts*TB\,234.58 [11:57:56 CEST] <botik101> this works, but ffmpeg -ss 212.780169 -to 333.011171 -i /home/victor/Videos/FIFA/mundo-full.mp4 -filter:v "select='lt(prev_pts*TB\,222.780169)*gte(pts*TB\,222.780169) + 'lt(prev_pts*TB\,224.734318)*gte(pts*TB\,224.734318) + 'lt(prev_pts*TB\,225.889945)*gte(pts*TB\,225.889945) + 'lt(prev_pts*TB\,231.318188)*gte(pts*TB\,231.318188) + 'lt(prev_pts*TB\,232.40512)*gte(pts*TB\,232.40512) + 'lt(prev_pts*TB\,233.568523)*gte(pts*TB\,233.568 [11:58:13 CEST] <botik101> does not. the only difference is -ss and -to [11:59:06 CEST] <botik101> does -ss support 220.3 format which would mean it is in seconds? [12:22:21 CEST] <botik101> ok, I confirmed the following - -ss parameter in seconds PRIOR to -i does not work and causes ffmpeg never to find anything. -ss in hh:mm:ss format works, BUT, then all your time references insie SELECt filter MUST BE offset! They are no longer absolute but in relation to -ss.... [12:54:15 CEST] <ksk> hola [12:55:00 CEST] <ksk> if I take an audio file as input, ffmpeg says: [12:55:06 CEST] <ksk> Duration: 00:03:50.83, start: 0.007500, bitrate: 49 kb/s [12:55:06 CEST] <ksk> Stream #0:0(eng): Audio: opus, 48000 Hz, stereo, fltp [12:55:40 CEST] <ksk> why are there like two bitrates given? I have seen great differences in between them, and am wondering why [12:56:08 CEST] <ksk> like what is in there to increase the bitrate if not the single audio stream? [12:56:33 CEST] <ksk> (Im talking about "bitrate: 49 kb/s" vs "Audio: opus, 48000 Hz") [13:19:37 CEST] <c_14> ksk: 48000 Hz isn't the bitrate [13:19:40 CEST] <c_14> It's the audio sampling rate [13:19:58 CEST] <c_14> They are (mostly) unrelated to each other [13:58:44 CEST] <pi--> I'm trying to embed ultrasonic content in the audio stream of a video. [13:59:15 CEST] <pi--> I've split audio and video streams, performed the embedding. [13:59:19 CEST] <pi--> https://www.dropbox.com/s/63v0nolpbwtd76o/Screenshot%202018-08-10%2012.57.2… [13:59:33 CEST] <pi--> Top plot is the final WAV [13:59:44 CEST] <pi--> But then I merge. [13:59:52 CEST] <pi--> Bottom plot is the audio track from the merged video. [14:00:05 CEST] <pi--> It seems to be performing HPF at 18kHz [14:00:44 CEST] <furq> add -cutoff 22000 [14:00:52 CEST] <JEEB> many lossy audio formats' encoders do high cutting [14:01:01 CEST] <furq> also you shouldn't need -strict experimental any more [14:01:07 CEST] <pi--> Also it is introducing artifacts [14:01:17 CEST] <furq> well yeah, it'll do that [14:01:46 CEST] <pi--> Each horizontal bar is a 'tone', and I'm getting burring at the start of some of these that feeds its way all the way down into the audible spectrum [14:01:59 CEST] <pi--> Is there any way I can minimise this? [14:02:19 CEST] <furq> increase the bitrate [14:02:49 CEST] <furq> or use fdk-aac [14:03:02 CEST] <furq> which either means building ffmpeg with fdk or encoding the audio standalone and then merging that in [14:03:04 CEST] <pi--> Thanks furq, you are a lifesaver [14:03:28 CEST] <furq> idk if either of those will actually work [14:03:35 CEST] <furq> but they're worth trying [14:03:35 CEST] <pi--> What is fdk-aac? [14:03:42 CEST] <furq> a different aac encoder [14:03:53 CEST] <furq> it has a dumb license so you can't distribute ffmpeg binaries with it built in [14:03:59 CEST] <pi--> Why do you think it may solve the problem? [14:04:13 CEST] Action: pi-- toasts RMS [14:05:02 CEST] <acresearch> for the 1,000,000,000 time apple changes the way it reads .mp4 videos !!!!! i have (again) 240 images that I am trying to fuse into a video, i am using the following command: ffmpeg -f image2 -i Movie/video%4d.png -r 30 -vcodec libx264 -b:v 480M -pix_fmt yuv444p -preset:v slower -level 4.2 video.mp4 the resulting video is perfect but cannot be viewed in an ios !!! please help? [14:05:15 CEST] <furq> fdk is probably higher quality [14:05:26 CEST] <furq> although nobody's really tested it against ffmpeg aac properly yet [14:06:41 CEST] <furq> https://github.com/nu774/fdkaac [14:06:51 CEST] <furq> there's a standalone encoder there if you just want to check the output [14:07:01 CEST] <JEEB> uhh, mstorsjo's thing is the "upstream" [14:07:09 CEST] <furq> that's just the library though [14:07:12 CEST] <JEEB> no [14:07:32 CEST] <JEEB> the fdk-aac repo has the cli apps etc [14:07:59 CEST] <JEEB> https://github.com/mstorsjo/fdk-aac/commit/e45ae429b9ca8f234eb861338a75b2d8… [14:08:05 CEST] <JEEB> for example this :P it's the encoder [14:09:10 CEST] <furq> i guess that's fine for this use case [14:09:15 CEST] <furq> the nu774 one is a better frontend [14:10:54 CEST] <pi--> furq: That is _amazing_. Just doubling the bit rate tidies up the tails. [14:11:24 CEST] <furq> what ffmpeg version is that [14:11:27 CEST] <pi--> And setting the cut-off to 22k works a treat. [14:11:48 CEST] <pi--> 4.0.1 [14:11:54 CEST] <furq> that's fine then [14:12:23 CEST] <pi--> Why do you ask? My deployment server is a Linux box, I might have to check the version number there... [14:12:34 CEST] <furq> you had -strict experimental in the command [14:12:53 CEST] <furq> which you still needed in <3.0 before the aac encoder was any good [14:13:08 CEST] <pi--> I originally outsourced this task (I'm now recoding it) .. I'm not sure why my dev did that. [14:13:18 CEST] <furq> probably pasted from stackoverflow [14:13:34 CEST] <pi--> yupperRR [14:13:36 CEST] <furq> but yeah if you're using ffmpeg aac on multiple boxes then make sure they're all at least 3.0 [14:13:39 CEST] <JEEB> at least he used strict experimental, instead of -2 [14:13:42 CEST] <JEEB> :V [14:14:59 CEST] <pi--> I really need to find an expert willing to look over my ffmpeg calls :s [14:15:09 CEST] <pi--> I will wager there is dodgy cut&paste going on. [14:16:47 CEST] <pi--> https://www.dropbox.com/s/99h92wsaxnghc3j/Screenshot%202018-08-10%2013.16.2… that's the difference from doubling my bitrate [14:18:47 CEST] <ksk> c_14: mhhmkay, thanks. [14:24:01 CEST] <pi--> https://paste.pound-python.org/show/ew13nMA2AgIdjPq4pXeK/ <-- does this code look sane? The task is to add black to the start of a video (no-audio) [15:02:44 CEST] <acresearch> for the 1,000,000,000 time apple changes the way it reads .mp4 videos !!!!! i have (again) 240 images that I am trying to fuse into a video, i am using the following command: ffmpeg -f image2 -i Movie/video%4d.png -r 30 -vcodec libx264 -b:v 480M -pix_fmt yuv444p -preset:v slower -level 4.2 video.mp4 the resulting video is perfect but cannot be viewed in an ios !!! please help? [15:04:14 CEST] <furq> did iOS ever support 4:4:4 h264 [15:04:25 CEST] <Mavrik> No.~ [15:04:32 CEST] <Mavrik> Also 480Mbit bitrate? :D [15:04:51 CEST] <furq> also hwdec stuff generally doesn't like anything above level 4.1 [15:05:02 CEST] <furq> although i can't speak for apple devices in particular [15:05:16 CEST] <acresearch> so what do you reccomend i change? [15:06:00 CEST] <furq> -pix_fmt yuv420p for starters [15:06:32 CEST] <furq> also you probably want -framerate 30 before -i [15:10:55 CEST] <Mavrik> Also lower video bitrate for about 10x :D [15:19:51 CEST] <acresearch> furq: ok i will try these [15:34:41 CEST] <Hello71> what's 1080p30 at 12bpp in raw video anyways [15:35:59 CEST] <Hello71> apparently 746 Mb/s [15:36:28 CEST] <Hello71> I dunno how good huffyuv is but I figure it does better than halving the bitrate [15:49:07 CEST] <acresearch> furq: i finished the command but i got a Gstreamer back end error (not sure what that means) [15:49:16 CEST] <acresearch> furq: decoding error [15:56:17 CEST] <acresearch> i am not sure what is wrong with the codec, i used this same command before and the videos worked in apple, now it doesn't [16:25:33 CEST] <Cracki> acresearch, have you considered NOT using yuv444p? some decoders don't like that. [16:25:50 CEST] <Cracki> wew 480M [16:26:27 CEST] <Cracki> huffyuv really needs P-frames... [16:26:48 CEST] <Cracki> GuiToris, those would be good coordinates: https://gist.github.com/crackwitz/3a07cdd457a3a88089e6f9a3ed010316 [16:28:47 CEST] <acresearch> Cracki: i tried yuv420p but i got that error, i did not get an error with 444p [16:31:36 CEST] <Cracki> how about you work on that error [16:31:59 CEST] <Cracki> or... you share it first, this mysterious error [16:35:01 CEST] <GuiToris> Cracki, let me show you what I'd like to do, here's a frame from video#1 https://ptpb.pw/9mIZ and from video#2 https://ptpb.pw/sesU as you see they aren't quite similar so I'd like to rotate the second one like this: https://ptpb.pw/19Oy [16:35:22 CEST] <acresearch> Cracki: the only thing i got was decoder error, what else can i provide? where can i find more info? [16:35:44 CEST] <Cracki> acresearch, why do you keep that exact error message a secret? [16:35:51 CEST] <Cracki> do you not value what ffmpeg tells you? [16:36:37 CEST] <Cracki> GuiToris, that third picture is absolute rubbish. try my coordinates, they're computed from keypoint matching [16:37:19 CEST] <Cracki> acresearch, *what* threw a decoder error? [16:37:32 CEST] <Cracki> and why do you make such crazy videos? 480 Mbit/s and whatnot? [16:38:00 CEST] <Cracki> several people have given you advice on better encoding parameters [16:40:31 CEST] <GuiToris> Cracki, are these x,y coordinates? [16:41:08 CEST] <Cracki> yes [16:46:03 CEST] <GuiToris> Cracki, are you sure ffmpeg can handle these coordinates? [16:46:08 CEST] <Cracki> no idea [16:46:13 CEST] <Cracki> don't see why not [16:46:19 CEST] <Cracki> it computes a homography from them [16:48:46 CEST] <Cracki> GuiToris, this is done with opencv and I expect ffmpeg will do exactly that too https://imgur.com/a/nLDvgLb [16:48:58 CEST] <Cracki> click on the picture and use arrow keys to see the effect [16:49:08 CEST] <Cracki> oh it doesn't support arrow keys [16:49:52 CEST] <Cracki> it appears the *position* of the camera changed too! [16:51:24 CEST] <GuiToris> Cracki, shoot, that's really good indeed! [16:52:01 CEST] <GuiToris> how long does it take to compute and rotate an image? [16:52:16 CEST] <Cracki> it's just a matrix multiplication per pixel [16:52:25 CEST] <Cracki> no time essentially [16:52:35 CEST] <Cracki> told you, that's the perspective filter of ffmpeg [16:52:36 CEST] <Cracki> use it [16:52:51 CEST] <Cracki> still, your videos can not be aligned properly because they aren't from the same position [16:53:09 CEST] <GuiToris> there are days between them [16:53:20 CEST] <GuiToris> but I can use masking later [16:53:26 CEST] <Cracki> and hours, judging by the shadows [16:54:19 CEST] <GuiToris> did you rotate the image with opencv? [16:54:25 CEST] <Cracki> no comment [16:54:37 CEST] <GuiToris> this is done with opencv [16:54:50 CEST] <Cracki> unless you have background in computer vision, that library is ABSOLUTELY irrelevant to you [17:00:40 CEST] <acresearch> Cracki: sorry i was checking something in the lab [17:01:05 CEST] <acresearch> Cracki: i don't know, i seeked help in this channel 2 months ago and the command i pasted worked, but now it does not [17:01:36 CEST] <acresearch> Cracki: i am not good in ffmpeg, it is too complicated for me, i am just trying to use it to generate simple 10 second videos of molecules for presentations [17:02:00 CEST] <Cracki> no need to keep highlighting thx [17:03:10 CEST] <GuiToris> Cracki, I'm sure I messed up something: ffmpeg -i sesU.png -vf perspective=149.37562561:76.51576996:58.29593277:1141.00280762:2017.33569336:1285.13061523:2023.41247559:173.2217865 great.png [17:03:17 CEST] <GuiToris> but what is that? [17:03:37 CEST] <GuiToris> I got a really odd image [17:03:49 CEST] <Cracki> show me [17:03:55 CEST] <Cracki> perhaps you ordered the points wrong [17:04:18 CEST] <GuiToris> https://ptpb.pw/maMX [17:04:50 CEST] <GuiToris> 'Set coordinates expression for top left, top right, bottom left and bottom right corners' [17:05:15 CEST] <Cracki> ordered wrong [17:05:23 CEST] <Cracki> my coords are not ordered like that [17:05:33 CEST] <Cracki> figure where they go, then order them [17:07:15 CEST] <Cracki> mine are left top, left bottom, right bottom, right top [17:10:22 CEST] <Cracki> you can round the numbers to one decimal point, it's not that accurate [17:10:49 CEST] <GuiToris> this one is much better [17:10:52 CEST] <GuiToris> it works [17:11:09 CEST] <GuiToris> now I need that program which can calculate these [17:11:24 CEST] <GuiToris> that's just what I need [17:14:10 CEST] <GuiToris> Cracki, where did you get that python file? I can't find it here: https://docs.opencv.org/3.4.1/d9/dab/tutorial_homography.html [17:14:33 CEST] <Cracki> you saw my gist [17:14:37 CEST] <Cracki> first line is a link [17:14:50 CEST] <Cracki> I don't use C++ if I can avoid it [17:16:00 CEST] <GuiToris> https://gist.github.com/crackwitz/3a07cdd457a3a88089e6f9a3ed010316 [17:16:02 CEST] <GuiToris> this gist? [17:16:14 CEST] <GuiToris> https://docs.opencv.org/3.4/d1/de0/tutorial_py_feature_homography.html [17:16:15 CEST] <Cracki> that gist [17:17:42 CEST] <GuiToris> I still can't find 'download simple_homography.py now' anywhere [17:17:58 CEST] <Cracki> lol [17:18:24 CEST] <Cracki> you think that would be enough? [17:18:34 CEST] <GuiToris> I hope so [17:18:37 CEST] <Cracki> nope. [17:18:40 CEST] <GuiToris> ahhh [17:18:45 CEST] <Cracki> have you ever programmed in python? [17:18:55 CEST] <GuiToris> nay [17:18:58 CEST] <Cracki> you'd be in luck if opencv just installs on your system [17:19:36 CEST] <Cracki> but if that's the case, your system is probably some open source thingy where they don't distribute patented algorithms, and then that example code will only run modified [17:19:53 CEST] <Cracki> use photoshop. it has perspective stuff too [17:20:01 CEST] <Cracki> and might even tell you the corner points [17:22:21 CEST] <GuiToris> ahh :( I wish we'd used a tripod [17:23:21 CEST] <Cracki> either that or a time-of-flight laser range scanner [17:23:35 CEST] <Cracki> then you have a 3d picture [17:26:12 CEST] <GuiToris> thank you for you help Cracki, I'm leaving now and I'm thinking how I can compute the rest [17:27:11 CEST] <Cracki> have fun, come back again :P [17:27:26 CEST] <GuiToris> see you later :) [17:39:12 CEST] <luc4> Hello! I would like to use libavcodec to encode a sequence of images to h264 using vaapi (I see there is an encoder to do this in ffmpeg). I'm referring to this example to learn how to encode: https://ffmpeg.org/doxygen/trunk/encoding-example_8c-source.html. But is this still valid when I want to encode using vaapi? [18:14:52 CEST] <jkqxz> luc4: Mostly valid, but there is also doc/examples/vaapi_encode.c which may be better :) [18:29:01 CEST] <acresearch> people i am using the following command: ffmpeg -f image2 -framerate 1 -i video/%1d.png -r 30 -vcodec libx264 -b:v 480M -preset:v slower -level 4.2 video.mp4 to fuse 20 images into a 20 second video, my images are 1000x632 but my final video is low quality anyone can help me optimise my command? [18:33:35 CEST] <Cracki> are you trolling? [18:34:09 CEST] <acresearch> Cracki: why do you think i am trolling? i am asking a genuine question [18:34:15 CEST] <Cracki> if you are actually serious, show a screenshot of the "low quality" [18:34:34 CEST] <acresearch> Cracki: ok 1 moment [18:34:46 CEST] <Cracki> you must be trolling if you actually encode an 1fps video that's not even HD, with FOUR HUNDRED AND EIGHTY MEGABITS PER SECOND [18:35:06 CEST] <Cracki> that's more than uncompressed bitmaps would need [18:36:28 CEST] <acresearch> Cracki: original image: https://pasteboard.co/Hyy7xkA.png [18:36:34 CEST] <acresearch> Cracki: resulting video: https://pasteboard.co/Hyy7HSx.png [18:36:53 CEST] <Cracki> so? [18:36:56 CEST] <Cracki> what's the matter? [18:37:20 CEST] <Cracki> except that it's not the same view [18:37:35 CEST] <acresearch> the video is lower quality (a bit pixilated) will be very prominant on a large presentation screen, i want it to be the original image quality [18:38:06 CEST] <furq> you probably want to read up on chroma subsampling [18:38:18 CEST] <Cracki> both "screenshots" resize the picture/video [18:38:30 CEST] <Cracki> have you considered setting the video player to 1:1 scaling? [18:38:37 CEST] <furq> yeah it isn't that [18:38:49 CEST] <furq> 4:2:0 on images like that is always going to look bad [18:38:51 CEST] <Cracki> I see pixelation mostly on the edges to transparent [18:39:19 CEST] <acresearch> furq: so then what can i change? [18:39:29 CEST] <furq> you already changed it from 4:4:4 to 4:2:0 [18:39:40 CEST] <furq> if you want it to playback on iOS then you're stuck on that front [18:39:50 CEST] <acresearch> furq: i don't care if it takes a long time to render or if it is a large video size, i mostly interested in the final quality [18:39:57 CEST] <Cracki> if it's really gonna be a mobile device... [18:40:04 CEST] <furq> you could try scaling it to 2x resolution [18:40:06 CEST] <Cracki> I think i remember quicktime making screen recordings in 444 [18:40:29 CEST] <acresearch> Cracki: oh i removed that 444 thing [18:40:32 CEST] <Cracki> good [18:40:47 CEST] <furq> like i said, you should probably read up on chroma subsampling [18:40:59 CEST] <furq> https://en.wikipedia.org/wiki/Chroma_subsampling [18:41:43 CEST] <acresearch> furq: probably after i read the article i will end up with the answer that i can't do it right? :-( [18:42:08 CEST] <furq> in summary if you want sharp coloured lines to look good then 4:2:0 isn't going to work [18:42:15 CEST] <furq> but iOS will only play 4:2:0 h264 [18:42:30 CEST] <furq> like i said you can try scaling to 2x resolution but idk how effective that'll be [18:42:40 CEST] <acresearch> furq: ok lets forget about ios for the this time and let me try an get a good video [18:42:48 CEST] <Cracki> export the original images in higher resolution [18:42:51 CEST] <furq> -vf scale=iw*2:ih*2:flags=lanczos [18:43:01 CEST] <Cracki> or that [18:43:08 CEST] <acresearch> Cracki: i can't, it took 2 days to generate these 20 images [18:43:20 CEST] <acresearch> furq: ok let me try [18:43:40 CEST] <Cracki> I don't believe that. the geometry in the pictures, maybe, but rendering it can't take that long [18:44:03 CEST] <furq> if you don't care about iOS compat then just add -pix_fmt yuv444p again [18:44:12 CEST] <acresearch> Cracki: no not rendering, the setup of the image, it is very slow and lots of manual work [18:44:13 CEST] <furq> instead of scaling [18:44:22 CEST] <acresearch> furq: ok let me try [18:45:14 CEST] <acresearch> furq: 444 got me the same result, but -vf scale=iw*2:ih*2:flags=lanczos made it much better [18:45:32 CEST] <acresearch> furq: mabe i can try x3 ? [18:45:35 CEST] <furq> sure [18:45:53 CEST] <furq> i mean you might start struggling to play it back at that point [18:46:14 CEST] <acresearch> furq: i see [18:48:31 CEST] <acresearch> yeh it looks good but it won't play on ios [18:49:26 CEST] <acresearch> i'll just give up and tell my students to go and read about that algorithm themselves. too much time on making a 20 second video [18:49:32 CEST] <acresearch> thanks guys, i appriciate your help [22:26:08 CEST] <localhorse> hey [22:26:15 CEST] <localhorse> how can i take the video (not audio!) from a video file and combine it with a given audio file (replace the video's audio track with the given audio file) at a given time offset (to sync them)? [22:37:35 CEST] <Cracki> multiple inputs, use -map [22:37:40 CEST] <Cracki> oh, offset too? [22:38:26 CEST] <Cracki> if you want the easy way, kdenlive/adobe premiere [22:39:00 CEST] <Cracki> google says https://superuser.com/questions/982342/in-ffmpeg-how-to-delay-only-the-audi… [23:03:59 CEST] <johnnny22> is there a way to improve somehow, maybe through hardware this conversion: [scaler_out_0_0 @ 0x1ea2a80] w:1920 h:1080 fmt:bgr0 sar:0/1 -> w:1920 h:1080 fmt:uyvy422 sar:0/1 flags:0x4 [23:11:56 CEST] <Cracki> improve how [23:12:13 CEST] <Cracki> what's good and bad [23:15:41 CEST] <johnnny22> *did i miss an answer to my question while having lost the internet ? :P [23:30:21 CEST] <kepstin> johnnny22: you missed Cracki asking what you think could be improved [23:31:33 CEST] <kepstin> I mean, if you're converting from RGB to YUV 4:2:2, there's not really a wide selection of possible ways to do it... [23:36:14 CEST] <Cracki> simd instructions, using the gpu, ... that perhaps [23:37:08 CEST] <Cracki> both are packed, so no scattering [23:59:01 CEST] <iive> johnnny22, there is cost for transferring data from/to GPU. since this transformation is quite simple, it may become slower. [23:59:28 CEST] <iive> my question is, why is this conversion done at all? most final encodes are in yuv420. [00:00:00 CEST] --- Sat Aug 11 2018

1 0