November 2018 - Ffmpeg-devel-irc

ffmpeg-devel.log.20181129
by burek 30 Nov '18

30 Nov '18

[00:19:47 CET] <cone-041> ffmpeg 03Felicia Lim 07master:4cd6f08d2005: avcodec/libopusenc: Fix warning when encoding ambisonics with channel mapping 2 [00:51:10 CET] <atomnuker> michaelni: I didn't ack the opus ambisonics patch [00:51:17 CET] <atomnuker> I'd like for it to be reverted please [00:51:40 CET] <atomnuker> its a hack to improperly support ambisonics encoding for their use case only [00:52:11 CET] <atomnuker> I did express disapproval and none of the issues regarding it were fixed at all [00:52:36 CET] <atomnuker> in fact the person just hoped we'd forgotten about it [01:04:11 CET] <atomnuker> I don't want a repeat of august, if you thought that no one cares about this patch then you won't care if I revert it myself [01:04:23 CET] <cone-041> ffmpeg 03Rostislav Pehlivanov 07master:cf283f2dfbbf: Revert "avcodec/libopusenc: Fix warning when encoding ambisonics with channel mapping 2" [01:04:24 CET] <cone-041> ffmpeg 03Rostislav Pehlivanov 07master:ffec9d32feaf: Revert "libopus: Add channel mapping 2 support in libopusdec" [01:25:47 CET] <michaelni> atomnuker, iam not sure i somehow missed mails in that thread but to me it looked like Felicia was asking about and pinging this patch in august with no reply from anyone and november again. So it very much looks like noone cared since 4 months. Iam very happy if you take this over and np about the revert [01:26:35 CET] <iive> atomnuker, what were the issues you had with the patches ? [01:29:26 CET] <atomnuker> I did explain this in my reply but this is essentially relying on a non-specified mapping between ambisonics and a channel layout [01:29:39 CET] <atomnuker> and asking the encoder to interpret those specifically as ambisonics [01:32:35 CET] <michaelni> atomnuker, i think Felicia did not understand that there where issues remaining in the patch otherwise there would have been no ping i guess [01:32:36 CET] <atomnuker> we need to specify a way to signal ambisonics and we need to specify how the channels in such streams would map to avframe->data [01:33:41 CET] <atomnuker> yeah, I'll take over reviewing it, I'll cook up a patch to do what I proposed now [03:10:20 CET] <cone-041> ffmpeg 03James Almer 07master:53ca505acc53: avcodec/libdav1d: remove init cleanup internal codec cap [03:10:21 CET] <cone-041> ffmpeg 03James Almer 07master:3cd275bcde5c: avcodec/libdav1d: use constants defined in the public API to limit thread count [03:10:22 CET] <cone-041> ffmpeg 03James Almer 07master:0fca2f60dac7: avcodec/libdav1d: read profile from the sequence header referenced by the ouput picture [03:10:23 CET] <cone-041> ffmpeg 03James Almer 07master:e695b0beba4a: avcodec/libdav1d: add an option to toggle Film Grain [15:17:02 CET] <atomnuker> why is there an opusenc patch on the ML? [15:17:27 CET] <atomnuker> is someone seriously using it? [15:18:07 CET] <atomnuker> durandal_1707: there's an ambisonics channel layout RFC on the ml [15:18:18 CET] <atomnuker> you know a lot more about ambisonics, could you take a look at it? [15:36:57 CET] <CoreX> i think somebody came in last week and spoke about opusenc patch can't remember when exactly [18:48:16 CET] <durandal_1707> atomnuker: i know nuting, ask koda [21:17:40 CET] <durandal_1707> michaelni: stop spamming me via linkedin, thanks [21:46:55 CET] <BradleyS> durandal_1707: i think you mean linkedin, stop spamming me under false pretenses [21:48:32 CET] <BBB> true, linkedin will claim someone did something to you whereas in reality it's just advertising spam [21:49:01 CET] <durandal_1707> spam with your name in it? [21:49:08 CET] <BradleyS> yep [21:49:26 CET] <BradleyS> "your invitation from _____ is waiting" is a lie [21:49:27 CET] <atomnuker> isn't linkedin the most boring social network in existance? [21:49:45 CET] <BBB> I think that's why people use it [21:49:47 CET] <BBB> boring = trusted [21:50:01 CET] <BradleyS> people use it because everyone uses it [21:50:14 CET] <BBB> haven't you noticed that ICQ and MSN lookalikes are amongst the most valuable unicorns of this year? [21:50:36 CET] <BBB> not to mention IRC ripoffs with ICQ smileys [21:50:44 CET] <BBB> literally billions of dollars [21:50:54 CET] <BBB> for an IRC ripoff with smileys [21:51:08 CET] <BBB> so, yes, boring = good [21:51:10 CET] <atomnuker> I have no idea what the irc ripoffs are trendy now [21:51:41 CET] <michaelni> durandal_1707, thanks for notifying me, i was partly aware of this, but not that this still happens, just now went over my account and killed all invites i hope this stops all spam it sends in my name, but i dont really know [21:52:51 CET] <durandal_1707> good work! [21:52:54 CET] <kurosu> linkedin being such a facebook harvester of data is the primary reason for me not joining it [21:52:56 CET] <j-b> atomnuker: Slack. [21:53:03 CET] <kurosu> *facebook-like [00:00:00 CET] --- Fri Nov 30 2018

1 0

ffmpeg.log.20181129
by burek 30 Nov '18

30 Nov '18

[00:39:57 CET] <degenerate> how do i turn on voicemail saving to disk [00:40:03 CET] <degenerate> right now it just emails but i want to save them [03:17:18 CET] <rjeli> Im encoding camera data in real time and noticed the sensor is very noisy. Will preprocessing to reduce noise improve encoder quality? [03:17:48 CET] <rjeli> I assume its encoding a ton of high frequency data thats not important [03:18:01 CET] <furq> it's worth a try [03:18:46 CET] <rjeli> K thanks [03:19:12 CET] <furq> i mean it will definitely save bitrate [03:19:45 CET] <furq> hqdn3d should do a decent job anyway [04:16:40 CET] <Hello71> I think x265 has built in noise reduction [04:16:49 CET] <Hello71> apparently av1 has film grain synthesis [04:20:06 CET] <furq> x265's noise reduction is ported from x264 [04:20:17 CET] <furq> neither of them are particularly effective [06:29:01 CET] <zanijwa> how do I remove the chapter metadata from a video? I found this on google but there was no replies: https://lists.ffmpeg.org/pipermail/ffmpeg-user/2011-September/002479.html [09:29:53 CET] <pagios> hello, i am looking at testing some OTT solutions on which i can add my own content and monetize, do you recommend any OTT project that would be stable enough to use as a building block in my project? Thank you [16:34:23 CET] <Adcock> Pardon me. [16:34:24 CET] <Adcock> https://bitbucket.org/ekolis/freee/overview [17:36:14 CET] <Shezi> A quick question. Some times while I am streaming to RTMP server, I get End of file error. The file is ok and runs many times perfectly ok but randomly fails with this glitch. Any ideas? thanks [17:36:59 CET] <kepstin> Shezi: the 'end of file' error probably comes from the network connection to the rtmp server being interrupted (possibly, closed by the server) [17:37:33 CET] <Shezi> Ok. So it has nothing to do with the media file I am streaming? [17:39:04 CET] <pink_mist> you're streaming a local file -to- an RTMP server? [17:39:44 CET] <Shezi> Yes [17:40:08 CET] <Shezi> Can it be that remote server has some glitch etc? [17:40:24 CET] <kepstin> note that many CDN services and streaming sites will disconnect you if your stream falls outside of permitted bitrate, codec, resolution, speed, etc. [17:41:07 CET] <Shezi> Yes that's correct but if I stream it 10 times, it fails randomly max 2 times [17:41:20 CET] <Shezi> Not even sequentially. [18:58:02 CET] <mixfix41> ffplay struggles with ssh/pulse/audio forwarding but with firefox or mplayer using the same port the sound is proper [18:59:51 CET] <furq> you're not really supposed to use ffplay for anything other than debugging [19:00:13 CET] <furq> if ffmpeg has the same issue then that's probably more of a cause for concern [19:17:41 CET] <mixfix41> ok [22:23:48 CET] <Yoann_> hello [22:25:19 CET] <Yoann_> I wonder why libaom (AV1) is still marked as experimental. Bitstream is frozen and libaom is released (1.0.0). [00:00:00 CET] --- Fri Nov 30 2018

