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

burek burek at teamnet.rs
Thu Feb 6 03:05:12 EET 2020


[00:19:12 CET] <cone-605> ffmpeg 03Michael Kuron 07master:bf070a9171d9: lavc/dvdsubdec: Move palette parsing to new function
[00:19:12 CET] <cone-605> ffmpeg 03Michael Kuron 07master:d4440c7e91b0: lavc/dvdsubenc: accept palette from options
[00:19:12 CET] <cone-605> ffmpeg 03Zane van Iperen 07master:d84a30e1238b: fate/adpcm: add adpcm_argo tests
[00:33:28 CET] <cone-605> ffmpeg 03Philip Langdale 07master:d7210ce7f541: lavu/hwcontext: Add support for HW -> HW transfers
[00:33:29 CET] <cone-605> ffmpeg 03Lynne 07master:a88449ffb2f2: lavu: add Vulkan hwcontext code
[00:33:30 CET] <cone-605> ffmpeg 03Philip Langdale 07master:88d2ccbe9384: lavfi/vf_hwupload: Add support for HW -> HW transfers
[00:33:31 CET] <cone-605> ffmpeg 03Lynne 07master:6fca61bbc917: lavfi: add Vulkan filtering framework
[00:33:32 CET] <cone-605> ffmpeg 03Lynne 07master:d95c509cc643: lavfi: add an scale_vulkan filter
[00:33:33 CET] <cone-605> ffmpeg 03Lynne 07master:7bb443137c65: lavfi: add an overlay_vulkan filter
[00:33:34 CET] <cone-605> ffmpeg 03Lynne 07master:a2db7343e02f: lavfi: add an avgblur_vulkan filter
[00:33:35 CET] <cone-605> ffmpeg 03Lynne 07master:907ae87d6eb7: lavfi: add an chromaber_vulkan filter
[00:33:36 CET] <cone-605> ffmpeg 03Philip Langdale 07master:7f149b04520c: lavu/hwcontext_cuda: refactor context initialisation
[00:34:06 CET] <Lynne> that was the longest time I've seen a git push command take
[00:34:46 CET] <Lynne> and now I can delete 5 directories all of which carried a different revision of the patch
[00:47:43 CET] <jamrial> Lynne: you did not bump lavu version, but added an apichanges entry
[00:50:56 CET] <jamrial> or lavfi for all the new filters
[00:53:21 CET] <Lynne> and now I can delete 5 directories all of which carried a different revision of the patch
[00:53:37 CET] <Lynne> s/*//
[00:58:26 CET] <cone-605> ffmpeg 03Lynne 07master:73a8c8e6e470: lavu: bump minor version for the Vulkan patchset
[00:58:27 CET] <cone-605> ffmpeg 03Lynne 07master:ee81713fe395: doc/APIchanges: update with Vulkan commit info
[00:58:28 CET] <cone-605> ffmpeg 03Lynne 07master:a71a5d9214eb: lavfi: bump minor version for the Vulkan filters
[00:58:45 CET] <Lynne> fixed
[01:00:38 CET] <jamrial> thanks
[01:33:04 CET] <J_Darnley> That is a strangely polite email on the user list.
[01:33:13 CET] <J_Darnley> "Please be informed"
[02:02:29 CET] <cone-605> ffmpeg 03James Almer 07master:d1f9abca0953: configure: don't enable $ARCH_external if $ARCH is disabled
[03:14:21 CET] <philipl> Lynne: w00t
[03:21:40 CET] <Illya> Lynne: nice
[04:04:10 CET] <cone-605> ffmpeg 03James Almer 07master:e6891d1b7ccd: avcodec/Makefile: combine dvdsub dependencies into one entry per module
[10:33:15 CET] <durandal_1707> Lynne: i can not build mpv with libavfilter+vulkan
[10:40:27 CET] <Lynne> durandal_1707: is it complaining about header location?
[10:40:41 CET] <Lynne> check ffbuild
[10:40:49 CET] <durandal_1707> no, missing symbols
[10:41:00 CET] <durandal_1707> you do wrong order when linking
[10:43:39 CET] <Lynne> durandal_1707: pkg-config glslang SPIRV-Tools SPIRV-Tools-shared --libs
[10:43:52 CET] <Lynne> does this print the same flags as used in ./configure
[10:45:08 CET] <Lynne> should be pkg-config glslang SPIRV-Tools SPIRV-Tools-shared spirv --libs
[10:46:27 CET] <durandal_1707> i do not have glslang and spirv pc files
[10:46:35 CET] <durandal_1707> i combiled master glslang
[10:46:39 CET] <durandal_1707> *compiled
[10:47:58 CET] <durandal_1707> libavfilter reports missing sprivtools symbols with ldd -r
[10:49:21 CET] <Lynne> maybe I have the order wrong in configure then, my compiler didn't care
[10:49:28 CET] <durandal_1707> undefined symbol: _ZN8spvtools5utils5Timer5StartEv      (/usr/local/lib/libavfilter.so)
[10:49:37 CET] <durandal_1707> i use clang9
[10:52:08 CET] <durandal_1707> perhaps because i compile mpv with gcc and ffmpeg with clang?
[10:54:42 CET] <durandal_1707> /usr/local/lib/libavfilter.so: undefined reference to `vtable for spvtools::utils::Timer'
[10:58:20 CET] <kurosu> durandal_1707: don't know how the C++ name mangling works, so the _ZN8 part may be an indication about the function (parameters, ordinal, whatever) or the C++ ABI ? relating to your clang9 vs gcc discussion
[10:59:09 CET] <Lynne> lol, /usr/bin/ld: cannot find -lstdc++
[10:59:48 CET] <durandal_1707> fixed it
[10:59:50 CET] <Lynne> will check out what clang means by that later
[11:00:24 CET] <durandal_1707> did rm libavfilter/*.o
[11:02:59 CET] <Lynne> cool
[11:05:10 CET] <nevcairiel> kurosu: C++ mangling is pretty easy once you understand the scheme, everything starts with _Z, the N means that it has nested namespaces, and the numbers define the length of the immediately following name segment, the E at the end means parameters start here, and v is of course void
[11:06:03 CET] <kurosu> nevcairiel: yeah, I know it is interpretable, just that I never actually need to know it
[11:06:03 CET] <nevcairiel> (parameters are the only part that can get complex after that :D)
[11:06:14 CET] <kurosu> so yeah, nothing about the C++ ABI in there
[13:53:42 CET] <Lynne> 7.1. AVIF Image Item Media Type Registration:
[13:53:53 CET] <Lynne> File extension(s): avif, heif or hif
[13:54:16 CET] <Lynne> nice
[14:27:59 CET] <kierank> Lynne: lol
[15:05:52 CET] <Lynne> durandal_1707: so, think you can write docs for the vulkan filters and the new hwupload feature?
[15:23:44 CET] <durandal_1707> durandal_1707: if nobody goanna do it...
[15:23:51 CET] <durandal_1707> Lynne: ^
[15:51:02 CET] <cone-174> ffmpeg 03Martin Storsjö 07master:0815a22dccbb: vf_ssim: Fix loading doubles to float registers on i386
[15:54:17 CET] <cone-174> ffmpeg 03James Almer 07master:ca9bbfb8e5d0: avcodec/av1_parse: don't look for trailing bits in Tile List OBUs
[16:48:56 CET] <Lynne> I'm tempted to write a vulkan vc2 encoder because its just so easy
[16:51:36 CET] <gnafu> Lynne: Ooh, I like the sound of that.
[16:52:24 CET] <gnafu> Would you say it's easy to make a rudimentary encoder, or easy to make a good one?
[16:52:32 CET] <gnafu> (I'll let you define what "good" would mean.)
[16:52:41 CET] <Lynne> yeah, its perfect for a low overhead screen codec, and it supports rgb
[16:53:05 CET] <gnafu> Oh, now I like the sound of it even more.
[16:56:37 CET] <cone-174> ffmpeg 03Paul B Mahol 07master:10f4441acb14: avfilter/vf_xfade: add vertopen/close transition
[16:56:38 CET] <cone-174> ffmpeg 03Paul B Mahol 07master:2d58fa6d9e2d: avfilter/vf_xfade: add horzopen/close transition
[18:27:05 CET] <Lynne> no, will be replaced by dav2d and dav3d sometime in the future
[18:27:20 CET] <Lynne> thankfully, because dav1d is a really really lame project name
[18:28:42 CET] <durandal_1707> i disagree, it cool name
[18:30:17 CET] <durandal_1707> 2020 is year of AV1 :?
[18:33:16 CET] <cone-174> ffmpeg 03Ting Fu 07master:e934194b6a41: libswscale/x86/yuv2rgb: Change inline assembly into nasm code
[18:33:17 CET] <cone-174> ffmpeg 03Andreas Rheinhardt 07master:b4f300f8ea20: avformat/matroskaenc: Check functions that can fail
[18:36:30 CET] <kierank> durandal_1707: av1 is the biggest thing ever to happen to OSS multimedia
[18:36:36 CET] <kierank> So yes it's important
[18:38:30 CET] <kurosu> wat, dav3d - is AoM buying into the point cloud/360°/plenoptic hype ?
[18:38:49 CET] <durandal_1707> kierank: you troll again
[18:38:51 CET] <kurosu> Lynne: vulkan and vc2? bitstream generation would still happen on the CPU or ?
[18:39:12 CET] <kierank> durandal_1707: ???
[18:39:19 CET] <kurosu> Lynne: no rdo to do so there's that
[18:52:19 CET] <Lynne> kurosu: on the GPU, all slices are aligned to a huge multiple of bytes
[18:53:22 CET] <kurosu> Lynne: hum, I don't follow, my problem is with a serial process writing variable length stuff - but then I know nothing about Vulkan or modern GPUs
[18:54:12 CET] <Lynne> its simple, first do a mock encode at your target quantizer, counting the number of bits each slice would require
[18:54:37 CET] <Lynne> then get the max sized slice, align all sizes to it, then run a second pass
[18:55:17 CET] <Lynne> in the second pass each workgroup would have an assigned slice and a buffer location where to dump the bitstream
[18:56:30 CET] <Lynne> glsl supports almost-pointers so I don't think it would be hard to write a bitstream writer
[21:36:20 CET] <cone-639> ffmpeg 03Marton Balint 07master:a8a05340de72: avformat/hlsenc: allow a custom SDT and PAT period
[00:00:00 CET] --- Thu Feb  6 2020


More information about the Ffmpeg-devel-irc mailing list