https://bugs.kde.org/show_bug.cgi?id=386105
--- Comment #6 from bl...@vivaldi.net --- I found that every frame produced by fillOutputBuffer() contains (some patch of) corrupted data just right after the middle. Also citing the FFMPEG docs: >Some decoders (those marked with AV_CODEC_CAP_DELAY) have a delay between >input and output. This means that for some packets they will not immediately >produce decoded output and need to be flushed at the end of decoding to get >all the decoded data. Flushing is done by calling this function >(avcodec_decode_audio4()) with packets with avpkt->data set to NULL and >avpkt->size set to 0 until it stops returning samples. It is safe to flush >even those decoders that are not marked with AV_CODEC_CAP_DELAY, then no >samples will be returned. -- You are receiving this mail because: You are watching all bug changes.