1 0

ffmpeg-devel.log.20181128
by burek 29 Nov '18

29 Nov '18

[01:13:17 CET] <cone-105> ffmpeg 03Mark Thompson 07master:b9aff7a53d59: hwcontext_opencl: Only release command queue if it exists [02:48:58 CET] <vincent42> hi all, I've some MKV produced from live DVB recording (tvheadend), when trying to remux them (ffmpeg in codec copy mode) I often get wrong DTS / PTS warnings and the result play with sluttering. [02:50:11 CET] <vincent42> However if I transcode them, there's no such problem, so the input stream is correct, it just seems that ffmpeg in copy mode (H264) does not extract all timing informations it could, is there an option to do that (to look deeper in the H264 ES, even though we don't want to re-encode) [04:12:36 CET] <BradleyS> vincent42: sounds like a question for #ffmpeg [04:12:55 CET] <BradleyS> probably want to include your ffmpeg --version [04:13:14 CET] <BradleyS> also, lots of people are sleeping at this hour, so be patient for replies [04:42:18 CET] <vincent42> BradleyS: noted, thanks [10:26:39 CET] <cone-155> ffmpeg 03Paul B Mahol 07master:18aea7bdd96b: avcodec/opus: set skip_samples [12:20:14 CET] <cone-155> ffmpeg 03Peter Ross 07master:533ba0b6b5a5: configure: detect djgpp libc [12:20:15 CET] <cone-155> ffmpeg 03Peter Ross 07master:dea1224754fd: additional math.h functions for djgpp [12:20:16 CET] <cone-155> ffmpeg 03Peter Ross 07master:8b7a1c22274e: configure: memalign is broken on djgpp 2.05 [12:20:17 CET] <cone-155> ffmpeg 03Peter Ross 07master:331715534a5b: avpriv_tempfile: add djgpp fallback [18:57:48 CET] <devinheitmueller> Good afternoon. Anyone interested in doing some consulting to address some bugs in libavcodecs HEVC decoder? [19:04:09 CET] <JEEB> durandal_1707: beep ^ [19:04:20 CET] <JEEB> I thought you were interested in work WRT FFmpeg [19:07:03 CET] <j-b> 'morning [19:14:43 CET] <kurosu> devinheitmueller, is that for a feature or a bug? For the later, having it on the bugtracker would be nice [19:15:01 CET] <kurosu> (bug or bugs :) [19:15:27 CET] <devinheitmueller> It relates to properly decoding interlaced streams, so I guess its a bug, or a feature if you consider supporting interlaced video a feature. :-) [19:15:39 CET] <nevcairiel> more like an anti-feature [19:15:42 CET] <nevcairiel> :) [19:15:54 CET] <kurosu> ah, that rings a bell, where the thing went nowhere [19:15:54 CET] <devinheitmueller> Hey, if I could get rid of all interlaced content from the world, I would. :-) [19:16:13 CET] <nevcairiel> It would help to not make new content in new codecs :-D [19:16:46 CET] <devinheitmueller> I wouldnt have objected if the HEVC people said deinterlace your damn content before encoding it. [19:17:08 CET] <nevcairiel> we almost made it to that [19:17:18 CET] <nevcairiel> but last minute someone put the damn interlaced metadata in [19:17:29 CET] <nevcairiel> at least there is no special interlaced coding [19:17:51 CET] <devinheitmueller> True. [19:18:05 CET] <devinheitmueller> OTOH, I have yet to see good open source deinterlacing that doesnt crush the CPU. [19:18:30 CET] <philipl> There's good open source deinterlacingthat crushes the GPU too. [19:18:43 CET] <devinheitmueller> yadif 2x does a decent job, but wow does it take CPU cycles. [19:19:48 CET] <devinheitmueller> All you have to do it tune to a channel with a news ticker at the bottom to see how terrible they are. [19:21:23 CET] <JEEB> I still haven't checked if the mix-mash deinterlacer that mixes yadif and w3f is any good [19:21:33 CET] <philipl> bwdif? [19:21:36 CET] <JEEB> yea [19:21:42 CET] <philipl> It seems to be better than yadif. [19:22:10 CET] <philipl> I've been trying to write a cuda version but I can't get it to pass a basical visual equivalence test. I'm doing something wrong... [19:23:13 CET] <devinheitmueller> Anybody have any idea if the vaapi deinterlacing is any good? [19:23:51 CET] <philipl> Seemed reasonable when I've briefly looked at it in the past. [19:25:49 CET] <devinheitmueller> Im sure Ill get to poke at it soon enouhg. [20:05:16 CET] <nevcairiel> durandal_1707: your opus change broke things [20:10:28 CET] <durandal_1707> fix it [20:10:56 CET] <JEEB> durandal_1707: also when you get the time read the back-log [20:26:58 CET] <durandal_1707> nevcairiel: i not gonna fix others bugs, one of those issues happen outside of ffmpeg [20:27:15 CET] <nevcairiel> you should run fate before pushing, if you dont, then you broke it =p [20:29:58 CET] <cone-041> ffmpeg 03Paul B Mahol 07master:68f289dacddc: avcodec/opus: check if internal is available [22:51:57 CET] <cone-041> ffmpeg 03Carl Eugen Hoyos 07master:271a00043ef3: lavf/rawdec: Do not mark streams from raw subtitle demuxers as data streams. [00:00:00 CET] --- Thu Nov 29 2018

1 0

ffmpeg.log.20181128
by burek 29 Nov '18

29 Nov '18

