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

burek burek021 at gmail.com
Mon Feb 25 03:05:04 EET 2019


[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


More information about the Ffmpeg-devel-irc mailing list