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

burek burek021 at gmail.com
Sat May 14 02:05:03 CEST 2016


[00:05:43 CEST] <iive> pfelt: better reply in the maillist... 
[00:06:28 CEST] <pfelt> i'm resubmitting now
[00:07:51 CEST] Action: pfelt is an idiot
[00:07:52 CEST] <pfelt> :(
[00:08:25 CEST] <wm4> everyone makes mistakes, and that was a minor one
[00:09:13 CEST] <pfelt> for some stupid reason i assumed that av_usleep was defined in a header already included&..  and i neglected to compile&.  lesson learned
[00:13:17 CEST] <rcombs> I've sent much worse breakage to the ML
[00:13:50 CEST] <rcombs> (this is why we C/R)
[00:27:05 CEST] <cone-256> ffmpeg 03Paul B Mahol 07master:cb928fc448f9: lavc: add IFF ANIM decoder
[00:42:17 CEST] <pfelt> so i asked this in the main channel, but maybe someone here knows.  do we have any output formats that are multithreaded?  decklink is single thread and i *think* that's why i can't do && -f decklink 'somethin' & -f decklink 'somethinelse' and have it perform well
[03:53:08 CEST] <cone-230> ffmpeg 03Tobias Rapp 07master:77d1e88cf528: avformat/dump.c: fix mixed log levels
[03:53:08 CEST] <cone-230> ffmpeg 03Andriy Lysnevych 07master:ed3a02547c71: avcodec/avpacket: Respect payload offset in av_packet_ref
[06:07:46 CEST] <Zeranoe> Interesting (albeit subjective) writeup on the internal AAC encoder https://hydrogenaud.io/index.php?topic=111085
[07:29:21 CEST] <rcombs> > it was latest at the time but TNS algorithm was fixed since then
[11:59:21 CEST] <j-b> is LBR a new CODEC_ID?
[12:02:47 CEST] <nevcairiel> no
[12:06:51 CEST] <j-b> nevcairiel: that's weird, but OK.
[12:07:09 CEST] <j-b> nevcairiel: thx
[12:20:17 CEST] <jkqxz> wm4:  Hmm, I didn't immediately see how nasty that was.  It would be best if it were unreffed in avcodec_free_context(), and not touched in avcodec_close()?  (Like rc_override and others there.)
[12:20:48 CEST] <nevcairiel> having something user allocated and then taken over by avcodec seems generally a bit iffy
[12:22:02 CEST] <wm4> let's ask elenril!
[12:27:35 CEST] <wm4> nice, scam spam
[14:03:50 CEST] <cone-182> ffmpeg 03Paul B Mahol 07master:17ea1cd55960: avcodec/iff: change delta l offset to uint32_t
[19:19:29 CEST] <jamrial> ubitux: your fate clients haven't updated in four days
[21:31:34 CEST] <cone-691> ffmpeg 03Matthieu Bouron 07master:f6265a5cbcfb: swresample/arm: add ff_resample_common_apply_filter_{x4,x8}_{float,s16}_neon
[21:56:57 CEST] <cone-691> ffmpeg 03James Almer 07master:f92d2f329254: avutil/aes-test: fix memleak
[21:56:58 CEST] <cone-691> ffmpeg 03James Almer 07master:64dbfcc415c5: avutil/ripemd-test: fix memleak
[21:56:58 CEST] <cone-691> ffmpeg 03James Almer 07master:7ee0e0ca1d51: avutil/sha-test: fix memleak
[21:56:59 CEST] <cone-691> ffmpeg 03James Almer 07master:d8ef8b960add: avutil/sha512-test: fix memleak
[22:02:11 CEST] <jamrial> BBB: http://pastebin.com/TKwZGey8 memleak in you matroska-remux test
[22:02:22 CEST] <BBB> :(
[22:02:30 CEST] <jamrial> although it may not be your code at fault
[22:05:05 CEST] <BBB> its a leak in the general code
[22:05:09 CEST] <BBB> the compat layer between old and new bsfs
[22:07:49 CEST] Action: jamrial pokes rcombs
[22:10:29 CEST] <BBB> it seems like the auto-bsf are never free'ed
[22:10:43 CEST] <BBB> I dont know whose responsibility that would be (muxer implementation or generic code)
[22:10:47 CEST] <BBB> rcombs: you should know that :D
[22:12:06 CEST] <BBB> did I write the first test that relies on auto-bsf?
[22:12:13 CEST] <BBB> Im so proud of myself, I found an actual bug ;)
[22:12:42 CEST] <jamrial> technically the first to be commited. rcombs has like three in his auto-bsf patchset :p
[22:29:30 CEST] <cone-691> ffmpeg 03James Almer 07master:8ba257bac642: avformat/Makefile: fix avlanguage dependencies
[22:38:14 CEST] <BBB> jamrial: Ill take whatever I can get ;)
[22:41:19 CEST] <rcombs> BBB: jamrial: that's fixed in my patchset
[22:41:26 CEST] <rcombs> (the leak, that is)
[22:41:28 CEST] <BBB> cool
[23:28:44 CEST] <cone-691> ffmpeg 03Paul B Mahol 07master:01ead2a63963: avcodec/iff: implement 3rd delta ANIM decompression
[00:00:00 CEST] --- Sat May 14 2016


More information about the Ffmpeg-devel-irc mailing list