summaryrefslogtreecommitdiff
path: root/src/lib/audio_decoder_stream.cc
AgeCommit message (Collapse)Author
2015-10-16Avoid 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-10-09Logging improvements to allow prettier displays in the server GUI.Carl Hetherington
2015-09-09Use SRC_LINEAR for speed when analysing audio (#685).Carl Hetherington
2015-09-06Don't create resamplers with no channels.Carl Hetherington
2015-08-27Fix Player::dcp_to_content_video with similar but not equal content/DCP ↵Carl Hetherington
frame rates.
2015-08-26Rest of src/lib/*.h tidying.Carl Hetherington
2015-08-18Include tidying.Carl Hetherington
2015-07-29Replace Time::frames with Time::frames_round and Time::frames_floor.Carl Hetherington
I believe both are necessary; doing floor instead of round caused #648.
2015-06-25Add DEBUG_DECODE and some basic debugging of the decoding process.Carl Hetherington
2015-06-21No-op: remove all trailing whitespace.Carl Hetherington
2015-06-12Remove 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-02Handle multiple audio streams in a single piece of contentCarl Hetherington
in a similar way to the V1 patch.