aboutsummaryrefslogtreecommitdiffstats
path: root/src/MusicChunk.hxx (unfollow)
Commit message (Collapse)AuthorFilesLines
2013-10-28MusicChunk: return WritableBufferMax Kellermann1-3/+3
2013-10-28MusicChunk: use uint8_t instead of charMax Kellermann1-1/+1
2013-10-25ReplayGainInfo: use CamelCase for struct nameMax Kellermann1-1/+1
2013-10-19*: use nullptr instead of NULLMax Kellermann1-1/+1
2013-10-02replay_gain_*.h: rename to *.hxxMax Kellermann1-1/+1
2013-09-26MusicChunk: remove obsolete prototypesMax Kellermann1-7/+1
2013-09-26MusicPipe: expose the C++ APIMax Kellermann1-1/+1
2013-09-26MusicChunk: use constexpr for CHUNK_SIZEMax Kellermann1-3/+1
2013-08-03audio_format: convert to C++Max Kellermann1-6/+6
2013-07-30tag: convert to C++Max Kellermann1-1/+2
2013-01-04MusicChunk: move functions to methodsMax Kellermann1-47/+50
2013-01-04buffer, pipe: convert to C++Max Kellermann1-4/+3
2011-01-29copyright year 2011Max Kellermann1-1/+1
2010-05-02player_thread: move cross-fading to output threadMax Kellermann1-0/+6
Remove cross_fade_apply(), and call pcm_mix() in the output thread, mixing the chunk and chunk->other together.
2010-05-02chunk: added attribute "other"Max Kellermann1-0/+6
Preparation for cross-fading support in the output thread.
2010-02-17replay_gain: reimplement as a filter pluginMax Kellermann1-0/+15
Apply the replay gain in the output thread. This means a new setting will be active instantly, without going through the whole music pipe. And we might have different replay gain settings for each audio output device.
2009-12-31Update copyright notices.Avuton Olrich1-1/+1
2009-03-13all: Update copyright header.Avuton Olrich1-3/+4
This updates the copyright header to all be the same, which is pretty much an update of where to mail request for a copy of the GPL and the years of the MPD project. This also puts all committers under 'The Music Player Project' umbrella. These entries should go individually in the AUTHORS file, for consistancy.
2009-03-10music_chunk: increased chunk size to 4 kBMax Kellermann1-2/+1
A larger chunk size means less overhead for managing them. 4 kB seems to be a reasonable choice: it contains 23 ms of 44.1 kHz 16 bit stereo data, or 3 ms of 192 kHz 24 bit stereo data. The original value of 1020 seemed to be too small, there were quite a lot of system calls and context switches.
2009-03-08music_chunk: added assertions on the audio formatMax Kellermann1-0/+18
In !NDEBUG, remember which audio_format is stored in every chunk and every pipe. Check the audio_format of every new data block appended to the music_chunk, and the format of every new chunk appended to the music_pipe.
2009-03-07chunk: added music_chunk_is_empty()Max Kellermann1-0/+6
2009-03-06pipe: added music_buffer, rewrite music_pipeMax Kellermann1-0/+3
Turn the music_pipe into a simple music_chunk queue. The music_chunk allocation code is moved to music_buffer, and is now managed with a linked list instead of a ring buffer. Two separate music_pipe objects are used by the decoder for the "current" and the "next" song, which greatly simplifies the cross-fading code.
2009-03-05music_chunk: added music_chunk_write(), music_chunk_expand()Max Kellermann1-0/+36
Moved some code from music_pipe_write() and music_pipe_expand(). Only music_chunk.c should access the music_chunk internals.
2009-03-03music_pipe: moved struct music_chunk to chunk.hMax Kellermann1-0/+61