[Ffmpeg-devel-irc] ffmpeg-devel.log.20200206

[burek]

[02:58:44 CET] <cone-044> ffmpeg 03James Almer 07master:2383021a7a1c: avcodec/aptx: split decoder and encoder into separate files
[08:29:33 CET] <thardin> maybe add an option to link with libtiff?
[08:32:09 CET] <thardin> I wonder if there's any TIFF bombs in the wild..
[08:34:40 CET] <thardin> goodie, it's based around pointers+lengths
[14:28:21 CET] <cone-146> ffmpeg 03James Almer 07master:616e9b5cff69: avfilter/Makefile: add vulkan.h to the list of skipped headers
[15:45:33 CET] <cone-146> ffmpeg 03Paul B Mahol 07master:270068b5af28: avfilter/af_acrossover: improve filter output
[16:53:35 CET] <Lynne> philipl: could you look at ^^
[17:08:06 CET] <durandal_1707> anybody working on pad_vulkan filter?
[17:08:56 CET] <cone-146> ffmpeg 03Praveen Karadugattu 07master:31d7b17c4671: avcodec/hevc: add support for Frame Duplication (Doubling/Tripling)
[17:09:49 CET] <Lynne> durandal_1707: you can emulate it for now using the overlay filter
[17:10:07 CET] <durandal_1707> that is awful
[17:10:18 CET] <durandal_1707> solution
[17:10:41 CET] <Lynne> no hw filter has a pad filter so I guess no one really needed one so far
[17:11:11 CET] <durandal_1707> someone complained on trac and on ml long ago
[17:12:33 CET] <durandal_1707> i know how to do it, but i wonder if there is faster way to do it?
[17:14:16 CET] <Lynne> there isn't realloc for vulkan memory so you have to memcpy
[17:15:23 CET] <Lynne> I'm kind of interested in someone writing an in-place filter
[17:15:27 CET] <durandal_1707> i thought just to do kernel which would set color to input or fixed color...
[17:15:29 CET] <Lynne> be it me or someone else
[17:15:55 CET] <Lynne> the framework supports it and I did test that it works, could write vf_eq_vulkan maybe
[17:16:22 CET] <Lynne> durandal_1707: vf_pad pads the video, as in its actual size, doesn't it?
[17:16:55 CET] <durandal_1707> pad=W:H:X:Y...
[17:17:04 CET] <durandal_1707> its absolute pad
[17:20:36 CET] <JEEB> hmm... I wonder if we have an issue with the DVB subtitle decoder, or if this stream is broken
[17:21:09 CET] <JEEB> apparently if I start playback on a point where the DVB subtitles are of SD size, things are fine (there's a switch to full-HD bitmaps during *commercials* and then back to SD)
[17:21:28 CET] <JEEB> but if I start during the HD part (commercials) I get ayy lmao
[17:22:01 CET] <JEEB> so the subtitles end up as SD on top of a HD """bitmap"""
[17:22:13 CET] <JEEB> after the couple of HD lines which show up properly are shown
[17:27:17 CET] <cone-146> ffmpeg 03Zane van Iperen 07master:5d038a86d69c: avcodec: add decoder for Simon & Schuster Interactive's ADPCM variant
[17:27:18 CET] <cone-146> ffmpeg 03Zane van Iperen 07master:343ccfcc4deb: avformat: add demuxer for Simon & Schuster Interactive's VAG format
[17:34:42 CET] <Polochon_street> hi! I'm maintaining something that uses ffmpeg, and I kinda want to remove `av_register_all()` since it's deprecated, but my CI uses Ubuntu 18.04, so the ffmpeg version is less recent
[17:35:03 CET] <Polochon_street> what do you think would be the prettiest fix? Just leave `av_register_all()` until my CI gets an update? Or something else?
[17:37:43 CET] <philipl> Lynne: I have looked. I think it's just the lack of setting the hwaccel_output_format, which everyone forgets.
[17:37:46 CET] <philipl> I added a comment.
[17:39:05 CET] <Lynne> yeah, I saw that, its weird how by default -hwaccel outputs to software
[17:39:39 CET] <Lynne> Polochon_street: just leave it until it updates
[17:39:58 CET] <Polochon_street> alright. Thanks :)
[17:42:29 CET] <kurosu> Lynne / philipl: that is for vaapi or anything hwaccel? because I have a user-level question about dxva2 then (which maybe nevcairiel may know to answer as well) from a few days back
[17:43:17 CET] <kurosu> Basically, to decode a video using GPU, then encoding to HEVC Main10 using x265, I have come up with: ffmpeg -hwaccel dxva2 -threads 1 -i <input> -sn -an -pix_fmt yuv420p10le -c:v libx265 <options> -y out.mkv
[17:43:58 CET] <kurosu> when testing, I wasn't so sure it was actually using the gpu (forgot to log)
[18:31:09 CET] <philipl> kurosu: it will be decoding with the GPU, but copying back to system memory implicitly. If you turn the log level up, you should see the hwaccel in use.
[18:37:33 CET] <kurosu> yeah, that's what I told myself once I saw it was kind of a dumb question, thanks
[18:37:40 CET] <kurosu> (haven't checked yet)
[18:40:38 CET] <nevcairiel> well with a software encoder you have to copy back eventually, but it should leave some extra cpu free
[21:16:31 CET] <Lynne> I do wonder why someone would use scale_vulkan instead of scale_cuda
[21:16:56 CET] <Lynne> lack of llvm or that nvidia library?
[21:17:22 CET] <nevcairiel> or just a general lack of knowledge and assuming the vulkan is just awesome for everything
[00:00:00 CET] --- Fri Feb  7 2020