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

[burek]

[10:40:21 CEST] <cone-271> ffmpeg 03Paul B Mahol 07master:7f8f886344fa: avfilter/vf_v360: refactor dimensions and offsets calculations
[10:54:40 CEST] <cone-271> ffmpeg 03Paul B Mahol 07master:5a9560dfc6f2: avfilter/vf_stereo3d: add tb (top-bottom) aliases
[14:31:00 CEST] <Lynne> philipl: ping
[15:31:42 CEST] <cone-271> ffmpeg 03James Almer 07master:78f52b4fe388: avformat/rmdec.c: fix left shift of negative value in rm_sync()
[16:05:45 CEST] <cone-271> ffmpeg 03James Almer 07master:4c34ed65f685: avformat/rmdec.c: fix brackets around arguments
[16:28:23 CEST] <cone-271> ffmpeg 03James Almer 07master:6c0167f6f67b: avcodec/libdav1d: use the library default for the filmgrain option
[16:35:21 CEST] <durandal_1707> why you bumped version? this is outrageous?
[16:35:54 CEST] <jamrial> because it changed a default
[16:36:03 CEST] <jamrial> and it's micro. it's absolutely irrelevant :p
[16:36:21 CEST] <durandal_1707> not really, i now need to recompile whole tree
[16:37:09 CEST] <jamrial> true, but ccache should take care of it
[16:44:53 CEST] <Lynne> it won't, but its a few minutes at most. the biggest issue is forgetting what you configured the dir with
[16:52:28 CEST] <iive> Lynne, theoretically, if you ccache the prepreocessed output it should be able to cache.the result, since the micro is not used directly in the code.
[16:55:20 CEST] <Lynne> isn't it the same as adding filters? all it does is it adds a line to config.h which causes everything to get recompiled
[16:56:46 CEST] <jamrial> yes, it all gets recompiled because of different timestamps in a header included by everything, but as far as ccache is concerned, there were no changes in the preprocessed output of most files
[18:01:28 CEST] <durandal_1707> how to move 8bytes in AVX2 ?
[18:08:17 CEST] <durandal_1707> movq
[18:23:48 CEST] <durandal_1707> ccache is bad
[18:24:55 CEST] <bencoh> why?
[18:28:24 CEST] <durandal_1707> because it forces to recompile tree almost all the time
[18:28:29 CEST] <philipl> Lynne: I'll look today. Sorry for the delay.
[18:37:03 CEST] <durandal_1707> Lynne: use some git repo
[18:39:51 CEST] <Lynne> I'm busy right now writing a gtksourceview language definition for nasm
[18:40:05 CEST] <durandal_1707> what? that does not make sense
[18:40:25 CEST] <Lynne> I demand some color in my assembly, maybe that'll help me write fft assembly
[18:40:59 CEST] <durandal_1707> like every real programmer, code in vim
[19:47:19 CEST] <jamrial> durandal_1707: don't troll people on github
[19:47:29 CEST] <jamrial> just ignore him
[20:00:53 CEST] <Lynne> durandal_1707: you troll people on github?
[20:10:41 CEST] <cone-271> ffmpeg 03Aman Gupta 07master:81abf90aeae6: avcodec/v4l2: fix compile with older videodev2.h
[20:14:08 CEST] <cone-271> ffmpeg 03Rodger Combs 07master:77937a42e712: lavc/videotoolboxdec: fix crop handling when multithreaded
[20:22:13 CEST] <durandal_1707> Lynne: only sometimes
[20:32:47 CEST] <Lynne> according to https://www.nasm.us/doc/nasmdoc3.html we use invalid octal notation throughout all our code
[20:33:15 CEST] <Lynne> apparently q1234 o1234 aren't valid, they need to be prefixed by 0, so 0q1234 0o1234
[20:33:48 CEST] <BtbN> What about yasm?
[20:34:05 CEST] <durandal_1707> yasm not used anymore
[20:34:24 CEST] <BtbN> I don't remember it being dropped entirely. And pretty much all distros still build with yasm.
[20:34:34 CEST] <durandal_1707> tell them to stop
[20:34:44 CEST] <BtbN> They won't care.
[20:35:05 CEST] <BtbN> Only thing they would care about is if a release dropped support.
[20:42:37 CEST] <Lynne> I'm pretty sure no one uses gedit but me, and I'm pretty sure I'm too lazy to make a PR, but the lang description I'm writing is for intel syntax in general but with whatever macros x86inc/util defines
[20:45:27 CEST] <durandal_1707> Lynne: you are not my hero anymore, you are gedit user - disappointed
[20:45:45 CEST] <philipl> Lynne: give me a command line to repro?
[20:53:13 CEST] <iive> Lynne, that notation is created by x86inc.h 
[20:53:43 CEST] <iive> or whatever the one from x264 asm extension we use.
[20:53:45 CEST] <Lynne> philipl: "./ffmpeg_g -init_hw_device "vulkan=vk:1,debug=0" -hwaccel nvdec -hwaccel_output_format cuda -i sample.mkv -filter_hw_device vk -vf hwmap,hwdownload,format=nv12 -f null -"
[20:55:37 CEST] <philipl> Lynne: thanks. Got it
[20:55:52 CEST] <Lynne> durandal_1707: its comfy, I'd use kate but it pulls in half of kde and screams to install vlc for you
[20:56:43 CEST] <Lynne> its got tabs you can address with alt+num, minimap, highlight search, all you really need from a text editor
[20:57:07 CEST] <Lynne> not even kate has alt+num tab jumping, you can only switch to next/prev tab
[21:03:51 CEST] <durandal_1707> Lynne: it does not have record commands and vertical selection mode
[21:37:14 CEST] <durandal_1707> 18432x1536 is new gen video
[21:39:24 CEST] <thardin> 12:1 aspect?
[21:40:38 CEST] <Lynne> 36 1024x768 CRTs tiled 18x2?
[21:45:28 CEST] <durandal_1707> 6x1 3D SBS cubemap
[22:50:04 CEST] <Lynne> are the people who work on libaom high?
[22:50:59 CEST] <Lynne> they've enabled delta-q adjustments and do some sort of simplistic mbtree-like aq using that signalling system
[22:51:07 CEST] <Lynne> by default
[22:52:01 CEST] <Lynne> aq using a system which doesn't have any prediction, doesn't have a map to use in between frames, and is only granular enough for superblocks, which can be huge (by default)
[22:52:44 CEST] <Lynne> and they've also broken aq-mode=2 so it breaks on the second gop its used on
[22:54:33 CEST] <Lynne> they're wasting bits signalling dubious quantization deltas in a wasteful way, and probably don't care because oil painting hides the few bits that were lost well
[22:55:09 CEST] <JEEB> lol
[22:55:40 CEST] <JEEB> yea, I think we also noticed that the tagged 1.0errata1 seems to fail at various youtube streams?
[22:55:45 CEST] <JEEB> for decoding
[22:55:55 CEST] <JEEB> I guess they don't notice because they're using some other hash/tag
[22:57:21 CEST] <jamrial> JEEB: they are using dav1d :p
[22:57:26 CEST] <jamrial> if you're talking about chrome
[22:57:46 CEST] <JEEB> hah :DDD
[23:58:24 CEST] <philipl> Lynne: In my quick repro here, I see that it's stopping in vkWaitFences, and it does this whether the cuda side signals the semaphore or not.
[23:58:40 CEST] <philipl> From what you previously wrote, that's not the symptom you see.
[23:59:14 CEST] <philipl> libavutil/hwcontext_vulkan.c:2457
[00:00:00 CEST] --- Mon Sep 16 2019