| commit | f0649f13d698eb6aeffeaacd6801b666c4366caf | |
| author | Uoti Urpala <uau@glyph.nonexistent.invalid> | |
| Tue, 14 Dec 2010 23:09:47 +0000 (15 01:09 +0200) | ||
| committer | Uoti Urpala <uau@glyph.nonexistent.invalid> | |
| Mon, 20 Dec 2010 17:02:16 +0000 (20 19:02 +0200) | ||
| tree | 809200e48f70f5a13e8a1d27f688f7b92348a744 | treesnapshot (tar.gz zip) |
| parent | 23f598e0ee2151923a44077f510cd484f239480b | commitdiff |
core: add support for precise non-keyframe-limited seeks
Add support for seeking to an arbitrary non-keyframe position by
decoding video starting from the previous keyframe. Whether to use
this functionality when seeking is controlled by the new option
-hr-seek and a new third argument to the "seek" command. The default
is to use it for absolute seeks (like chapter seeks) but not for
relative ones. Because there's currently no support for cutting
encoded audio some desync is expected if encoded audio passthrough is
used. Currently precise seeks always go to the first frame with
timestamp equal to or greater than the target position; there's no
support for "matching or earlier" backwards seeks at frame level.
Add support for seeking to an arbitrary non-keyframe position by
decoding video starting from the previous keyframe. Whether to use
this functionality when seeking is controlled by the new option
-hr-seek and a new third argument to the "seek" command. The default
is to use it for absolute seeks (like chapter seeks) but not for
relative ones. Because there's currently no support for cutting
encoded audio some desync is expected if encoded audio passthrough is
used. Currently precise seeks always go to the first frame with
timestamp equal to or greater than the target position; there's no
support for "matching or earlier" backwards seeks at frame level.