diff options
| author | wm4 <wm4@nowhere> | 2019-05-31 16:24:06 +0200 |
|---|---|---|
| committer | wm4 <wm4@nowhere> | 2019-09-19 20:37:05 +0200 |
| commit | 8812530b312c8beeaeefdaaa54fc26cf779cb3c2 (patch) | |
| tree | f56ac62296c518e3df0bcb0341bada5c3c19f6d2 /options/options.c | |
| parent | da6e862c4fff9b33996607ce7ab18d3714704620 (diff) | |
| download | mpv-8812530b312c8beeaeefdaaa54fc26cf779cb3c2.tar.bz2 mpv-8812530b312c8beeaeefdaaa54fc26cf779cb3c2.tar.xz | |
demux: more backwards playback preroll packets for vorbis and mp3
Together with the previous commit, this seems to make backward playback
work in files with vorbis and mp3 audio codecs.
For Vorbis (with libavcodec's decoder, didn't test libvorbis), the first
packet was just always completely discarded. This happened even though
we tell libavcodec that we do discarding of padding manually. It simply
happened inside the codec, not libavcodec's general initial padding
handling. In addition, the first output decoded frame seems to contain
partial data. (Unlike the opus decoder, it doesn't report any padding at
all.)
The Opus decoder (again libavcodec only tested) reports an initial
padding, but it appears to be too small, and it sounds right only with 2
packets discarded. So its status doesn't change.
I'm not sure why I need 2 frames for mp3, but with that value I had
success on the samples I tested.
Diffstat (limited to 'options/options.c')
0 files changed, 0 insertions, 0 deletions