[13:12:49 CET] <skident> Hi everyone, is it possible to use a filter loudnorm linear without adding measured_* options? [14:02:10 CET] <dfcnvt> Hi guys -- Can you tell me which of those compression and/or format is the lightest size or has the fastest rate of Camera Output as shown in this limited list: https://i.imgur.com/sODQ3GZ.png [14:03:22 CET] <pink_mist> afaik only H264 has even a chance of doing compression [14:03:36 CET] <pink_mist> the others I don't believe do any compression at all [14:07:41 CET] <pink_mist> I'm a complete noob at tht stuff though, so I may be completely wrong [14:07:44 CET] <pink_mist> *that [14:10:44 CET] <dfcnvt> pink_mist: Thanks -- I kinda thought so. I think it's the format. I guess I need to do the research by finding the size of the file and compare them (benchmark). [14:15:03 CET] <dfcnvt> Seem there's 3 different "TYPE"s: http://wiki.oz9aec.net/index.php/Pixel_formats [14:15:16 CET] <dfcnvt> packed, compressed, planar [14:32:42 CET] <iive> pink_mist, you are correct [14:36:52 CET] <iive> the pixel formats does take different space. e.g. rgb and bgr are using 3 bytes per pixel. aka 24 bits per pixel. YUYV 4:2:2 are using 16 bits per pixel, (8*4+8*2+8*2)/4; YV12 is YUV420 and uses 12 bits per pixel. [15:06:47 CET] <dfcnvt> iive: Thanks, I assume YUV12 would be the best to use -- with the interest of lightweight load and speed. [15:07:15 CET] <dfcnvt> Whoops, I meant YV12 [15:07:25 CET] <dfcnvt> U & V looks the same. [15:08:07 CET] <skident> Guys, is there somebody who built ffmpeg for Windows using MSVC2017 (release and debug versions)? [15:09:01 CET] <iive> dfcnvt, have you tried h264, it has lossless mode.it might be using it. record a sample and check it with ffprobe. [15:09:36 CET] <iive> otherwise yes, if the camera is not using interlace, use yv12, if it does yuyv 422 . [15:09:54 CET] <iive> interlace should have died with crt tv. [15:10:50 CET] <dfcnvt> Forgive me but I'm not quite catch up on the understanding of what's the "interlace" is. [15:11:38 CET] <iive> well, i guess you've seen 720p and 1080p, there is 720i and 1080i. [15:11:56 CET] <dfcnvt> nevermind, I checked the example of interlace -- http://www.infognition.com/tutorials/rip_guides/ntscfilmi.gif [15:12:08 CET] <iive> interlace is when you separate the picture in odd and even lines and you combine fields from different time. [15:12:39 CET] <iive> it kind of creates a comb effect on motion. [15:12:52 CET] <dfcnvt> Gotcha, like in the example. [15:14:19 CET] <dfcnvt> skident: I'm guessing you'd want to check the "Previous Builds" section here -- https://ffmpeg.zeranoe.com/builds/ [15:15:07 CET] <dfcnvt> Note, I'm just browsing out for you -- I have no knowledge whether this is reliable nor does it meet to your asking. [15:15:41 CET] <iive> the example looks like telecine. it is when you want to increase fps, but instead of repeating frames, you repeat fields. this way you turn nice and progressive video into mixed mess of progressive and interlaced frames. [15:15:46 CET] <skident> dfcnvt: no, I want to build ffmpeg libraries from sources on Windows and for Windows [15:18:05 CET] <skident> I tried to follow instructions (http://ffmpeg.org/platform.html#Microsoft-Visual-C_002b_002b-or-Intel-C_002…) but unfortunately I faced with problems like msys2 doesn't know where is cl.exe located [15:21:32 CET] <skident> or for example here is another manual https://trac.ffmpeg.org/wiki/CompilationGuide/WinRT, but it is only for Visual Studio 2015 [15:31:27 CET] <dfcnvt> skident: I see, this is out of my depth. [18:32:21 CET] <devinheitmueller> Anyone interested in doing some consulting to address some bugs in libavcodecs HEVC decoder? [18:32:31 CET] <jya> how can I get ffplay to properly downmix a video with a 5.1 audio when playing on stereo? [18:32:36 CET] <jya> right now it just drops the channel [18:34:13 CET] <JEEB> devinheitmueller: is this about making it output both fields into a single AVFrame? [18:34:17 CET] <devinheitmueller> jya: I cannot speak to ffplay, but at least with ffmpeg it will downmix to stereo if you specify -ac 2 [18:34:22 CET] <devinheitmueller> JEEB: Wow, thats exactly the issue. [18:34:38 CET] <jya> devinheitmueller: indeed, just tested that. [18:34:46 CET] <jya> so just converted with ffmpeg first [18:34:47 CET] <devinheitmueller> Ive got streams from a couple of different sources which exercise modes 1/2 and 9/10/11/12. [18:35:02 CET] <devinheitmueller> Pardon, I mean pic_struct 1/2 and 9/10/11/12. [18:35:59 CET] <JEEB> I've been thinking of taking a look at it since like none of the overall stuff actually handles separated fields automagically [18:36:10 CET] <devinheitmueller> I cooked up a quick video filter to merge the two fields into a single AVFrame for certain known broadcast resolutions (i.e. 1920x540, 720x240, etc), but thats obviously a hack and it really should be fixed in the decoder itself. [18:36:13 CET] <JEEB> buut, priorities are somewhere else [18:36:35 CET] <JEEB> (and I don't deal in interlaced HEVC too much yet) [18:37:04 CET] <devinheitmueller> My initial hope was that the code was close enough to the H.264 decoder that I could port the business logic. Then I started looking at the actual code. :-) [18:37:12 CET] <JEEB> yea :D [18:37:21 CET] <JEEB> thaat was my first guess/hope as well [18:38:36 CET] <JEEB> also I wonder how much my next MPEG-TS patch will raise eyebrows. :P (drop non-trustable [read: subtitles/teletext] packets if PCR hasn't been received yet) [18:38:59 CET] <devinheitmueller> Of course at least in my case Im hindered by my general lack of knowledge in how the standard operates (e.g. I had to look up what CTB stood for) [18:39:28 CET] <devinheitmueller> Oh, Ive got a fun MPEG TS patch in the works as well, to properly handle streams > 26.5 hours. [18:39:49 CET] <JEEB> there's actually lavf logic for that, but somehow that logic only triggers *once* [18:40:13 CET] <JEEB> but IIRC people were OK with an option that does that within the demuxer [18:40:38 CET] <devinheitmueller> Yeah, aside from the general improper handling of wraparound, in the cases where I do see it attempting it, it works exactly once. [18:40:48 CET] <JEEB> yup [18:41:08 CET] <devinheitmueller> I assume youre referring to the stuff in libavformat/utils.c. [18:41:10 CET] <JEEB> you get it once from lavf (expected) and then ffmpeg.c's discontinuity logic catches it [18:41:13 CET] <JEEB> yup [18:41:24 CET] <JEEB> and the ffmpeg.c code in theory should be dead weight by now :P [18:41:34 CET] <JEEB> yet it isn't, which is unexpected/boog in the lavf handling [18:41:53 CET] <JEEB> I also have a patch from Japan for the wrap-around handling which I still don't understand myself 100% [18:42:03 CET] <JEEB> but it seems to help with at least one sample I have [18:42:13 CET] <devinheitmueller> Also bear in mind that the clock gets re-based in ffmpeg.c. Hence even if you do wrapping at (1<<33) at the TS level, you still have to deal with the rebased clock wrapping around. [18:42:34 CET] <JEEB> yes [18:42:36 CET] <devinheitmueller> Hmm, if youve got a patch, send it along and I can compare it to what Ive done. [18:43:21 CET] <JEEB> https://github.com/jeeb/ffmpeg/commit/dfeeeb226094a8b00f7319b89e4d3b3660326… [18:43:36 CET] <JEEB> I don't fully habla it so I haven't posted it on the ML yet [18:44:14 CET] <JEEB> and that came to me without any comments etc :P [18:44:25 CET] <JEEB> https://kuroko.fushizen.eu/screenshots/ffmpeg/blue_vanilla-orange_patched.p… [18:44:33 CET] <JEEB> this is the result with one of my samples [18:44:52 CET] <JEEB> so it clearly fixes *something* [18:46:17 CET] <JEEB> also I think durandal_1707 was looking for things to do, so you might want to poke him on #ffmpeg-devel regarding the HEVC thing [18:46:21 CET] <devinheitmueller> I dont think that would work for streams that have B-frames. [18:47:18 CET] <devinheitmueller> Doh, I didnt even realize there was an #ffmpeg-devel channel. [00:00:00 CET] --- Thu Nov 29 2018

