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

[burek]

[01:41:55 CET] <cone-813> ffmpeg 03Paul B Mahol 07master:7b966af930d4: avcodec/imm4: fix artifacts on some files with special coding mode
[02:00:05 CET] <cone-813> ffmpeg 03Paul B Mahol 07master:0ce759defdab: avcodec/g723_1dec: actually decode second channel
[08:11:45 CET] <pross> fate is a sea of yellow at the moment. who peed in the pool?
[08:45:12 CET] <JEEB> pross: i think it shows which stuff is failing?
[10:03:24 CET] <nevcairiel> new tests were added that seem to fail everywhere
[10:52:47 CET] <pross> ok. the vsynth3 prores tests added in b38dd2d219c99996ca64259ce9d9deff00ad6afe are not deterministic
[10:53:04 CET] <pross> they fail when '--enable-memory-poisoning' is used
[11:05:35 CET] <nevcairiel> i let the author of those tests know, he is going to look into it
[11:32:44 CET] <kurosu> exactly why I added those like 5 years ago, see RESIZE_OFF / INC_PAR_OFF if prores actually has format restrictions
[11:44:38 CET] <durandal_1707> i like how ghidra deals with data references except it does not allow to jump to them from decompiler output
[11:50:13 CET] <atomnuker> so you did try the spyware after all
[12:05:56 CET] <kurosu> In soviet America, you spy with the spyware (sorry to Eastern Europeans)
[12:09:00 CET] <atomnuker> I think the great chinese denuvo hackers have their own tools so they're safe
[13:06:48 CET] <thardin> how decent is SCTP in ffmpeg? I see there's a protocol wrapper for it
[13:39:34 CET] <thardin> ffplay sctp://radio.tranquillity.se:80
[13:40:27 CET] <thardin> only one listener at a time
[00:00:00 CET] --- Fri Mar  8 2019