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

[burek]

[09:40:59 CEST] <durandal_1707> JEEB: do you have bk2 files where first frame is not completely black?
[09:47:45 CEST] <JEEB> so all of those samples I posted were black at first frame? darn it
[09:48:28 CEST] <JEEB> I can check home, I just randomly picked stuff from the games I had on disks
[09:52:11 CEST] <durandal_1707> JEEB: well i only checked KB2f variant first
[09:53:52 CEST] <durandal_1707> so try to get KB2f one where first frame is not just black
[13:11:57 CEST] <gagandeep> kierank: i am able to use frame threads now and it works for 20 frames before crashing
[13:14:34 CEST] <cone-116> ffmpeg 03Michael Niedermayer 07master:be0b77e6e83b: avutil/pixfmt: Document chroma plane size for odd resolutions
[13:19:44 CEST] <kierank> gagandeep: cool
[13:21:17 CEST] <gagandeep> kierank: not cool, i mean i think i dont have some control and that is crashing
[13:22:48 CEST] <gagandeep> again will be going through frame_thread file looking for this
[13:24:55 CEST] <gagandeep> [rawvideo @ 0x7f776c071980] Invalid buffer size, packet size 2856336 < expected frame_size 3110400
[13:25:01 CEST] <gagandeep> error
[17:09:09 CEST] <BBB> kierank: what do you mean with make avfilter usable outside ffmpeg.c?
[17:09:23 CEST] <BBB> kierank: I mean, I agree its not super-mega-easy, but I use it outside ffmpeg.c and its not that bad
[17:09:34 CEST] <JEEB> the framesync stuff can cause variable amounts of delay and other fun stuff
[17:09:36 CEST] <kierank> BBB: have the ability to use filters indepdendently without having to build compelx pipelines
[17:09:45 CEST] <kierank> yeah the framesync stuff is the big problem to be honest
[17:10:10 CEST] <BBB> so you want pushable filters that can be used only by themselves?
[17:10:17 CEST] <BBB> like push in a buffer, get a buffer back, done"?
[17:10:21 CEST] <JEEB> yup
[17:10:32 CEST] <JEEB> f.ex. if you don't push a secondary buffer into overlay
[17:10:36 CEST] <DHE> like if all I'm going to do is run one filter, can't I just push to it directly?
[17:10:39 CEST] <JEEB> then you just don't overlay anything
[17:10:42 CEST] <BBB> its a problem witht the solve everything design, it solves it but becomes hard to use
[17:10:58 CEST] <BBB> fair 'nuf
[17:11:10 CEST] <BBB> I have some wrapper code that basically does that
[17:11:19 CEST] <BBB> but I agree its dumb that I need wrapper code for the simplest use case
[17:11:28 CEST] <kierank> yeah I mean we could write a wrapper but then it becomes inception
[17:11:35 CEST] <kierank> wrapper to wrap a wrapped filter pipeline
[17:11:41 CEST] <DHE> I'm interested in giving filters some multi-CPU capabilities by having each filter as its own thread rather than running one filter at a time on the main thread and just doing slice threading
[17:11:48 CEST] <kierank> durandal_1707: you should come to vdd we discuss avfilter there
[17:15:58 CEST] <durandal_1707> i'm not going to vdd, its too far away
[17:19:08 CEST] <atomnuker> come on, it'll be fun, its less than 2 hours by plane
[17:20:04 CEST] <atomnuker> btw you can construct pipelines manually by inserting filters at links
[17:58:25 CEST] <cone-116> ffmpeg 03James Almer 07master:45f52d19b98f: avcodec: add AV1 packet split API
[17:58:26 CEST] <cone-116> ffmpeg 03James Almer 07master:f9af3929c0df: avcodec/extract_extradata: add support for AV1
[17:58:27 CEST] <cone-116> ffmpeg 03James Almer 07master:a754af942a6a: avcodec/libaomenc: export Sequence Header and Metadata OBUs as extradata
[17:58:28 CEST] <cone-116> ffmpeg 03James Almer 07master:9ca7ad246d53: avformat/mov: add support for AV1 streams
[17:58:29 CEST] <cone-116> ffmpeg 03James Almer 07master:9888a19db477: avformat/movenc: add support for AV1 streams
[18:09:34 CEST] <atomnuker> nice
[18:10:26 CEST] <j-b> Glorious
[18:14:41 CEST] <jamrial> now to hope libaom implements aom_codec_get_global_headers() for av1 in a timely manner :p
[18:21:15 CEST] <atomnuker> did they merge it? I'm seeing that function in various places on the net
[18:23:40 CEST] <jamrial> atomnuker: the function exists, but it has no av1 implementation. it just returns an error
[18:37:58 CEST] <TD-Linux> wow it werks
[19:07:36 CEST] <durandal_1707> JEEB: still at work?
[19:08:05 CEST] <JEEB> just got home, eating
[19:20:51 CEST] <c3r1c3-Win> Man, that's some dedication right there.
[19:22:03 CEST] <durandal_1707> c3r1c3-Win: what you are talking about?
[19:22:23 CEST] <c3r1c3-Win> JEEB being at home, eating and yet still in IRC.
[20:40:04 CEST] <kiloreux> I want to get involved in ffmpeg development and looking for any possible mentorship? Something like GSoC mentorship (but without the money :P)
[20:40:32 CEST] <JEEB> hanging around here is generally a good idea
[20:40:40 CEST] <JEEB> anyways, depends on what you want to do
[20:41:52 CEST] <kiloreux> I'm just fascinated by the whole project and want to learn more about its inner workings, while contributing something back. Also to advance my career (obviously).
[20:42:40 CEST] <JEEB> lavf handles protocols and containers, lavc handles decoding and encoding, libavfilter handles filtering of AVFrames received from decoders
[20:48:15 CEST] <kiloreux> Is the knowledge about this internals kept somewhere ?
[20:48:25 CEST] <kiloreux> Or distributed ?
[20:49:37 CEST] <durandal_1707> everything is in source code
[20:49:48 CEST] <JEEB> https://ffmpeg.org/doxygen/trunk/index.html
[20:49:53 CEST] <DHE> have you looked at the doxygen docs? they're intended for API users but should help you get going
[20:49:53 CEST] <JEEB> and yes, it's all in the code repo
[20:50:12 CEST] <JEEB> then depending on what exactly you need there's specific how-to-starts
[20:50:33 CEST] <JEEB> basically, you need to be able to a) build FFmpeg and b) have some sort of goal
[20:50:33 CEST] <tmm1> see also https://github.com/leandromoreira/ffmpeg-libav-tutorial/blob/master/README.md and http://dranger.com/ffmpeg/
[20:51:07 CEST] <cone-116> ffmpeg 03James Almer 07master:5abbb1430d3e: avcodec: bump micro version after previous changes
[20:56:08 CEST] <kiloreux> Thank you. That was helpful as a start, will hit up the channel with questions as I get more inside it.
[21:01:29 CEST] <BBB> src/libavcodec/cbs_vp9_syntax_template.c:191:17: warning: implicit conversion from 'int' to 'int8_t' (aka 'signed char') changes value from 255 to -1 [-Wconstant-conversion]
[21:01:38 CEST] <BBB> is that bad?
[21:02:01 CEST] <BBB> or is that just syntactical and its re-unsigned later on when writing and never used as a literal/integer value?
[21:03:06 CEST] <jamrial> what compiler? gcc 7 doesn't emit that warning
[21:27:24 CEST] <BBB> jamrial: clang
[21:27:33 CEST] <BBB> also why does require in configure no longer add libs to EXTRALIBS?
[21:27:43 CEST] <BBB> all this breakage :( :/ :|
[21:28:49 CEST] <jamrial> EXTRALIBS is per library now
[21:28:57 CEST] <jamrial> so EXTRALIBS-avcodec, EXTRALIBS-avformat, etc
[21:29:13 CEST] <BBB> I dont know what that means
[21:29:24 CEST] <BBB> how do I add stuff to configure?
[21:30:02 CEST] <jamrial> as usual? adding new standard modules didn't change
[21:30:35 CEST] <jamrial> for a decoder with no dependencies, you don't even need to add anything to configure. allcodecs.c and Makefile should be enough
[21:31:31 CEST] <BBB> I think the assistance from configure could be better
[21:31:35 CEST] <jamrial> if it depends on something, then it would be foo_decoder_{dep,select}="bar" in the "code dependency declarations" from configure
[21:31:38 CEST] <BBB> I think I had an underscore in one place and not in another
[21:31:41 CEST] <BBB> and it just doesnt care
[21:31:47 CEST] <BBB> a compiler would give a syntax error
[21:32:04 CEST] <jamrial> bash sometimes gives errors in those cases
[21:32:05 CEST] <nevcairiel> everyone knows that configure is bad
[21:32:27 CEST] <BBB> I didnt say it was bad, it was merely implied
[21:33:06 CEST] <nevcairiel> its slow and hard to maintain, but apparently easier then learning something new
[21:33:16 CEST] <nevcairiel> or so some people b elieve anyway
[21:34:10 CEST] <jamrial> i'm all for a replacement, but i don't want to lose the current versatility if we migrate to meson, python or whatever
[21:36:53 CEST] <__tim> ooc, what do you mean exactly by 'current versatility'? The options to disable/enable components on a fine-grained basis? Or something else?
[21:39:09 CEST] <jamrial> yes, that
[21:39:32 CEST] <nevcairiel> i think th at was always planned to be possible, just not done at first
[21:39:40 CEST] <jamrial> the per library ldflags/EXTRALIBS as well
[21:40:58 CEST] <__tim> that's not a problem afaik
[21:41:34 CEST] <jamrial> that's cool then
[22:38:56 CEST] <azaki> has anyone tried to mux an av1 that is in .ivf container (--ivf in aomenc) into anything else, like mkv or mp4 ? i'm trying in ffmpeg-git and it doesn't seem to work. (i've got the mp4 av1 mapping patches that landed in master recently)
[22:39:14 CEST] <azaki> keep getting empty files. ffplay can play the file fine though, which is odd.
[22:40:02 CEST] <atomnuker> the ivf demuxer needs to be adjusted, I'll try to dig up my patch which did that
[22:43:16 CEST] <atomnuker> nope, can't find it, TD-Linux has it though
[22:45:26 CEST] <jamrial> azaki: ivf files have no way to store or set key frames, so remuxing files with streams that have no parser (as is the case with av1) will not work
[22:46:46 CEST] <atomnuker> yeah, it had to do with the lack of keyframes, I think we just changed it to always mark frames as such (because that's what the encoder supported)
[22:47:16 CEST] <jamrial> once an av1 parser that sets keyframes is committed, remuxing from ivf will be possible
[22:48:01 CEST] <azaki> ah, ok. thanks.
[22:48:23 CEST] <azaki> atomnuker: should i ask for the patch, or is it not ready yet or something?
[22:49:02 CEST] <rcombs> "mark everything as a keyframe" sounds like a great way to create some Regrets later on
[22:49:47 CEST] <JEEB> åUEnNa
[22:51:08 CEST] <atomnuker> azaki: no, you need to wait
[22:51:21 CEST] <BBB> jamrial has a patch to add a av1 parser
[22:51:28 CEST] <BBB> which will detect keyframe flags
[22:51:40 CEST] <BBB> so you need to make sure thats activated also in some way
[22:51:47 CEST] <azaki> atomnuker: okie dokie. thank you.
[22:51:55 CEST] <jamrial> it uses jkqxz's cbs_av1 implementation, though, so that needs to be finished and committed first
[22:56:29 CEST] <atomnuker> isn't cbs av1 done?
[22:59:24 CEST] <jamrial> it's almost done for reading purposes, i think
[00:00:00 CEST] --- Sat Jul 21 2018