[00:00:10 CET] <JEEB> sometimes it's leaking moderator credentials, sometimes it's just holes in the PHP stuff [00:07:56 CET] <orlcp440> @durandal_1707: are you for real? Why? paid solutions cost $$ lol [12:56:40 CET] <durandal_1707> bitstream parsing errors are gone, now to do actual decoding... [13:04:54 CET] <durandal_1707> atomnuker: when you gonna finish imdct patch? i gonna implement decoding using direct form until FFT variant is implemented [13:06:38 CET] <atomnuker> direct form? [13:07:21 CET] <durandal_1707> direct formula [18:13:21 CET] <durandal_1707> i wonder is way how I derive win_offset[16] array really correct [18:13:27 CET] <cone-560> ffmpeg 03Philip Langdale 07master:96d79ff5b5c8: avutil/cuda_check: Fix non-dynamic-loader implementation [20:42:00 CET] <cone-560> ffmpeg 03Steve Lhomme 07master:a2c7702ccf5e: avformat:matroskadec: use a define to mark the EBML length is unknown [23:07:02 CET] <OmniBlade> I need advice on the appropriate way to handle false positives being identified for a demuxer. I'm trying to extend the old westwood aud demuxer to handle a PCM format found in the Blade Runner game. [23:07:29 CET] <OmniBlade> However it doesn't use chunks like other file using hte format do, its just a short header followed by a raw PCM stream. [23:08:15 CET] <OmniBlade> So when I alter the probe function to allow for unchunked PCM files I get false positives during fate incorrectly identifying some of the test files as aud files. [23:09:11 CET] <OmniBlade> My current approach to get fate to pass is to limit the sample rates that the probe will treat as valid aud files. [23:09:33 CET] <OmniBlade> For the unchunked PCM format anyhow. [23:10:22 CET] <OmniBlade> Does this seem reasonable? [00:00:00 CET] --- Mon Feb 25 2019