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

burek burek021 at gmail.com
Sat Oct 13 03:05:04 EEST 2018


[00:07:53 CEST] <BtbN> Isn't the Vulkan stuff long in?
[01:00:18 CEST] <cone-234> ffmpeg 03Michael Niedermayer 07master:8f1524802469: avcodec/aacdec_template: Allow duplicated elements
[01:00:19 CEST] <cone-234> ffmpeg 03Michael Niedermayer 07master:ccd2b20ad96c: avcodec/ffv1dec_template: Check for the end of input after 1024 pixels
[03:07:35 CEST] <cone-234> ffmpeg 03Sam John 07master:e265832c378c: libavcodec/libaomenc.c: Added code for computing PSNR/SSIM
[05:52:45 CEST] <cone-234> ffmpeg 03Aman Gupta 07master:f6d48b618aad: avcodec/mediacodec: add av_mediacodec_render_buffer_at_time()
[07:22:29 CEST] <atomnuker> BtbN: nope, now waiting on google to enable the dma mod extension in the vulkan docs repo
[07:22:42 CEST] <atomnuker> at least its merged
[07:32:15 CEST] <cone-234> ffmpeg 03James Almer 07release/4.0:967604fecf04: avcodec/h2645_parse: skip NALUs with no content after stripping all the trailing zeros
[12:23:53 CEST] <BtbN> atomnuker, oh, ok. When it lands, adding CUDA interop is probably relatively straight forward.
[12:24:19 CEST] <BtbN> No more new non-free CUDA filters then, hopefully.
[12:24:56 CEST] <atomnuker> what about the gpu memcpy? or was that going to get solved by a new driver? philipl?
[12:25:17 CEST] <BtbN> That was his workaround for a driver bug which nvidia claims to be fixed in the internal dev branch
[12:25:49 CEST] <BtbN> They will see about a backport to 410, and if not, the next series will be fixed
[12:26:03 CEST] <BtbN> There is actual mapping support, but right now it produces garbage
[12:27:58 CEST] <nevcairiel> on-gpu copies are usually not the end of the world anyway, especially on dedicated cards like those,  this isnt a crappy intel iGPU running on sysmem afterall
[12:29:03 CEST] <BtbN> They kind of defeat the purpose though
[12:29:27 CEST] <BtbN> The idea is to map to a Vulkan Image, run filters on it, and then without copying back pass the CUDA image to nvenc
[12:29:39 CEST] <BtbN> Which should be absolutely possible
[12:30:37 CEST] <nevcairiel> if its transparent to the user then its just a performance issue, at the end of the day you can still use vulkan filters and encode with nvenc
[12:31:13 CEST] <durandal_1707> why old links from github fail to download? is github finally going down the road?
[12:32:00 CEST] <BtbN> define old links
[12:32:45 CEST] <BtbN> nevcairiel, at the moment you can't even do that, as there was no infrastructure for that prior to CUDA 10
[12:32:56 CEST] <BtbN> And CUDA 10 added actual mapping, so why would you copy?
[12:33:04 CEST] <BtbN> The mapping not working is a bug on nvidias end
[14:22:48 CEST] <January> Am I supposed to add extra AV_FRAME_DATA items underneath `#if FF_API_FRAME_QP` or before it?
[14:24:08 CEST] <BtbN> What do you mean? That looks like a deprecation guard, so I'd guess no.
[14:24:41 CEST] <nevcairiel> always at the end of everything
[14:25:13 CEST] <January> but without FF_API_FRAME_QP it'd be the same as AV_FRAME_DATA_QP_TABLE_PROPERTIES, is this ok?
[14:25:44 CEST] <January> Also, michaelni, `printf("\n")` under wine prints CRLF, how am I supposed to make it output just LF to match the reference file (I fixed the I/O issue under mingw)?
[14:26:59 CEST] <BtbN> I'm not sure what you're doing, but it doesn't seem right
[14:27:03 CEST] <BtbN> What are you doing with wine?
[14:27:48 CEST] <January> BtbN: http://ffmpeg.org/pipermail/ffmpeg-devel/2018-October/235017.html testing this fate test
[14:29:36 CEST] <nevcairiel> this works for everything else that compares such things, why not your test? :)
[14:32:44 CEST] <BtbN> I guess fate via wine isn't a common test target
[14:33:59 CEST] <nevcairiel> you can use something like setmode(fileno(stdout), O_BINARY) to get rid of any text-mode translations
[14:34:05 CEST] <nevcairiel> wrap it into a windows ifdef
[14:34:38 CEST] <BtbN> I mean, it seems desired on really every platform
[14:40:59 CEST] <January> oh I guess I need to use "wb" explicitly instead of just "w" for windows
[14:41:23 CEST] <nevcairiel> you dont seem to use your output file at all, just open and close it
[14:41:26 CEST] <nevcairiel> or did i miss something
[15:06:21 CEST] <January> apparently "wb" doesnt make any difference thouhg setmode() worked, so weird
[15:06:59 CEST] <BtbN> Are you even writing to your file, and not just printing to stdout?
[15:18:10 CEST] <January> BtbN: Oh. You're right I'm clearly super tired.
[15:25:17 CEST] <January> `fate-lavf-mxf` seems to be broken on origin/master for me, anyone else as well?
[15:49:59 CEST] <J_Darnley> January: that test works for me
[15:51:08 CEST] <J_Darnley> commit f6d48b618a
[15:51:14 CEST] <J_Darnley> avcodec/mediacodec: add av_mediacodec_render_buffer_at_time()
[16:40:50 CEST] <durandal_1707> iive: but mplayer doesn't build with latest and greatest ffmpeg
[18:06:01 CEST] <jamrial> atomnuker, jkqxz: https://www.amd.com/en/support/kb/release-notes/rn-rad-win-18-10-1
[18:06:04 CEST] <jamrial> the Vulkan section
[18:25:20 CEST] <atomnuker> nothing really seems useful for us? swapchains are only used for display so they're usually only in RGBA
[18:25:50 CEST] <atomnuker> you still have to do ycbcr conversion yourself (or through an extension)
[18:28:46 CEST] <jamrial> VK_EXT_hdr_metadata?
[18:31:41 CEST] <atomnuker> yeah, its meant to be attached to swapchains so the compositor knows the window is HDR
[18:48:59 CEST] <cone-797> ffmpeg 03Aman Gupta 07master:0c14b73e435c: avcodec/avpacket: fix whitespace
[19:25:13 CEST] <cone-797> ffmpeg 03Paul B Mahol 07master:330dd59a3025: avcodec/imm4: stop using FAAN idct
[20:45:43 CEST] <durandal_1707> michaelni: you had time to check agm 3?
[21:31:53 CEST] <cone-797> ffmpeg 03Baptiste Coudurier 07master:3d38e45eb85c: avformat/mxfenc: write index delta entry array needed by sony vegas pro 11
[21:31:54 CEST] <cone-797> ffmpeg 03Baptiste Coudurier 07master:ea55a11ced5e: avformat/mxfenc: add mpeg-2 specific metadata, fix compatibility with sony content browser
[21:31:55 CEST] <cone-797> ffmpeg 03Baptiste Coudurier 07master:84e8a87ca082: avformat/mxfenc: update body partition with footer offset
[21:31:56 CEST] <cone-797> ffmpeg 03Baptiste Coudurier 07master:bb89109a0a29: avformat/mxfenc: correctly set content package rate in system element
[21:31:57 CEST] <cone-797> ffmpeg 03Baptiste Coudurier 07master:9b7ab5795341: lavf/mxfenc: support creating s436m data tracks
[21:31:58 CEST] <cone-797> ffmpeg 03Baptiste Coudurier 07master:ef23ed6fe96e: lavf/mxfdec: demux s436m as eia608 subtitle track
[00:00:00 CEST] --- Sat Oct 13 2018


More information about the Ffmpeg-devel-irc mailing list