1 0

ffmpeg-devel.log.20181127
by burek 28 Nov '18

28 Nov '18

[00:15:03 CET] <cone-786> ffmpeg 03Kyle Swanson 07master:fd2d6f376d84: libavf/libvmaf: update docs [01:16:49 CET] <cone-786> ffmpeg 03Carl Eugen Hoyos 07master:5a7617136ab6: lavc/jrevdct: Avoid an aliasing violation. [02:57:43 CET] <cone-786> ffmpeg 03Michael Niedermayer 07master:a036c2596949: avcodec/tiff: Fix integer overflows in left shift in init_image() [03:47:22 CET] <cone-786> ffmpeg 03Jun Zhao 07master:e002ec332b75: lavfi/buffersrc: Indent the code. [03:47:23 CET] <cone-786> ffmpeg 03Jun Zhao 07master:7608809ae424: fftools/ffprobe: Indent the code. [03:47:24 CET] <cone-786> ffmpeg 03Jun Zhao 07master:1ffac23885ee: fftools/ffmpeg: delete the unused code. [06:57:51 CET] <cone-015> ffmpeg 03Andrey Semashev 07master:1035206102e2: lavf/dashdec: Add webm to the list of allowed extensions. [12:10:02 CET] <BtbN> What's it with all people going crazy over nvenc/cuda stuff lately? Just got a very upset E-Mail asking me to undo the nvenc unbundling, because it fucked streamers. [12:10:58 CET] <durandal_1707> ? [12:11:06 CET] <nevcairiel> the header unbundling? [12:11:09 CET] <BtbN> yes [12:11:21 CET] <nevcairiel> if they cant figure out how to get a second repository, they shouldnt be building code :p [12:11:29 CET] <BtbN> It caused some distros to stop offering nvenc enabled ffmpeg builds, because it was auto-enabled before [12:12:49 CET] <BtbN> But really, go complain to those distros, or just build it yourself. [12:13:03 CET] <BtbN> All the more fancy stuff is non-free anyway [12:18:46 CET] <thardin> I talked to a local streaming shop recently that does a lot of cuda stuff [12:19:04 CET] <thardin> that and ~AI~ may be the reason [12:28:53 CET] <nevcairiel> the yadif_cuda filter doesn't really need the cuda SDK, does it? Not at runtime? Only for compiling the kernel at build time? [12:29:23 CET] <nevcairiel> hm i guess not all functions are in the compat header either [13:02:26 CET] <durandal_1707> atomnuker: there is opus patch on ml that needs resolving [13:10:51 CET] <BtbN> nevcairiel, the only thing making it non-free is it needing nvcc to build, yeah [13:11:13 CET] <nevcairiel> but that doesnt really influence the binaries non-free status, does it [13:11:20 CET] <BtbN> nope [13:11:31 CET] <BtbN> (L)GPL demands that you are able to reproduce the build [13:11:42 CET] <BtbN> which you clearly aren't without accepting Nvidias EULA [13:11:49 CET] <nevcairiel> would be nice if a portable build without linked cuda sdk would be possible with th ose filters [13:12:01 CET] <BtbN> It is [13:12:05 CET] <BtbN> It's really only nvcc [13:12:12 CET] <BtbN> to compile the .cu to .ptx [13:12:25 CET] <nevcairiel> its not currently the way its setup, not without changes anyway [13:12:44 CET] <BtbN> philipl added functions to the headers specifically for that though [14:24:07 CET] <durandal_1707> atomnuker: what is status with opus decoding and gapless? [14:39:08 CET] <cone-882> ffmpeg 03Michael Niedermayer 07master:28c96c2ce278: avcodec/diracdec: Check component quant [15:24:40 CET] <durandal_1707> this is outrageous, all development power is sucked into dav1d [15:25:35 CET] <j-b> durandal_1707: AV1 is the new kid in town. In a couple of months, it won't. [15:25:48 CET] <j-b> and seeing the mess that AV1 is... [15:45:35 CET] <kierank> durandal_1707: nonsense [16:37:36 CET] <atomnuker> durandal_1707: should work, if the packet duration and length are correct [18:38:37 CET] <cone-882> ffmpeg 03Carl Eugen Hoyos 07master:1893c7208602: lavfi/fps: Avoid duplicating Closed Captions when increasing frame rate. [18:38:38 CET] <cone-882> ffmpeg 03Carl Eugen Hoyos 07master:698574ac5d68: ffmpeg: Avoid duplicating Closed Captions when increasing frame rate. [18:49:29 CET] <cone-882> ffmpeg 03Carl Eugen Hoyos 07master:8cc5107705e9: lavf/Makefile: Fix demuxer dependencies: dvbsub, dvbtxt [20:45:49 CET] <j-b> 'morning [20:53:00 CET] <iive> where in the world is morning? [20:53:18 CET] <iive> australia, japan? [20:56:07 CET] <gnafu> iive: It is always morning when someone arrives on IRC, no? [20:57:14 CET] <iive> that's strange notion. [20:57:55 CET] <iive> I would prefer to think that j-b is enjoying the summer in Australia atm. [21:40:54 CET] <durandal_1707> atomnuker: seen my opus patch? [21:41:25 CET] <atomnuker> yeah, I'm not sure what it does [21:42:36 CET] <atomnuker> I was sure gapless worked [21:43:26 CET] <atomnuker> I guess if the packet doesn't have skip samples data decode.c uses avctx->internal->skip_samples [21:43:36 CET] <atomnuker> so it should be okay [21:44:40 CET] <atomnuker> but what is avctx->internal->skip_samples_multiplier [21:45:42 CET] <atomnuker> apparently its only used if there's side packet data, but if there is what's the point of multiplying the value when you can directly set it and modify it [21:48:18 CET] <atomnuker> ugh, its an aac he hack [21:48:47 CET] <JEEB> sounded like it since IIRC it uses half the sample rate and the decoder then makes u for it or so? [21:49:06 CET] <JEEB> and even in some containers the half-rates ended up in [21:49:25 CET] <atomnuker> durandal_1707: anyway, looks fine, can you make a fate test for gapless opus? its missing from tests/fate/gapless [22:36:15 CET] <j-b> iive: Australia, or NZ? [22:37:36 CET] <iive> j-b, yeh, New Zealand is next to Australia. [22:37:57 CET] <j-b> I would prefer imagining NZ then [22:49:16 CET] <iive> deal. I'll imagine that one too. [23:16:42 CET] <j-b> cool [00:00:00 CET] --- Wed Nov 28 2018

1 0

ffmpeg.log.20181127
by burek 28 Nov '18

28 Nov '18

