Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

November 2019

1 participants
60 discussions

ffmpeg-devel.log.20191114
by burek 15 Nov '19

15 Nov '19

[01:07:14 CET] <kierank> log of ffmpeg-meeting [01:07:16 CET] <kierank> https://usercontent.irccloud-cdn.com/file/CAXlwwJD/irccloud-export-5955-201… [02:36:58 CET] <Lynne> jamrial: you don't even try to understand, I really regret giving you votes [02:38:47 CET] <jamrial> Lynne: i try to understand what your obsession with michael is, but can't [02:40:07 CET] <jamrial> he, according to you, ignores you or your reviews, and that's reason to spend months demanding an apology? [06:42:03 CET] <linjie> thanks for sharing the meeting logs [06:47:32 CET] <kurosu> Lynne: maybe I'm not either, but from my distant view, you're past arguing your points, and what I recently read are maybe counterproductive [06:48:32 CET] <kurosu> is it about security patches being too low quality/hasted towards commit? Or rather what you feel (and may well be) disregard of your opinions? [06:50:11 CET] <kurosu> The former is I think shared by a number of persons and I'm not privvy to any discussion about it, but that is a valid discussion to be had at some point with some TC [06:51:14 CET] <kurosu> the issue(s) may have been lingering for months and it may have been gnawing at your... resistance/fortitude/whatever [06:56:29 CET] <kurosu> anyway, I'm neither on the CC nor the TC nor among the voters, so... [06:56:55 CET] <kurosu> Maybe I'm best being ignored :o [09:20:36 CET] <kierank> kurosu: most people in Tokyo still [14:38:58 CET] <mkver> jamrial: There is an easy solution for this coverity issue: Simply adapt the documentation of av_bsf_send_packet to match its actual implementation. It already allows empty packets (i.e. those where pkt->data and pkt->side_data_elems vanish) to indicate flushing. We simply jump to the checked call to av_bsf_send_packet(). [14:43:27 CET] <jamrial> mkver: sounds good. i forgot empty packets also worked as flush packets [14:43:32 CET] <jamrial> want to send a patch for that? [14:45:01 CET] <mkver> Already working on that. [14:45:10 CET] <jamrial> thanks [15:07:06 CET] <mkver> jamrial: Patches sent. [16:03:57 CET] <cone-096> ffmpeg 03Andreas Rheinhardt 07master:41b05b849f21: avcodec/avcodec: Adapt the doc of av_bsf_send_packet to match its actual implementation. [16:03:58 CET] <cone-096> ffmpeg 03Andreas Rheinhardt 07master:f01f9f179389: avformat/av1dec: Redo flushing of bsf [16:05:21 CET] <rcombs> so do we need to find all the jumps on 32-byte boundaries in x86 code and nop them away [16:08:57 CET] <kurosu> and a patched build of (n|y)asm [16:38:55 CET] <cone-096> ffmpeg 03James Almer 07master:73ee53f31741: avcodec/encode: add missing assert to avcodec_receive_packet() [17:29:08 CET] <Gramner> not really, adding pointless padding hurts performance of on non-broken cpus [17:37:04 CET] <kurosu> that and I need my 0day to steal the data off msac *whistles* [17:41:29 CET] <Gramner> I thought intel already fixed it in microcode? [17:42:06 CET] <bencoh> them releasing a fix doesn't mean it's widely used yet :) [17:43:51 CET] <Gramner> and adding a workaround in a different piece of software will magically make it so? [17:50:10 CET] <lotharkript_> i noticed that the wrapper for Dav1d does not behave the same as libaom. For Dav1d, it will output all the layers, while aom will not. [17:50:25 CET] <lotharkript_> Should we not have an option to disable all the layer on Dav1d? [17:50:34 CET] <JEEB> "layer"? [17:51:41 CET] <lotharkript_> output all spatial layers of a scalable AV1 bitstream is by default set to true for Dav1d [17:51:47 CET] <JEEB> ah [17:51:52 CET] <lotharkript_> while aom is false [17:52:30 CET] <JEEB> if there's an option for that in dav1d the wrapper could quite well have an option for that [17:52:38 CET] <nevcairiel> feel free to submit an option, but outputting all information by default is what it should be [17:52:43 CET] <JEEB> yea [17:53:40 CET] <lotharkript_> are we sure this is what you want to have all the spatial layer outputted? ffmpeg cannot deal with it after that. [17:53:50 CET] <JEEB> hmm [17:53:56 CET] <lotharkript_> you will get multiple frame with the same timestamp [17:54:03 CET] <lotharkript_> and different resolution [17:55:08 CET] <JEEB> I think the main thing is that the full res thing should be output from dav1d. but in that case I wouldn't disagree that only pushing out the full version makes sense [17:55:16 CET] <kurosu> that reminds me of the (HE|AV)IF discussion [17:56:01 CET] <nevcairiel> i dont even understand the purpose of such bitstream features, wouldnt you want seperate bitstreams to cut down on bandwidth [17:56:34 CET] <kurosu> you splice/peel away some of the bitstream that is only for the lowres thing [17:56:35 CET] <JEEB> with HEVC it seems like paytv sends the base thing out as unencrypted and then crypts the additional layers [17:56:49 CET] <lotharkript_> if you look at dav1d source code, https://code.videolan.org/videolan/dav1d/blob/master/src/lib.c#L70 it seems to me that outputting all the layers is a temporary solution [17:56:53 CET] <JEEB> that's one of the few use cases that kind of... makes sense [17:56:58 CET] <kurosu> but you need it as well as the rest of the bitstream to do the full res one [17:57:19 CET] <kurosu> some "HDR" solutions do work that way [17:57:33 CET] <JEEB> was it the panasonic thing? [17:57:51 CET] <kurosu> (also, hello V-Nova) [17:58:01 CET] <kurosu> no, some of the Dolby profiles [17:58:07 CET] <JEEB> right [17:58:14 CET] <JEEB> I only mostly have seen profiles 5 and 8.x [17:58:20 CET] <kurosu> or maybe Panasonic too, but I don't know about them [17:58:22 CET] <JEEB> 5 being normal HEVC without SVC [17:59:53 CET] <JEEB> lotharkript_: anyways it just sounds like the wrapper was not tested a lot if it does that with scalable stuff. in theory I'd say it might make sense to output the highest thing based on what you feed the decoder (or having an option for the thing you want out) [17:59:56 CET] <kurosu> nevcairiel: (also correcting my earlier answer) you splice/peel away some of the bitstream that is only for the hires part (ie only keep that of the lowres part) [18:00:23 CET] <kurosu> there is a lowres option in ffmpeg [18:00:32 CET] <kurosu> so it may make sense to (ab)use it then [18:00:36 CET] <lotharkript_> if you disable it, dav1d will output the highest layer (at least from dav1d command line) [18:00:55 CET] <lotharkript_> I will send an patch to add an option for it [18:01:00 CET] <JEEB> yea, that makes sense to test and make the default. [18:01:05 CET] <kurosu> (dunno if the lowres option is deprecated) [18:01:27 CET] <JEEB> kurosu: the current discussion is regarding "output_all_layers" boolean [18:01:29 CET] <JEEB> :) [18:01:38 CET] <JEEB> so you get N AVFrames of same PTS with differing sizes [18:01:47 CET] <JEEB> which is kind of *handwave* [18:01:59 CET] <kurosu> ok, I'd thought dav1d allowed you to select the layer [18:02:10 CET] <JEEB> https://code.videolan.org/videolan/dav1d/blob/master/src/lib.c#L70 [18:02:16 CET] <JEEB> in a way this is called "letting the user select" xD [18:02:28 CET] <JEEB> (output all and then(ry) [18:02:38 CET] <lotharkript_> there is an option in Dav1d to select the layer as well. [18:03:11 CET] <kurosu> "all" btw? what do profile mandate? Up to, say, 3 ? [18:10:50 CET] <kurosu> ok, operating point, coded on 5 bits [18:12:45 CET] <kurosu> and spatial_layers_cnt_minus_1 o 2 bits [18:15:01 CET] <kurosu> no constrain on spatial_layer_ref_id, so you could require up to 4 resampling [18:15:20 CET] <kurosu> for outputting a particular layer [18:15:57 CET] <jamrial> a new option that maps to Dav1dSettings's operating_point should be fine [18:17:20 CET] <jamrial> and all_layers should probably be set to 0 regardless of what dav1d sets it to. lavc shouldn't output all layers [18:18:26 CET] <JEEB> yea [18:19:40 CET] <lotharkript_> send patch for it [18:20:03 CET] <lotharkript_> i mean, i sent a patch for it [18:20:39 CET] <kurosu> ah ah, otherwise I'd have added ASAP :D [18:25:25 CET] <kurosu> if the demuxer could get access to operating_points_cnt_minus_1, it could create as many video streams as there are operating points [18:26:05 CET] <kurosu> but then I don't really know what use it would be, as you likely want to have only the stream that has the resolution and framerate targeted [18:32:05 CET] <Dmitri_Ovch> Hi! I sent the patch (https://patchwork.ffmpeg.org/patch/16270/) proposed by Sitan Liu. This is a very small but useful patch that corrects the profile level option on AMF HEVC. Earlier, I also sent a patch, allowing the user to select the engine for AMF initialisation (https://patchwork.ffmpeg.org/patch/16015/) Could you review these patches? [18:42:10 CET] <durandal_1707> how one does cross correlation of long 1D signals? [18:59:15 CET] <kurosu> durandal_1707: iirc, for very long signals, you use FFT but I'm not sure how much of a speedup it actually is - at least that may give you keywords for your google search [18:59:27 CET] <kurosu> someone more into signal processing will have further hints [19:02:22 CET] <durandal_1707> kurosu: but what about one very long signal, and another shorter signal? [19:02:29 CET] <jamrial> BBB: can you look at the spatial layer dav1d patch and discussion on the ml? [19:03:41 CET] <BBB> let me look [19:06:46 CET] <BBB> hm... [19:07:03 CET] <BBB> I wish we had test samples that were meaningful so we could figure out what makes sense [19:07:08 CET] <BBB> it's a little bit abstract right now [19:07:18 CET] <BBB> I think I agree that by default, outputing all layers is silly [19:07:34 CET] <BBB> I also agree having a way to debug streams by having all layers is nice [19:07:53 CET] <BBB> I'd also like an option to output invisible streams, for example [19:07:56 CET] <BBB> also for debugging [19:11:42 CET] <BBB> for vp9... the problem is, nobody ever used svc [19:11:48 CET] <BBB> so I never knew how it was supposed to work [19:11:59 CET] <BBB> again, having reasonable test streams would be extremely valuable [19:47:03 CET] <kurosu> It would be nice to have a negociation/configuration phase between codec and (API) user (also for threads, when eg dav1d allows setting the number of threads for eg loop filters, beside tiles and frames) [19:47:12 CET] <kurosu> Here, how does th [19:48:14 CET] <kurosu> An app/player gets to know and select which substream it might want, let alone have a user select it like it's possible for subs or audio [19:49:42 CET] <JEEB> don't AVOptions update just fine during the life time of an AVCodecContext instance? [19:50:00 CET] <JEEB> and it being mostly the case that things don't actually utilize them during their runtime [19:51:07 CET] <kurosu> durandal_1707: don't really know, it depends on how many samples the shortest one has. It's like the factorization of multiplies in some dct algos. Mathematically right, practically often less useful. In your case it may simpler to just do a scalar product, and then ask money for faster algos afterwards :D [21:00:02 CET] <taliho> :jamrial is there a missing dav1d_data_unref(data) if res == AVERROR(EINVAL) on libdav1d.c:222 ? [21:02:08 CET] <taliho> also strangely I have an av_assert0 failure in libdav1d.c:237 because p->allocator_data is NULL [21:04:17 CET] <taliho> on a file that plays fine in vlc [21:07:37 CET] <lotharkript> BBB: is there an option in dav1d to return invisible frame? [21:10:46 CET] <BBB> not yet [21:10:49 CET] <BBB> but I will likely add it [23:48:11 CET] <jamrial> taliho: on failure it's unreferenced in libdav1d_close() or libdav1d_flush() [23:48:37 CET] <jamrial> also, can you upload the sample that fails on assert? [00:00:00 CET] --- Fri Nov 15 2019

1 0

ffmpeg.log.20191114
by burek 15 Nov '19

15 Nov '19

