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

[burek]

[00:50:36 CEST] <Lynne> philipl: is it possible AVCUDADeviceContext->cuda_ctx is NULL?
[00:50:41 CEST] <Lynne> that's what I'm getting
[00:57:45 CEST] <Lynne> wait, the frame is empty, dst->data[0] is null
[00:58:27 CEST] <Lynne> but dst->hw_frames_ctx points to a vulkan frames context, not a cuda one
[01:02:52 CEST] <Lynne> I don't think there's a way to generate a cuda frame context, so without one I can't alloc a frame to copy into
[01:04:12 CEST] <philipl> You'd want a way to derive a cuda context, which could be implemented
[01:20:33 CEST] <Lynne> I think I'll leave you to do the vulkan->cuda mapping, the inverse was hacky enough with pool initialization for me
[01:37:15 CEST] <philipl> Lynne: OK. I'll get on it when I can.
[02:19:13 CEST] <cone-962> ffmpeg 03hwrenx 07master:96f1d34d0cd2: lavf/mpegts: Support demuxing AVS2.
[07:10:46 CEST] <cone-798> ffmpeg 03Moritz Barsnick 07master:53d31e91c530: doc: various spelling, grammar and formatting fixes
[16:38:16 CEST] <Lynne> https://0x0.st/ztsh.png
[16:39:16 CEST] <Lynne> vim's is worse, and I'm now a pro at whatever regex gtksourceview uses
[16:40:13 CEST] <durandal_1707> lies
[16:40:25 CEST] <durandal_1707> vim is supreme editor
[16:42:47 CEST] <cone-914> ffmpeg 03James Almer 07master:1d86e4b3ebb4: checkasm/opusdsp: declare opus_deemphasis as a function returning a float
[16:52:15 CEST] <Lynne> durandal_1707: did you test the vulkan patches?
[16:54:36 CEST] <durandal_1707> Lynne: nope, busy with other stuf
[17:29:06 CEST] <philipl> Lynne: have been meaning to say. Currently the hwcontext doesn't actually compile without libdrm being enabled.
[17:29:35 CEST] <philipl> the map_from_drm stuff isn't guarded and the cuda includes are nested inside the libdrm #ifdef.
[17:50:34 CEST] <Lynne> philipl: missed that, fixed the branch
[18:14:14 CEST] <kierank> durandal_1707: lies, microsoft word is supreme editor
[18:17:10 CEST] <Lynne> wrong, everyone uses wordpad to edit their ini files on windows
[18:33:50 CEST] <philipl> Lynne: that worked. next thing is that filters still build if glslang isn't enabled and then libavfilter has unresolved symbols at the end.
[18:38:04 CEST] <Lynne> that shouldn't happen, all filters have _vulkan_filter_deps="vulkan libglslang", except scale, which I just fixed
[18:40:03 CEST] <Lynne> yeah, without --enable-libglslang none of the filters appear in "Enabled filters:"
[18:44:47 CEST] <philipl> Hmm. Well, something is leaking.
[18:52:11 CEST] <philipl> CC	libavfilter/vulkan.o
[18:52:11 CEST] <philipl> GEN	libavfilter/libavfilter.ver
[18:52:11 CEST] <philipl> LD	libavfilter/libavfilter.so.7
[18:52:11 CEST] <philipl> LD	libavdevice/libavdevice.so.58
[18:52:13 CEST] <philipl> AR	libavfilter/libavfilter.a
[18:52:16 CEST] <philipl> LD	ffmpeg_g
[18:52:18 CEST] <philipl> /usr/bin/ld: libavfilter/libavfilter.so: undefined reference to `glslang_compile'
[18:52:21 CEST] <philipl> /usr/bin/ld: libavfilter/libavfilter.so: undefined reference to `glslang_uninit'
[18:52:24 CEST] <philipl> /usr/bin/ld: libavfilter/libavfilter.so: undefined reference to `glslang_init'
[18:52:27 CEST] <philipl> collect2: error: ld returned 1 exit status
[18:52:30 CEST] <philipl> make: *** [Makefile:111: ffmpeg_g] Error 1
[18:52:32 CEST] <philipl> ack. sorry.
[18:53:05 CEST] <philipl> Sorry for the spam, but it's insisting on building vulkan.o.
[18:53:07 CEST] <philipl> I don't see how it's coming in. Each filter has the right dependency check.
[18:54:44 CEST] <philipl> Lynne: it's the scale_vulkan filter
[18:55:07 CEST] <philipl> There's no deps entry for it
[19:09:24 CEST] <Lynne> yeah, I fixed that earlier
[19:33:31 CEST] <philipl> Lynne: I missed that update. But yes, now it's looking correct.
[00:00:00 CEST] --- Thu Sep 19 2019