[08:56:21 CET] <skident> hi, does anybody have build an ffmpeg library for windows 10 using MSVC 2017? [09:01:38 CET] <skident> I tried to use this guide https://trac.ffmpeg.org/wiki/CompilationGuide/WinRT, but paths are different from VS2015 [11:33:31 CET] <cslcm> Hi everyone - I have a big memory leak in this program: https://pastebin.com/raw/3X5h9YiK centered around av_bitstream_filter_filter - if i remove this call there is no leak. Could someone take a look and tell me if i'm handling resources incorrectly? [12:07:34 CET] <skident> \cslcm have you checked a return value from av_bitstream_filter_filter (int a = )? [12:10:36 CET] <skident> cslcm: have you checked a return value from av_bitstream_filter_filter (int a = )? [12:16:18 CET] <cslcm> the return value is always 1 [13:20:51 CET] <skident> how does this memleak looks like? It eats memory on each call of av_bitstream_filter_filter and doesn't free memory at all& [13:20:52 CET] <skident> ? [13:24:20 CET] <cslcm> right, it quickly fills up to gigabytes of allocations [13:24:48 CET] <cslcm> I posted a question on stackoverflow including valgrind output https://stackoverflow.com/questions/53498403/av-bitstream-filter-filter-mem… [13:25:21 CET] <cslcm> i suspect the leak may be internal to ffmpeg [13:25:37 CET] <BtbN> Unlikely, that functions is used a lot. [13:25:49 CET] <cslcm> with h264_mp4toannexb? [13:25:52 CET] <BtbN> yes [13:25:58 CET] <BtbN> it's auto-inserted whenever it's needed [13:26:51 CET] <cslcm> i could try with ffmpeg itself, is there a command line option to tell it to keep looping the input indefinitely [13:26:59 CET] <BtbN> -loop [13:27:05 CET] <cslcm> hah [13:27:07 CET] <cslcm> fancy that [13:28:23 CET] <BtbN> But I see your leek [13:28:26 CET] <BtbN> https://github.com/FFmpeg/FFmpeg/blob/0c14b73e435cf3373df7bca149e665d4e6b80… [13:28:38 CET] <BtbN> av_free_packet only frees buffers, not raw data on the packet [13:28:48 CET] <BtbN> *leak [13:29:45 CET] <BtbN> so your pkt2 is never freed [13:31:47 CET] <cslcm> but it's reused [13:31:59 CET] <BtbN> doesn't matter [13:32:00 CET] <cslcm> so it will leak once [13:32:17 CET] <BtbN> each call to av_bitstream_filter_filter calls malloc and assigns the result to pkt2.data [13:32:29 CET] <BtbN> And you just overwrite it with NULL again, never freeing it [13:32:40 CET] <cslcm> ah right, how do i free that data? [13:32:47 CET] <cslcm> literally just free? [13:32:51 CET] <BtbN> av_free [13:32:54 CET] <cslcm> ok [13:32:57 CET] <cslcm> will try that, thanks [13:33:08 CET] <BtbN> av_freep(&pkt.data) ideally [13:33:45 CET] <BtbN> You probably shouldn't use a packet there [13:34:05 CET] <BtbN> Or take a look at how the legacy compat code handles it: https://github.com/FFmpeg/FFmpeg/blob/f72b9904fefa79d799d0f6ecc8bd97ce52658… [13:36:33 CET] <BtbN> av_free_packet is also deprecated and should not be used. Use unref instead [13:37:50 CET] <cslcm> should i be freeing the data and the packet on each iteration? [13:37:53 CET] <cslcm> or just the data? [13:40:27 CET] <BtbN> The whole API you are using is deprecated btw. [13:40:45 CET] <BtbN> You should be using the av_bsf_* API instead [13:40:50 CET] <cslcm> I'm only following the examples on the ffmpeg website heh [13:40:53 CET] <cslcm> this is new to me [13:41:26 CET] <BtbN> https://www.ffmpeg.org/doxygen/trunk/group__lavc__misc.html#ga511d9ec0593e7… [13:41:48 CET] <cslcm> is there an example anywhere showing how to do it the new way? [13:42:37 CET] <BtbN> plenty all over the ffmpeg codebase. [13:42:44 CET] <BtbN> Search for av_bsf_ for example in http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/cuviddec.c [13:44:02 CET] <cslcm> looks like it's av_freep i needed and not av_free. and if i also try to av_free_packet it complains of a double-free. [13:44:15 CET] <cslcm> but the leak is fixed, thanks for your help [13:44:21 CET] <cslcm> i'll look into the new api [13:44:22 CET] <BtbN> av_free and av_freep do the same, but freep sets the pointer to NULL [13:44:41 CET] <BtbN> av_free(v); v = NULL; is equivalent to av_freep(&v); [13:45:45 CET] <cslcm> hm, that's very weird, because I am setting data to null after ever free... but free results in "munmap_chunk(): invalid pointer" whereas freep does not [13:46:18 CET] <BtbN> You're doing something wrong then [13:50:42 CET] <BtbN> The new API is way less prone to this btw. [13:50:54 CET] <cslcm> if av_free_packet doesn't free the packet data then why does it result in a double free when i try to free both [13:51:17 CET] <BtbN> You are freeing something you are not supposed to free I guess [13:51:29 CET] <BtbN> but really, use the new API, it makes a whole lot more sense [13:51:42 CET] <BtbN> And avoid that issue entirely [13:51:56 CET] <cslcm> i'm trying to find some actual examples [13:52:49 CET] <cslcm> anyway, thanks for your help :) I appreciate it [13:55:46 CET] <BtbN> The new API is fairly self-explanatory [13:55:58 CET] <BtbN> Why do you even want to use it directly? Usually the encoders that need it do it themselves [13:58:02 CET] <cslcm> openmaxil on the raspberry pi requires h264 data in this format [13:58:55 CET] <cslcm> interestingly none of the examples i could find on the web which use this filter free the frame data with av_free [13:59:00 CET] <cslcm> so they all leak i guess [14:16:00 CET] <cslcm> BtbN: So it appears that av_free is only necessary on the output from av_bitstream_filter_filter.. i guess av_read_frame does it for us [14:16:17 CET] <cslcm> that's why i was getting the double free issue [14:17:09 CET] <BtbN> The old API is really bad for that. It was replaced for a reason [14:17:26 CET] <cslcm> i get it, i know. I will look into it. Just have a deadline for this phase. [14:18:46 CET] <cslcm> ==44787== LEAK SUMMARY: ==44787== definitely lost: 0 bytes in 0 blocks ==44787== indirectly lost: 0 bytes in 0 blocks ==44787== possibly lost: 0 bytes in 0 blocks [14:18:48 CET] <cslcm> success :D [14:18:49 CET] <cslcm> cheers [14:19:04 CET] <cslcm> ls [14:19:07 CET] <cslcm> whoops [17:31:27 CET] <mooniac> I can't believe I can't find this with a simple web search. I want to use ffmpeg to record mike audio into a file. No video needed. Should be pretty simple I thought. [17:41:00 CET] <CoreX> mooniac maybe spell mic correctly [17:41:01 CET] <CoreX> http://free-tutorials.org/how-to-record-sound-from-microphone-with-ffmpeg/ [17:41:30 CET] <CoreX> or [17:41:31 CET] <CoreX> http://www.pc-freak.net/blog/record-microphone-input-sound-good-ffmpeg/ [17:44:24 CET] <mooniac> thx [17:54:52 CET] <rainey> when using libavresample to convert to a lesser amount of audio channels (eg stereo to mono), is it possible to specify which channel is taken? [18:06:48 CET] <mooniac> none of them worked for me. Oh well, I'll just use OBS then, that has a pulseaudio option (audio only, not screen capture). Works great. [18:12:22 CET] <rainey> I guess converting to mono I can just convert to stereo planar and get a pointer to whichever channel I need [21:28:55 CET] <TheAMM> How do I get RGBA from the lafvi color input filter? [21:29:08 CET] <TheAMM> ffmpeg -f lavfi -i "color=color=0xFFFFFF00:size=50x50" gives me yuv420p [21:29:35 CET] <TheAMM> vf format=rgba is technically rgba, but it's just a white square, because the input doesn't have the alpha [21:33:37 CET] <furq> TheAMM: color=...,format=yuva420p [21:34:26 CET] <TheAMM> Thanks [00:00:00 CET] --- Wed Nov 28 2018