[00:00:08 CET] <DHE> also I don't use windows, is single-quotes okay here? [00:00:14 CET] <furq> should be [00:01:06 CET] <Bugz000> ffmpeg -pattern_type glob -i 'C:/path/to/images/*.png' -c:v libx264 -pix_fmt yuv420p -framerate 30 out.mp4 [00:01:19 CET] <Bugz000> where would the resolution be? [00:01:29 CET] <Bugz000> yuv420p [00:01:55 CET] <Bugz000> also i see arguments online between using a "filter", or -r 30, or -framerate 30 [00:02:26 CET] <DHE> depends how you want to do the framerate [00:02:46 CET] <DHE> assuming you want every image included exactly once, "-framerate 30" or whatever before the -i parameter [00:03:00 CET] <Bugz000> oooohhh [00:03:14 CET] <Bugz000> yes definitely, but whats the others do [00:03:36 CET] <DHE> ffmpeg is incredibly flexible. you can do shenanigans like drop every other frame with: ffmpeg [...] -framerate 60 -i "*.jpg" -r 30 [..] [00:03:52 CET] <DHE> reads at 60fps, but outputs at 30fps which drops every other frame [00:04:10 CET] <Bugz000> source and output [00:04:12 CET] <Bugz000> interesting [00:04:13 CET] <DHE> (it also uselessly decodes every frame, so it's a bit inefficient) [00:04:33 CET] <DHE> actually it's a position thing. before -i means it applies to the input. before the output filename means it applies to the output [00:04:46 CET] <DHE> -framerate is a specific option to the image decoder to make it fake a video with the requested framerate [00:05:01 CET] <Bugz000> so you can input at 5fps and output at 50fps and get each frame repeated 10 times [00:05:02 CET] <Bugz000> rofl [00:05:14 CET] <DHE> well, yes, but... [00:07:41 CET] <Bugz000> so how do i set output resolution? or ideally just the same resolution that the input images are [00:07:48 CET] <Bugz000> 1080p in this case [00:08:03 CET] <Bugz000> or was i right in thinking it's the YUV420p [00:10:11 CET] <DHE> yuv420 is the colour space. it's needed because most h264 decoders only support that (especially the hardware ones like built-in TV media players) [00:10:29 CET] <DHE> the resolution will be whatever comes out of the images. if you want to rescale it, "-s 1920x1080" or whatever before the output filename [00:10:46 CET] <DHE> yuv420 in particular will demand both numbers be even though [00:10:55 CET] <Bugz000> ah fantastic [00:15:21 CET] <Bugz000> [image2 @ 000001a0c5e28cc0] Pattern type 'glob' was selected but globbing is not supported by this libavformat build [00:15:40 CET] <Bugz000> uhhhh i recall seeing something about this [00:16:28 CET] <Bugz000> oh, seems to be some builds have it and others dont, i guess the windows build is missing it D: [00:17:41 CET] <Bugz000> >glob is defined in the POSIX standard and it's not available on Windows by default. [00:17:53 CET] <Bugz000> >Create/rename your files using sequential file naming image###.jpg then use sequence wildcards like -i image%03d.jpg as input. [00:18:00 CET] <Bugz000> -facedesk- [00:18:08 CET] <DHE> disappointment [00:18:11 CET] <Bugz000> ikr [00:18:12 CET] <Bugz000> :( [00:18:28 CET] <Bugz000> well, i guess i'll go back to my original idea, can i pass in a hard list of images? rofl [00:19:02 CET] <Bugz000> i mean i can format the list MUCH easier using my utility than trying to use ffmpeg wildcards [00:20:23 CET] <Bugz000> i guess ffmpeg assumes the images were created with the intention of being a timelapse which is great but not all have that foresight :p hahaha [00:20:56 CET] <DHE> can you use this utility to then feed in some hardlink, copy or rename commands to convert the files into such a list? [00:22:24 CET] <Bugz000> well yah, i guess that's what i'm trying to do by passing in a list of them generated by my utility haha [00:23:05 CET] <Bugz000> i could go through rename them automatically "1.png" "2.png" shouldn't be too hard but just taxing for the sake of it [00:23:39 CET] <Bugz000> but i think it's just taxing the system for no reason* [00:23:40 CET] <Bugz000> hahaha [00:24:26 CET] <Bugz000> that's either file duplication, or 20,000 file renames within 600ms or so, ew [00:26:38 CET] <Bugz000> certainly an option, absolutely possible, but i was hoping for something a little more "leave the gigabytes of data alone" kinda thing [00:26:46 CET] <Bugz000> hahah [00:27:54 CET] <DHE> linux machine with a network share [00:28:03 CET] <DHE> half-joking... [00:28:15 CET] <Bugz000> its funny because that's exactly where these images come from [00:28:26 CET] <Bugz000> hahahhah [00:28:30 CET] <furq> why not just run ffmpeg on there [00:28:37 CET] <DHE> that was the obvious next question [00:29:34 CET] <Bugz000> LOL because its an absolutely ancient laptop that's already half-dieng re-encoding a RTSP stream to HLS/H264 [00:30:14 CET] <furq> failing that: i=1 for f in *; do ln -s "$f" "$i.jpg"; i=$((i+1)); done [00:30:16 CET] <Bugz000> at 5fps 720p, 80% cpu usage... it's really not up to the task of doing anything else [00:30:21 CET] <furq> missing a ; there but you get the idea [00:30:25 CET] <Bugz000> blesshoo [00:32:21 CET] <Bugz000> where tf does that go [00:33:41 CET] <Bugz000> i mean the cmd will be hidden (memory CLi) [00:34:09 CET] <Bugz000> so even if all 20k image paths are within the ffmpeg command, i couldn't care less, so long as it works LOL [00:34:30 CET] <Bugz000> i'm not sure the memory CLi would say the same but meh [01:29:22 CET] <bluejaypop> Hi ppl, I'm looking for some good use case or manual for live streaming. I'm reading about containers, codecs for video stream and audio stream, but i want to use ffmpeg to live stream. [01:38:20 CET] <DHE> ultimately ffmpeg can feed some kind of content server, but does not handle hundreds/thousands of users connecting to it directly. figure out what service you're going to use for that, then seek out instructions on having ffmpeg feed it [02:08:18 CET] <montana> what does it mean if i can only seek 1 min mark of a video? such as 1:00min 2:00min 3:00min [02:08:29 CET] <montana> cannot seek to 1:30 min [02:13:32 CET] <DHE> that you have 1 keyframe per minute [02:50:18 CET] <montana> DHE what is default keyframe per minute [03:04:15 CET] <DHE> depends on the codec, framerate, and whether or not it was changed from the default [03:44:56 CET] <Atlenohen> Does GOP size of 1 mean all frames will be keyframes ? [03:45:09 CET] <Atlenohen> Set in the AVCodecContext [03:45:43 CET] <Atlenohen> Without touching keyframe flags [04:04:58 CET] <montana> why doesn't ffmpeg's aac support HE-aac [04:05:05 CET] <montana> he is better than lc [04:05:49 CET] <DHE> if it matters that much to you, use fdk [04:05:56 CET] <DHE> Atlenohen: basically yes [04:07:27 CET] <montana> DHE then i have to use ffmpeg version 2.6.2 [04:07:44 CET] <montana> that's really old [04:29:57 CET] <Atlenohen> How come AVCodecContext only has bit_rate? What about average and maximum ? [04:30:17 CET] <Atlenohen> Probably it's codec specific, so accessed elsewhere? [05:14:43 CET] <Atlenohen> Or does that mean AVG bitrate? [06:59:06 CET] <ryzenda> Oh, btw, if anyone noticed my messages from days earlier, I am still trying to figure out why 1,080,000 frames at 30fps does not result in a 10:00:00 hour video, and instead results in a 10:04:17 video [07:00:32 CET] <ryzenda> DHE, ah, it is a webm file [07:01:24 CET] <ryzenda> I'll look into that, maybe it is specific to webm encoding. I was using Kdenlive [07:03:17 CET] <ryzenda> Might be related: https://bugzilla.mozilla.org/show_bug.cgi?id=1065207 [07:04:58 CET] <ryzenda> I suppose I can try to figure out a way to crop off the extra minutes to make the video exactly 10 hours without worrying about the frame count. I'll look into that too. [10:05:40 CET] <odinsbane> I'm trying to encode a webm file, and the quality is very poor. Are there some settings I can use to improve it? I've tried -v:b 20M and that made a larger file, but not better video. [11:11:38 CET] <kadiro> hello, just wondering if 'band' option from delogo filter is no longer used, If so, what is the replacement? I got this error when using it: [Parsed_delogo_0 @ 0x7f71b8269840] Option 'band' not found [11:38:37 CET] <durandal_1707> kadiro: i think i never worked properly [11:39:01 CET] <durandal_1707> *it [11:39:10 CET] <kadiro> ah [11:39:29 CET] <kadiro> durandal_1707, It was working before though [11:41:25 CET] <kadiro> durandal_1707, any replacement for it? [11:45:56 CET] <Atlenohen> When the program uses swscale to conver the pixel format, it also uses BICUBIC, is this needed? [11:46:40 CET] <Atlenohen> I don't want to touch the frames, as minimal as possible [11:47:41 CET] <pink_mist> I have no real clue, but to my way of thinking the software scaler has to use some form of scaling algorithm ... bicubic is a scaling algorithm, but you can probably use a different one [11:51:02 CET] <Atlenohen> This is quite weird, if the pixel format conversion is like from RGBA to RGB0 [11:51:36 CET] <Atlenohen> Shouldn't even have to use sws scale for that! [11:51:58 CET] <Atlenohen> Perhaps there is a way and this is an old implementation which still uses swscale? [12:02:00 CET] <durandal_1707> kadiro: why you used it? and what it did? [12:03:09 CET] <durandal_1707> Atlenohen: swscale uses SIMD for RGBA to RGB0, to makes things significantly faster, thats why swscale is useful even in this case [12:07:07 CET] <pk08> hi [12:07:38 CET] <pk08> is there anyway to find caption type 608 or 708 in video stream of mpegts? [12:07:47 CET] <pk08> using ffprobe [12:08:57 CET] <pk08> in -show_frames, it shows sidedata but doesnt show its 608 or 708 [12:09:23 CET] <kadiro> durandal_1707, to hide logo, when watching some satellite channels [12:22:40 CET] <durandal_1707> kadiro: delogo works like that already, so your description is vague [12:23:42 CET] <kadiro> durandal_1707, I know but wondering about the 'band' option, without it the result is not good as it was with it [12:52:27 CET] <durandal_1707> kadiro: than your paramters to delogo filter are wrong [12:52:49 CET] <Atlenohen> Right, but could I just use "0" for scaling? [12:52:54 CET] <durandal_1707> make sure that x/y/w/h are correct [12:53:23 CET] <Atlenohen> Don't want any scaling. [12:53:31 CET] <kadiro> durandal_1707, they are, this is what I used before and worked: -vf "delogo=x=600:y=28:w=58:h=64:band=10" [12:53:42 CET] <durandal_1707> Atlenohen: your input does not make any sense, swscale does not do scaling if it only does format conversion [12:53:56 CET] <kadiro> now to make it work I have to remove band= like this: -vf "delogo=x=600:y=28:w=58:h=64" [12:54:17 CET] <kadiro> but the result is not good [12:54:22 CET] <durandal_1707> kadiro: if logo really in that spot you set? [12:54:41 CET] <durandal_1707> "not good" is too vague for providing any useful help [12:54:59 CET] <durandal_1707> provide input file with logo [12:55:37 CET] <kadiro> durandal_1707, My english is not good to explain but I mean the delogo rectangle is not smooth as it was before with band option [12:56:53 CET] <durandal_1707> still not enough [12:57:02 CET] <kadiro> ok [12:57:12 CET] <kadiro> thanks anyway [12:57:40 CET] <pink_mist> kadiro: showing screenshots of how it looked before and how it looks now might help [12:58:15 CET] <kadiro> pink_mist, how i can make it work again if the band option no longer works [12:58:28 CET] <pink_mist> use an old version where it did work [12:58:39 CET] <kadiro> It is just say: [Parsed_delogo_0 @ 0x7f71b8269840] Option 'band' not found [12:59:03 CET] <furq> maybe make the rectangle a bit bigger [12:59:13 CET] <furq> if the logo has a hard border or something then that should help [12:59:57 CET] <Atlenohen> durandal_1707: s_sws_context = sws_getCachedContext(s_sws_context, width, height, s_av_source_pix_fmt, s_frame_width, s_frame_height, s_av_codec_context->pix_fmt, SWS_BICUBIC, nullptr, nullptr, nullptr); [13:00:37 CET] <Atlenohen> I guess this isn't exactly the swsscale line, but this gets input into it, that line is just below this one. [13:01:00 CET] <furq> it doesn't matter what flags you set if you're not actually scaling [13:01:58 CET] <Atlenohen> Yeah it's not suppose to scale, the width/height imo should be the same, but if they aren't then it's some other feature which I didn't realize, in that case bicubic is probably ok. [13:02:04 CET] <Atlenohen> Great then. Thanks [13:02:58 CET] <furq> you can set SWS_LANCZOS if it makes you feel better [13:03:53 CET] <Atlenohen> Oh right, I read about some of that stuff and that one's better I guess, ok [13:21:15 CET] <kadiro> furq, https://termbin.com/bww5 both link of pictures are inside this link [13:21:37 CET] <kadiro> pink_mist, ^ [13:24:57 CET] <durandal_1707> kadiro: please provide original image, one without delogo applied [13:26:14 CET] <kadiro> durandal_1707, https://imgur.com/Tbcg5jMl.png [14:31:20 CET] <n000g> I have a video that is 16:9 but incorrectly tagged as being 4:3 it seems. Can I correct the aspec ratio on the fly and then apply my crop? [14:38:42 CET] <n000g> I can't do it via -c copy for some reason. Nice. [14:39:01 CET] <kadiro> I use ffplay for testing [14:39:04 CET] <n000g> As in, just the aspect ratio correction, without cropping. [14:41:07 CET] <kadiro> maybe mixing aspect with pad [14:41:26 CET] <kadiro> s/aspect/scale [14:49:19 CET] <barhom> is fdk-aac still faster than ffmpegs own aac encoder ? (in terms of cpu power, I do not really care about quality for what I am doing) [14:51:26 CET] <DHE> no, ffmpeg's is a bit faster. I timed fdk as ~55x realtime while ffmpeg got ~85x realtime speeds on my CPU [14:52:21 CET] <n000g> kadiro, I can transcode it via scale=720:576, but when I crop it right after, the output is still distorted. [14:52:27 CET] <n000g> Weird. [14:52:57 CET] <barhom> DHE: Doing some NVENC live transcodes and unfortunately I am hitting the CPU limit on audio transcodes before I come close to maxing out the GPU nvenc. Need to shave off as much CPU as possible on aac [14:53:11 CET] <barhom> DHE: I will try to switch to aac and see if I see any difference [14:55:21 CET] <n000g> barhom, might it be worth to handle audio and video in seperate commands? Do the video, then do the audio later and merge again? [14:56:07 CET] <barhom> n000g, live transcodes producing HLS output so cant really do that [14:57:34 CET] <DHE> this isn't a crazy powerful CPU. it's a core i7 4790 clocked at 3.6 GHz and this is a single-threaded job... [15:02:39 CET] <n000g> barhom, oh. Just curious: why the need to do it as fast as possible? Isn't realtime enough if it's live? [15:03:04 CET] <barhom> n000g: Sure, but what if you wanna do 50 live transcodes [15:03:21 CET] <n000g> kadiro, I managed to fix it. setdar=dar=16/9,crop=720:436:0:70 works. I had an additional -aspect before that I forgot to remove, d'oh. [15:03:36 CET] <n000g> barhom, ah, I see. [15:04:36 CET] <DHE> well nvenc is limited to 2 streams unless you bought a $1000+ Quadro card or better... [15:04:53 CET] <JEEB> (or patched the driver) [15:05:06 CET] <JEEB> (which of course removes your support and other things) [15:05:47 CET] <barhom> size= 5105kB time=00:10:34.21 bitrate= 65.9kbits/s speed= 107x (aac) [15:05:54 CET] <DHE> well that's obviously the excption to the rule... [15:05:54 CET] <barhom> size= 5073kB time=00:10:34.21 bitrate= 65.5kbits/s speed=71.7x (fdk) [15:06:10 CET] <barhom> So yes, DHE, it is a bit faster, thanks. I didnt think about even trying this [15:06:10 CET] <DHE> also, if you're running 50 encode jobs then at least you have the advantage of multi-core CPUs on your side [15:08:36 CET] <barhom> Trying to get the most of the P2000 with SD transcodes (mpeg2 -> nvenc h264) seems to require at least a dual-cpu setup with E5v2 [15:08:59 CET] <furq> barhom: are you doing multi-bitrate hls [15:09:00 CET] <barhom> E3-1270v2 gets CPU bottlenecked on aac before the quadro card is full [15:09:07 CET] <barhom> furq: not right now [15:09:18 CET] <BeerLover> I am getting the following error: "Stream specifier '' in filtergraph description [0]split=1[s0] matches no streams." when running: https://0x0.st/z6sk.txt [15:09:24 CET] <n000g> Speaking of NVENC, is there a "goto" set of options for minimum bitrate for a given quality rate factor? Basically, like libx264's -crf 18 -preset veryslow? [15:09:41 CET] <furq> well obviously you can just share the same encoded audio stream between all of them if you do that [15:09:50 CET] <furq> so that'll reduce the load a lot [15:10:37 CET] <barhom> furq: When I setup my multibitrate-hls I tried to do that a lot. The command got so complicated that I failed [15:10:50 CET] <barhom> I ended up transcoding aac several times (atsame bitrate) for each video bitrate [15:11:06 CET] <DHE> BeerLover: use 0:a as the input stream [15:11:51 CET] <DHE> for my multi-variant HLS I ended up making my own transcode application from the API... [15:12:04 CET] <BeerLover> DHE wherE? [15:12:09 CET] <furq> it's normally simple with the tee muxer [15:12:15 CET] <furq> but with hls that probably gets complicated quick [15:12:38 CET] <DHE> yeah you have to select the input video stream multiple times for each quality variant, then have `tee` mux them all [15:13:52 CET] <furq> you can also encode the audio in one ffmpeg and pipe it to another ffmpeg [15:14:41 CET] <DHE> you'll need to set timestamp preservation options, but it can work.. [15:14:54 CET] <DHE> actually not even that. copy the source video in the first instance... [15:15:00 CET] <furq> yeah [15:16:44 CET] <furq> ffmpeg -i foo -c:a aac -c:v copy -f nut - | ffmpeg -i - -c:v libx264 -c:a copy 1.m3u8 -c:v libx264 -vf scale=1280:720 -c:a copy 2.m3u8 [15:16:47 CET] <furq> something like that [15:18:06 CET] <bencoh> 59 [15:19:14 CET] <DHE> furq: when I tried that, there was no guarantee that the last audio frame in 1-segment1.ts would be the same frame in 2-segment1.ts etc [15:20:13 CET] <DHE> I was thinking more like: [..] | ffmpeg -i - -map 0:a -map 0:v -map -:v -c:v:0 libx264 -c:v:1 libx264 -vf:1 scale=1280x720 -f tee '[tee-args]' [15:20:21 CET] <DHE> I don't know that this is the correct syntax at all... [17:16:30 CET] <gp> is it possible to compile ffmpeg WITHOUT support for a particular format? Say FLV or MP4? And same question for codecs? Without any support for say h.264. But which ones not important - trying to end up with a binary that I can reliably test against [17:17:02 CET] <DHE> ./configure --disable-demuers=mp4 --disable-decoders=h264 # etc [17:17:13 CET] <DHE> there's also ./configure --list-demuxers etc to help produce the list [17:17:16 CET] <gp> DHE: thank you! [17:17:20 CET] <DHE> I've made typos but you should be able to figure your way out from that [17:17:25 CET] <gp> yep =) [17:18:24 CET] <DHE> you can also do: --disable-muxers --enable-muxers=pcm*,mp4 # support only these [17:18:33 CET] <DHE> ugh, I keep putting plural "muxers" where I shoudln't [17:18:48 CET] <gp> slick - that is much nicer [17:19:05 CET] <DHE> yeah I have a "smallish" build that's about half the ffmpeg.exe binary size for a static link [20:20:46 CET] <kadiro> Following this guide https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu , compiling was success, indeed the band option from delogo filter is no longer exist [00:00:00 CET] --- Fri Nov 15 2019

1 0

ffmpeg-devel.log.20191113
by burek 14 Nov '19

14 Nov '19

[00:40:13 CET] <cone-244> ffmpeg 03Paul B Mahol 07master:08c46e40fb68: avfilter/vF_colorbalance: rewrite, fixes filtering [02:22:24 CET] <cone-244> ffmpeg 03James Almer 07master:245cbab556b8: avcodec/cbs_av1: support one byte long OBUs when the size is not set in the bitstream [02:22:25 CET] <cone-244> ffmpeg 03James Almer 07master:72ec3358f44c: avcodec: add an AV1 frame merge bitstream filter [02:22:26 CET] <cone-244> ffmpeg 03James Almer 07master:0b8742521fa2: avcodec/av1_parser: export bitstream timing info when available [02:22:27 CET] <cone-244> ffmpeg 03James Almer 07master:97d9cff251ee: avcodec/libdav1d: export bitstream timing info when available [02:22:28 CET] <cone-244> ffmpeg 03James Almer 07master:cc61466058ef: avformat: add an AV1 Annex B demuxer [02:22:44 CET] <jamrial> BBB: ^ [02:30:09 CET] <BBB> ty! [02:38:22 CET] <mkver> jamrial: If you (like me) are concerned about avoiding allocations, you might take a look at this patch: https://patchwork.ffmpeg.org/patch/14458/ for low-hanging fruit. [04:54:53 CET] <mkver> michaelni: Backporting e78b0f83748f92ea9e93b21c36082e0dd04d7cb1 broke building with hardcoded-tables (see http://fate.ffmpeg.org/report.cgi?slot=x86_64-openbsd5.6-gcc4.2-conf2-n4.0&…) c8232e50074f6f9f9b0674d0a5433f49d73a4e50 needs to be backported, too. [08:05:39 CET] <kurosu> wbs: I have this thing here that says ffhevc could be 20-40% faster but very unlikely ffhevc will actually be [08:07:10 CET] <JEEB> would first of all require seeing any useful stuff from openhevc, then possible additional work [08:07:32 CET] <JEEB> and all that requires time & effort [08:07:51 CET] <kurosu> Yeah my point [08:08:00 CET] <BBB> 40% o_O wow [08:08:03 CET] <BBB> cool [08:08:30 CET] <kurosu> I'd say 5-15% single threac [08:08:36 CET] <BBB> ah ok, I was about to ask [08:08:48 CET] <kurosu> Not accounting for dav1d levels of asm [08:09:35 CET] <kurosu> And wpp+frame is another 20% on 4+ cores [08:09:52 CET] <kurosu> If the bitstream allows, much like with tiles [08:10:38 CET] <kurosu> Openhevc also had tile+frame, but I think it could be better [08:11:05 CET] <BBB> dav1d's also has some left when it comes to threading, I explained that in my tlk at vdd last weekend [08:11:20 CET] <BBB> always nice to see we all try to squeeze moar moar moar out of it [08:11:40 CET] <kurosu> Was probably getting some rest from jet lag at that time [08:12:12 CET] <kurosu> Was it about moving inloop filters in their thread? [08:12:20 CET] <kurosu> *to [08:13:55 CET] <BBB> yes [08:14:05 CET] <BBB> so that the lag is not per sbrow, but within sbrow [08:14:13 CET] <BBB> I think youhad a patch to do that to ffhevc also [08:14:18 CET] <BBB> progress x,y instead of justy [08:15:30 CET] <kurosu> I posted a proof of concept circa 2014, yes, but it was at best clumsy [08:15:52 CET] <BBB> that's ok [08:15:56 CET] <JEEB> :) [08:16:10 CET] <JEEB> PoCs often are, as they're basically what they say on the tin [08:16:12 CET] <kurosu> And there are better threading models.thag make it more complex to handle all dasex [08:16:18 CET] <kurosu> *cases [08:16:28 CET] <kurosu> Sorry for typos, obviously on phone [08:17:11 CET] <kurosu> Anyway, maybe vdd 2020, who knows (this is not a taunt) [08:17:39 CET] <BBB> I hear vdd 2020 may again be in a cool, exotic location [08:17:46 CET] <BBB> and yes, please do, that'd be cool [08:18:10 CET] <BBB> obviously hevc sucks :-p, but it'd be nice to see a cool hevc decoder and see if we can learn from it to make dav1d even better etc. [08:18:27 CET] <kurosu> I don't think so [08:18:50 CET] <kurosu> There's maybe 1 or 2% that could be brought over [08:19:15 CET] <kurosu> But also dav1d could give ffhevc 2% too [08:19:22 CET] <BBB> I mean concept, not code [08:19:29 CET] <kurosu> In particular your array setting unrolling [08:19:40 CET] <kurosu> Yeah concept [08:20:28 CET] <BBB> :) that code is weird [08:20:30 CET] <BBB> but it does help [08:20:50 CET] <kurosu> I have a poor man's version in ffhevc for some hotspots [08:21:48 CET] <BBB> but the threading also [08:22:00 CET] <kurosu> Iirc you did move some intra info in the mvfield because it is often accessed together and it is more access friendly n general, our [08:22:05 CET] <kurosu> *IIRc [08:22:09 CET] <kurosu> Oh [08:22:24 CET] <kurosu> I never continued with that x,y progress [08:22:46 CET] <BBB> but the concept applies to both ;) [08:23:01 CET] <kurosu> Too hard to marry with wpp/tile+frame [08:25:06 CET] <BBB> yes, tile makes it very, very difficult if the postfilters cross tile boundaries [08:25:21 CET] <kurosu> I mean on a few nights where rest was sufficient [08:25:50 CET] <kurosu> Both behaviours are allowed in hevc (across or not) [08:25:55 CET] <BBB> right [08:26:16 CET] <BBB> what do people use most often? [08:26:37 CET] <BBB> I guess in broadcast, not-across-tile is probably popular b/c it helps speed? [08:27:35 CET] <kurosu> Depends [08:27:48 CET] <kurosu> It can be ugly in some cases not to do it [08:28:20 CET] <kurosu> But then you need to communicate across processors (think hw here) [08:29:06 CET] <kurosu> BBL [08:59:47 CET] <nullptr|> {quit [09:33:55 CET] <JEEB> marton seems to have done some good work with mpegtsenc [09:40:52 CET] <cone-661> ffmpeg 03Steven Liu 07master:4e0860e36305: avformat/hls: continue to play enabled playlist when have failed playlist [10:36:27 CET] <cone-661> ffmpeg 03Limin Wang 07master:09afddf04e6f: avformat/hlsenc: free the original malloc pointer to avoid error when system function used in the following patch [13:09:45 CET] <cone-661> ffmpeg 03Paul B Mahol 07master:d19fdc83b35c: avfilter/vf_colorbalance: add option to preserve lightness [13:09:46 CET] <cone-661> ffmpeg 03Paul B Mahol 07master:bffd0f7b69b8: avfilter/vf_colorbalance: switch to floats [13:09:47 CET] <cone-661> ffmpeg 03Paul B Mahol 07master:45f03cdd20c3: avfilter/vf_colorbalance: add support for commands [15:54:01 CET] <kurosu> not many people in the -meeting room, so here goes [15:54:23 CET] <kurosu> even if obvious, it would be good to have meetings notes from last Sunday [15:54:30 CET] <kurosu> in particular results [15:54:33 CET] <kurosu> sent to the ML [15:54:53 CET] <JEEB> aye [15:54:54 CET] <kurosu> (I did this once, but it was not really used/useful, so...) [15:56:02 CET] <kurosu> also I was curious (maybe it's better that way) of the complete results, including not elected votes [15:57:30 CET] <kurosu> Regarding the the social commitee, my (very personal?) feeling was that, besides people knowing the devs/community, (somewhat) outsiders could be cool [15:58:42 CET] <kurosu> outsiders as people using the software/libraries but actually more involved elsewhere, and that can say "look, for an outsider, you look like <unfavourable thing>" [15:58:56 CET] <kurosu> but maybe that's just me misunderstanding its role [15:59:28 CET] <thardin> therre's a meeting channel? [15:59:46 CET] <JEEB> at least it was utilized for the VDD meeting [15:59:49 CET] <kurosu> there was, maybe temporary, dunno, as it is inactive anyway [16:00:05 CET] <JEEB> there will be another 1st of dec as far as I remember [16:01:08 CET] <kurosu> and maybe this time, inform "stakeholders"/concerned parties some time in advance, though it was cool that it actually worked out in such short order [16:01:31 CET] <BradleyS> mentioning it here helped me, i joined and enjoyed the discussion as an outsider [16:01:55 CET] <JEEB> yes, I think there was supposed to be an output on the mailing list, defining the next meeting as well [16:02:04 CET] <BradleyS> mostly interested since i've been using ffmpeg since its inception, and of course we use it in handbrake [16:04:31 CET] <kurosu> I'm undecided on how much public access is required: openness is nice, but I fear some people may feel not at ease expressing some opinions (eg unlike me that has been classified as "fool" for sufficiently long enough) [16:05:16 CET] <BradleyS> certainly not everything needs to be open, but i find it better to err on that side [16:06:13 CET] <BradleyS> i think once you have certain official groups more solidified, it will make sense for them to have some private communication [16:14:11 CET] <Lynne> that meeting was pointless and nothing was decided [16:15:41 CET] <Lynne> everyone still thinks I'm a deranged person for ever wanting anything done regarding michael [16:15:50 CET] <jamrial> thanks for your input, Lynne. your pessimism is appreciated [16:16:19 CET] <jamrial> you're not deranged. you're obsessed [16:16:21 CET] <Lynne> and he's rewarded with a technical committee position, while carl gets a social committee position [16:17:12 CET] <Lynne> jamrial: for wanting some recognition that there was something wrong and it wasn't my fault? [16:17:26 CET] <Lynne> for not wanting to have this swept under the bridge? [16:17:35 CET] <thardin> can we put fabrice on the social committee? [16:17:47 CET] <jamrial> you have harassed him for weeks in a completely on sided grudge [16:18:09 CET] <jamrial> *one [16:18:26 CET] <Lynne> jamrial: and I wasn't harrassed? my opinions ignored, all discussions derailed? [16:20:08 CET] <jamrial> how is that harassement? [16:21:31 CET] <JEEB> Lynne: note that they are not the only ones on those committees - that's the point :P [16:22:19 CET] <JEEB> if it all goes badly then we hopefully learn from that, but please do not paint it black just yet [16:26:41 CET] <JEEB> thardin: that should be possible but I thought he was removed enough from the whole shebang that I think that's why he didn't get any larger amount of votes. [16:27:54 CET] <thardin> he has control of the domain I think, so should probably be involved to some extent [16:28:14 CET] <JEEB> I deffo don't disagree [16:28:31 CET] <kurosu> social committee to me is for calling the stop or helping to fix issues that are mostly human behaviour things [16:28:32 CET] <JEEB> tried to just explain why he most likely didn't pop into anyone's minds at that pint [16:28:40 CET] <JEEB> yes [16:28:48 CET] <JEEB> technical committee then is for technical decision making etc [16:31:16 CET] <JEEB> anyways, the stuff picked for now is just for kick-start [16:31:18 CET] <JEEB> to have a framework [16:32:09 CET] <kurosu> yeah, it should change with more voters from more diverse horizons [16:32:54 CET] <kurosu> s/should/seems likely to/ [16:35:40 CET] <durandal_1707> nothing in that meeting is official, that meeting is bad mouthing of ffmpeg [16:36:42 CET] <durandal_1707> and i was completely ignored from all this nonsense, high elitist meeting bullshit [16:37:11 CET] <jamrial> durandal_1707: why you weren't there? [16:38:03 CET] <durandal_1707> nobody tell me anything about it [16:38:13 CET] <durandal_1707> for obvious reasons [16:38:35 CET] <durandal_1707> so for me, nothing was concluded in that pesky japanjeros meeting [16:38:43 CET] <jamrial> durandal_1707: an email was sent a week ago about it [16:38:46 CET] <Illya> it was on the ML for a while [16:39:12 CET] <durandal_1707> no it was not [16:39:30 CET] <durandal_1707> nothing was transparent [16:40:32 CET] <kurosu> I believe the reasons are neither obvious nor targetting you, but I agree there could have been less room for such complains [16:41:15 CET] <kurosu> on the other hand, yes, interested people could request more info or be there on time (that's how I got to participate) [16:41:38 CET] <Illya> http://ffmpeg.org/pipermail/ffmpeg-devel/2019-November/252607.html is the relevant mail [16:41:39 CET] <kurosu> *could have requested [16:41:56 CET] <jamrial> durandal_1707: the meeting was announced a week ago, and it was streamed for those on irc [16:42:10 CET] <jamrial> you could have been there, or here, and participated [16:42:49 CET] <Illya> this is only temporary as well, you can be there for the next meeting [16:43:04 CET] <jamrial> there will be another in december 1st. if you don't participate on it, then you're just complaining for the sake of it [16:48:17 CET] <durandal_1707> jamrial: yes, i will not be on any non-transparent meeting if it is set in ridiuculous time [16:48:55 CET] <jamrial> it's half a month until december. you're just making up excuses [16:49:08 CET] <durandal_1707> Illya: that is too late, and nobody replied to it [16:49:50 CET] <JEEB> it is an announcement, why would it need replies [16:50:06 CET] <durandal_1707> anybody could announce anything then? [16:50:35 CET] <JEEB> in theory yes, but if you do not have enough mass that ends up nada [16:50:56 CET] <jamrial> durandal_1707: well, you'll happy to know that everything that was decided on it is temporary. you're in time to make these apparently opaque meetings transparent with your presence in future ones [16:51:10 CET] <durandal_1707> and stil no living proof that meeding was actually held, and recorded [16:51:20 CET] <jamrial> now you're just trolling [16:51:36 CET] <durandal_1707> nope, i just pointed obviouls flaw [16:54:06 CET] <JEEB> i am not sure if the thing was recorded with that iphone that did the conference, that csn be improved in the future if you wish for such improvements [16:54:38 CET] <JEEB> but to say that there is no living proof is a bit disingineous or whatever that word is [16:54:52 CET] <jamrial> well, be here on december 1st, save your own logs, film your monitor if you want [16:55:02 CET] <JEEB> yup [16:55:44 CET] <jamrial> but please, stop trying to shit on people's efforts to improve the project [16:55:57 CET] <kurosu> And speak then, or forever hold your peace [16:56:44 CET] <mkver> Regarding logs: Could a log of #ffmpeg-meeting be made public somewhere (preferably alongside the existing irc-archive)? [16:57:21 CET] <durandal_1707> yes, see, nobody mentioned #ffmpeg-meeting, up until now [16:57:38 CET] <JEEB> uhhh [16:58:32 CET] <jamrial> durandal_1707: it was mentioned in this channel right as the meeting started, so people could join [16:58:33 CET] <JEEB> it was most definitely mentioned whne the meeting was being set up [16:58:36 CET] <jamrial> you'd know if you were here for it [16:58:48 CET] <JEEB> multiple times even [16:59:24 CET] <jamrial> you know, like every time there was a meeting in the past several years [17:00:09 CET] <durandal_1707> nope [17:00:11 CET] <durandal_1707> lies [17:00:33 CET] <JEEB> so be it woth you if that is the path you choose [17:00:39 CET] <durandal_1707> other times meeting was announced also on ML, several days before [17:00:53 CET] <JEEB> it was [17:00:56 CET] <durandal_1707> so nothing on that meeting is official [17:01:00 CET] <durandal_1707> no it was not [17:01:10 CET] <jamrial> i liked it more when your trolling attempts were joke replies to the ml [17:01:30 CET] <durandal_1707> you picked right time frame so just filter bunch of people out [17:02:20 CET] <kurosu> it was 9am for you afaik [17:02:31 CET] <jamrial> it was morning for you, and late night for US people [17:02:38 CET] <jamrial> you know who had the shittiest time? me, at 3am [17:02:41 CET] <jamrial> and i was there [17:03:05 CET] <durandal_1707> and some stuff i already hear here, that is concluded on that meeting, is so devastating [17:03:50 CET] <Illya> whats so bad? [17:04:01 CET] <durandal_1707> all about Carl [17:04:47 CET] <Illya> all about? could oyu be more specific? [17:05:44 CET] <JEEB> right. so you have an issue with a voted individual. now that is why that is not asingle person. and not even three.people [17:05:44 CET] <durandal_1707> i have not enough details, so can not be more specific, awaiting that "meeting" logs [17:07:03 CET] <Illya> JEEB: did the camera not record or something/ [17:07:09 CET] <JEEB> it did [17:07:14 CET] <durandal_1707> fake camera [17:07:26 CET] <kurosu> streaming at the very least, dunno about having a record though [17:07:41 CET] <JEEB> yes, that is what I meant [17:10:06 CET] <kurosu> in any case, there will be another meeting to change things, by voicing opinions and convincing people [17:48:54 CET] <BradleyS> durandal_1707: i can post my log of #ffmpeg-meeting from that date if it's not elsewhere [17:49:27 CET] <BradleyS> as long as you promise not to accuse me of fabricating it :P [17:50:25 CET] <durandal_1707> lol [17:51:14 CET] <durandal_1707> i would rather wait for official statement of matters [17:52:08 CET] <BradleyS> times are local UTC-4: https://www.dropbox.com/s/bb6fz1joy88lya2/2019-11-10.log?dl=0 [17:52:56 CET] <BradleyS> that is my complete znc log for the day [17:53:26 CET] <mkver> BradleyS: Thanks. [17:53:47 CET] <BradleyS> you're welcome, glad i could join [17:54:02 CET] <durandal_1707> ban him ^ [18:08:07 CET] <cone-320> ffmpeg 03Baptiste Coudurier 07master:11a38be99cd0: avformat/mxfenc: correctly set width values for dvcprohd [18:13:22 CET] <cone-320> ffmpeg 03Baptiste Coudurier 07master:a1403032c8cb: avcodec/dvenc: support encoding dvcprohd [18:18:04 CET] <durandal_1707> as expected, this is all to take money out of spi [18:18:20 CET] <durandal_1707> and TC and CC are hilarious [18:19:45 CET] <durandal_1707> people that havent committed anything to ffmpeg in years [18:22:13 CET] <JEEB> yea, sure. every one of those people. not committed in years [18:23:14 CET] <JEEB> also I can't speak of anyone else but I have no idea what any money situation is with regards to FFmpeg. My reason for taking part was the dumb idea of trying to make things better. [18:23:50 CET] <JEEB> also as noted, dec 1st should have a meeting where you can bring out all of your grievances [18:24:07 CET] <JEEB> and even with that, the whole setup is temporary [18:59:42 CET] <TekniQue> JEEB: I found an extremely simple workaround for my H.264 bytestream problem. Turns out there's a parameter I can pass to ffmpeg that forces it. -bsf:v h264_mp4toannexb [19:01:06 CET] <cone-320> ffmpeg 03Derek Buitenhuis 07master:1354c39c78e5: librav1e: Don't make users explicitly set -qp -1 to use bit rate mode [19:01:51 CET] <JEEB> TekniQue: yes that forces annex b. I did mention that as something you can also add automagically if your writer requires it :P [19:30:20 CET] <BBB> durandal_1707: if you disagree with TC and CC, please participate in the dev meetings and air your grievances. remote participation over irc is possible, there was a video feed last time [19:34:43 CET] <kurosu> wow you guys are staying that long in Japan? Good night btw [19:35:11 CET] <kurosu> err, too late for that, seems like you have a plane today [20:00:20 CET] <BBB> kurosu: indeed 8) [20:32:23 CET] <thardin> JEEB: FFestivus [20:55:04 CET] <durandal_1707> TC and CC are just to make stuff less democratic, and far more elitistic [21:01:37 CET] <nevcairiel> voting for leaders is fully democratic, direct democracy where everyone votes on everything is just chaos [21:37:04 CET] <thardin> in my experience with föreningar, whenever something has to go a vote you've already failed [23:46:14 CET] <cone-974> ffmpeg 03Michael Niedermayer 07master:8d5f9daacd81: tests/ref/vsynth: add missing reference files, fix build [23:46:14 CET] <cone-974> ffmpeg 03Andreas Rheinhardt 07master:a7245adee3e9: avformat/id3v2: Avoid av_strdup for key and value of dict [00:00:00 CET] --- Thu Nov 14 2019

1 0

ffmpeg.log.20191113
by burek 14 Nov '19

14 Nov '19

[02:24:25 CET] <Sazpaimon> so I ended up automating the drawbox filter by calculating the width of my text in inkscape on the command line, seems to work pretty well [02:24:46 CET] <Sazpaimon> took me less time than i assume learning ass subtitles would take [02:34:40 CET] <ThePendulum> ass subtitles? [02:40:10 CET] <nicolas17> Advanced SubStation Alpha [02:40:16 CET] <nicolas17> https://en.wikipedia.org/wiki/SubStation_Alpha [03:34:33 CET] <Atlenohen> Hello [03:36:39 CET] <Atlenohen> So I'm working on an older program which ffmpeg API, and it seems to have this distinction between Encoder and Codec, but this "Codec" is only used once while the "encoder" var is mostly used, it uses diferent code but I think it's the same thing [03:37:11 CET] <Atlenohen> Because it's the encoder ID that ffmpeg, or codec id that needs to be specified right? But not both? [03:38:28 CET] <Atlenohen> Or, well, I guess H264 codec could be done by multiple encoders, x264, x264_rgb, nvenc_h264, like that's the idea right? [03:39:26 CET] <Atlenohen> Well the program uses the codec as if it was the encoder or the other way around, it's actually the encoder I need to specify as I want to be specific [03:40:17 CET] <Atlenohen> It's a bit confusing with the terminology, avcodec->id, av_codec_descriptor_get_by_name etc ... in ffmpeg command line -vcodec is actually encoder name right. [03:40:27 CET] <Atlenohen> So more like -vencoder [03:51:24 CET] <Atlenohen> there's just codec_ids in the public headers hmm.. [03:57:17 CET] <Atlenohen> Meh, IDK, I'll have to look better at API, but this is werid, there is no encoder selections just codecs, what is this?!?! [03:59:33 CET] <Atlenohen> * The functions avcodec_find_decoder_by_name(), avcodec_find_encoder_by_name(), [03:59:33 CET] <Atlenohen> * avcodec_find_decoder() and avcodec_find_encoder() provide an easy way for [03:59:33 CET] <Atlenohen> * retrieving a codec. [04:00:33 CET] <Atlenohen> Yeah I guess I can skip the whole codec id stuff and just go to the encoder then or what, except i have to fill out the codec for the avformat context just for the internals [04:01:25 CET] <Atlenohen> Sorry for my talk, the point is, whether a user needs to be able to enter both, whether it's redundant, we can always work the codec out of the encoder, but not the other way around is what I wanted to make sure. [04:02:01 CET] <Atlenohen> So I don't need both options, specify encoder, code will figure out the rest if necessary. [06:01:34 CET] <kepstin> if you have a user-provided field, you want to use the find_encoder_by_name function, yeah, that'll return the specific encoder implementation (or if they gave a codec name without a builtin encoder, it'll pick a random encoder for that codec) [14:14:16 CET] <Atlenohen> Hey guys [14:21:09 CET] <alex```> yo [14:22:01 CET] <DHE> 'sup [14:43:53 CET] <Atlenohen> pixfmt changes must go to swsscale? [14:44:16 CET] <Atlenohen> I'm wondering how much processing power that uses [14:45:03 CET] <Atlenohen> it goes from BGRA to BGR0 in one case, another case is YUV420 [14:45:52 CET] <furq> bgra and bgr0 are identical [14:45:58 CET] <furq> bgr0 just ignores the last eight bits [14:46:11 CET] <furq> idk if swscale even zeroes them out [14:46:35 CET] <DHE> well it would have to set them to 0xff if going the other way around right? [14:46:39 CET] <furq> yeah [14:50:01 CET] <Atlenohen> Currently the program uses source and destination pix_fmt, and then it puts it into sws_context to convert, so the actual conversion happens there then? [14:50:34 CET] <Atlenohen> However if BGR0 is identical as you said, and just ignores the last part, could it skip the conversion? [14:52:34 CET] <Atlenohen> Sorry, the source is RGBA and destination is BGR0 [14:53:11 CET] <furq> no because then it has to change the order [14:53:29 CET] <furq> it's still a quick conversion though, it's just shuffling bytes around [14:53:41 CET] <furq> rgb to yuv actually involves maths [14:54:14 CET] <furq> if the source and destination are the same then it just skips the conversion entirely [14:55:48 CET] <Atlenohen> Oh ok, trying to optimize it as much as possible. I'm wondering if it's possible to throttle the encoding speed, like a limit of how much FPS it can encode at? [14:56:25 CET] <Atlenohen> So when the queue builds up it would store in memory or even filesystem perhaps? [15:00:34 CET] <Atlenohen> or at least to assign CPU affinity to not take up all cores, [15:06:09 CET] <Rhada> Hello, [15:06:22 CET] <Rhada> I'm facing a issue trying to deliver a dash stream from an hls live input. our partner ask us to not use timed manifest so, i use -use_timeline 0. Unfortunately, with this option, the stream is not playable through any player (bitmovin, akamai, dash.js). After the first segments, the player start to ask for segments too early and after a while there is a huge gap between the actual segment and the one requested resulting in only 404 errors. Am i missing some [15:06:22 CET] <Rhada> option ? If i set -use_timeline 1 evrything works fine [15:06:56 CET] <Rhada> Here is the command i use : ffmpeg -re -i playlist.m3u8 -c copy -vtag avc1 -atag mp4a -bsf:a aac_adtstoasc -map 0:p:5 -map 0:p:4 -map 0:p:3 -map 0:p:2 -b:v:0 2500k -b:v:1 1500k -b:v:2 1000k -b:v:3 500k -use_template 1 -use_timeline 0 -utc_timing_url 'https://time.akamai.com/?iso' -seg_duration 2 -window_size 30 -extra_window_size 30 -media_seg_name 'chunk-stream$RepresentationID$-$Number$.$ext$' -remove_at_exit 1 -adaptation_sets 'id=0,streams=v [15:06:56 CET] <Rhada> id=1,streams=a' -f dash index.mpd [15:24:11 CET] <Atlenohen> Does FFV1 even need BGR ? could it just be RGB0 ? [15:30:53 CET] <Atlenohen> Hey guys, ffmpeg does not have RGBA8 pixel format, is this some kind of a equivalent name, like RGBA can be substitute? [15:32:04 CET] <JEEB> packed RGBA is just RGBA yea [15:33:27 CET] <Atlenohen> Okay so the number afterward doesn't matter, as long as the letters are the same? [15:33:51 CET] <JEEB> if there are no numbers it's 8bit generally [15:34:22 CET] <JEEB> if you don't expect to utilize alpha, or mean that it doesn't matter there's 0RGB and RGB0 [15:34:53 CET] <Atlenohen> Oh, heh that feels kind of a coincidence, it does work as of right now, but I'm reimplementing it from scratch and figuring out whether anything's wrong. [15:35:53 CET] <Atlenohen> Well the source format needs to be pixed AFAIK first, what the program outputs, so the output is captured, and then the destination fmt for whatever the codecs are used. [15:44:08 CET] <pabs3> are there subtitle formats that list the audio language and subtitle language for each subtitle item? so that for a film with mostly English audio with some parts Spanish, the video player could show only the subtitles for the Spanish audio? [15:46:20 CET] <furq> no [15:46:25 CET] <furq> you would normally just use two sub tracks for that [15:50:38 CET] <pabs3> why two sub tracks? in my scenario there are only English subtitles but some of the English subtitles don't need to be shown for people who understand English but not Spanish [15:51:30 CET] <JEEB> some formats have "forced" subtitles for that, but that generally speaking is ignored by open source stuff [15:52:03 CET] <JEEB> and for different languages/configurations otherwise separate subtitle tracks with different metadata is utilized [15:53:57 CET] <pabs3> so one sub track would be "English throughout" and another would be "English for the non-English parts", with the latter duplicated within the former? hmm [15:54:42 CET] <JEEB> f.ex., and the default flag being on one of them depending on the container [15:57:37 CET] <pabs3> both forced subtitles & dual sub tracks seem a bit hacky :( [15:57:49 CET] <pabs3> but thanks for the information :) [15:57:57 CET] <JEEB> forced subs aren't really a thing in open source [15:58:02 CET] <JEEB> (un)fortunately [15:58:18 CET] <JEEB> I meant the default flag in matroska for example, which IIRC is actaully supported [15:58:39 CET] <pabs3> how do they work where they are implemented? [15:58:53 CET] <JEEB> matroska for some reason also has a forced flag on the stream level, which is something that nothing else does wrt "forced" subs [15:59:11 CET] <JEEB> pabs3: in DVD and BD forced subpictures are shown whether or not the stream is selected [15:59:21 CET] <JEEB> open source players generally don't show anything until the stream is selected [16:01:18 CET] <pabs3> hmm, ok [16:26:45 CET] <Hello71> okular: Enable DRM [16:48:46 CET] <Atlenohen> Hey [16:49:51 CET] <Atlenohen> How does ffmpeg deal with mistmatches in source versus what's initialized. For example if pixel format is initialized in AV Codec Context as RGBA and let's say 10 frames are ok, but suddenly one frame comes in YUV420P, how does FFmpeg deal with such an encounter? [16:51:11 CET] <JEEB> avframes will.have what [16:51:18 CET] <JEEB> comes out of decoder [16:51:36 CET] <JEEB> normal stuff with f.ex. h.264 [16:51:51 CET] <JEEB> resolutipn changes, pixel format... [16:52:20 CET] <JEEB> you should not expect decoders' context values to be anything but initial vslues [16:52:43 CET] <Atlenohen> I'm not dealing with decoders [16:52:56 CET] <Atlenohen> Frames are created by a game program [16:54:09 CET] <Atlenohen> Sorry, I should have mentioned, this is dealing with ffmpeg's API, programming. Not the command line. [16:54:13 CET] <DHE> how are you getting them though? does the game directly make use of libav ? [16:54:35 CET] <Atlenohen> Yeah, the ffmpeg external is integrated into it. [16:55:16 CET] <Atlenohen> It works like a dumper, capturing the render output, I checked with some who are familiar, they told me while there's [16:55:32 CET] <JEEB> Atlenohen: AVFrames are what the decoding api pushes out [16:55:38 CET] <Atlenohen> one single format that is finally output, read from the GPU, that's RGBA8 [16:55:39 CET] <JEEB> so not cli [16:56:02 CET] <JEEB> and what the encosing api takes in [16:56:12 CET] <JEEB> so not sure what your comment was about [16:56:48 CET] <JEEB> i was just explaining that with inputs you should not expect things to.be static and according to.decoder AVCodecContext [17:00:50 CET] <bzb> when selecting x265 for 2 pass transcoding of a videofile, what is the commandline switch to specify the name of the stats file to use? [17:00:57 CET] <Atlenohen> I don't see AVFrame in the current implementaiton, it's just av_codec_context->pix_fmt [17:01:24 CET] <JEEB> the decoder and encoder interfaces give and tkae.in.avframes [17:01:27 CET] <bzb> I tried using -passlogfile and it doesn't do anything [17:01:39 CET] <JEEB> if you do decoding or encoding with ffmpeg it is there [17:01:43 CET] <JEEB> no buts [17:02:19 CET] <Atlenohen> Well, resolution changes are clear, they mismatch, so it requires stopping the video output and creating a new file, reinitalizing everything with a new resolution. [17:02:36 CET] <Atlenohen> So I was wondering if pixel format changes would require the same. [17:03:17 CET] <Atlenohen> Logic tells me pixel format changed while the dump is being actively written/encoded, is a bad idea. [17:04:02 CET] <JEEB> encoding wise while there could be wncoders that can do that, it is generally probablly a good idea to reinit. also whether that can.nicely happen depends on the formats at play etc [17:04:45 CET] <JEEB> usually the output encoder format and resolution is the static thing and filters are put into the workflow should cpnversion or scaling etc be needed [17:05:37 CET] <Atlenohen> Right, thanks. [17:18:21 CET] <void09> does ffmpeg have some functionality to detect the main dvd video track files ? I want to take screenshots from the whole movie, at once, at different timestamps. How to do this without passing a single .vob file to ffmpeg ? [17:26:55 CET] <void09> for bluray it's easy as it's one single m2ts file [17:32:36 CET] <brimestone> Hey guys, I have a odd requirement.. I need to detect where the first human voice in a video.. is this something ffmpeg can handle? [17:33:05 CET] <JEEB> void09: it's not always a single [17:33:22 CET] <JEEB> void09: you need dvdnav/dvdread support and for bluray libbluray [17:33:30 CET] <JEEB> I think we have something for libbluray but it isn't perfect [17:33:40 CET] <void09> JEEB: oh really ? I haven't seen blurays with split video files [17:33:46 CET] <void09> for the main movie, not extras and stuff, that is [17:34:06 CET] <void09> JEEB: I think I have ffmpeg compiled with everything.. but how would I use it ? [17:34:24 CET] <JEEB> void09: I have quite a few where the main movie or main playlist consists of multiple m2ts [17:34:49 CET] <JEEB> void09: there is a libbluray protocol I think [17:35:04 CET] <JEEB> see `ffmpeg -protocols` [17:35:07 CET] <JEEB> should have bluray [17:35:32 CET] <void09> it does [17:36:36 CET] <JEEB> ffmpeg -v verbose -i "bluray:D:\dvdbdiso\heavens_feel_pt2" [17:36:40 CET] <JEEB> this worked for me [17:36:48 CET] <JEEB> (it's not ISO but that's beyond the point) [17:36:51 CET] <JEEB> it's the root directory [17:37:13 CET] <JEEB> in which you have the BDMV dir [17:41:23 CET] <kepstin> but yeah, since ffmpeg doesn't have native dvd support, you'd want to use other tools to extract a single continuous vob for a particular title+angle to feed to ffmpeg. [17:41:58 CET] <kepstin> (ffmpeg will decode corrupt output if given a vob with multiple angles, that's fun) [17:45:01 CET] <void09> sounds too complicated :( [17:47:52 CET] <void09> i just want something that abstracts the different .vob files into one continous video. just interested in the main (biggest) one [17:52:44 CET] <another> tracks can begin in the middle of a vob and end in the next one [17:53:44 CET] <kepstin> dvds don't have tracks, they have titlesets, titles, and chapters [17:53:56 CET] <kepstin> titles and chapters can begin in the middle of a vob, yeah [17:54:52 CET] <furq> that's very common [17:55:17 CET] <furq> even with films you'll often have the preroll stuff and the start of the movie in the same vob [17:55:26 CET] <furq> for tv shows it's more common than not [17:55:50 CET] <kepstin> really, a titleset can be thought of as a continuous vob file, it's just split into chunks by filesize [17:56:21 CET] <furq> you also have multiangle stuff to consider which absolutely requires special handling [17:57:12 CET] <kepstin> anyways, I normally use the 'dvdbackup' backup tool, select a title, chapter range, angle, and then it outputs a single vob file that ffmpeg can read happily. [17:57:13 CET] <furq> since all the angles are interleaved so you can jump between them instantly [17:57:19 CET] <kepstin> that's not the only way to do it tho [17:57:29 CET] <furq> will dvdbackup output to stdout [17:58:15 CET] <kepstin> not as far as i know [17:58:36 CET] <furq> can you even make it output a single oversized vob [17:58:40 CET] <furq> i remember that being the reason i don't use it [17:59:10 CET] <kepstin> if you select a title or chapter range it does do a single large vob, yeah [17:59:22 CET] <furq> fun [17:59:31 CET] <furq> i should mess around with it now that transcode is out of all the good repos [18:00:01 CET] <kepstin> also, the fact that angles are interleaved is one of the reasons dvds are awful [18:00:17 CET] <kepstin> because both angles count towards the bitrate limit, so you have to encode each at 1/2 bitrate :) [18:00:54 CET] <furq> lol really [18:01:01 CET] <furq> that doesn't make any sense at all [18:01:05 CET] <furq> so it must be true [18:01:11 CET] <kepstin> the bitrate limit is based on drive read speed [18:01:22 CET] <furq> oh i guess that works then [18:01:44 CET] <furq> i only have one multiangle disc and it's used for something entirely worthless [18:01:58 CET] <furq> nice to have for testing stuff though [18:02:09 CET] <kepstin> i have an anime dvd that uses angles to switch between english and japanese text in the opening [18:02:18 CET] <kepstin> the opening is typically the part that requires the most bitrate [18:02:23 CET] <kepstin> the result looks *terrible* [18:03:58 CET] <another> kepstin: i'll look into dvdbackup, thx [18:04:52 CET] <kepstin> dvdbackup also has a mode to automatically guess the main title, you could give that a try. [18:11:55 CET] <kepstin> (amusingly, most modern dvd players don't really care about the bitrate/vbv limits since they have lots of ram and fast drives) [18:17:31 CET] <JEEB> yea, at this point the 1990s limits aren't as much a thing I bet [18:17:44 CET] <JEEB> maxrate 8mbps and bufsize 1.5 megabit [18:17:46 CET] <JEEB> ay lmao [18:17:56 CET] <JEEB> every meg of buffer was precious :D [18:18:50 CET] <kepstin> and the keyframe interval was about 1/3 second, iirc? [18:19:12 CET] <kepstin> so the bufsize was basically always just full of the next keyframe [18:19:37 CET] <JEEB> pretty much [18:19:51 CET] <JEEB> with the SD resolutions & frame rates it was /really/ easy to go full [18:19:57 CET] <JEEB> and hit the VBV limits [18:37:14 CET] <familiyaF> Hey, I have an video 29.97i(59.94 fields), if I check with mediainfo it displays framerate as 29.97 fps and ffprobe displays it as 59.94 fps. Can someone help me understand why the difference. [18:38:11 CET] <kepstin> which ffprobe field are you looking at? [18:38:27 CET] <familiyaF> Video: h264 (Main), yuv420p(tv, top first), 1920x1080 [SAR 1:1 DAR 16:9], 59.94 fps, 59.94 tbr, 1k tbn, 59.94 tbc (default) [18:39:27 CET] <kepstin> huh. can you pastebin the complete output of ffprobe -show-format -show-streams on that file? [18:39:39 CET] <familiyaF> sure [18:40:10 CET] <kepstin> can't say more without knowing about the container, but the "fps" is usually a guess because it's not stored anywhere in many formats [18:40:33 CET] <furq> -show_format -show_streams [18:40:36 CET] <kepstin> (also, the values you're looking at are rounded decimals, the exact field rate is 60/1.001) [18:43:57 CET] <familiyaF> https://pastebin.com/2uWBprWN [18:48:35 CET] <familiyaF> Media Info https://pastebin.com/hCzgm31M [18:49:47 CET] <kepstin> hmm, i guess it just hit some quirk of ffmpeg's frame rate guessing. increasing the probe size / duration might help. [18:50:27 CET] <kepstin> media info is lying to you unless it checked every single frame in the file - mkv doesn't really do "constant" framerate :) [18:50:50 CET] <kepstin> i guess it's heuristics for guessing the probably framerate work a bit better on this file. [18:56:43 CET] <familiyaF> Thanks [18:57:37 CET] <another> kepstin: hmm.. how do i get dvdbackup to output one file? [18:57:38 CET] <familiyaF> Is it possible for you point me to a good source for understanding the constant and variable frame rates. Also different interlacing mode [18:58:28 CET] <kepstin> another: it should do that if you specify the -t option to pick a title, i think. It'll still put it in folders that look like a dvd structure, tho :/ [19:02:12 CET] <another> nope [19:02:29 CET] <another> splits at 1 GiB [19:02:53 CET] <furq> another: you can use tccat from transcode if your distro still packages it [19:03:09 CET] <furq> you can pipe that straight into ffmpeg which is nice [19:03:19 CET] <furq> although you'll need to mux in chapter markers etc separately anyway [19:06:59 CET] <another> hmm.. i think i can just concat the vob files [19:07:07 CET] <another> lost chapters though [20:23:14 CET] <MarchHare> Question: I want to use ffmeg to handle audio from a FIFO. I've managed to start this. Is there an option to tell ffmpeg not to terminate when the FIFO is empty (simply wait for more)? I want to basically have an encoding ffmpeg dumping to the fifo, and a second ffmpeg sending to an icecast server. But I also want to be able to kill the encoding [20:23:15 CET] <MarchHare> process (and so the slave ffmpeg just sends silence), and to be able to simply dump an audio file into the encoding ffmpeg to go into the fifo [20:24:35 CET] <MarchHare> Essentially an audio pipeline (1) ffmpeg to mp3 -> FIFO -> (2) ffmpeg sending to icecast. [20:24:50 CET] <MarchHare> I want to be able to kill and replace 1 as needed while keeping 2 live. [20:26:25 CET] <MarchHare> There might be easier ways to do it, but I never found them, and this is for a radio station live stream that I set up a machine to encode sound from the line-in and send out to a server [20:27:24 CET] <kepstin> ffmpeg will wait block when reading froma fifo that just goes empty, the problem is when the app writing to the fifo closes it, it'll get an eof and exit. [20:28:15 CET] <kepstin> i don't know any workaround for that. [20:28:21 CET] <MarchHare> :( [20:28:43 CET] <MarchHare> Damn. I was hoping to be able to leverage ffmpeg into something bigger and better for this [20:29:28 CET] <MarchHare> (Actually, just alternate audio for blackouts, I want to do those from our end, rather than scheduling them on the server, since their interface really sucks and it's prone to me making mistakes) [20:41:42 CET] <kepstin> MarchHare: hmm. if you're using a named fifo, you might actually be able to hack it with the "-stream_loop" input option - that way when ffmpeg sees the input close, it'll reopen it. [20:42:05 CET] <kepstin> well, i forget if it re-opens or just seeks [20:42:10 CET] <kepstin> either way, worth a try [20:43:17 CET] <MarchHare> Let me attempt that. Basically, I want (2) to stay open no matter what. [20:44:29 CET] <kepstin> ffmpeg doesn't close the output when using the -stream_loop input option. [20:44:49 CET] <MarchHare> So should I be using that on (1) then? [20:45:11 CET] <kepstin> on (2) [20:45:40 CET] <MarchHare> Let me test it. [20:45:59 CET] <kepstin> what you want is when something stops writing to (closes) the fifo, then the ffmpeg trying to read from the fifo should instead of seeing "hey, an eof, exiting", it should go "hey, an eof, i'm gonna re-read that input" [20:46:23 CET] <MarchHare> Yeah, that was my first impression of what you meant. too [20:46:29 CET] <kepstin> with any luck (i haven't tried it), "-stream_loop -1" might do it. [22:54:39 CET] <jemius> Can I try to repair broken frames somehow? [23:48:53 CET] <Bugz000> Hey guys i'm a complete newb at ffmpeg, i'm toying around making a little timelapse utility, now i understand ffmpeg has it's own ways of working out "which image comes first", my plan was to work around that (and probably develop a headache from all the possible formats the images could be in), but i just seen that you can pass in a text file with the paths [23:49:09 CET] <Bugz000> (ctrl + F "imagepaths.txt") https://stackoverflow.com/questions/24961127/how-to-create-a-video-from-ima… [23:50:12 CET] <Bugz000> can it accept a complete "hardcoded" file list generated by my utility and use them in the order that they are within the file? [23:51:07 CET] <Bugz000> so rather than %3d.jpg, it has each unique file name, say 2000 of them [23:51:37 CET] <Bugz000> if so my life will have just got a hella lot easier :p but i don't want to get carried away just yet! [23:52:33 CET] <DHE> ffmpeg -h demuxer=image2 # in particular -pattern_type glob [23:53:15 CET] <DHE> so you can just do "*.jpg" and images will be eaten in asciibetical order [23:53:35 CET] <DHE> is this workable? [23:53:59 CET] <Bugz000> https://i.imgur.com/vyMYuWE.png [23:54:03 CET] <Bugz000> idk you tell me [23:54:26 CET] <DHE> that's actually reassuring. ISO standard naming conventions are nice because they sort naturally [23:54:27 CET] <Bugz000> hahaha, if its any consolation this is the order that windows shows the images, and the order that my program picks them up (i don't actively sort them this way) [23:55:13 CET] <DHE> so... this will probably work just fine [23:57:08 CET] <Bugz000> could i be a super annoying newb and ask you to throw a more complete example command at me because i am lost here [23:57:45 CET] <DHE> ffmpeg -pattern_type glob -i "*.jpg" -c:v libx264 -crf 30 output.mp4 [23:57:55 CET] <DHE> quotes around the *.jpg are mandatory [23:58:14 CET] <Bugz000> ffmpeg -h demuxer=image2 -pattern_type glob -i 'C:/path/to/images/**.png' \ -c:v libx264 -pix_fmt yuv420p out.mp4 [23:58:35 CET] <DHE> I don't know where that backslash came from but it doesn't belong... [23:58:43 CET] <furq> or the second * [23:58:54 CET] <DHE> also -h is the help parameter and doesn't belong here [23:59:05 CET] <Bugz000> rofl SEE WHAT HAPPENS WHEN I TRY TO DO THIS MYSELF [23:59:10 CET] <Bugz000> okayokay [23:59:34 CET] <Bugz000> ffmpeg demuxer=image2 -pattern_type glob -i 'C:/path/to/images/*.png' -c:v libx264 -pix_fmt yuv420p out.mp4 [23:59:59 CET] <DHE> ffmpeg -pattern_type glob -i 'C:/path/to/images/*.png' -c:v libx264 -pix_fmt yuv420p out.mp4 [00:00:00 CET] --- Thu Nov 14 2019

1 0

ffmpeg-devel.log.20191112
by burek 13 Nov '19

13 Nov '19

[02:44:49 CET] <mkver> Does someone have the log of ffmpeg-meeting and could make it available (preferably putting it in the usual archive)? [02:50:43 CET] <BBB> mkver: if you don't get a response, can you ask again at the end of the week? I'll be back from tokyo by then and can post it then (if nobody objects) [02:51:20 CET] <mkver> Ok. Thanks for the offer. [08:52:05 CET] <rcombs> jkqxz: got a weird issue here that seems like it's _probably_ an iHD bug but wanted to double-check if you think there might be something else wrong [08:52:09 CET] <rcombs> LIBVA_DRIVER_NAME=iHD ffmpeg '-hwaccel:0' 'vaapi' '-i' 'infile.mkv' '-filter_complex' '[0:0]scale=w=1920:h=1080[2];[2]format=pix_fmts=nv12[3]' '-map' '[3]' -b 6000k 'out.mkv' '-y' '-init_hw_device' 'vaapi=vaapi:/dev/dri/renderD128,driver=iHD,kernel_driver=i915' '-filter_hw_device' 'vaapi' [08:52:41 CET] <rcombs> ^ pretty basic pipeline; on J3455 it's giving corrupted output (looks like a stride error?) [08:53:16 CET] <rcombs> same thing happens with the hwmap filter [08:54:14 CET] <rcombs> cc: tmm1 [08:54:35 CET] <rcombs> input being h264 [08:59:37 CET] <rcombs> I get this: https://puu.sh/EDAZu/9dc31057af.png when I should get this: https://puu.sh/EDB0P/f1d0725d0e.png [09:02:09 CET] <rcombs> (input is 1080, the scale's not actually doing anything) [09:05:58 CET] <rcombs> interestingly, it doesn't happen if I hwmap to yuv420p (but does if I hwmap to nv12, or hwdownload to yuv420p) [14:39:07 CET] <Lynne> can someone tell the heif person that the patch won't get merged for like a third time? [14:42:51 CET] <jamrial> Lynne: why? [14:59:49 CET] <Lynne> decoding in lavf [15:01:56 CET] <thardin> heif is nasty [15:02:22 CET] <thardin> when I looked at it I had doubts it can even fit in ffmpeg's data model [15:02:43 CET] <kurosu> this data embedding thing is even nastier wrt ffmpeg architecture [15:03:07 CET] <kurosu> same with a thing called scalable hevc (for which I've only seen hacks upon hacks over ffhevc) [15:03:32 CET] <thardin> is scalable hevc like bitrate slicing? [15:04:17 CET] <kurosu> in the same stream you have some data decodable as a low-resolution version, and then other streams increasing quality or resolution [15:04:38 CET] <thardin> but ffmpeg already has that lowres stuff [15:04:40 CET] <kurosu> the data is indeed in separate slices/NAL units [15:04:50 CET] <kurosu> like jpeg2k you mean ? [15:05:02 CET] <thardin> that too [15:05:08 CET] <thardin> FLIF can do it too [15:05:10 CET] <kurosu> the decoder from one resolution needs access to the lower resolution one [15:05:10 CET] <thardin> and .rm [15:05:35 CET] <thardin> myes, you'd need a decoder that takes multiple packet streams [15:06:04 CET] <kurosu> anyway, that's a side discussion though, just that some things are not so neat in ffmpeg [15:06:46 CET] <kurosu> though I don't see anyone pouring the necessary work for proper solutions [15:33:28 CET] <cone-647> ffmpeg 03Michael Niedermayer 07release/4.0:2bdcfe88973e: Update for 4.0.5 [17:49:41 CET] <TekniQue> anyone here familiar with the different ways of packing H.264 NAL (byte stream or packet stream) [17:51:48 CET] <TekniQue> I've found that ffmpeg is not 100% consistent in how it packs the raw H.264 data [17:52:01 CET] <TekniQue> when using mp4 container it is consistently packed as byte stream [17:52:20 CET] <TekniQue> but when using nut container it is usually packed as packet stream but occasionally as byte stream [17:53:31 CET] <TekniQue> and I'm wondering how I can force it to be one or the other [18:21:48 CET] <JEEB> TekniQue: I know that with movenc (which writes mp4) it will attempt to probe if the input is annex b or avcc and if needed will convert to the latter via ff_hevc_annexb2mp4 [18:22:00 CET] <JEEB> while nut muxer does not have that logic [18:22:15 CET] <JEEB> in other words, it thus falls upon your encoder (be it libx264 or otherwise to set a specific format) [18:24:18 CET] <TekniQue> JEEB: I see [18:25:26 CET] <JEEB> possibly -flags +global_header might help with it [18:25:40 CET] <JEEB> also wait, this is -devel :P [18:26:42 CET] <TekniQue> Yeah well I'm developing something [18:27:35 CET] <JEEB> this is related to FFmpeg development :) [18:27:55 CET] <JEEB> but yea, if you are developing a muxer in FFmpeg [18:28:04 CET] <JEEB> then you can set the auto-added bsf [18:28:08 CET] <JEEB> if you need annex b [18:28:28 CET] <JEEB> and for avcc forcing you need to do what movenc does [19:31:33 CET] <thardin> there's today's MXF language lawyering [19:35:04 CET] <JEEB> (44 [22:06:00 CET] <durandal_1707> michaelni: why you was tired? [22:16:27 CET] <michaelni> durandal_1707, noise from neighbor at time when i wanted to sleep [22:18:08 CET] <JEEB> that sucks. thankfully most of my neighbors have been generally nice [22:24:30 CET] <BradleyS> clearly j-b needs to create the videolan standard issue vlc hat earplug set [22:24:44 CET] <BradleyS> 10/10 would buy [22:25:08 CET] <BradleyS> s/hat/cone/ [22:25:19 CET] <BradleyS> but you can wear them with your hat! [22:25:34 CET] <BradleyS> (now i'm thinking about making vlc cone earrings) [22:26:22 CET] <BradleyS> and holidays are coming, tree ornaments [22:26:31 CET] <BradleyS> j-b take my money already [00:00:00 CET] --- Wed Nov 13 2019

1 0

ffmpeg.log.20191112
by burek 13 Nov '19

13 Nov '19

[03:00:35 CET] <gp> Is there a better way than checking ffmpeg -encoders to determine if a given encoder is supported by the ffmpeg build? [03:00:55 CET] <pink_mist> I think that sounds like an excellent way of checking that [03:01:00 CET] <pink_mist> why do you want a better one? [03:01:15 CET] <gp> pink_mist: me? [03:01:30 CET] <pink_mist> who else? [03:01:49 CET] <gp> for example, `ffmpeg -encoders | grep -i opus` is inconclusive since it returns two encoders for opus [03:02:06 CET] <gp> trying to check an exact match if possible [03:02:28 CET] <gp> from the cli anyways. anything is *possible* [03:02:29 CET] <pink_mist> so use a better grep pattern [03:02:32 CET] <nicolas17> there *are* two encoders for opus [03:03:27 CET] <gp> nicolas17: for opus yes. But there is only one encoder named opus. The formatting isn't particularly friendly to parse so I was curious if there was a better way. Like ffprobe has json output [03:04:37 CET] <furq> ffmpeg -h encoder=opus [03:04:38 CET] <gp> Just writing a test to check for given encoders being installed so I can prompt the user on error instead out giving bad results. Regex is fine but if something better was there I'd use it. Just curious [03:04:54 CET] <gp> furq: You rock [03:04:56 CET] <gp> thanks [03:32:35 CET] <Sazpaimon> can some filter guru help me out here? I'm trying to make a video containing 1. A static background image. 2. Audio from a separate audio file, and 3. A slideshow of images crossfading to eachother, with each image showing up an equal amount of time given the length of the audio track [03:33:02 CET] <Sazpaimon> Ive been able to get 1 and 2, but I'm having a lot of trouble getting the slideshow working the way I want [03:33:30 CET] <nicolas17> almost certainly you need to do the calculation for per-image time separately [03:33:50 CET] <nicolas17> outside ffmpeg [03:34:09 CET] <Sazpaimon> that's fine, I can get the length of the audio track in seconds and feed that into ffmpeg automatically [03:34:25 CET] <nicolas17> yeah that [03:34:49 CET] <nicolas17> just noticed you said crossfading... I'd have to do some research for that :P [03:34:50 CET] <Sazpaimon> and i dont know if crossfade is the right word to use, what I want is a fade between images seamlessly, where it doesn't fade out and in [03:35:03 CET] <Sazpaimon> if that makes sense [05:58:25 CET] <montana> i am using x265 and i am getting such a good compression: i am getting like 50kbps . how is this possible [05:59:47 CET] <montana> not even 100kbps for 1280x720 video [06:44:15 CET] <Sazpaimon> ok, I think I'm getting somewhere with this filter [06:44:22 CET] <Sazpaimon> here's where I'm at now: https://pastebin.com/jBL4NTDQ [06:44:36 CET] <Sazpaimon> it kinda works, but I get a bunch of logspam of "[Parsed_blend_19 @ 0x7fffd427b560] [framesync @ 0x7fffd427b668] Buffer queue overflow, dropping." [06:44:49 CET] <Sazpaimon> its also a lot slower to encode than i would expect [08:32:18 CET] <Sazpaimon> looks like upgrading ffmpeg fixed the buffer queue overflow messages [08:33:50 CET] <squ> cool [08:34:06 CET] <Sazpaimon> the blend filters still really slow down the encode though [08:34:13 CET] <Sazpaimon> guess thats just what you gotta expect [08:34:17 CET] <squ> no speed adjusting parameters there as well [08:34:49 CET] <squ> I mean -preset fast for example [08:37:32 CET] <Sazpaimon> doesn't seem to really improve performance once the crossfades start [08:42:03 CET] <squ> why two [] (v1a, v1b) if there is a=0 [08:44:15 CET] <Sazpaimon> i was getting errors unless i split the outputs of trim [08:44:30 CET] <squ> v1b is then added before v2a, damn these spagetti :) [08:44:42 CET] <Sazpaimon> in retrospect i could have just done -t whatever instead of a trim filter [08:45:06 CET] <squ> trim is to make .png images 5 seconds each? [08:45:13 CET] <Sazpaimon> yeah [08:45:47 CET] <Sazpaimon> v2a before v1a makes the crossfade work correctly [08:45:58 CET] <Sazpaimon> i dont fully understand it, myself [08:46:08 CET] <Sazpaimon> this was very much a bruteforce effort [08:48:07 CET] <squ> me too [08:48:23 CET] <squ> I don't think you need two [] if there is only video [08:49:41 CET] <squ> last 0:v overlay does overlay everything blended onto background png? [08:50:20 CET] <Sazpaimon> if I don't split the trim output, I get "First input link top parameters (size 1392x960) do not match the corresponding second input link bottom parameters (size 1920x1080)" [08:50:36 CET] <Sazpaimon> 1392x960 being the slideshow images, and 1920x1080 being the background [08:51:07 CET] <squ> how it splits? [08:51:16 CET] <Sazpaimon> using the split filter [08:51:21 CET] <Sazpaimon> you can see it after the trim filter [08:51:38 CET] <squ> I don't have manual opened at this moment [08:52:31 CET] <Sazpaimon> the split filter literally just duplicates its inputs [08:53:07 CET] <squ> what for [08:53:20 CET] <Sazpaimon> because like i said, without it i get that error [08:53:35 CET] <squ> I wonder it fixes the resolution [08:53:38 CET] <squ> how [08:57:33 CET] <squ> I must say ffmmpeg dev made some ugly shit language :) [10:17:40 CET] <pj> I'm trying to re-encode a video file to play on my older samsung TV. In the past I used to be able to re-encode files and it would come up fine, but for a while now some source videos produce audio "glitching" when played back on the TV (they play back on VLC on my computer just fine). The glitching is in the form of momentary loss of audio that seems to happen on what I believe are some (but not all) key frames and over the course of the video the audio gets [10:17:40 CET] <pj> more and more out of sync with the video. Details at https://paste.centos.org/view/678d0014 can someone offer advice about why one of these videos plays back fine and the other one glitches on the TV? I'm trying to fix it in the re-encode but still can't find the magic setting. [10:23:41 CET] <alone-x> hello, any one know, ffmpeg can input 7z file as mpv can play file.mkv.7z? [10:24:06 CET] <alone-x> can i convert file.mkv.7z to file.mp4 without unpacking? [10:26:27 CET] <pink_mist> just use mpv's encoding mode? [10:27:06 CET] <alone-x> i need convert all my file.mkv.7z to file.mp4 [10:27:16 CET] <alone-x> several houndrents [10:27:32 CET] <pink_mist> sounds like the job for a shellscript [10:27:58 CET] <alone-x> well, i am converting mp4 with screenpressor ;) [10:28:25 CET] <alone-x> ffmpeg can't encoding with screenpressor, but i doing that with virtual dub [10:28:43 CET] <tablerice> When transcoding video files to ProRes, the ProRes 'profile' option gives me quality presets ranging from 'proxy' to 'hq' and accepts an integer as input. Do integers always start with zero? So '-profile 1' means 'lt' instead of 'proxy'? [10:29:45 CET] <alone-x> ffmpeg -i "file:zip://1.zip/1.mp4" [10:29:53 CET] <alone-x> ffmpeg says invalid argument [10:29:59 CET] <JEEB> file:// [10:30:05 CET] <JEEB> also uhh [10:30:15 CET] <JEEB> do we have a zip thing even? [10:30:17 CET] <JEEB> in libavformat [10:30:39 CET] <alone-x> JEEB hello! well, if mpv can do that may be ffmpeg can to ;)) [10:30:44 CET] <pj> you could just set up a pipe through unzip. [10:30:56 CET] <pink_mist> alone-x: mpv uses libarchive, doubt ffmpeg does that [10:31:07 CET] <JEEB> yea, that is mpv level IO [10:31:11 CET] <JEEB> FFmpeg doesn't have that [10:31:20 CET] <JEEB> tablerice: no they not start with zero always. [10:31:30 CET] <pink_mist> alone-x: but like I said, mpv can do encoding jobs too [10:31:36 CET] <pink_mist> so just do it with mpv? [10:31:44 CET] <tablerice> JEEB: Gotcha. Thanks! [10:31:48 CET] <alone-x> ffmpeg -i "file://zip://1.zip/1.mp4" -codec copy 1.mkv [10:31:58 CET] <alone-x> this one is correct? [10:32:12 CET] <JEEB> alone-x: if the zip stuff wasnt' there yes :P [10:32:16 CET] <JEEB> since FFmpeg itself has no zip readers [10:32:21 CET] <alone-x> ;)) [10:32:33 CET] <JEEB> what pj noted was/is probably the simplest way to get to what you need :P [10:32:39 CET] <alone-x> and 7z? [10:32:45 CET] <JEEB> 7za is available there [10:32:49 CET] <JEEB> etc etc [10:33:01 CET] <JEEB> effectively the best solution would be to not do the archive things [10:33:15 CET] <JEEB> tablerice: I'd be surprised if the profile wouldn't be available as a textual option btw [10:33:27 CET] <alone-x> i have 1000+ file mkv.7z (each 2gb) and i trying to convert (without re-encode of course) to mp4 [10:33:38 CET] <alone-x> without 7z using [10:33:49 CET] <JEEB> well you need to use 7z to extract, even if into stdout [10:33:55 CET] <JEEB> and even if you were using libarchive [10:33:56 CET] <alone-x> yes yes [10:34:31 CET] <alone-x> now i use this scheme... but i thought ffmpeg may be can import 7z (becouse mpv can!) [10:34:50 CET] <JEEB> mpv has its own IO layer, sorry :P [10:34:56 CET] <alone-x> it's ok! [10:35:05 CET] <JEEB> and even in mpv it's just extra complexity so not everyone likes it as code [10:35:07 CET] <alone-x> ffmpeg SUPER program! [10:35:26 CET] <JEEB> of course if you want to attempt to implement it in FFmpeg, feel free to try [10:35:43 CET] <alone-x> jeeb, ffmpeg (or mpv) can play screenpressor 4.0? [10:35:51 CET] <alone-x> with 2.0 - fully ok [10:36:00 CET] <alone-x> but 4.0 - not working [10:36:42 CET] <pj> all that mpv would be doing is extracting it internally with a library. It's not really going to be much, if any, less efficient to just pipe the extraction from 7z. [10:36:51 CET] <tablerice> JEEB: I figured it'd accept the textual option as well, but it throws 'unable to parse option "standard"' for -profile:v. Integers it is, then! [10:37:36 CET] <JEEB> tablerice: try Standard ? [10:37:49 CET] <JEEB> at least the default aw encoder should support that? [10:37:53 CET] <alone-x> pj, well, moving througt mkv.7z file not too fast... but real-time its ok [10:38:11 CET] <pj> anyone have a look at that paste of mine and have any advice on what to try tweaking to get my video files to play back without glitching on my TV? [10:38:21 CET] <JEEB> the kostya one as well seems to set those profiles [10:38:34 CET] <alone-x> thank u jeeb, pj [10:38:40 CET] <JEEB> tablerice: also the encoders do attempt to auto-detect based on the settings [10:38:47 CET] <JEEB> so you shouldn't really /have/ to set the profile [10:38:52 CET] <alone-x> and <pink_mist thank u 2 [10:42:14 CET] <tablerice> JEEB: Huh. No luck with Standard. It's no problem- I've been using -b:v the last few weeks and it's been fine [10:43:54 CET] <pj> I'll be heading off to bed soon, but I'll check back in case anyone has a response. [13:55:57 CET] <kepstin> why would you put an mkv in a 7z file anyways? Assuming the video is lossy-compressed, the compression gain should be basically nothing [13:56:41 CET] <kepstin> (and even lossless video compression usually does better than a general compression algorithm) [14:15:23 CET] <BtbN> kepstin, split archive for scene releses [14:16:37 CET] <kepstin> huh. if they'd just split the file without an archive, you could use the concat demuxer :) [14:18:47 CET] <DHE> I'm thinking more like using the 'cat' commandline tool makes more sense. :) [14:24:54 CET] <kepstin> hmm, i said concat demuxer, i meant concat protocol :) benefit over using cat (piped to stdin) is that you can seek, benefit over cat (to merge the split file) is that you don't need 2x disk space if you want to keep the split files, to seed in bt f.ex. [14:25:40 CET] <DHE> I thought they split files when using other transport mediums that are less reliable. bt is actually very reliable (considering) [14:26:29 CET] <kepstin> iirc one of the original reasons for split stuff was newsgroup distribution (nntp) [14:31:14 CET] <kepstin> other than bt seeding, the only other reason i can think of to keep the split files is that you store your bd rips on a disk formatted in fat32 for some reason :) [14:31:38 CET] <DHE> the horror.. [14:48:31 CET] <BtbN> a split archive is more real-world-user friendly. [14:48:52 CET] <BtbN> And the majority of video players adopted support for playing straight from them [14:50:53 CET] <Illya> You could also use 'copy mode' (i.e. compression level 0 if you want to do make them quickly (since you likely won't get too much compression gains anyway) [15:10:54 CET] <DHE> interesting... [18:28:55 CET] <mrkotfw> Does ffmpeg support .srt files that point to .BMP files? [18:30:53 CET] <JEEB> probably not [18:31:09 CET] <JEEB> like, srt doesn't have a specification but that is pretty much funking it out [18:38:27 CET] <mrkotfw> JEEB: Good point... VLC just shows the .BMP path [18:44:01 CET] <JEEB> mrkotfw: the FFmpeg SRT decoder basically just checks out the positioning if that was set, and otherwise just parses HTML style tags [18:44:10 CET] <JEEB> which already is quite a lot for SRT [19:51:46 CET] <intracube> are there known issues with adding small offsets to second input files? [19:53:31 CET] <intracube> large offsets with -ss work, but values significantly less than a second don't [19:55:13 CET] <DHE> input file offsets force seeks to keyframes. chances are small increments won't find a keyframe and will just seek back to the start of the file in its attempt to find one [19:56:00 CET] <intracube> aah, does -itsoffset work the same way? [19:58:48 CET] <DHE> from the description that doesn't sound related. [20:02:12 CET] <intracube> hm, itsoffset seems to be behaving in a similar way from a quick test [21:02:06 CET] <montana> i am using x265 and i am getting such a good compression: i am getting like 50kbps . how is this possible [22:34:14 CET] <`mist> hey guys i'm running this command to generate a timelapse of a bunch of images "ffmpeg -framerate 24 -pattern_type glob -i '/home/mist/cam_renamed/*.jpeg' -s:v 1920x1080 -c:v h264_nvenc -preset slow -qp 25 timelapse3.mkv" [22:34:33 CET] <`mist> however, the file actually ends up being bigger than the photos, what should i use for preset instead of qp 25? [22:35:32 CET] <`mist> i ran crf 25 and that yielded a smaller file with about 2k bitrate. That was a bit too poor quality though. Would be nice if i could find like a 7k bitrate profile [22:36:27 CET] <Sazpaimon> so I have a drawtext filter on my video that works fine, but I'd like the text to have a solid background color behind it, but at maybe like 2/3 the height of the text [22:36:59 CET] <Sazpaimon> so the top 1/3 of the text is transparent, and the bottom 2/3 have the background [22:37:10 CET] <Sazpaimon> is that possible with complex filters alone? [22:38:19 CET] <JEEB> Sazpaimon: I'd probably make the text an ASS subtitle [22:38:28 CET] <JEEB> and use teh subtitle filter to render it [22:38:44 CET] <JEEB> you could utilize something like aegisub to create/preview the subtitle line [22:40:26 CET] <Sazpaimon> can subtitles have multiple font sizes for a single frame? [22:43:47 CET] <montana> why does 5fps 720p video creates 220kbps video but 4fps video creates 50kbps video [22:43:56 CET] <Sazpaimon> also, looking at aegisub, it doesn't look like I can have the opaque box be a certain height [22:44:55 CET] <JEEB> pretty sure I've had bounding boxes in ASS [22:45:20 CET] <JEEB> you could also check http://docs.aegisub.org/3.2/ASS_Tags/ [22:45:40 CET] <Sazpaimon> is there no way to use drawbox and calculate the height of the drawtext element? [22:46:13 CET] <JEEB> or use the drawing features of ASS [22:46:26 CET] <JEEB> Sazpaimon: that'd require the filters to somehow communicate with each other :P [22:46:31 CET] <Sazpaimon> this is more of a "nice to have" so i'm not really about to completely change how my text is drawn just for this [22:46:43 CET] <JEEB> and in an order that'd be 1) text 2) the rest [22:46:46 CET] <Sazpaimon> yeah i figured that was a long shot [22:47:24 CET] <JEEB> anyways, pretty sure I've had people generate ASS with a half or fully opaque box around the text [22:50:01 CET] <`mist> hey guys i'm running this command to generate a timelapse of a bunch of images "ffmpeg -framerate 24 -pattern_type glob -i '/home/mist/cam_renamed/*.jpeg' -s:v 1920x1080 -c:v h264_nvenc -preset slow -qp 25 timelapse3.mkv" but the file ends up huge. any way to make it smaller but keep quality somewhat? [22:50:23 CET] <Media_Thor> Greetings! can x265 pass 1 log files generated for 1080p output file be reused for other resolution file please, similar to X264? [22:50:56 CET] <Sazpaimon> I suppose if I'm desperate, I could simply calculate the drawbox width manually [22:51:14 CET] <Sazpaimon> since this isn't text that will change, it would be fine to have hardcoded numbers [22:51:21 CET] <JEEB> that sounds awfully lot of effort for some reason [22:51:26 CET] <JEEB> but sure, whatever floats yer boat [22:51:27 CET] <JEEB> :) [22:51:41 CET] <JEEB> Media_Thor: no idea, I'd recommend asking the x265 related folks about that [22:51:49 CET] <Sazpaimon> well, I can easily find out the width of my text since it's static [22:52:15 CET] <Sazpaimon> at worst, the text is different per-video [22:55:06 CET] <JEEB> seems like Border style 4 would be enough for the opaque box given you set the border color and alpha [22:55:16 CET] <JEEB> if you ever want to try making an ASS out of it [22:55:53 CET] <Sazpaimon> let me give it a shot, I guess [22:58:30 CET] <Sazpaimon> BorderStyle=4 still seems to fill the whole letter with an opaque box [22:58:51 CET] <Sazpaimon> I only want the bottom 2/3 to have a background [22:59:22 CET] <JEEB> oh well, I do remember ASS having parameters for that stuff, but unfortunately it's been quite a while since my last rodeo [23:03:47 CET] <`mist> any way i can select the max bitrate when encoding on ffmpeg? [23:08:05 CET] <relaxed> `mist: depends on which encoder [23:08:23 CET] <`mist> h264_nvenc [23:09:08 CET] <relaxed> look at ffmpeg -h encoder=h264_nvenc [23:09:17 CET] <`mist> thanks [23:09:20 CET] <ThePendulum> 'lo [23:10:02 CET] <ThePendulum> I'm trying to use the blackdetect filter to split video files into separate clips, but all I can find about the filter are issues [23:10:08 CET] <ThePendulum> where can I read up on what "blackdetect=d=0.04:pix_th=.01" actually means [23:10:25 CET] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html#blackdetect [23:10:39 CET] <JEEB> that should explain what the d and pix_th options supposedly do [23:10:45 CET] <ThePendulum> oh look at that, not the best of SEO heh [23:11:02 CET] <JEEB> d's full name seems to be black_min_duration [23:11:19 CET] <ThePendulum> ahh that helps a lot [23:11:20 CET] <JEEB> and pix_th 's pixel_black_th [23:11:29 CET] <relaxed> you can also use ffmpeg -h filter=blackdetect [23:11:48 CET] <JEEB> yup [23:11:55 CET] <relaxed> but the docs might have more info and examples [23:11:57 CET] <JEEB> doesn't have the examples, but lists all the options [23:11:59 CET] <ThePendulum> instead -f -vf blackdetect? and then expand the same way for those variables? [23:12:19 CET] <JEEB> -h xxx shows the help for that thing [23:12:38 CET] <ThePendulum> the detection itself seems to work alright but for some reason the output is consistently about 10 seconds off [23:12:48 CET] <ThePendulum> at least, I assumed black_start 734.201 signified seconds [23:19:02 CET] <ThePendulum> I guess that's a vlc problem, if I input those timestamps back into ffmpeg for splitting, it gets it right [00:00:00 CET] --- Wed Nov 13 2019

1 0

ffmpeg-devel.log.20191111
by burek 12 Nov '19

12 Nov '19

[02:33:05 CET] <cone-659> ffmpeg 03James Almer 07master:3a84081cbd98: avcodec/librav1e: free the RaPacket after using it [04:21:25 CET] <fpihl> So, my favourite debug feature is deprecated, `-debug vis_qp`. Then I found the codecview filter, `-vf codecview=qp=1` but that one is using the function av_frame_get_qp_table(), that function is however behid the FF_API_FRAME_QP define which in libavutil/version.h is removed. Enabling it causes an compile error. Is this feature deprectated or shall I spend some time getting it to work again? [04:27:38 CET] <BBB> I think the idea was to move it to side-data [04:31:20 CET] <fpihl> @bbb behind -flags2 just like export_mvs? [04:31:38 CET] <BBB> I think so, yes [04:31:51 CET] <BBB> obviously not by default, it adds memory etc., and is usually not needed [04:35:24 CET] <fpihl> @bbb, well, I use it every day and I have to tell my collegues to use an older version of ffmpeg for it towork :) [04:35:41 CET] <BBB> right, I understand what you're trying to do, and I agree it's useful [04:35:54 CET] <BBB> we use a similar feature and we have a slightly hacked-up version of ffmpeg for it [04:36:08 CET] <jamrial> FF_API_FRAME_QP is not yet removed [04:36:15 CET] <jamrial> it's scheduled for removal [04:36:31 CET] <BBB> I think he's hoping to help in allowing it to be removed without losing the feature [04:36:37 CET] <jamrial> ah [04:36:43 CET] <BBB> which is great [04:37:55 CET] <jamrial> yeah, that one plus a few other deprecated apis are kind of a pain to actually remove. coded frame and avstream->codec come to mind [04:38:04 CET] <jamrial> so help in that regard is very much welcome :p [04:41:29 CET] <fpihl> ok,I'll take look and see what I can do with sidedata ala export_mvs and -flags2. [04:46:34 CET] <BBB> fpihl: thank you [14:37:18 CET] <jamrial> BBB: patchset sent [14:53:19 CET] <cone-621> ffmpeg 03Limin Wang 07master:66ac7775f726: tests/fate/filter-video: add test for colorlevels [14:53:19 CET] <cone-621> ffmpeg 03Andreas Rheinhardt 07master:b25b6432a734: avcodec/dvdec: Don't use restrict directly to fix build on MSVC [15:00:13 CET] <mkver> Does anybody now the owner (Jeremy) of this FATE-box: http://fate.ffmpeg.org/report.cgi?slot=i386-darwin-clang-apple-8.0&time=201… ? [15:00:42 CET] <mkver> It seems that his fate-suite has not been synced in a long time. [20:18:49 CET] <cone-426> ffmpeg 03Limin Wang 07master:529145168b00: avformat/mp3dec: cosmetics [20:18:49 CET] <cone-426> ffmpeg 03Limin Wang 07master:72915ca8ba66: avformat/mp3dec: replace SAME_HEADER_MASK with MP3_MASK [20:30:23 CET] <cone-426> ffmpeg 03Aman Gupta 07master:0e4956080695: avcodec/arm/mlpdsp: add missing dependency for truehd [22:35:38 CET] <cone-426> ffmpeg 03Zhao Zhili 07master:20c5f4d8358e: avutil/frame: fix remove_side_data [23:46:01 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c3f1cd8869c3: avcodec/rscc: Check that the to be uncompressed input is large enough [23:46:02 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:42dad95d2ae5: avcodec/truemotion2: Fix integer overflow in tm2_decode_blocks() [23:46:03 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d9a9531244bd: avcodec/diracdec: Use 64bit in intermediate of global motion vector field generation [23:46:04 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:632ac9e04e33: avcodec/ivi: Move buffer/block end check to caller of ivi_dc_transform() [23:46:05 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:944f0b7c0467: avcodec/ccaption_dec: Add a blank like at the end to avoid rollup reading from outside [23:46:06 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:3935e8d967d6: avformat/aadec: Check for scanf() failure [23:46:07 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:17d039349f89: avformat/mov: Skip stsd adjustment without chunks [23:46:08 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:32c200d49dc7: avutil/avstring: Fix bug and undefined behavior in av_strncasecmp() [23:46:09 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d3ecf3895bdb: avcodec/aacdec_fixed: Fix undefined shift in noise_scale() [23:46:10 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:4fee9b6977ad: avcodec/jpeg2000: Check stepsize before using it [23:46:11 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:af511f8a3f59: avcodec/gdv: Check input palette size before rescale() [23:46:12 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:043ccb3a19af: avcodec/truemotion2: Fix 2 integer overflows in tm2_update_block() [23:46:13 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:b7b32aaf643c: avcodec/jvdec: Use ff_get_buffer() when the content is not reused [23:46:14 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c9518d0ec03b: avcodec/fits: Check bitpix [23:46:15 CET] <cone-426> ffmpeg 03Andreas Rheinhardt 07release/4.0:8a15ae64606a: lavf/webm_chunk: Respect buffer size [23:46:16 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:106baf6ccdee: avcodec/hq_hqa: Check available space before reading slice offsets [23:46:17 CET] <cone-426> ffmpeg 03Adam Richter 07release/4.0:67397bce7278: libswcale: Fix possible string overflow in test. [23:46:18 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d239d1c43239: swscale/tests/swscale: Lengthen pixfmt name buffer to 21 bytes [23:46:19 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:551844116395: avcodec/cpia: Check input size also against linesizes and EOL [23:46:20 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fc3faa6afec8: avformat/webm_chunk: Check header filename length [23:46:21 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:561f28b2cd0f: avformat/webm_chunk: Specify expected argument length of get_chunk_filename() [23:46:22 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:9fcf6e9dfce5: avcodec/truemotion2: Fix several integer overflows in tm2_update_block() [23:46:23 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:f5f6fb9a99eb: avformat/mp3enc: Avoid SEEK_END as it is unsupported [23:46:24 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:675035d18bf4: avcodec/aacdec_fixed: ssign seems always -1 in noise_scale(), simplify [23:46:25 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:cf372260d8e7: avcodec/aacdec_template: Merge 3 #ifs related to noise handling [23:46:26 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:7c6bc6c84ca5: avcodec/aacdec_fixed: Handle more extreem cases in noise_scale() [23:46:27 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:9d54c5834ca7: avcodec/aacdec_template: skip apply_tns() if max_sfb is 0 (from previous header decode failure) [23:46:28 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:502c8cce5c5c: avcodec/vmnc: Check available space against chunks before reget_buffer() [23:46:29 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:da7dd1740158: avcodec/diracdec: Fix integer overflow in global_mv() [23:46:30 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:08c9711d91f2: avcodec/dxv: Check op_offset in dxv_decompress_cocg() [23:46:31 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:4081068710cc: avcodec/mss4: Check input size against skip bits [23:46:32 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2f2710a0a24e: avcodec/h264_parse: Use 64bit for expectedpoc and expected_delta_per_poc_cycle [23:46:33 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:b91cc74386c6: avcodec/interplayvideo: check decoding_map_size with video_data_size [23:46:34 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:3216a7fac64b: avcodec/mjpegdec: Check for non ls PAL8 [23:46:35 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fb627bd72ca6: avformat/vpk: Fix integer overflow in samples_per_block computation [23:46:36 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:65b0e9f8d0de: avformat/vpk: Check offset for validity [23:46:37 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ee8147a321a6: avformat/sbgdec: Fixes integer overflow in str_to_time() with hours [23:46:38 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:65dd8eb7a45c: avcodec/bitstream: Check for integer code truncation in build_table() [23:46:39 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d6c3f717d16e: avcodec/bitstream: Check for more conflicting codes in build_table() [23:46:40 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c9cbfda7fff6: avformat/wtvdec: Avoid (32bit signed) sectors [23:46:41 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c243a472e5f3: avcodec/bink: Reorder operations in init to avoid memleak on error [23:46:42 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:666aec9b33ba: avcodec/fmvc: Check if header fields are available before allocating the image [23:46:43 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:afd6f1a6def8: avformat/wsddec: Fix undefined shift [23:46:44 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:0b81de7258fb: avformat/icodec: Free ico->images on error paths [23:46:45 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:dce3975d179b: avcodec/iff: Fix mask_buf / mask_palbuf leak [23:46:46 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c8253da8b70b: avcodec/iff: finetune the palette size check in the mask case [23:46:47 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:47ccbb18eb9e: avcodec/truemotion2: Fix integer overflow in last loop in tm2_update_block() [23:46:48 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:14b7f23a670c: avcodec/aacpsdsp_template: Fix integer overflow in ps_hybrid_analysis_c() [23:46:49 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:efa32432ab90: avcodec/fitsdec: Fix division by 0 in size check [23:46:50 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:4c9b4ce11eca: avcodec/xpmdec: Do not use context dimensions as temporary variables [23:46:51 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:cd9e249726de: avformat/mov: Set fragment.found_tfhd only after TFHD has been parsed [23:46:52 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:bbb6c265e462: avcodec/loco: Limit lossy parameter so it is sane and does not overflow [23:46:53 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:46e8d63f2589: avcodec/motionpixels: Check for vlc error in mp_get_vlc() [23:46:54 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2f63d900450b: avcodec/bink: Fix integer overflow in unquantize_dct_coeffs() [23:46:55 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:87a337a6d254: avcodec/binkdsp: Fix integer overflows in idct [23:46:56 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:20b3decce11b: avcodec/bintext: Check font height [23:46:57 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1e414045e71f: avcodec/qdmc: Fix integer overflows in PRNG [23:46:58 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:65da608653b5: avcodec/tta: Fix undefined shift [23:46:59 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1296366921ac: avcodec/vc1dsp: Avoid undefined shifts in vc1_v_s_overlap_c / vc1_h_s_overlap_c [23:47:00 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:f20e145bd105: avcodec/ffwavesynth: Check ts_end - ts_start for overflow [23:47:01 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:9b5de41bab4b: avcodec/alsdec: Fix invalid shift in multiply() [23:47:02 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:768c8c6852cc: avcodec/videodsp_template: Fix overflow of addition [23:47:03 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:21e5569d7f90: avcodec/utils: Check bits_per_coded_sample [23:47:04 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1d8bef7a4814: avformat/vqf: Check header_size [23:47:05 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:f2b03beef0e1: avcodec/libvorbisdec: Check extradata size [23:47:06 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:25710f956361: avcodec/qdm2: Move fft_order check up [23:47:07 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2248084e8fba: avcodec/m101: Fix off be 2 error [23:47:08 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:8819aa775bd4: avcodec/fitsdec: Check data_min/max [23:47:09 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:05493d7d43be: avformat/aviobuf: Delay buffer downsizing until asserts are met [23:47:10 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d0d93ef0d55a: avcodec/apedec: Add k < 24 check to the only k++ case which lacks such a check [23:47:11 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:5aed312d73fc: avcodec/hevc_ps: Fix integer overflow with num_tile_rows and num_tile_columns [23:47:12 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:864190828c21: avcodec/hevc_ps: Change num_tile_rows/columns checks to sps->ctb_height/weight [23:47:13 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1157ba81cf4e: avcodec/alsdec: Fixes invalid shifts in read_var_block_data() and INTERLEAVE_OUTPUT() [23:47:14 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:268dfc0dd52e: avcodec/alsdec: Fix undefined behavior in decode_rice() [23:47:15 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:18a05c2acdb8: avcodec/alsdec: Fix integer overflow with shifting samples [23:47:16 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c5fd0c5446d0: avcodec/alsdec: Check opt_order / sb_length in ra_block handling [23:47:17 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:a9e4ef620cb7: avcodec/alsdec: Fixes signed integer overflow in LSB addition [23:47:18 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:b4870b81a370: avcodec/alsdec: Fix integer overflow with buffer number [23:47:19 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:b2896eb3a41f: avcodec/alsdec: Add FF_CODEC_CAP_INIT_CLEANUP [23:47:20 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:4c189f633eee: avcodec/dxv: Initialize tex_funct to NULL [23:47:21 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2f4b8dab94d5: avcodec/alac: Check lpc_quant [23:47:22 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:89c3387e3077: avcodec/vc1_block: Check for vlc error in vc1_decode_ac_coeff() [23:47:23 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:f3487260a1ce: avcodec/flicvideo: Fix off by 1 error in flic_decode_frame_24BPP() [23:47:24 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:142c7ccb2503: avcodec/ffwavesynth: Fix backward lcg_seek() [23:47:25 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:cd256485da89: avcodec/ffwavesynth: Simplify lcg_seek(), avoid negative case [23:47:26 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:274b3e1ec349: avcodec/ffwavesynth: use uint32_t to compute difference, it is enough [23:47:27 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d4154e42e69c: avcodec/iff: Check ham vs bpp [23:47:28 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:324439105384: avcodec/svq3: Use ff_set_dimension() [23:47:29 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:b7c871906b14: avcodec/qdm2: Do not read out of array in fix_coding_method_array() [23:47:30 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:eb76fa15af5b: avcodec/qdm2: error out of qdm2_fft_decode_tones() before entering endless loop [23:47:31 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:96121b01f061: avcodec/qdm2: Check checksum_size for 0 [23:47:32 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:560ba6febad8: avcodec/4xm: Fix signed integer overflows in idct() [23:47:33 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:0c9085a66401: avcodec/rv10: Fix integer overflow in aspect ratio compare [23:47:34 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:aa63e8f8e2d8: avcodec/hq_hqa: Use ff_set_dimensions() [23:47:35 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:6950acc1d705: avformat/utils: Check timebase before use in estimate_timings() [23:47:36 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:e3e762fb5236: avcodec/golomb: Correct the doxy about get_ue_golomb() and errors [23:47:37 CET] <cone-426> ffmpeg 03James Zern 07release/4.0:ac8c0c5bd1e5: avcodec/utils, avcodec_open2: close codec on failure [23:47:38 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:3e2017426713: avcodec/mpc8: Fixes invalid shift in mpc8_decode_frame() [23:47:39 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2ace949ee640: avcodec/huffyuv: remove gray8a (the format is listed but not supported by the implementation) [23:47:40 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:183602db8953: avcodec/pngdec: Check that previous_picture has same w/h/format [23:47:41 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:917dd7e1fbbb: avformat/xmv: Make bitrate 64bit [23:47:42 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:59c578f5faf7: avcodec/ivi: Ask for samples with odd tiles [23:47:43 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:8f1eb713c6d9: avcodec/parser: Check next index validity in ff_combine_frame() [23:47:44 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:9b75fd8607ee: avcodec/h264_refs: Also check reference in ff_h264_build_ref_list() [23:47:45 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c7e33d7833ed: avformat/utils: Check rfps_duration_sum for overflow [23:47:46 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2e20f02df4ec: avcodec/dnxhd_parser: remove unneeded code [23:47:47 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ddda370a9780: avcodec/dnxhd_parser: Fix parser when input does not have nicely sized packets [23:47:48 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:205fa4092a2a: avcodec/ffwavesynth: Check sample rate before use [23:47:49 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:597b8aa7b97c: avcodec/ffwavesynth: More correct cast in wavesynth_seek() [23:47:50 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:922c84a4f647: avcodec/ffwavesynth: Check if there is enough extradata before allocation [23:47:51 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:e8aef980f565: avcodec/dvbsubdec: Use ff_set_dimensions() [23:47:52 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:67a92c8f097e: avcodec/flicvideo: Make line_packets int [23:47:53 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:e3ec20a6648b: avcodec/alsdec: Fix 2 integer overflows [23:47:54 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:a1ac448d0264: avcodec/alsdec: fix undefined shift in multiply() [23:47:55 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fbb1fa705516: avcodec/apedec: Fix multiple integer overflows in predictor_update_filter() [23:47:56 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:5be942f30ba1: avcodec/apedec: Fix various integer overflows [23:47:57 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c96cea0abc5d: avutil/softfloat_ieee754: Fix odd bit position for exponent and sign in av_bits2sf_ieee754() [23:47:58 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:f99702c0b7ce: avcodec/vorbisdec: amplitude bits can be more than 25 bits [23:47:59 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fb7e46cbbec8: avcodec/vorbisdec: Check vlc for floor0 dec vector offset [23:48:00 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:7200fd51211f: avcodec/utils: Check close before calling it [23:48:01 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:7cba8c65bd9b: avcodec/utils: fix leak of subtitle_header on error path [23:48:02 CET] <cone-426> ffmpeg 03Matt Wolenetz 07release/4.0:1ed2fae5d61a: lafv/wavdec: Fail bext parsing on incomplete reads [23:48:03 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:39c2fddf43c1: avcodec/brenderpix: Check input size before allocating image [23:48:04 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:9701fc0ad609: avcodec/assdec: undefined use of memcpy() [23:48:05 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:cacc0c1bd66d: avcodec/eatgv: Check remaining size after the keyframe header [23:48:06 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fcbeb3460fbd: avcodec/eatqi: Check for minimum frame size [23:48:07 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:73ce6c9c269a: avformat/mpc: deallocate frames array on errors [23:48:08 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ceafee40e11e: avcodec/apedec: Fix multiple integer overflows and undefined behaviorin filter_3800() [23:48:09 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:f1e20d7d9021: avcodec/apedec: make left/right unsigned to avoid undefined behavior [23:48:10 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:a4cb2955e324: avcodec/truemotion2: Fix several integer overflows in tm2_motion_block() [23:48:11 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ef20f0a0c261: avcodec/vc1_block: Fix integer overflow in ff_vc1_pred_dc() [23:48:12 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fff10e2c7199: avcodec/vc1_pred: Fix invalid shift in scaleforsame() [23:48:13 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2736e0875cd8: avcodec/vp3: Check that theora is theora [23:48:14 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:34479be7a60f: avcodec/clearvideo: fix invalid shift in tile size check [23:48:15 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:83931028562d: avcodec/hnm4video: Forward errors of decode_interframe_v4() [23:48:16 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:37d4ad2fb419: avcodec/apedec: Do not partially clear data array [23:48:17 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:4546ac5e80a5: avcodec/vc1_block: Check get_vlc2() return before use [23:48:18 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fa7de3ba8a78: avcodec/mss3: Check for the rac stream being invalid in rac_normalize() [23:48:19 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1bfaa22889f6: avcodec/apedec: Fix 2 signed overflows [23:48:20 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c3b4278b013c: avformat/realtextdec: Check for duplicate extradata in realtext_read_header() [23:48:21 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:7dfa2bc0f679: avcodec/vorbisdec: Check parameters in vorbis_floor0_decode() before divide [23:48:22 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:78ec060edaba: avcodec/vorbisdec: Implement vr->classifications = 1 [23:48:23 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:240c7ec6bf68: avcodec/ralf: Fix integer overflow in apply_lpc() [23:48:24 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:a56d56378eb6: avcodec/ralf: Fix undefined pointer in decode_channel() [23:48:25 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:76c54a084baa: avcodec/dirac_parser: Fix overflow in dts [23:48:26 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1308a9ac43ec: avcodec/mss1: check for overread and forward errors [23:48:27 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:e385d1f2f707: avcodec/sanm: Check extradata_size before allocations [23:48:28 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ce2caf5674c3: avcodec/vqavideo: Set video size [23:48:30 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:56a24691045d: avcodec/alsdec: Check for block_length <= 0 in read_var_block_data() [23:48:30 CET] <cone-426> ffmpeg 03Andreas Rheinhardt 07release/4.0:29381c66b243: libavcodec/iff: Use unsigned to avoid undefined behaviour [23:48:31 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:336a864f27dc: avcodec/aacdec_template: fix integer overflow in imdct_and_windowing() [23:48:32 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2588a10aa650: avcodec/alsdec: fix mantisse shift [23:48:33 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:48d80f3b6b8e: avcodec/alsdec: Fix integer overflow of raw_samples in decode_blocks() [23:48:34 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:db3a640bd227: avcodec/alsdec: Fix integer overflows of raw_samples in decode_var_block_data() [23:48:35 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:6356e85feb11: avcodec/mpc8: Fix 32bit mask/enum [23:48:36 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:999a7532a462: avcodec/dds: Use ff_set_dimensions() [23:48:37 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2ce39978468f: avcodec/scpr: Use av_memcpy_backptr() in type 17 and 33 [23:48:38 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2cce17339ca7: avcodec/hevc_refs: Optimize 16bit generate_missing_ref() [23:48:38 CET] <gnafu> C-C-C-C-C-COMBOBREAKER!!! [23:48:39 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:dd6ad87a912e: avcodec/hnm4video: Optimize postprocess_current_frame() [23:48:40 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d103c07fc223: avcodec/hevcdec: Check delta_luma_weight_l0/1 [23:48:41 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1533f2a13509: avcodec/4xm: Check for end of input in decode_p_block() [23:48:42 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:68f395f41739: avcodec/vp56: Consider the alpha start as end of the prior header [23:48:43 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:7ce04a5e63f9: avcodec/diracdec: Check that slices are fewer than pixels [23:48:44 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:0ab43786f964: avcodec/indeo2: Check remaining input more often [23:48:45 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:e711ee19c523: avcodec/ffwavesynth: Fix integer overflow for some corner case values [23:48:46 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:a4ee35618997: avcodec/ffwavesynth: Fixes invalid shift with pink noise seeking [23:48:47 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:f01618f84b34: avcodec/loco: Check left column value [23:48:48 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ba67c68044e1: avcodec/flicvideo: Optimize and Simplify FLI_COPY in flic_decode_frame_24BPP() by using bytestream2_get_buffer() [23:48:49 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:9c24fb25fee6: avcodec/anm: Check input size for a frame with just a stop code [23:48:50 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ae339717cacf: avcodec/alsdec: Limit maximum channels to 512 [23:48:51 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:0fcc5b9a8012: avcodec/alsdec: Fix integer overflow in decode_var_block_data() [23:48:52 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:8827dd34acfe: avformat/realtextdec: free queue on error [23:48:53 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2f81dc8ce0a7: avcodec/idcinvideo: Add 320x240 default maximum resolution [23:48:54 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:0a1d92cdd19c: avcodec/aacdec: Add FF_CODEC_CAP_INIT_CLEANUP [23:48:55 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:7b6d80c94f06: avcodec/rl2: set dimensions [23:48:56 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:505a44513f1c: avcodec/alac: Fix multiple integer overflows in lpc_prediction() [23:48:57 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2bef13cc4539: avcodec/alac: Check for bps of 0 [23:48:58 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:f57fd95be928: avcodec/cavsdec: Limit the number of access units per packet to 2 [23:48:59 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:29961003340a: avcodec/vb: Check input packet size to be large enough to contain flags [23:49:00 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:faeeb2e1d7c6: avcodec/tta: Fix integer overflow in prediction [23:49:01 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:77b92f757a60: avcodec/vorbisdec: Check get_vlc2() failure [23:49:02 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ffaa89b5ad0d: avcodec/vc1_block: Check for double escapes [23:49:03 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:8fed01d71360: avcodec/vc1dec: Require res_sprite for wmv3images [23:49:04 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:8ba17766a6b3: avcodec/truemotion2: Fix multiple integer overflows in tm2_null_res_block() [23:49:05 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:56d45271d000: avcodec/bgmc: Check input space in ff_bgmc_decode_init() [23:49:06 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:965c90262726: avcodec/ralf: fix undefined shift [23:49:07 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:69a17c38a7fd: avcodec/ralf: fix undefined shift in extend_code() [23:49:08 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c2c1843dcd2a: avcodec/apedec: Fix 32bit int overflow in do_apply_filter() [23:49:09 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:28230cb91cc1: avcodec/iff: Check for overlap in cmap_read_palette() [23:49:10 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:51dcaf6a299f: avcodec/vorbisdec: fix FASTDIV usage for vr_type == 2 [23:49:11 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c2848b491606: avcodec/vc1_pred: Fix refdist in scaleforopp() [23:49:12 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:68ec113daed1: avcodec/qdm2: Check frame size [23:49:13 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:a9a207524763: avcodec/vp56: Add vpX_rac_is_end() to check for the end of input [23:49:14 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2b937a41d495: avcodec/vp5/6/8: use vpX_rac_is_end() [23:49:15 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:033013f83d6d: avcodec/vp56rac: delay signaling an error on truncated input [23:49:16 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:b718098a1e88: avcodec/mpeg4videodec: Fix integer overflow in mpeg4_decode_studio_block() [23:49:17 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:3862f64d8a29: avcodec/aacps: Fix integer overflows in hybrid_synthesis() [23:49:18 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:5ac0f9442749: avcodec/takdec: Fix integer overflow in decorrelate() [23:49:19 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:97f04bc6e500: avcodec/alsdec: Check k from being outside what our implementation can handle [23:49:20 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:eeb50e42ba39: avcodec/htmlsubtitles: Avoid locale dependant isdigit() [23:49:21 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:4b68a455e20c: libavcodec/utils: Free threads on init failure [23:49:22 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:0d1e3b33ed3a: avcodec/gdv: Replace assert() checking bitstream by if() [23:49:23 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c9173f878729: avcodec/hevcdec: repeat character in skiped [23:49:24 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c87ccb476f9a: avformat/cdxl: Fix integer overflow in intermediate [23:49:25 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:cb3286d66345: avcodec/hevcdec: Fix memleak of a53_caption [23:49:26 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:f8a4c39b2f68: avformat/mov: Check for EOF in mov_read_meta() [23:49:27 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:942dcae5174d: avcodec/sunrast: Fix return type for "unsupported (compression) type" [23:49:28 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d918e45760a2: avcodec/sunrast: Fix indention [23:49:29 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:59f5d232dccf: avcodec/adpcm: Check number of channels for MTAF [23:49:30 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:cc4cdecc6140: avcodec/dxv: Check op_offset in both directions [23:49:31 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:cc178d0e4d39: avcodec/ffwavesynth: Fix integer overflow in timestamps [23:49:32 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c87327f4a545: avcodec/alac: fix undefined behavior with INT_MIN in lpc_prediction() [23:49:33 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d01ab37867e8: avcodec/alac: Fix invalid shifts in 20/24 bps [23:49:34 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d7cb0d2205a3: avcodec/smacker: Fix integer overflow in signed int multiply in SMK_BLK_FILL [23:49:35 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:0d47567d0be7: avcodec/utils: Use av_memcpy_backptr() in ff_color_frame() [23:49:36 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c6b6f2b3428a: avcodec/aacdec: Check if we run out of input in read_stream_mux_config() [23:49:37 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:4bd6253313b1: avcodec/utils: Optimize ff_color_frame() using memcpy() [23:49:38 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:b5d6694cb791: avcodec/sbcdec: Initialize number of channels [23:49:39 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ea8d459fc914: avcodec/g729_parser: Check block_size [23:49:40 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:3ba1413f0427: avcodec/dstdec: Fix integer overflow in samples_per_frame computation [23:49:41 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ae4bfed934e3: avcodec/fitsdec: Prevent division by 0 with huge data_max [23:49:42 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:3a7fa0cebf60: avcodec/alsdec: Avoid dereferencing context pointer in inner interleave loop [23:49:43 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:955acbd8d5e2: avcodec/atrac3: Check block_align [23:49:44 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ec6f53919674: avcodec/4xm: Check index in decode_i_block() also in the path where its not used. [23:49:45 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:22314cbea62d: avcodec/hevc_cabac: Tighten the limit on k in ff_hevc_cu_qp_delta_abs() [23:49:46 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:98c4cec8ba75: avcodec/apedec: Fix several integer overflows in predictor_update_filter() and do_apply_filter() [23:49:47 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fca0a31b482f: avcodec/vc1: check REFDIST [23:49:48 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:3e450892b321: avcodec/vc1: Check for excessive resolution [23:49:49 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:88ef3d9cfd2b: avcodec/vc1_block: Fix invalid shift with rangeredfrm [23:49:50 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:461bcc537914: avcodec/vc1_pred: Fix invalid shifts in scaleforopp() [23:49:51 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c82ae7ea2a8b: vcodec/vc1: compute rangex/y only for P/B frames [23:49:52 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d5a3e17d29d9: avcodec/ralf: Fix integer overflow in decode_channel() [23:49:53 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:4757369c3fb5: avcodec/ituh263dec: Make the condition for the studio slice start code match between ff_h263_resync() and ff_mpeg4_decode_studio_slice_header() [23:49:54 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:677b36294845: avcodec/motionpixels: Mark 2 functions as always_inline [23:49:55 CET] <cone-426> ffmpeg 03James Almer 07release/4.0:f0749555d7f8: avcodec/fitsdec: fix use of uninitialised values [23:49:56 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d44ac91b170e: avcodec/aptx: Fix multiple shift anomalies [23:49:57 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d8e3ea840020: avcodec/utils: Check sample_rate before opening the decoder [23:49:58 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:22b9eaf4e69f: avcodec/dxv: Check op_offset in dxv_decompress_yo() [23:49:59 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:07e77be69f0f: avformat/electronicarts: If no packet has been read at the end do not treat it as if theres a packet [23:50:00 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:b736f5be1905: avcodec/g2meet: Check if adjusted pixel was on the stack [23:50:01 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fe82ca8709aa: avcodec/g2meet: Check for end of input in jpg_decode_block() [23:50:02 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2f20bd7076e9: avcodec/wmaprodec: Check if there is a stream [23:50:03 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:878ba993166e: avformat/subtitles: Check nb_subs in ff_subtitles_queue_finalize() [23:50:04 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:3a45323c97e8: avcodec/sunrast: Check for availability of maplength before allocating image [23:50:05 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:8c550c8e25cd: avcodec/sunrast: Check that the input is large enough for the maximally compressed image [23:50:06 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:86d36769e9ec: avformat/mpsubdec: Clear queue on error [23:50:07 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c5cf948e204d: avcodec/truemotion1: Check that the input has enough space for a minimal index_stream [23:50:08 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:7cdf991e3783: avcodec/ituh263dec: Check input for minimal frame size [23:50:09 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:30265f277823: libavcodec/dxv: Remove redundant seek [23:50:10 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:3d55f7782db3: avcodec/dxv: Subtract 12 earlier in dxv_decompress_cocg() [23:50:11 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:df8caf9a7618: avcodec/fitsdec: Fail on 0 naxisn [23:50:12 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:94125bb1d69c: avcodec/exr: Allow duplicate use of channel indexes [23:50:13 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:6996d323a00f: avcodec/pcm: Check bits_per_coded_sample [23:50:14 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:0cdd0486ef06: avcodec/qdmc: Check input space in qdmc_get_vlc() [23:50:15 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:448b4cbefeb3: avcodec/wmaprodec: Check that the streams channels do not exceed the overall channels [23:50:16 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d8658b51b75c: avfilter/vf_geq: Use av_clipd() instead of av_clipf() [23:50:17 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1487993fae23: avformat/shortendec: Check k in probe [23:50:18 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:47cf3051fb8c: avcodec/adpcm: Fix left shifts in AV_CODEC_ID_ADPCM_EA [23:50:19 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fb680f6d08a5: avcodec/lsp: Fix undefined shifts in lsp2poly() [23:50:20 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:4474fbd9dc2a: avcodec/g729postfilter: Fix undefined shifts [23:50:21 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ac36c00a44c7: avcodec/g729postfilter: Fix undefined intermediate pointers [23:50:22 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:298408431f32: avcodec/apedec: Fix integer overflow in predictor_update_3930() [23:50:23 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:9d6b1a9c2b2e: avcodec/g723_1dec: Fix overflow in shift [23:50:24 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:801eeb948b36: avcodec/adpcm: Check initial predictor for ADPCM_IMA_EA_EACS [23:50:25 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:f00822d049a0: avcodec/sbcdec: Fix integer overflows in sbc_synthesize_eight() [23:50:26 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:9614740bbd14: avcodec/binkaudio: Check sample rate [23:50:27 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fa713c4c2448: avcodec/g729postfilter: Fix left shift of negative value [23:50:28 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:b91ae0cd3969: avcodec/wmalosslessdec: Check block_align [23:50:29 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:bd0819ad5b13: avcodec/vc1_block: Fixes integer overflow in vc1_decode_i_block_adv() [23:50:30 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d999bbe7984e: avcodec/ffwavesynth: Fix integer overflows in pink noise addition [23:50:31 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:188204da6cb5: avcodec/aliaspixdec: Check input size against minimal picture size [23:50:32 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:5d4036d0b287: avcodec/smacker: Fix integer overflows in pred[] in smka_decode_frame() [23:50:33 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:cac656331ec9: avcodec/alac: Fix integer overflow in LPC [23:50:34 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:13b4f63dd2ca: avcodec/ptx: Check that the input contains at least one line [23:50:35 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:15320f81074b: avformat/pjsdec: Check duration for overflow [23:50:36 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:fcd38fcb1e04: avcodec/alsdec: Check that input space for header exists in read_diff_float_data() [23:50:37 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:f80a9de83f80: avcodec/takdec: Fix overflow with large sample rates [23:50:38 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:4404729de717: avcodec/ralf: Skip initializing unused filter variables [23:50:39 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:b4ff22f26bb6: avcodec/qdrw: Check input for header/skiped space before get_buffer() [23:50:40 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:6cc6e8036fdb: avcodec/vp5: Check render_x/y [23:50:41 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:7c48066e2949: avcodec/g723_1dec: fix invalid shift with negative sid_gain [23:50:42 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2d8d84b050d5: avcodec/libvorbisdec: Fix insufficient input checks leading to out of array reads [23:50:43 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:d2c6061322e0: avcodec/apedec: Only clear the needed buffer space, instead of all [23:50:44 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:6a57429b0c8a: avcodec/adpcm: Fix invalid shifts in ADPCM DTK [23:50:45 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:775ff2e3310a: avcodec/wmalosslessdec: Fix some integer anomalies [23:50:46 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:e1f09a8f6b5d: avcodec/utils: Check block_align [23:50:47 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:5223773fd46b: avcodec/truemotion2: Fix several integer overflows in tm2_low_res_block() [23:50:48 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:73254b0558f1: avcodec/aacdec_template: Check samplerate [23:50:49 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:a0b57ca1b89a: avcodec/aptx: Check the number of channels [23:50:50 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:0d816a947196: avformat/nutenc: Do not pass NULL to memcmp() in get_needed_flags() [23:50:51 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:aa9aba0fe138: avcodec/snowenc: Fix 2 undefined shifts [23:50:52 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:8381e82f9cc0: avcodec/snowenc: Set mb_num to avoid ratecontrol floating point divisions by 0.0 [23:50:53 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:9317f94bd412: avcodec/dstdec: Check read_table() for failure [23:50:54 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1a9a8750ad6d: avcodec/dstdec: Check that AC probabilities are within range [23:50:55 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:e80488d26709: avcodec/apedec: Fix undefined integer overflow in long_filter_ehigh_3830() [23:50:56 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:8b48bcb35bea: avcodec/ffv1dec: Use a different error message for the slice level CRC [23:50:57 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:a1ee2b13f263: avutil/lfg: Document the AVLFG struct [23:50:58 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:2071c043abe0: avcodec/apedec: Fix integer overflow in filter_3800() [23:50:59 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:a2e727398e71: avcodec/iff: Check available space before entering loop in decode_long_vertical_delta2() / decode_long_vertical_delta() [23:51:00 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1befb7d6ee13: avcodec/xsubdec: fix overflow in alpha handling [23:51:01 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:ac36b73a1634: avcodec/wmavoice: Check sample_rate [23:51:02 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:c5fb5d3b7f7d: avcodec/atrac3plus: Check split point in fill mode 3 [23:51:03 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:50340a1a0779: avcodec/cook: Check samples_per_channel earlier [23:51:04 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1419717b486d: avcodec/cook: Enlarge gain table [23:51:05 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:7339d9aab527: avcodec/twinvq: Check block_align [23:51:06 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:00b83748fb1a: avcodec/sbcdec: Fix integer overflows in sbc_synthesize_four() [23:51:07 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:1ab695494019: avcodec/cook: Move up and extend block_align check [23:51:08 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:3b3c2fd2c72e: avcodec/adpcm: Fix undefined behavior with negative predictions in IMA OKI [23:51:09 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:9cc55d7146e4: avcodec/interplayacm: Fix overflow of last unused value [23:51:10 CET] <cone-426> ffmpeg 03Michael Niedermayer 07release/4.0:0a1c04e90e26: avcodec/wmaprodec: get frame during frame decode [00:00:00 CET] --- Tue Nov 12 2019

1 0

ffmpeg.log.20191111
by burek 12 Nov '19

12 Nov '19

[04:15:40 CET] <fpihl> o, my favourite debug feature is deprecated, `-debug vis_qp`. Then I found the codecview filter, `-vf codecview=qp=1` but that one is using the function av_frame_get_qp_table(), that function is however behid the FF_API_FRAME_QP define which in libavutil/version.h is removed. Enabling it causes an compile error. Is this feature deprectated or shall I spend some time getting it to work again? [04:16:45 CET] <pink_mist> fpihl: your question sounds more appropriate for #ffmpeg-devel [04:17:12 CET] <pink_mist> I at least haven't the faintest clue :P [04:19:28 CET] <fpihl> @pink_mist, thanks. I [04:19:40 CET] <fpihl> I'll try thre instead [04:44:53 CET] <kadiro> hello, a little question about delogo filter, I get this error when trying with band= : [Parsed_delogo_0 @ 0x7f8af01aa4c0] Option 'band' not found [04:45:20 CET] <kadiro> is it replaced or removed from delogo filter? [04:46:09 CET] <kadiro> I use something like: -vf "delogo=x=370:y=38:w=84:h=60:band=10" [04:46:48 CET] <kadiro> If I remove band=10 the command work but not as it was before [04:50:40 CET] <kadiro> !delogo [06:05:59 CET] <montana> anybody have ffmpeg that support HE-AAC ? [07:34:58 CET] <microchip_> montana: you need an ffmpeg compiled with libfdk-aac, which is not distributive due to license [07:35:15 CET] <microchip_> i don't think anyone offers such [07:35:30 CET] <montana> i've seen it [07:36:03 CET] <microchip_> then it violates the license [07:38:22 CET] <montana> but libfdk-aac worth it [07:41:16 CET] <edenist> https://www.freshports.org/multimedia/ffmpeg [07:41:35 CET] <edenist> freebsd version has the option available [off by default] if you want to built it yourself [07:48:41 CET] <montana> what do you people think about this rating [07:48:44 CET] <montana> Based on quality produced from high to low: [07:48:44 CET] <montana> libopus > libvorbis >= libfdk_aac > aac > libmp3lame >= eac3/ac3 > libtwolame > vorbis > mp2 > wmav2/wmav1 [07:55:33 CET] <microchip_> it's accurate? :) [07:59:50 CET] <montana> i just realized neroaac is better than opus [09:53:05 CET] <ryzenda> I am confused about something regarding using ffmpeg to create a video that is exactly 10 hours long, not a second less or a second more. [09:53:20 CET] <ryzenda> I created the video using command: ffmpeg -f concat -i list.txt -c copy out.webm [09:54:03 CET] <ryzenda> where list.txt contains 102,858 lines of "file 'filenamehere'" [09:54:40 CET] <ryzenda> and combined, all the video files together equals exactly 1,080,000 frames of video. [09:55:45 CET] <ryzenda> After I created the final output video, I confirmed with `ffmpeg -i ~/media/out.webm -map 0:v:0 -c copy -f null -` that the video contains exactly 1,080,000 frames [09:55:53 CET] <ryzenda> And the video is 30fps [09:56:42 CET] <ryzenda> $ mpv ~/media/out.webm ` (+) Video --vid=1 (*) (vp8 1280x720 30.000fps) [09:57:41 CET] <ryzenda> But for some reason the video appears as 10hrs 4mins 17secs, both with mpv and also uploaded to YouTube [10:03:35 CET] <ryzenda> https://www.zapstudio.net/framecalc/ confirms that even if somehow the video has become 29.97 fps, that 1,080,000 frames is still 10hrs and 36secs [10:05:45 CET] <ryzenda> It would have to be 29.78735 fps to be 10hrs 4mins 17secs [12:09:17 CET] <montana> i noticed ffmpeg's website is extreamly bias to free software: libopus > libvorbis >= libfdk_aac > aac > libmp3lame >= eac3/ac3 > libtwolame > vorbis > mp2 > wmav2/wmav1 [12:10:25 CET] <BtbN> That's just how those compare in quality per bitrate? [12:10:32 CET] <furq> all of those are free software [12:10:49 CET] <montana> btbn libfdk/apple-aac/nero-aac all outperform libopus [12:10:55 CET] <durandal_1707> lies [12:10:58 CET] <BtbN> I have my doubts about that. [12:10:59 CET] <furq> no they don't [12:11:17 CET] <montana> i have samples to prove it [12:11:33 CET] <BtbN> One sample proves nothing. There will always be special cases where one outperforms the other. [12:11:55 CET] <montana> that ranking should be changed [12:12:02 CET] <furq> no it shouldn't [12:12:34 CET] <montana> furq because you are bias to free software [12:12:39 CET] <BtbN> The only thing that surprises me a bit is that it claims libvorbis>=fdk, but I guess there's a bunch of blind testing behind that scale. [12:12:53 CET] <furq> all of those are free software [12:13:25 CET] <montana> it's more like nero-aac > apple-aac > libfdk_aac > libopus > libvorbis [12:13:43 CET] <BtbN> And your source for that claim is...? [12:13:55 CET] <BtbN> Also, how do I use nero or apple aac with ffmpeg? [12:13:58 CET] <montana> they sound better after 1 pass and 10 pass [12:14:02 CET] <BtbN> lol [12:14:25 CET] <furq> well this was a good conversation [12:14:52 CET] <montana> this is what opus sounds like after 10 pass: https://x0.at/w01.mp4 [12:15:11 CET] <furq> weren't we having this exact conversation months ago [12:15:17 CET] <furq> you were wrong then and you're still wrong for the exact same reason now [12:15:22 CET] <furq> i'm sensing a pattern [12:15:39 CET] <montana> furq month ago, i didn't do the test myself, i just believe what website told me [12:15:51 CET] <montana> now, i did the test myself [12:15:57 CET] <BtbN> re-encoding the same file again and again is not in any way a valid test [12:16:22 CET] <durandal_1707> transcoding already transcoded file is not good reason to claim anything [12:16:48 CET] <montana> nero-aac still outperforms libopus even after 1 pass [12:17:14 CET] <durandal_1707> just your opinion [12:17:15 CET] <montana> durandal_1707 i will admit somebody did 100 pass test and that's unrealistic, but 10 pass is not [12:17:41 CET] <montana> http://bernholdtech.blogspot.com/2013/03/Nine-different-audio-encoders-100-… [12:18:22 CET] <durandal_1707> transcoding already transcoded file is stupid, and that is end of story. [12:18:31 CET] <BtbN> Even if nero aac is magically amazing as you claim, it's not supported by ffmpeg and thus does not belong into any comparison of ffmpeg supported encoders. [12:18:40 CET] <montana> yes 100 times is unrealistic, but 5 pass is not [12:18:46 CET] <durandal_1707> wrong [12:20:39 CET] <montana> it's not wrong [12:21:47 CET] <montana> durandal_1707 when you are transcoding a random audio file: that file has been transcoded before [12:22:02 CET] <furq> don't transcode random audio files then [12:22:10 CET] <montana> furq but what if you want to [12:22:20 CET] <furq> then that's your problem [12:23:30 CET] <montana> furq even audio from dvd/bluray are transcoded before [12:23:35 CET] <montana> commercial dvd/bluray [12:23:53 CET] <furq> most bluray audio is lossless now [12:23:59 CET] <montana> furq some yes [12:24:06 CET] <montana> not all [12:25:08 CET] <furq> so did you test the performance when transcoding from ac3 and dts [12:25:51 CET] <montana> my point is " <@durandal_1707> transcoding already transcoded file is stupid" this is unvoidable [12:26:21 CET] <furq> what does that have to do with transcoding to opus 10 times in a row [12:26:21 CET] <montana> Have you ever wondered how different codecs are affected by re-encoding / re-compressing? Of course, recompressing audio is a bad idea, but sometimes can't be avoided. Quality loss will inevitably occur, but are some codecs more resilient than others? To clear things up, I did a test with the following encoders: [12:32:41 CET] <BtbN> There are dedicated codecs with no generation loss if you need that [12:33:03 CET] <BtbN> though for audio that's rather uncommon, since you can just use a lossless codec instead, while still having a manageable bitrate [12:33:29 CET] <montana> btbn and none of them can do that with less than 64 kbps [12:33:48 CET] <BtbN> Nothing that sounds good can do with less than 64kb/s [12:36:51 CET] <montana> btbn i use 24kbps mono, and it sounds fine using HE-AAC [12:45:51 CET] <ryzenda> Oh, btw, if anyone noticed my messages from earlier, I am still trying to figure out why 1,080,000 frames at 30fps does not result in a 10:00:00 hour video, and instead results in a 10:04:17 video [14:28:36 CET] <GenTooMan> 1000000 frames is 9:15:33.33 in time I would guess 1080000 should be 10:00:00 (about0 [14:32:45 CET] <DHE> the math says yes, but depending on the file format or maybe there's actually a slightly off or variable framerate this could be incorrect or just mis-estimated [19:15:45 CET] <duude__> Hello everyone [19:17:00 CET] <duude__> Do you people know if it's possible to make ffmpeg work with shortcuts? [19:17:07 CET] <duude__> *.lnk files in windows [20:27:13 CET] <GenTooMan> duude__ well ffmpeg has a very extensive cli interface, I'm not sure a link file will do you much good to use it. It's not a GUI application. You will want to use it at the CLI. [20:28:13 CET] <GenTooMan> A better option is to find a GUI application that uses ffmpeg and sets everything up for you under windows if that's what you want to do. [20:29:28 CET] <GenTooMan> DHE good point with variable frame rate encoding frame rate becomes somewhat pointless. [22:12:45 CET] <kuresu> Hello. I'm writing an application that downloads a video split in several .ts chunks, joins them together, then finally encodes them to .mp4 using ffmpeg. [22:13:47 CET] <kuresu> I wanted to know if there's a way to pipe the chunks to ffmpeg "gradually" and let it do the encoding while the chunks are being downloaded. [22:14:47 CET] <kuresu> without having to download everything, then join the .ts files together, then start the ffmpeg encoding process. [22:34:10 CET] <KodiakIT[m]> So aside from brushing up on my trig/calc/matrix math, is there anything else I should be looking at (i.e. in the source of ffmpeg) to better grok how QP/RF affects bitrate and lossiness or lossless-ness? [22:35:09 CET] <furq> well you'd probably want to look in the source of x264 [22:35:15 CET] <KodiakIT[m]> s/affects/translates into/ [22:35:24 CET] <furq> if you're going to look into any source [22:36:37 CET] <KodiakIT[m]> furq: so https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/libx264.c ? [22:36:48 CET] <furq> no i mean the actual x264 code [22:37:28 CET] <furq> i don't think any of the ffmpeg internal encoders have a concept of qp or rf [22:37:42 CET] <KodiakIT[m]> Ah, whoops, https://code.videolan.org/videolan/x264.git [22:37:42 CET] <KodiakIT[m]> then [22:37:46 CET] <furq> sure [22:42:46 CET] <kuresu> also, just to be sure does the command 'ffmpeg -i in.ts -c copy -y out.mp4' automatically adds the '-bsf:a aac_adtstoasc' filter? [22:44:17 CET] <jemius> kuresu, I'd say that ffmpeg never automatically adds filters [22:44:28 CET] <furq> kuresu: yes [22:44:35 CET] <jemius> furq, ? [22:44:38 CET] <furq> it says in the docs and also it would throw an error otherwise [22:44:44 CET] <furq> https://www.ffmpeg.org/ffmpeg-bitstream-filters.html#aac_005fadtstoasc [22:45:11 CET] <jemius> hmm [22:45:33 CET] <KodiakIT[m]> Also, while I'm thinking of it, is there a way to easily concatenate a couple of DVD backups in an .mkv with chapter metadata, and preserve/transform that with just a few command line switches? or would I have to concatenate them, then add the chapters back in manually later? [22:45:46 CET] <furq> also it will autoinsert filters if what you asked for is impossible otherwise [22:46:09 CET] <furq> e.g. converting to a pixel format that's supported by the encoder [22:46:35 CET] <furq> KodiakIT[m]: there's no way of doing that that isn't annoying [22:46:49 CET] <furq> makemkv will do it but it has some crazy person shareware license [22:46:54 CET] <furq> and also it's gui only [22:47:02 CET] <KodiakIT[m]> furq: lovely. [22:47:10 CET] <kuresu> ok thanks, do you also know what 'Non-monotonous DTS' errors are caused by? Floating precision errors from the .ts file? [22:47:29 CET] <KodiakIT[m]> Guess that's an excuse to write one up or bash it together with mkvtoolnix + bash [22:48:04 CET] <furq> well you'd need something to actually dump the title and chapters from the ifo [22:48:12 CET] <furq> which mkvtoolnix can't do, or else i'd have suggested that [22:48:28 CET] <furq> i have a workflow for it on windows but not really on *nix [22:48:33 CET] <furq> maybe dvdbackup or something [22:48:39 CET] <KodiakIT[m]> Ah, I'd been mucking about with the .json for handbrake's GUI. [22:48:47 CET] <Sirisian|Work> Trying to wrap my head around astats and rms level. In the big picture I'm trying to find out if a video has any audible audio. I understand that RMS is relative to the max loudness at 0. Is it reasonable to say that any RMS greater than say -10 for RMS peak dB on audio channels is "no audio"? My thinking is a loud file will have an RMS peak db of like -100 and a quiet file will have around -40 which is consistent with my tests. [22:49:05 CET] <furq> tccat from transcode will dump the title to stdout but you'd need to get the chapters separately [22:49:09 CET] <Media_Thor> Greetings! can x265 pass 1 log files generated for 1080p output file be reused for other resolution file please, similar to X264? [22:50:11 CET] <Media_Thor> Sirisian|Work: "-af silencedetect" ? [22:52:45 CET] <Sirisian|Work> Fascinating. I did not even see that mentioned anywhere. Will test to see if it's viable. [23:22:13 CET] <Sirisian|Work> Is there a simple fix for "Application provided invalid, non monotonically increasing dts to muxer in stream". https://pastebin.com/w2Bqy9wd is the frames from ffprobe. I wrote a quick program to verify and all the dts values are increasing. [23:23:28 CET] <Sirisian|Work> Or is that not an important error? [00:00:00 CET] --- Tue Nov 12 2019

1 0

ffmpeg-devel.log.20191110
by burek 11 Nov '19

11 Nov '19

[03:44:08 CET] <taliho> has anyone ever proposed to have a function that discovers pix_fmts at runtime in AVCodec? [03:44:54 CET] <taliho> this seems important in at least v4l2m2m devices, where the available pix_fmts will depend on the hardware device (so .pix_fmts is not set for v4l2m2m encoders) [03:45:52 CET] <taliho> at the meoment v4l2m2m encoding just sets it's input format, i.e. nv21 which can be completely different to input frames avctx->pix_fmt (i.e yuv420p) [03:46:20 CET] <taliho> in fact there's not even an error/warning - just seems to encode yuv420p as nv21 [03:46:36 CET] <taliho> there is at least one ticket on trac about this [03:48:27 CET] <taliho> I'm going to add error/warning.. seems easy enough. But would like to work on something that discovers .pix_fmts dynamically. That way the user doesn't even have to set correct -pix_fmts on cli [03:49:20 CET] <taliho> anyone have any thoughts about this? [03:53:30 CET] <taliho> :jamrial ^^ would appreciate your feedback [05:47:45 CET] <taliho> is that call still happening? [06:08:13 CET] <kierank> https://mensuel.framapad.org/p/neF434T1a0?lang=en [06:11:02 CET] <jdarnley> I'm listening to the gitlab stuff [06:11:13 CET] <jdarnley> thrn I'll be back for the argument at 1500 [06:12:16 CET] <jdarnley> Oh. A "sergio" I arrived with today wanted to ask about input buffer size for streams only being in bytes, not time. [06:20:52 CET] <jdarnley> kierank: are you the pink/purple making the notes there? [06:21:10 CET] <jdarnley> FYI, you can set your name in the top right menu [06:21:39 CET] <kierank> Yes, just too busy talking [06:39:29 CET] <kurosu> "But to be more inclusive, the meeting will be joinable from the distance with Skype/Hangouts/Something-similar and live on IRC" <- is this gonna happen or? [06:42:47 CET] <jdarnley> Beats me if something official will be done. [06:43:02 CET] <jdarnley> But I am willing to relay some things [06:43:23 CET] <jdarnley> sorry should be "official" [06:49:10 CET] <kurosu> To be fair that sounded unpractical [06:50:06 CET] <j-b> kurosu: we'll try. [06:50:07 CET] <j-b> come on [07:11:50 CET] <kierank> please join #ffmpeg-meeting if you want to participate [07:12:07 CET] <jdarnley> Google hangout somewhere too [07:14:22 CET] <jdarnley> https://hangouts.google.com/call/xKeJl8WHuMJ67Ue-y0l4AEEM [07:14:48 CET] <j-b> jamrial: ping [07:14:54 CET] <j-b> michaelni: ping [07:15:16 CET] <jamrial> j-b: pong [07:15:45 CET] <j-b> jamrial: please join [07:15:52 CET] <BBB> jamrial: if you want to participate in the meeting, please join #ffmpeg-meeting [07:16:08 CET] <BBB> there's a video stream and we can also participate on IRC [07:16:38 CET] <jamrial> ok [07:36:28 CET] <mjbshaw> Is there a specific room for the meeting? [07:38:10 CET] <kurosu> please join #ffmpeg-meeting if you want to participate [07:38:39 CET] <kurosu> there's a google hangout too [07:38:48 CET] <jdarnley> https://hangouts.google.com/call/xKeJl8WHuMJ67Ue-y0l4AEEM [07:38:51 CET] <mjbshaw> (Carl Eugen) [07:38:51 CET] <mjbshaw> #join ffmpeg-meeting [07:40:30 CET] <mjbshaw> TY! [10:20:56 CET] <jdarnley> ringo (Sergio) is looking for a mentor for libavformat input/output new features [10:21:03 CET] <jdarnley> He wants to add RIST [10:21:29 CET] <jdarnley> sergio(a)ammirata.net [10:26:58 CET] <jdarnley> Will explain more later [10:27:01 CET] Action: jdarnley goes afk [10:49:16 CET] <JEEB> jdarnley: cool. [13:35:50 CET] <az_> hello guys. i decode rtsp h264 with option FF_THREAD_SLICE with function avcodec_decode_video2(). Call graph led me into decode_simple_internal() where that is: https://pastebin.com/wxgrKshg. so it appears that decoding occur indeed in one thread. Why is this done that way? Bear in mind that function ff_slice_thread_init() creates threads. Despite that everything goes one thread as i mentioned [14:35:53 CET] <hero100> az_: does the stream encoded in multi-slices ? [14:36:31 CET] <az_> how would i know this? [14:38:20 CET] <az_> I think it doesn't matter though since call graph has no other path and leads definitely to one thread processing [14:50:14 CET] <hero100> az_: if latency doesn't matter, try thread_frame [14:51:15 CET] <az_> the problem is about making ffmpeg use my thread pool, not its own [14:59:34 CET] <cone-743> ffmpeg 03Derek Buitenhuis 07master:d8bf24459b69: avcodec: Add librav1e encoder [15:40:28 CET] <jdarnley> az_ If you want slice thread decoding then you will need a picture with slices. If you have that then I don't know what's going on. [18:29:32 CET] <durandal_1707> fg [18:31:00 CET] <mkver> fg what? [19:14:27 CET] <microchip_> mkver: fg on Linux is used to continue a paused background process. Not sure if he means that [19:15:02 CET] <mkver> Thanks for the info. [19:15:05 CET] <iive> to bring a process to the foreground, it may be paused or running inthe background. [19:16:19 CET] <microchip_> Ctrl+Z also pauses a process. I use it sometimes to pause my encodes and continue them with fg [00:00:00 CET] --- Mon Nov 11 2019

1 0

ffmpeg.log.20191110
by burek 11 Nov '19

11 Nov '19

[00:01:14 CET] <mrkotfw> DHE: Let me try that... I know that with this VOB, I can't extract text, only "picture-based" subtitle [00:08:44 CET] <mrkotfw> Sorry, I'm having issues with this... I can't seem to pass the VOB file as the filename parameter, even if I specify the subtitle stream index [01:17:24 CET] <fresheyeball> ok [01:17:36 CET] <fresheyeball> now I need to get this .ts file to be an avi because opencv only supports avi [01:17:51 CET] <fresheyeball> anyone know the incantation to get ffmpeg to do the conversion? [01:21:18 CET] <pink_mist> ffmpeg -i foo.ts -c copy foo.avi # maybe? [01:21:35 CET] <fresheyeball> pink_mist: I just got it [01:21:42 CET] <pink_mist> assuming it's using a codec that avi supports [01:21:43 CET] <fresheyeball> but badly by passing thorugh .mp4 first [01:47:42 CET] <aleksandrdvorkin> hi [01:47:55 CET] <aleksandrdvorkin> its really quite in #kodi [01:48:03 CET] <aleksandrdvorkin> and i have a question [01:48:31 CET] <aleksandrdvorkin> why is last command to make and install the pvr.iptvsimple addons for Kodi on this link https://github.com/kodi-pvr/pvr.iptvsimple [01:48:34 CET] <aleksandrdvorkin> ends with make [01:48:38 CET] <aleksandrdvorkin> then how do i install it [01:48:58 CET] <pink_mist> this is #ffmpeg [01:49:10 CET] <aleksandrdvorkin> i know [01:49:14 CET] <pink_mist> then wtf [01:49:27 CET] <aleksandrdvorkin> ok thanks for your prompt and kind responce [01:49:28 CET] <pink_mist> just because they're quiet doesn't make this the right place to ask [01:49:42 CET] <aleksandrdvorkin> ignoledged [02:32:49 CET] <nicolas17> pink_mist: "I tried to buy a Renault in a Renault shop, but there were no salesmen available, so I came into this Ford shop. Why won't you sell me a Renault?!" [02:33:19 CET] <pink_mist> lol, exactly :P [02:34:01 CET] <Reinhilde> "Because we're a ford shop." [02:34:02 CET] <nicolas17> it's a factoid in the ##c++ bot, super handy [03:04:13 CET] <HexGlaze> Can I have some help? In 0.mkv there is audio, video, subtitle and font streams. In 1.mkv, there is a video stream. How would I go about copying everything but the video stream from 0.mkv, and then adding all those to the video stream from 1.mkv? [03:05:25 CET] <HexGlaze> So far, with "map_metadata" I'm able to copy everything but the fonts. [03:06:09 CET] <pink_mist> personally, I would use mkvmergegui to do that [03:06:50 CET] <HexGlaze> >GUI [03:06:52 CET] <HexGlaze> Nope [03:07:37 CET] <pink_mist> so just use mkvmerge then and figure out how to do it from commandline [03:07:51 CET] <pink_mist> I find it easier to use the gui for that though [03:08:35 CET] <HexGlaze> I just really need to know what ffmpeg calls font streams... [03:08:59 CET] <JEEB> those are not streams, but attachments [03:09:07 CET] <HexGlaze> Well, attachments then [03:13:02 CET] <HexGlaze> Almost got it with "-map 0:a -map 0:s" [03:13:15 CET] <HexGlaze> Now, what are attachments prefixed as? [03:17:56 CET] <HexGlaze> "[matroska @ 0x55bb64cc5b00] Attachment stream 5 has no filename tag." Hmm [03:23:36 CET] <HexGlaze> Okay, got it [03:24:26 CET] <HexGlaze> It's "ffmpeg -i original.mkv -i 60fps_videostream.mkv -map 1 -c copy -map_metadata 0 -map 0 -map -0:v -map_metadata:s:v 0:s:v -map_metadata:s:a 0:s:a -map_metadata:s:s 0:s:s -map_metadata:s:t 0:s:t out.mkv" [03:29:24 CET] <HexGlaze> Oh wait, I'm not done [04:16:23 CET] <HexGlaze> Okay, finished: "ffmpeg -i original.mkv -i 60fps_video.mkv -map 1:v -c copy -map_metadata 0 -map 0 -map -0:v out.mkv" [05:04:14 CET] <montana> i encoded a 64kbps mono to 24kbps opus file and it sounded fine and i encoded that same 24 kbps opus file again and it sounds bad. is this normal [05:06:39 CET] <nicolas17> each lossy encoding will lose quality [05:07:53 CET] <montana> i understand that but i only did it twice [05:08:18 CET] <montana> i've seen people doing 100 times (for tesing) [05:08:48 CET] <JEEB> yea the lower you go and the more noise/"detail" there is the harder it gets [05:08:55 CET] <JEEB> although it is specific to the encoder [05:09:44 CET] <JEEB> so if you want technical explanations then I recommend asking the people behind the opus encoder you're utilizing [05:09:50 CET] <montana> https://hydrogenaud.io/index.php/topic,100067.0.html [05:10:12 CET] <montana> wrong one: http://bernholdtech.blogspot.com/2013/03/Nine-different-audio-encoders-100-… [05:11:22 CET] <montana> that website did it 100 times, but i only did it twice and it already sounds bad [05:11:46 CET] <JEEB> as I said, I recommend asking the people behind the encoder you're utilizing :) [05:13:38 CET] <nicolas17> they did it 100 times with a much higher bitrate [05:13:56 CET] <montana> nicolas17 true [07:01:48 CET] <montana> i encoded a 64kbps mono to 24kbps opus file and it sounded fine and i encoded that same 24 kbps opus file again and it sounds bad. is this normal [07:02:41 CET] <Jessidhia> sounds like https://en.wikipedia.org/wiki/Generation_loss [07:03:20 CET] <JEEB> as I already said, ask the encoder's developers :P [07:03:34 CET] <JEEB> if it's normal or not [07:03:44 CET] <furq> i asked a question and i got an answer and i asked that same question again two hours later. is this normal [07:04:26 CET] <montana> jeeb they are saying they cannot hear the difference in #opus: can you hear the difference: https://x0.at/zj6.mka and https://x0.at/IQs.mka [07:06:43 CET] <JEEB> no idea :P [07:45:00 CET] <montana> why does aac avcodec encoder sound so bad [07:45:05 CET] <montana> is that one that ffmpeg use [07:50:14 CET] <montana> how is aac so popular if it sounds this bad [08:00:12 CET] <montana> is it normal that even vorbis sounds better than aac? [08:01:44 CET] <kepstin> ffmpeg's builtin aac encoder isn't particularly good [08:01:56 CET] <kepstin> probably still better than mp3, tho. [08:02:03 CET] Action: kepstin hasn't actually checked [08:02:24 CET] <montana> why can't ffmpeg have a decent aac encdoer [08:02:51 CET] <kepstin> ffmpeg's builtin aac encoder is mostly useful for encoding for apple devices which need aac when you don't have an ffmpeg build with a better aac encoder [08:03:22 CET] <Jessidhia> I remember there were some improvements done many years ago but I think it lost momentum after some library whose name I forgot was released [08:03:24 CET] <montana> kepstin then what audio encoder do you use when you use ffmpeg [08:03:34 CET] <kepstin> ffmpeg can be built with the 'fdk' aac encoder, but due to license conflicts, the result isn't redistributable. I build my own ffmpeg so i can use it when needed [08:03:44 CET] <kepstin> but for my own use i normally use opus [08:04:23 CET] <montana> kepstin i see [08:04:42 CET] <montana> opus has horrible 2 pass though [08:05:22 CET] <montana> http://bernholdtech.blogspot.com/2013/03/Nine-different-audio-encoders-100-… [08:06:14 CET] <kepstin> that's not 2 pass tho, that's 100 pass. [08:07:01 CET] <kepstin> (and from a comment of a developer, they suggest that a lot of the actual loss is from conversion back and forth from 44.1 to 48 khz every time it's decoded/encoded) [08:07:18 CET] <kepstin> er, well, that's not correct, but whatever [08:07:55 CET] <kepstin> was due to sample misalignment with the frame size [08:08:08 CET] <Jessidhia> ah, misalignment, that makes sense [08:08:10 CET] <kepstin> which would also be an issue with other codecs [08:08:23 CET] <montana> nero-aac sounds good even after 100 pass [08:08:38 CET] <kepstin> probably a bug in an encoder/decoder library where it wasn't removing the delay when decoding or something like that [08:10:37 CET] <kepstin> i expect that if that test was redone with the opus sample-aligned correctly, or with sample delays added to the other codecs so they aren't aligned in later passes (the latter would be more realistic for a multiple encode use case), the results would be more accurate/interesting [08:10:41 CET] <Jessidhia> it sounded like multi-pass encoding but it's actually 100 generations? D: [08:11:10 CET] <kepstin> usually when doing re-encoding audio, you're doing it because you changed something, and when you change something, that usually means you cut it, so samples won't realign. [08:11:48 CET] <montana> ffmpeg -i test.mka -c:a libfdk_aac -b:a 32k output.m4a [08:12:00 CET] <montana> even libfdk_aac sounds bad [08:12:22 CET] <kepstin> aac-lc sounds pretty bad ad 32K, yeah [08:12:34 CET] <kepstin> there's he modes, but they're not designed for music. [08:12:40 CET] <Jessidhia> isn't that the lowest bitrate LC does [08:12:58 CET] <kepstin> you can tweak the lowpass in fdk_aac to improve it on specific signals [08:13:12 CET] <montana> what should i do to improve the sound then using 32kbps [08:13:18 CET] <kepstin> use opus [08:13:23 CET] <kepstin> or use more bits [08:13:37 CET] <montana> i am using for testing [08:13:54 CET] <montana> why can't i use he-aac [08:14:15 CET] <kepstin> he-aac is actually a different codec, and it's not as well supported by decoders [08:14:44 CET] <montana> wait it does work: ffmpeg2 -i test.mka -c:a libfdk_aac -profile:a aac_he -b:a 32k output.m4a [08:15:01 CET] <montana> that sounds better [08:15:35 CET] <montana> okay using he-aac makes it better [08:16:08 CET] <kepstin> if you're using fdk-aac lc, you want to tweak the value for the -cutoff option to adjust the lowpass, the default is very low. [08:16:25 CET] <kepstin> adjusting it higher gives you more high frequencies, but also more audible artifacts [08:16:29 CET] <montana> ffmpeg -i input.wav -c:a libfdk_aac -profile:a aac_he_v2 -b:a 32k output.m4a : this does not work though [08:16:49 CET] <montana> does "aac_he_v2" work on your ffmpeg version? [08:17:27 CET] <kepstin> haven't tried, i have no use for aac-he [08:17:45 CET] <kepstin> since i encode web video, and browsers don't support it [08:18:39 CET] <montana> can you try the commmand to see if it works [08:18:47 CET] <montana> just for testing [08:18:52 CET] <montana> ffmpeg -i input.wav -c:a libfdk_aac -profile:a aac_he_v2 -b:a 32k output.m4a [08:31:37 CET] <mtcdood> I'm looking for advice on transcoding. If my source video footage was recorded in a constant bitrate and I want to transcode to a lower resolution would there be a benefit or drawback to using a constant bitrate for the reduced resolution too? [08:32:11 CET] <mtcdood> at first glance it seems like there'd be no point in using a variable bitrate since data is already lost during fast motion sequences etc in the original [08:32:49 CET] <montana> what vidoe/audio codec do you want use [08:32:58 CET] <montana> that should be your first decision [08:33:09 CET] <mtcdood> I want to provide footage to viewers over HLS in browsers [08:33:17 CET] <mtcdood> so let me look at whether or not that limits me [08:33:19 CET] <montana> HLS? [08:34:39 CET] <mtcdood> HTTP live streaming [08:34:40 CET] <ritsuka> constant bitrate would mean a lot of unneeded data [08:35:12 CET] <ritsuka> or worse quality at the same bitrate [08:35:33 CET] <mtcdood> even if the original video is already constant bitrate? [08:36:09 CET] <furq> the source encoder settings make no difference at all [08:36:26 CET] <mtcdood> ok [08:36:43 CET] <furq> also yeah you should use vbr for hls [08:37:31 CET] <mtcdood> in my very limited testing I was finding my ultimate filesizes for VBR much higher than expected for reduced qualities [08:37:35 CET] <mtcdood> *resolutions [08:37:36 CET] <furq> using cbr is just going to make the quality loss in high complexity scenes even worse [08:38:46 CET] <ritsuka> if you set the bitrate yourself, the average bitrate will be the one you set [08:39:05 CET] <ritsuka> if you are using constant quality or rate factor, you can limit the max bitrate [08:39:15 CET] <mtcdood> yeah [08:39:57 CET] <mtcdood> will limiting the maximum bitrate slow down encoding to get the same quality in a lower bitrate for high complexity scenes? [08:40:50 CET] <furq> no [08:40:55 CET] <furq> using a slower preset will do that [08:41:11 CET] <mtcdood> ok [08:42:00 CET] <mtcdood> then the consequences of limiting the maximum bitrate would be it just won't reach that quality during those high complexity scenes if the bitrate it would normally use at that preset is higher than the maximum bitrate selected? [13:00:28 CET] <snooky> mooin [13:20:31 CET] <CounterPillow> I wonder if ffmpeg supports sugandese locale [13:22:49 CET] <furq> great content [13:22:50 CET] <furq> thanks for sharing [13:23:41 CET] <CounterPillow> furq please don't ruin this, someone in here recently fell for ligma [13:24:19 CET] <furq> damn that's epic! [13:25:49 CET] <CounterPillow> thanks it is [15:31:51 CET] <montana> what is the difference between vorbis and libvorbis in ffmpeg [15:36:03 CET] <durandal_1707> do not use native vorbis _encoder_ [15:37:12 CET] <CounterPillow> montana: vorbis is the builtin low quality vorbis encoder that you shouldn't ever use [15:37:35 CET] <montana> then why is it even included in the first place [15:38:59 CET] <CounterPillow> ¯\_(Ä)_/¯ [15:39:40 CET] <durandal_1707> it is experimental [16:25:06 CET] <jemius> what? Why would the native encoder be worse than the ffmpeg version? [16:25:13 CET] <jemius> or is it vice versa? [16:33:13 CET] <furq> the native encoder is the one built into ffmpeg [16:33:27 CET] <furq> as opposed to libvorbis which is the one xiph makes [17:18:24 CET] <pink_mist> (so jemius was right, the native encoder cannot possibly be worse than the ffmpeg version, since they're the same thing :P) [17:21:14 CET] <jemius> wohoo! Do I get a price now? [17:27:23 CET] <furq> $7.99 [17:32:38 CET] <Lantizia> hey I've got 4 avi files I'd really like to "re-share" with the internet, I won't go into more detail than that as it'd be off topic :) Suffice to say I think these avi files have had their metadata changes or file index rebuilt or something ... because even though they're the exact filesize (down to the byte) that they were downloaded as... [17:32:57 CET] <Lantizia> when checked by the program to see if the checksums are good to share back up - it doesn't think they're the right files [17:33:19 CET] <Lantizia> so I'm wondering - is there a way I can remove all data from an AVI except for the frames themselves? leaving empty space in between wherever other data might be? [17:34:09 CET] <Lantizia> oh and leave the audio too [17:52:33 CET] <CounterPillow> you can remux them with a stream copy of the audio and video data and telling ffmpeg not to copy any of the other data, but last I tried that with something for extreme filesize optimisation purposes I noticed ffmpeg still wrote out certain metadata [17:52:53 CET] <CounterPillow> but also what kind of idiot sells their porn in .avi format in 2019 [17:53:20 CET] <Lantizia> lol nothing as fun as porn [17:53:48 CET] <Lantizia> just something I'd like to re-seed as it's very hard to find as it was only on VHS [17:53:57 CET] <Lantizia> ed21bfe9954d344de4bf277870d9868475c7ce0e [17:54:27 CET] <furq> you won't be able to do that if you modify the files in any way [17:55:01 CET] <CounterPillow> yeah, the hashes won't match [17:55:02 CET] <Lantizia> furq, i was hoping things like deluge would look at particular chunks maybe and know that *some* parts of it match? [17:55:08 CET] <CounterPillow> nope [17:55:12 CET] <CounterPillow> torrent protocol doesn't work like that [17:55:20 CET] <Lantizia> hmm then why does it work if the file is partially downloaded? [17:55:30 CET] <furq> the file positions of the chunks would have to match [17:55:34 CET] <furq> if you remux then they probably won't [17:55:34 CET] <Lantizia> you can throw it at a new client - tell it to re-check - and it'll know the percentage [17:55:49 CET] <CounterPillow> because it checks the hashes of the individual chunks [17:56:01 CET] <furq> but even then nobody would be able to download it from you because you'd be missing chunks [17:56:12 CET] <Lantizia> yeah which is why i think this file has the audio/video data in the correct place - precisely the same filesize as what is on the torrent [17:56:20 CET] <Lantizia> just want to remove all the other data [17:56:21 CET] <CounterPillow> or has completely different chunks because the blanked out sections don't match the chunk borders [17:57:08 CET] <Lantizia> furq, was i going to leave it seeding for a few months - hope some has it even if they're online for just 5minutes -fill in the tiny blanks [18:08:48 CET] <jemius> ahm, how can I force ffmpeg to give me exactly one minute from the input stream? with -t it gives me 1:04 [18:10:59 CET] <furq> if you're using -c copy then you can't [18:11:08 CET] <furq> if you're not the -t 60 [18:11:10 CET] <furq> then [18:11:24 CET] <jemius> crap [18:40:18 CET] <jemius> ffmpeg -i "concat:test.mkv|test2.mkv|test3.mkv" -c copy gesamt.mkv [18:40:31 CET] <jemius> Why does this line not concatenate my videos? I get only the first one in gesamt.mkv [18:42:26 CET] <furq> because you can't use the concat protocol with mkv [18:42:29 CET] <furq> use the demuxer [19:06:26 CET] <jemius> do you think it's worth upscaling a video with ffmpeg? I assume that my TV and other devices are just as good in upscaling the original material? [19:09:03 CET] <furq> yeah they are [19:09:25 CET] <furq> if you know your device is very bad at it then maybe it's worth it [19:09:49 CET] <furq> but normally it's only useful for stuff that demands a specific scale, like youtube [00:00:00 CET] --- Mon Nov 11 2019

1 0