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

[burek]

[01:22:38 CEST] <jkqxz> jamrial:  Right, I was missing that the KEY frame only clears the previous state at the point it is shown, not the point it is coded.
[01:22:51 CEST] <jkqxz> Is the logic for why it does that obvious somehow?  It's the opposite of what VP9 does.
[01:49:49 CEST] <jamrial> jkqxz: i dont' know
[01:49:55 CEST] <jamrial> the delayed RAP stuff is funny as it requires the container to somehow signal how far away from the key frame DRP the actual delayed RAP is in the stream
[01:52:44 CEST] <jkqxz> I guess it needs an equivalent to the recovery point SEI message, which has precisely that information.
[11:37:02 CEST] <January> https://0x0.st/s3YD.nal -> fate-samples/h264/crew_cif.nal (for test on ML, though not sure if this is best way to do it)
[11:50:00 CEST] <kierank> michaelni: ^
[12:18:08 CEST] <kierank> January: i would personally have called the test "chunks" instead of slices
[13:18:53 CEST] <michaelni> January, kierank fate sample uploaded, more test coverage should be good ... (the code has issues though see ML),
[13:24:25 CEST] <atomnuker> kierank: https://www.iter.org/jpo
[13:24:56 CEST] <kierank> atomnuker: hmmmm
[13:25:22 CEST] <kierank> was thinking of going to demuxed
[14:00:20 CEST] <JEEB> did the trim filter just pass through everything else than the selected range?
[14:00:49 CEST] <JEEB> pass through as in throw away and go on
[14:01:57 CEST] <durandal_1707> Pick one continuous section from the input, drop the rest.
[14:03:53 CEST] <durandal_1707> if you want to throw away use aselect ?
[14:04:34 CEST] <durandal_1707> and complex expression, haha
[14:33:10 CEST] <JEEB> durandal_1707: yes, that is what I meant. as in, there shouldn't be extraneous buffering
[14:33:32 CEST] <JEEB> it will just "consume" the AVFrames not within the range(s)
[14:33:36 CEST] <JEEB> and not return anything
[14:36:38 CEST] <durandal_1707> JEEB: trim filter pick selection and drops rest, i had impression you want reverse
[14:39:00 CEST] <JEEB> yea
[14:39:20 CEST] <JEEB> that is what I wanted and I just wanted to verify that there shouldn't be any funkyness wrt buffering etc
[14:46:26 CEST] <durandal_1707> filters that buffers frames (including only one) are: reverse, loop, atadenoise, random, amplify, shuffleframes, tmix, tblend, tlut2, some audio filters and deinterlace filters
[14:47:02 CEST] <durandal_1707> add (a)cue filters, obviously
[14:47:27 CEST] <durandal_1707> and i probably forgot couple of them
[14:50:09 CEST] <JEEB> cheers
[17:24:19 CEST] <durandal_1707> what i should do next?
[17:30:48 CEST] <kierank> durandal_1707: fix my fate test which don't work on big endian
[18:04:00 CEST] <durandal_1707> kierank: isn't that trivial?
[20:47:56 CEST] <cone-704> ffmpeg 03James Almer 07master:14ac62f9af58: avformat/matroskaenc: remove unnecessary additional codec tags
[20:47:57 CEST] <cone-704> ffmpeg 03James Almer 07master:794079e81529: avformat/matroskaenc: implement AVOutputFormat.query_codec for webm
[20:47:58 CEST] <cone-704> ffmpeg 03James Almer 07master:8439656503e9: avformat/matroskaenc: refactor checks for allowed codecs in WebM
[20:47:59 CEST] <cone-704> ffmpeg 03James Almer 07master:819e4e79797e: avformat/matroskaenc: reindent after the previous commit
[20:58:35 CEST] <durandal_1707> i want do do dynamic noise shaping & dither audio filter which will reduce bits ala lossywav
[22:24:53 CEST] <cone-704> ffmpeg 03Paul B Mahol 07master:5ee414470192: avfilter/af_afftdn: add missing break
[00:00:00 CEST] --- Thu Sep 27 2018