1 0

ffmpeg-devel.log.20181126
by burek 27 Nov '18

27 Nov '18

[01:43:02 CET] <cone-588> ffmpeg 03James Almer 07master:cc25529420e3: avcodec/libdav1d: update the API usage after upstream changes [03:09:03 CET] <cone-588> ffmpeg 03Lauri Kasanen 07master:46c5693ea3a9: swscale/output: Altivec-optimize yuv2plane1_8 [03:09:04 CET] <cone-588> ffmpeg 03Michael Niedermayer 07master:90ac0e5f29ba: avcodec/tiff: Limit filtering to decoded data [11:17:19 CET] <BtbN> Does lavf automatically re-configure filters when the input parameters, like size, change? [11:24:19 CET] <nevcairiel> no, dynamic changes are not supported [11:24:44 CET] <nevcairiel> it would usually insert a new scale filter to restore the original size, if necessary [11:25:23 CET] <BtbN> So the answer to that guy on trac is just a mere "That's not supported." [11:26:39 CET] <nevcairiel> i have no idea whats that about, but its safe to say that ffmpeg filtering with a video that changes resolution mid-playback is often not going to do what someone might want [11:26:53 CET] <nevcairiel> it usually works, but only by scaling stuff [11:26:59 CET] <BtbN> He has scale,hwupload,hwfilters,hwdownload [11:27:07 CET] <BtbN> and then at runtime changes parameters on the first scale [11:27:24 CET] <nevcairiel> yeah thats probably not really supported [11:28:25 CET] <nevcairiel> the majority of filters are not build for changing input parameters [11:28:34 CET] <BtbN> It should be fairly straight forward to add support to hwupload/hwdownload [11:29:02 CET] <BtbN> hwdownload would be trivial, and hwupload needs to monitor the frame size and pix_fmt and re-run config_props when they change [11:29:18 CET] <nevcairiel> or maybe not, because you need a new frame context and tell all following hw filters abouut the new frame context [11:29:30 CET] <nevcairiel> which is probably not something we can do right now [11:30:25 CET] <BtbN> true. All the filters would need the same kind of logic [11:30:45 CET] <BtbN> Makes me wonder if this couldn't be written once globally outside of the filters [11:34:03 CET] <BtbN> hwupload_cuda can probably be removed by now btw. [12:44:48 CET] <BtbN> I give up on this guy. Either he sends patches, or I don't care anymore. [12:54:26 CET] <durandal_1707> lol [12:57:17 CET] <BtbN> Also not sure if that empty paste is a track issue, a mistake on his end, or some kind of joke. [15:24:59 CET] <durandal_1707> BradleyS: is something with pcmdec patches wrong? [15:25:52 CET] <BradleyS> nope, just curious about any connected issues [15:26:35 CET] <BradleyS> aside, it would be good to cherry-pick https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/027f032bbce9bdf7bbec406… [15:26:40 CET] <BradleyS> onto release/4.1 [15:26:56 CET] <BradleyS> handbrake needs that one, we'll patch for now [15:39:00 CET] <cone-468> ffmpeg 03Paul B Mahol 07release/4.1:fcffed470a52: avformat/movenc: fix size calculation in mov_write_eac3_tag() [15:39:00 CET] <cone-468> ffmpeg 03Paul B Mahol 07release/4.1:59e30c05d74e: avformat/movenc: get number of written bytes from bitstream writer [15:40:14 CET] <BradleyS> ty [18:38:54 CET] <durandal_1707> what was the reason we do not have pcm-dvd encoder? [19:10:51 CET] <kierank> jya: what was the link to reporting a page that doesn't work in firefox [19:49:29 CET] <philipl> BtbN: credit where credit is due, he did write a patch. [19:51:13 CET] <BtbN> I'm not sure about that patch though. Scaling to frames which have a way over-allocated buffer? Plus, with a hw_frames_ctx that reports a size that doesn't match the frames? [19:51:25 CET] <BtbN> That's asking for trouble [19:55:24 CET] <BtbN> Also, nvenc absolutely expects CUDA frames to be in a continous buffer [19:55:29 CET] <BtbN> this would 100% break it [20:51:19 CET] <durandal_1707> good luck with that guy, he will take you all exp [20:52:58 CET] <philipl> He's something special. [20:53:24 CET] <philipl> Sounds like he has it all sorted out. Maybe we have a new project leader. [20:54:28 CET] <durandal_1707> why mpeg muxer is full of hacks? [20:55:06 CET] <durandal_1707> for example it muxes pcm as pcm_dvd this is gross hack [20:55:41 CET] <durandal_1707> muxer should not do transcoding, who wrote this mess [20:55:57 CET] <philipl> Does it date back to pre-ffmpeg days... [20:58:40 CET] <durandal_1707> philipl: its very old, from 2003 [21:00:28 CET] <durandal_1707> i will remove direct PCM encoding, and it will use pcm-dvd encoder instead, if nobody is against [21:00:47 CET] <kierank> sure [21:00:48 CET] <kierank> remove hacks [21:00:59 CET] <philipl> Is there a command line compatibility issue? [21:01:17 CET] <durandal_1707> yes, but who cares [21:01:38 CET] <durandal_1707> basically pcm direct muxing will no longer work [21:02:18 CET] <philipl> I'm not personally affected, but doesn't command line behaviour fall under our major/minor compatibility contract? [21:02:45 CET] <philipl> (I guess it's also programmatic usage too) [21:03:31 CET] <philipl> I love getting rid of hacks too, so just wanted to point it out. [21:03:49 CET] <durandal_1707> i could leave pcm_s16be path but it looks like hack, so i rather not [21:04:56 CET] <atomnuker> what's wrong with the pcm_xxx encoders? [21:05:48 CET] <durandal_1707> atomnuker: mpeg muxers does not support directly pcm s16be [21:05:55 CET] <durandal_1707> they need header [21:08:33 CET] <atomnuker> can't it insert the header itself? [21:08:40 CET] <philipl> haha. [21:09:03 CET] <philipl> The circle is complete. [21:09:59 CET] <BtbN> I'm just gonna ignore him, no matter how valid some of the points might be, cba dealing with that shit. [21:11:15 CET] <philipl> Yeah. That attitude isn't productive. [21:12:44 CET] <BtbN> He's also wrong. His patch still uses data[0] and data[1], and never adjusts them. So sure, it might work in his special case, but it produces invalid frames. [21:18:11 CET] <philipl> I'm pretty sure he said he's not wrong, so that means he can't be wrong. [21:18:35 CET] <BtbN> true [23:09:28 CET] <cone-786> ffmpeg 03James Almer 07master:2ddaaaf59570: avcodec/libaomenc: increase the default bitrate [23:51:17 CET] <cone-786> ffmpeg 03Mark Harris 07master:01dc152a92d3: avformat/vivo: Don't log null value [23:51:18 CET] <cone-786> ffmpeg 03Mark Harris 07master:8108064043bf: avfilter/vf_chromashift: Fix mixed declaration and code [23:51:19 CET] <cone-786> ffmpeg 03Mark Harris 07master:4361293fcf59: avutil/mem: Fix invalid use of av_alloc_size [00:00:00 CET] --- Tue Nov 27 2018

1 0

ffmpeg.log.20181126
by burek 27 Nov '18

27 Nov '18

[01:48:29 CET] <iio7> I have a h265 mkv file with several audio tracks I want to remove, so I basically did this: "ffmpeg -i foo.mkv -map 0:0 -vcodec copy -map 0:1 -acodec copy -sn -threads 8 bar.mkv", I suspected it would use all threads, but it's only using 1. I also suspected, since it's just a copy, it would be rather quick, but it takes several hours on a 3Ghz i7. Am I missing something? [01:53:01 CET] <Hello71> is your storage device very slow [01:53:18 CET] <iio7> No. [04:00:07 CET] <Alish> how to add blur to a some screen area for some seconds? [04:00:32 CET] <Alish> !info blur [04:04:59 CET] <Alish> and can this be reversed if I make a videe, blur it and upload to youtube? [04:05:21 CET] <Alish> then anyone who downloaded can undo th blur? [04:12:02 CET] <Alish> how to add blur to a some screen area for some seconds? [04:35:29 CET] <Alish> Input #0, matroska,webm, from 'mobi.mkv': [04:35:31 CET] <Alish> Metadata: [04:35:33 CET] <Alish> COM.ANDROID.VERSION: 7.0 [04:35:35 CET] <Alish> MAJOR_BRAND : mp42 [04:35:37 CET] <Alish> MINOR_VERSION : 0 [04:35:39 CET] <Alish> COMPATIBLE_BRANDS: isommp42 [04:35:41 CET] <Alish> ENCODER : Lavf58.20.100 [04:35:43 CET] <Alish> Duration: 00:04:58.98, start: 0.000000, bitrate: 924 kb/s [04:35:45 CET] <Alish> Stream #0:0(eng): Video: h264 (High), yuv420p(progressive), 1080x1920 [SAR 1:1 DAR 9:16], 20.59 fps, 20.59 tbr, 1k tbn, 41.17 tbc (default) [04:35:47 CET] <Alish> Metadata: [04:35:49 CET] <Alish> HANDLER_NAME : VideoHandle [04:35:51 CET] <Alish> ENCODER : Lavc58.35.100 libx264 [04:35:53 CET] <Alish> DURATION : 00:04:58.982000000 [04:35:58 CET] <Alish> here is the ffprobe for the video. I just wanna hide th keyboard for some seconds [05:48:53 CET] <Fenrirthviti> Alish: In the future, you'll want to use something like pastebin for output like that, spamming the channel is pretty well frowned upon [08:09:29 CET] <idlus> Hi, Id like to use the documented "tpad" filter, but it doesnt seem to be included in my ffmpeg (arch package), my ffmpeg-filters manpage doesnt even mention it. [11:10:03 CET] <relaxed> idlus: you need a more recent version. Arch probably has a option to install ffmpeg git master [13:26:14 CET] <idlus> relaxed: I just upgraded 4.0.2 to 4.1, still without tpad, so it means the documentations includes features not yet released? Ill try the git version. [13:31:59 CET] <BtbN> tpad was added 2018-11-02, 4.1 was branched the same day, so it very narrowly missed the cutoff [13:34:58 CET] <idlus> BtbN: ok, I only looked at the release summaries to see if it was a new feature, didnt think it would be documented otherwise. Good to know. [13:35:18 CET] <BtbN> The releases pretty much only exist to make distributions happy [17:11:57 CET] <kepstin> ah, tpad filter looks handy. I was thinking of adding something to the fps filter to allow extending a video by repeating the last frame, but this more general filter is probably a better idea. [17:56:54 CET] <utack_> where was the discussion about "pict_type=?" for AV1 in ffprobe again? I think JEEB said it was arleady discussed somewhere to fix it [21:08:43 CET] <lavaflow> I've go a file where stream 0:0 is audio and 0:1 is video, and I'd like two swap them around without reencoding the whole deal, how can I do that? [21:09:46 CET] <pink_mist> mkvmerge? [21:10:10 CET] <JEEB> or just remux? [21:10:13 CET] <klaxa> ffmpeg -i input.mkv -map 0:v -map 0:a -c copy output.mkv ? [21:10:19 CET] <JEEB> by mapping first the one you want first [21:10:24 CET] <klaxa> or rather -map 0:1 -map 0:0 [21:10:55 CET] <JEEB> (when you add -map into ffmpeg.c cli, it will stop any automagic stream selection) [21:25:23 CET] <Alina-malina> ffmpeg -i D:\VIDZ\episode40.mp4 -i D:\VIDZ\episode40_ready.mp3 -vf "fade=out:221:29" -c:v copy -map 0:v:0 -map 1:a:0 D:\VIDZ\episode40_SOUNDED.mp4 i am trying to add fade out at the end but i get an error like: Filtergraph 'fade=out:91:29, fade=out:221:29' was defined for video output stream 0:0 but codec copy was selected. Filtering and streamcopy cannot be used together. [21:38:57 CET] <lavaflow> thank you all [21:52:18 CET] <JEEB> &25 [00:00:00 CET] --- Tue Nov 27 2018

1 0

ffmpeg-devel.log.20181125
by burek 26 Nov '18

26 Nov '18

[00:27:44 CET] <cone-040> ffmpeg 03Igor Derzhavin 07master:a80530a627de: avformat/pcmdec: mime-type should be case insensitive (audio/L16) [00:27:45 CET] <cone-040> ffmpeg 03Igor Derzhavin 07master:b058617fae20: avformat/pcmdec: audio/L16 should be in network byte order by default (rfc 2586) [00:27:47 CET] <cone-040> ffmpeg 03Igor Derzhavin 07master:f95c928f80f1: avformat/pcmdec: endianness for audio/L16 mime type [00:38:47 CET] <cone-040> ffmpeg 03Carl Eugen Hoyos 07master:63c8558667db: configure: Disable direct stripping on sunos. [00:39:27 CET] <cone-040> ffmpeg 03Carl Eugen Hoyos 07master:737b5f586925: configure: Add -Wno-char-subscripts. [01:34:40 CET] <BradleyS> i don't see any discussion on the mailing list regarding the pcmdec patches, is there some public discussion or ticket referencing them? [01:51:51 CET] <nevcairiel> it was on the ML, but there wasnt that much discussion [02:16:15 CET] <BradleyS> i must be blind, link please nevcairiel? [07:02:23 CET] <cone-757> ffmpeg 03Limin Wang 07master:370b8bd8470a: libavcodec/libdavs2.c: Fix for the wrong line size is used [11:36:33 CET] <cone-568> ffmpeg 03Steven Liu 07master:f9ea4931479b: avformat/hlsenc: remove the cannot reach result [13:03:19 CET] <cone-568> ffmpeg 03Paul B Mahol 07release/4.1:9efc591cb72b: avfilter/vf_overlay: fix crash with negative y [20:44:58 CET] <durandal_1707> which bug should be fixed ASAP? [20:57:53 CET] <durandal_1707> looking for SVAC chinese codec samples? [21:02:06 CET] <Compn> never heard of it [21:02:12 CET] <Compn> why china make new codecs :( [21:05:11 CET] <thardin> mrrr, getting a ton of linker errors when cross-compiling for mingw32 [21:05:37 CET] <JEEB> are you using mingw-w64 or ye olde mingw? [21:06:06 CET] <thardin> ./configure --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- [21:06:10 CET] <thardin> straight off the wiki [21:06:14 CET] <JEEB> ok [21:06:17 CET] <JEEB> so mingw-w64 [21:06:41 CET] <thardin> doing make clean && make. I did a compile before this too [21:13:16 CET] <durandal_1707> Compn: its chinese surveillance codec [21:44:26 CET] <cone-588> ffmpeg 03Paul B Mahol 07master:7488d58436c2: avcodec/eac3dec: remove obsolete comment [22:04:14 CET] <thardin> that did the trick [22:21:48 CET] <cone-588> ffmpeg 03Martin Vignali 07master:e488d7b4f507: fate/prores-metadata : make output bit exact [00:00:00 CET] --- Mon Nov 26 2018

1 0

ffmpeg.log.20181125
by burek 26 Nov '18

26 Nov '18

[02:30:14 CET] <markweston> what is the smallest OS (in total lines of code) that has ffplay ported to and can play x254 video @ 720p? [06:46:23 CET] <Woodpecker> I need to take a directory full of about 3000 audio files, with wildly different volumes with many peaks and valleys, and adjust the audio so it is all within a very uniform range. That means, no peaks or valleys are allowed to exist outside the range. I dont know what the term for this process is, or where to start. [07:26:40 CET] <sinclair> Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument [07:28:59 CET] <sinclair> sorry Woodpecker [07:29:24 CET] <Woodpecker> sinclair: I think I found it, loudnorm [07:30:01 CET] <sinclair> Woodpecker: I have a bit of a issue issue with ffmpeg myself, im trying to pipe images in over stdin, and pipe h264 (mp4) video out over stdout. [07:30:31 CET] <Woodpecker> sinclair: I actually have a bit of experience with that. [07:30:36 CET] <Woodpecker> sinclair: are you doing a slideshow? [07:31:08 CET] <sinclair> Woodpecker: well, i have a bunch of rendered (ray traced frames), these are computed at 24fps, and i have thousands of them. [07:31:20 CET] <sinclair> Woodpecker: am using image2pipe, but im not really sure what i should be doing [07:31:32 CET] <sinclair> Woodpecker: there is no 'audio' in my case. [07:32:54 CET] <Woodpecker> sinclair: I dont use quite so many frames. My videos might have 100-200 frames for an hour long video. For concatenating them... mmm let me check what I was using. [07:32:55 CET] <sinclair> Woodpecker: the idea is to be able to feed these frames into ffmpeg, have it encode them as mp4, then stream them back out over stdout (which get persisted on a web server), the whole thing is distributed, and i can't rely on sourcing images from disk using patterns, its all got to be done over stdio. [07:33:13 CET] <sinclair> Woodpecker: any examples would be great [07:35:56 CET] <Woodpecker> sinclair: unfortunately my code has been lost in a tragic wipe, but if I recall, I was using imagemagick to create the images, and for the timing, I used an ffmpeg script file [07:36:50 CET] <Woodpecker> and now I got to go [07:36:52 CET] <Woodpecker> sorry [07:37:13 CET] <sinclair> Woodpecker: alright, well, thanks anyway [08:01:46 CET] <sinclair> is anyone able to help me with this command [08:01:48 CET] <sinclair> 'ffmpeg -f image2pipe -vcodec png -framerate 24 -f mp4 -i - -r 24 -s 1024x768 -f mp4 -crf 15 -pix_fmt yuv420p -preset veryslow pipe:0' [08:01:58 CET] <sinclair> i have no idea what im doing \o/ [08:18:36 CET] <sinclair> if im piping images in over stdin, how do i tell ffmpeg that its received the last image and should process and exit? [08:18:51 CET] <sinclair> i think there are likely images still left in the codec buffer [08:22:21 CET] <sinclair> is there a good source of information for using ffmpeg? [08:25:34 CET] <sinclair> hello? [13:13:03 CET] <ProN00b> is there a way to generate HLS/DASH segments on demand? (like if someone wants to skip to the last 10 seconds of a video, that only the segments around that get transcoded?) [13:41:55 CET] <JEEB> ProN00b: make an API client and generate the segments on demand. for live the most usual design is to have an archive which is being fed by a live encoder from one side, and then you on-demand generate what clients request [13:42:21 CET] <JEEB> for VOD if your content is already properly encoded then you already have your archive [14:29:51 CET] <FurretUber> Hi, I'm trying to encode video using vp8_vaapi but the encoding is failing: http://termbin.com/75k7 The vainfo output can be seem at: http://termbin.com/8i1g [14:31:00 CET] <FurretUber> The CPU is an i3-6100U and the GPU is an Intel HD Graphics 520. With hevc_vaapi a very similar error happens while with h264_vaapi it works [14:40:28 CET] <jkqxz> FurretUber: Is that dynamic linker path override making it pick a different driver, perhaps? [14:40:54 CET] <jkqxz> The log with -v debug will show what driver it actually loaded. [14:47:23 CET] <FurretUber> Looks like it found the driver in the right location: http://termbin.com/50tm I'm not replacing libraries related to VAAPI, only software encoders (libopus, libvpx, libx264) [14:48:30 CET] <jkqxz> Ah. There isn't a low-power encode entrypoint for VP8. Remove the -low_power option. [14:52:19 CET] <FurretUber> Now it works. Thank you. As it was showing in -h encoder=vp8_vaapi I thought it was working for it too [14:55:09 CET] <jkqxz> It depends on the driver. A driver could offer that, but from vainfo your version only does for H.264. (Some Intel drivers also offer it for H.265, and maybe more in future.) [14:56:04 CET] <FurretUber> From my tests now, only H264 and MPEG2 works with low-power option [17:58:52 CET] <preyalone> anyone else notice ffmpeg -i running more slowly when overwriting an existing output file, compared to creating a new output file? [20:02:36 CET] <pong> that sounds OS-specific [23:28:18 CET] <OnkelTem> Oh hi [23:28:28 CET] <OnkelTem> Glad to see this channel alive [23:29:12 CET] <OnkelTem> I'm on Ubuntu 18.04 and trying to convert some MP2 audiotracks to AAC. And I'm curious how can I do it using libfdk-aac cuz it's available. [23:29:18 CET] <OnkelTem> it's NOT available [23:29:27 CET] <OnkelTem> So... what options guys do I have now? [23:30:35 CET] <FurretUber> There is the aac encoder. Not sure about how good the aac encoder from the FFmpeg version Ubuntu ships is [23:30:53 CET] <OnkelTem> you mean -a:c aac? [23:30:59 CET] <FurretUber> Yes [23:30:59 CET] <OnkelTem> -c:a* [23:31:44 CET] <OnkelTem> Good, I'm using exactly that now. Just tried to follow steps from here https://superuser.com/a/370637/122672 [23:31:58 CET] <OnkelTem> For some reason libfdc_aac was mentioned first [23:32:11 CET] <OnkelTem> and it said something about possible issues with source VBR [23:32:47 CET] <OnkelTem> I haven't faced any though :) [00:00:00 CET] --- Mon Nov 26 2018

1 0