[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
participants (1)
-
burek