| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2018-01-02 | No need for position() to be virtual. | Carl Hetherington | |
| 2017-04-19 | Fix merging of audio in various circumstances. | Carl Hetherington | |
| 2017-04-19 | Various fixes to push audio vaguely in the right direction. | Carl Hetherington | |
| 2017-04-19 | Reinstate subtitle list view. | Carl Hetherington | |
| 2017-04-19 | Basic grunt-work, untested and unfinished, but it compiles. | Carl Hetherington | |
| 2016-12-08 | Further fixes and tidying to 'better-seek'. | Carl Hetherington | |
| This fixes the failure to keep track of the `position' of each stream of a multi-stream file. It also tidies things up a bit. | |||
| 2016-11-19 | Move position variables into the video/audio/subtitle decoder classes. | Carl Hetherington | |
| 2016-11-19 | Cope with offsets between video/audio/subtitle data in a muxed file. | Carl Hetherington | |
| 2016-11-17 | A possibly-better approach to seeking. | Carl Hetherington | |
| Before this commit, decoders try to guess whether they should request a seek based on what they have in their buffers. This seems reasonable for video and audio, which will always (I think) have some data lying around to give an indication of where their parent decoders are in the timeline. It doesn't work so well for subtitles, as the storage of subs is cleared out based on time (+/- 5s of "now") so there is a good chance that the storage will be empty. This gives the subtitle decoder no chance of knowing where its parent is, so it's very likely to seek. This commit asks the parent decoder to seek if it wants to, and it decides based on a knowledge of roughly where it is in the timeline. Hence the sub-decoders just see if they have got the data that is being requested, and if not they suggest to the parent that it might like to seek. They then start calling pass(). Hence the parent should only seek if some calls to pass() are not going to elicit the required data in a reasonable time. | |||
| 2016-07-01 | Make the preview respond to changes in subtitle line spacing. | Carl Hetherington | |
| 2016-05-25 | No-op; fix GPL address and use the explicit-program-name version. | Carl Hetherington | |
| 2016-05-18 | Basics of splitting up Decoder tree like Content. | Carl Hetherington | |
| 2016-01-24 | Comment. | Carl Hetherington | |
| 2015-10-26 | Reinstate subtitle speed-up patch 526fd6de4c80a7ac9614a1cb0209efff7b171cd5 ↵ | Carl Hetherington | |
| but only for preview. | |||
| 2015-10-23 | Revert "Avoid decoding other packets when looking for subs." | Carl Hetherington | |
| This reverts commit 9e025d3f85f9d6d855b3d5e6c90bca0eac3a3d49. It causes corruption in prophet_clip.xml for reasons that are not yet known. | |||
| 2015-10-16 | Avoid decoding other packets when looking for subs. | Carl Hetherington | |
| The "accumulation" of, for example, video data when we are looking for audio data is an *optimisation* to reduce the number of seeks. It should not be necessary for correctness (the output should be right even if we never kept anything except what we were looking for). Doing this accumulation is not always an optimisation; sometimes not doing it is better. Avoiding it when going back for subtitles is one of these cases. | |||
| 2015-08-26 | Include tidying src/lib/a-j*.h | Carl Hetherington | |
| 2015-06-21 | No-op: remove all trailing whitespace. | Carl Hetherington | |
| 2015-06-12 | Remove PassReason stuff. | Carl Hetherington | |
| This feels wrong: it means that it is possible for FFmpegDecoder to discard packets. I can't see how this is ok in all cases: maybe we were lucky that it worked at all. | |||
| 2015-06-02 | Handle multiple audio streams in a single piece of content | Carl Hetherington | |
| in a similar way to the V1 patch. | |||
| 2015-05-13 | Don't bother decoding video frames when we're seeking around trying to find ↵ | Carl Hetherington | |
| subtitles. | |||
| 2014-12-05 | Some include tidying. | Carl Hetherington | |
| 2014-07-01 | Tidy up a bit. | Carl Hetherington | |
| 2014-06-02 | Merge master. | Carl Hetherington | |
| 2014-05-02 | Comments. | Carl Hetherington | |
| 2014-04-02 | Various fixes to FFmpeg decoder, including a couple of tests. | Carl Hetherington | |
| 2014-03-25 | It builds. | Carl Hetherington | |
| 2014-03-07 | Add primitive subtitle view. Remove unused Film member from Decoder hierarchy. | Carl Hetherington | |
| 2014-03-04 | New DCPTime/ContentTime types. | Carl Hetherington | |
| 2014-02-25 | Somewhat riskily remove use of AV_SEEK_BACKWARD. It was causing | Carl Hetherington | |
| seeks at the end of a FFmpegDecoder to go back into the content, confusing the player (which assumes that the next peek after seek will be after the seek location). | |||
| 2013-12-28 | Fix termination of decodes. | Carl Hetherington | |
| 2013-12-24 | Some fixes to playback of drop-frame content. | Carl Hetherington | |
| 2013-12-18 | Considerable rework of decoder timing; tests pass, at least. | Carl Hetherington | |
| 2013-12-13 | Time -> DCPTime. | Carl Hetherington | |
| 2013-12-11 | Various work on better seeking (and seeking of audio). | Carl Hetherington | |
| 2013-07-25 | Call Resampler::flush() again. | Carl Hetherington | |
| 2013-07-20 | Remove some unused stuff. | Carl Hetherington | |
| 2013-07-16 | More noncopyable. | Carl Hetherington | |
| 2013-07-10 | Make subtitles work at least a bit. | Carl Hetherington | |
| 2013-06-26 | Another try at sorting out the thorny question of timing. | Carl Hetherington | |
| 2013-06-18 | Rename next -> position in decoders. | Carl Hetherington | |
| 2013-05-31 | Test filling of stuff with black. | Carl Hetherington | |
| 2013-05-24 | Seeking tweaks. | Carl Hetherington | |
| 2013-05-23 | Some more tidying up. | Carl Hetherington | |
| 2013-05-22 | Various hacks. | Carl Hetherington | |
| 2013-05-22 | Half-way through trying to make seek work again. | Carl Hetherington | |
| 2013-05-16 | Compiles; strange hang on adding content to a film. | Carl Hetherington | |
| 2013-04-26 | Attempted fixes for some unimplemented timing bits. | Carl Hetherington | |
| 2013-04-21 | Untested merge of master. | Carl Hetherington | |
| 2013-04-20 | Somewhat hacky but seemingly functional frame back/forward (rest of #68). | Carl Hetherington | |
