- 21 Apr, 2010 4 commits
-
-
Avuton Olrich authored
-
Avuton Olrich authored
-
Avuton Olrich authored
-
Avuton Olrich authored
This changes no code, makes no moves; this merely adds some headers to improve readability.
-
- 20 Apr, 2010 1 commit
-
-
- 16 Apr, 2010 2 commits
-
-
Avuton Olrich authored
-
Avuton Olrich authored
Check for LAME libraries the same way other libraries are checked for, in line with the configure and outside the buggy macro. This will fix problems with cross compilation.
-
- 14 Apr, 2010 1 commit
-
-
Avuton Olrich authored
-
- 13 Apr, 2010 3 commits
-
-
Max Kellermann authored
This is useful at the maximum depth level, to update newly created directories. It is however questionable if the hard-coded 5 seconds delay is enough to create new directory trees with all of their files, but we might make that delay configurable in the future.
-
Max Kellermann authored
Limits the depth of the watched directories. This is useful to keep resource usage down and speed up MPD startup.
-
Max Kellermann authored
-
- 11 Apr, 2010 1 commit
-
-
Charles Kerr authored
What's happening is the `ptr' argument to that function is NULL for me every time. `ptr' is unconditionally dereferenced to generate a log message, and this is where mpd crashes. Attached is a simple patch that tests for NULL and omits the log. With this patch the crash disappeared and mpd went back to working well.
-
- 10 Apr, 2010 1 commit
-
-
Tony Miller authored
Supports a number of videogame music formats, more info here: http://www.fly.net/~ant/libs/audio.html I wrote this plugin for the latest svn, get it here: http://code.google.com/p/game-music-emu/source/checkout
-
- 05 Apr, 2010 1 commit
-
-
James Pike authored
-
- 01 Apr, 2010 1 commit
-
-
Orivej Desh authored
-
- 28 Mar, 2010 4 commits
-
-
Max Kellermann authored
-
Orivej Desh authored
.. rather then append to the end of the previous one Cuebreakpoints from the cuetools package has three modes of operation, and the default is to append pregap (INDEX 00) to the end of the previous track. This is the behavior most compliant to the existing cue files. Here is the patch which fixes the issue. I borrowed bits of implementation from cuebreakpoints. I assumed that the whole audio file must be covered by head-to-head going tracks, which is how hardware CD players probably work. In cue_tag I changed rounding from rounding up to rounding down because the thing in mpd which calculates actual track duration (and current position) rounds it down, and I didn't want to see in my playlist values different from whose in a now-playing progress bar. I've compared the resultant mpd behaviour with "mplayer -ss MM:SS.MS" where the time was supplied by cuebreakpoints and noticed that mplayer started each track a bit earlier then mpd, though this was the same before the patch.
-
Max Kellermann authored
Conflicts: NEWS configure.ac src/cue/cue_tag.c src/decoder/mpcdec_decoder_plugin.c src/player_thread.c
-
Max Kellermann authored
Fix distcheck.
-
- 22 Mar, 2010 4 commits
-
-
Avuton Olrich authored
-
Avuton Olrich authored
-
Avuton Olrich authored
-
Avuton Olrich authored
-
- 21 Mar, 2010 1 commit
-
-
Tim Phipps authored
Adds mixrampdb and mixrampdelay commands. Reads MIXRAP_START and MIXRAMP_END tags from FLAC files and overlaps instead of crossfading.
-
- 19 Mar, 2010 1 commit
-
-
Aleksei Kaveshnikov authored
"When playing musepack files with mpd v0.15.8, rg seems to have no effect. Using sample file below, mpd says 'computing ReplayGain album scale with gain 122.879997, peak 0.549150'. One thing though, if I build mpd against old libmpcdec-1.2.6, rg works as expected: 'computing ReplayGain album scale with gain 16.820000, peak 0.099765'"
-
- 17 Mar, 2010 5 commits
-
-
Max Kellermann authored
Previously, tags of the new song being cross-faded in were sent immediately. That can cause wrong information being displayed, because the "previous" song might send its tag at the end again, overriding the "next" song's tag. This patch saves & merges the tag of the next song, and sends it when cross-fading is finished, and the next song really starts.
-
Max Kellermann authored
Like tag_merge(), but can deal with NULL parameters, and frees both tag objects.
-
Max Kellermann authored
For int16_t.
-
Max Kellermann authored
When decoder->timestamp is calculated, the PCM data is already converted to out_audio_format; using in_audio_format may cause funny speedups/slowdowns.
-
Piotr Gozdur authored
"There is a bug in fixed-point musepack (musepack_src_r435) playback. In floating-point audio is OK but in fixed audio is distorted. I have made a patch for this"
-
- 12 Mar, 2010 1 commit
-
-
Max Kellermann authored
When handle_update() was modified to use uri_safe_local(), suddently "mpc update ''" and "mpc update '/'" stopped working, because both are not a "safe" local URI. This patch adds a special case for these, to retain backwards compatibility.
-
- 10 Mar, 2010 3 commits
-
-
Max Kellermann authored
Did you ever accidently click "stop" while feeding a radio station? This option sets the output device to "pause" to disable the "close" method. It falls back to "pause" then, which is specific to the plugin. Some plugins implement it by feeding silence.
-
Max Kellermann authored
If we're not doing this, and a new song is played after pause ends, then you will hear the rest of the previous song.
-
Max Kellermann authored
Always use the same number of samples from each channel's ring buffer. This ensures that all channels are kept in sync.
-
- 07 Mar, 2010 2 commits
-
-
Max Kellermann authored
-
Max Kellermann authored
With single+repeat enabled, it is expected that MPD repeats the current song over andd over. With random mode also enabled, this didn't work, because the song order was shuffled internally. This patch adds a special check for this case.
-
- 27 Feb, 2010 4 commits
-
-
Max Kellermann authored
Pass everything to the GLib logging library. No direct stderr access.
-
Max Kellermann authored
The pointer is invalid if av_open_input_file() fails.
-
Max Kellermann authored
This is a very basic check, which only ensures that the path does not begin with a slash, doesn't have double slashes and the special names "." and ".." are forbidden.
-
Max Kellermann authored
Dots at the beginning of an URI segment are ok, as long as the special names "." and ".." are not used.
-