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

[burek]

[01:06:40 CEST] <jkqxz> tmm1:  (From yesterday.)  I haven't touched it in a while, but rebased and put on <https://github.com/fhvwy/FFmpeg/commits/cbs>.
[01:18:18 CEST] <tmm1> jkqxz: thanks
[02:15:15 CEST] <tmm1> jkqxz: would love to see those patches merged. i was able to use the filters to add simple (i.e. pts reordering based) closed caption support to the mediacodec hardware decoders: https://paste.ubuntu.com/p/kRWQ5tsn8J/
[02:29:23 CEST] <nicolas17> hmm is there a 'growing string' in libavutil? where appending to the string may reallocate if there isn't enough capacity
[02:34:45 CEST] <tmm1> bprint?
[02:36:23 CEST] <nicolas17> tmm1: yes, perfect!
[11:54:50 CEST] <durandal_1707> Compn: ping!
[13:59:31 CEST] <Compn> durandal_1707 whaaaaaaaaaa
[14:00:23 CEST] <JEEB> < InTheWings> still waiting access to mailing list..
[14:00:32 CEST] <JEEB> someone needs to let this guy onto the ML
[14:00:40 CEST] <JEEB> for some reason he's not joining this channel
[14:01:03 CEST] <JEEB> you're on #videolan so if you need to speak to him specifically (if you can help with the ML) you can poke him there
[14:01:38 CEST] <Compn> i can help with ml but whats problem
[14:02:21 CEST] <Compn> he not recieve confirm subscription mail or so?
[14:02:26 CEST] <Compn> ok i ask :P
[14:02:32 CEST] <JEEB> cheers
[14:07:54 CEST] <gagandeep> i am using ff_thread_release_buffer in update_thread_context so as to release the buffer for the frame, or am i supposed to use it somewhere else
[14:08:13 CEST] <gagandeep> currently i am getting error when a thread is completing it's work
[14:09:10 CEST] <durandal_1707> gagandeep: release buffer when you no longer need it?
[14:09:55 CEST] <gagandeep> so i think update_thread_context is a good enough place to release the buffer for the thread that submit packet will be called on
[14:42:55 CEST] <durandal_1707> I need money asap from ffmpeg!
[14:43:39 CEST] Action: DHE gives durandal_1707 around 5 bux
[14:44:28 CEST] <Compn> durandal_1707 : we have some money, put in formal request what money is for, invoice it
[14:44:33 CEST] <Compn> and then mail to ml for reviews
[14:44:34 CEST] Action: Compn afk
[16:49:22 CEST] <durandal_1707> atomnuker: write av3 when?
[16:55:08 CEST] <atomnuker> when av2 gets crushed under the weight of all the filtering and insane ideas people come up to avoid having vector quantization
[16:56:12 CEST] Action: gnafu starts work on AV4 to get ahead of the curve.
[16:56:23 CEST] <gnafu> Maybe my first frame will finish encoding by the time AV3 is finalized.
[17:04:14 CEST] <kierank> atomnuker: why can't they do vector quant?
[17:06:47 CEST] <durandal_1707> lair of multimedia guru - where is multimedia content here hidden ?
[17:28:19 CEST] <cone-077> ffmpeg 03Baptiste Coudurier 07master:b420fead53b1: avformat/mxfdec: only call mxf_free_metadataset when ctx_size is != 0, otherwise ctx == mxf
[18:18:01 CEST] <cone-077> ffmpeg 03Aman Gupta 07master:37644f047703: avcodec: parse options from AVCodec.bsfs
[18:26:15 CEST] <cone-077> ffmpeg 03Thomas Guillem 07master:93e157f40f41: avcodec/videotoolboxenc: fix undefined behavior with rc_max_rate=0
[18:26:54 CEST] <cone-077> ffmpeg 03Thomas Guillem 07release/4.0:db923b3fbd3a: avcodec/videotoolboxenc: fix undefined behavior with rc_max_rate=0
[20:18:24 CEST] <cone-077> ffmpeg 03alexander schmid 07master:b23c4a9dbd8e: lavu/x86/cpu: Fix aesni detection
[20:53:54 CEST] <mont3z>  I'm using custom avio to parse a RTP stream. Although I can see that ffmpeg is parsing NAL units at some point av_read_frame blocks for ever. Does anyone knows any reason for av_read_frame to never return?
[21:00:02 CEST] <mont3z> sry, wrong room
[23:14:19 CEST] <cone-077> ffmpeg 03Carl Eugen Hoyos 07master:9cb3d8fcb7eb: lavfi/af_afir,af_aiir: Remove a variable that is always -1.
[00:00:00 CEST] --- Fri Jul 20 2018