aboutsummaryrefslogtreecommitdiffstats
path: root/NEWS (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Insure proper initialization of stack-allocated struct.Christopher Brannon2011-02-151-0/+2
| | | | | | | | | | Version 1.0.0 of the libao library added a new field to the ao_sample_format struct. It is a char * named matrix. When an ao_sample_format is allocated on the stack, this field contains garbage. The proper course is to insure that is initialized to NULL. NULL indicates that we do not want any mapping. The struct is now initialized using a static initializer, and this technique is compatible with all known versions of libao.
* update: log all file permission problemsMax Kellermann2011-01-311-0/+1
|
* encoder/lame: explicitly configure the output sample rateMax Kellermann2011-01-071-0/+2
| | | | | | | | | When you don't explicitly set an output sample rate, liblame tries to guess an output sample rate from the input sample rate. You would think that this "guessing" consists of just setting both equal, but that is not the case. For 44.1kHz at 96kbit/s, liblame chooses 32kHz. This patch explicitly configures the output sample rate, to stop the bad guessing.
* fix version number in NEWSMax Kellermann2011-01-071-1/+1
|
* Modify version string to post-release version 0.15.16~gitMax Kellermann2010-12-211-0/+3
|
* mpd version 0.15.15release-0.15.15Max Kellermann2010-11-081-1/+1
|
* output/shout: artist comes first in stream titleMax Kellermann2010-11-081-0/+2
| | | | | | After popular demand, I've switched the order of "artist" and "title" in the stream title. There is no standard, and there is no reliable way to parse those from the stream title.
* input/rewind: fix assertion failureMax Kellermann2010-11-081-0/+2
| | | | | The assertion added in MPD 0.15.14 was too much, it failed when the MIME type of a stream was NULL.
* Modify version string to post-release version 0.15.15~gitAvuton Olrich2010-11-061-0/+3
|
* mpd version 0.15.14release-0.15.14Avuton Olrich2010-11-061-1/+1
|
* player_thread: fix assertion failure due to wrong music pipe on seekMax Kellermann2010-11-051-0/+1
| | | | | | | | | When one song is played twice, and the decoder is working on the second "instance", but the first should be seeked, the check in player_seek_decoder() may assume that it can reuse the decoder without exchanging pipes. The last thing was the mistake: the pipe pointer was different, which led to an assertion failure. This patch adds another check which exchanges the player pipe.
* input/rewind: fix double free bugMax Kellermann2010-11-051-0/+2
| | | | | Duplicate the "mime" attribute of the inner input_stream object, instead of copying the pointer.
* decoder/{mp4ff,ffmpeg}: add extension ".m4b" (audio book)Max Kellermann2010-11-051-0/+3
| | | | Same as ".m4a".
* output_thread: fix assertion failure due to race condition in OPENMax Kellermann2010-11-041-1/+1
| | | | | | Change the assertion on "fail_timer==NULL" in OPEN to a runtime check. This assertion crashed when the output thread failed while the player thread was calling audio_output_open().
* Modify version string to post-release version 0.15.14~gitAvuton Olrich2010-10-101-0/+3
|
* mpd version 0.15.13release-0.15.13Avuton Olrich2010-10-101-1/+1
|
* output/httpd: MIME type audio/ogg for Ogg VorbisMax Kellermann2010-10-031-0/+1
| | | | | | RFC 5334 10.3 defines the MIME type "audio/ogg". We could use "application/ogg" as well, but we know for sure that we only emit audio data.
* input/rewind: enable for MMSThomas Jansen2010-09-281-0/+1
|
* rewind_input_plugin: Update MIME not only onceThomas Jansen2010-09-231-0/+2
| | | | | | | The assumption that MIME type is set only once is not valid with CURL, as URL redirections may update the MIME type. This fixes bug #3044.
* Correctly terminate stream_title.Qball Cow2010-09-081-0/+2
| | | | | This caused random data to be send via icy-server if the played song had no tags.
* output_thread: fix race condition after CANCEL commandMax Kellermann2010-08-191-0/+1
| | | | | | Clear the notification before finishing the CANCEL command, so the notify_wait() after that will always wait for the right notification, sent by audio_output_all_cancel().
* Modify version string to post-release version 0.15.13~gitAvuton Olrich2010-07-211-0/+3
|
* mpd version 0.15.12release-0.15.12Max Kellermann2010-07-201-1/+1
|
* input/curl: remove assertion after curl_multi_fdset()Max Kellermann2010-07-201-0/+2
| | | | | | | | | | | | | | | | | Some users reported that MPD crashes when using a new CURL version with the threaded DNS resolver enabled. It seems that curl_multi_fdset() returns no file descriptor when the DNS resolver runs in another thread, so MPD does not have any event to wait for. On the CURL mailing list, somebody suggested to sleep for a fixed amount of time. This is not an elegant solution, because daemons should never have to sleep without waiting for an event. I hope the CURL developers will review the API and remove the threaded DNS resolver. Meanwhile, I'm removing the assertion in question, to allow those unfortunate users running the latest CURL version to continue using MPD.
* tag_rva2: set "gain", not "peak"Max Kellermann2010-07-201-0/+2
| | | | RVA2 tags only store the "gain" value, there is no "peak" attribute.
* decoder/wildmidi: support version 0.2.3Max Kellermann2010-07-201-0/+2
| | | | | | | In libwildmidi 0.2.3, the function WildMidi_SampledSeek() was removed, without changing the SO name. This patch adds an autoconf check for that function. Fall back to WildMidi_FastSeek() if WildMidi_SampledSeek() is not available anymore.
* Modify version string to post-release version 0.15.12~gitAvuton Olrich2010-07-141-0/+3
|
* mpd version 0.15.11release-0.15.11Avuton Olrich2010-07-141-1/+1
|
* decoder/ffmpeg: fix libavformat 0.6 by using av_open_input_stream()Max Kellermann2010-06-301-0/+1
| | | | | | | | | | | | libavformat 0.6 does not pass the original URI pointer to the "open" method, which leads to a crash because MPD was using a dirty hack to pass a pointer to that method. This patch switches to av_open_input_stream() with a custom ByteIOContext class, instead of doing the URI string hack with av_open_input_file(). Loosely based on a patch from Jasper St. Pierre.
* decoder/ffmpeg: free URI, fix memory leakMax Kellermann2010-06-301-0/+1
| | | | Free the string allocated by decoder_get_uri().
* decoder/vorbis: handle uri==NULLMax Kellermann2010-06-301-0/+1
| | | | This fixes a theoretical crash, which has never occurred in practice.
* ffmpeg: read more metadata.Anton Khirnov2010-06-301-0/+1
|
* decoder/ffmpeg: free AVFormatContext on errorMax Kellermann2010-06-301-0/+1
| | | | Fix a memory leak in some code paths.
* decoder/mp4ff: support tag "album artist"Max Kellermann2010-06-301-1/+1
| | | | | We already supported "albumartist", but it seems some folks also use "album artist" (with a space).
* Make get_remote_uid() work on BSDAndreas Vögele2010-06-301-0/+1
| | | | | | I've attached a patch that will make file URIs work on operating systems that provide the getpeereid() function call to check the user ID of the peer connected to a UNIX domain socket.
* playlist: emit IDLE_OPTIONS when resetting single modeMax Kellermann2010-06-301-0/+1
|
* decoder/mikmod: fix memory leakMax Kellermann2010-06-301-0/+1
| | | | | The return value of Player_LoadTitle() is allocated with malloc(), and must be freed by the caller.
* decoder/mp4ff: support tags "albumartist", "band"Max Kellermann2010-06-301-0/+2
| | | | | I'm not sure if mapping "band" to TAG_PERFORMER is correct, but it might be better than nothing.
* tag_ape: support album artistMax Kellermann2010-06-301-0/+2
| | | | | | | | | | I took this tag name from a MusePack sample file I got from a user. It is not documented in the APE specification: http://wiki.hydrogenaudio.org/index.php?title=APE_key People seem to be using undocumented extensions to the specification anyway, and the best we can do is attempt to support them.
* Modify version string to post-release version 0.15.11~gitAvuton Olrich2010-05-301-0/+3
|
* mpd version 0.15.10release-0.15.10Avuton Olrich2010-05-301-1/+1
|
* input/mms: initialize the "eof" attributeMax Kellermann2010-05-181-0/+1
|
* input/mms: fix memory leak in error handlerMax Kellermann2010-05-181-0/+2
|
* decoder/mad: properly calculate ID3 size without libid3tagMax Kellermann2010-04-131-0/+2
| | | | | | | | | | Without libid3tag, we were trying to skip the ID3 frame (since 0.15.2). Its length however was not calculated at all, we were just dropping everything from the current input buffer. This lead to the first few seconds of the file being skipped. This patch attempts to calculate the ID3v2 frame size with the formula from: http://www.id3.org/id3v2.4.0-structure 3.1 and 6.2
* Modify version string to post-release version 0.15.10~gitAvuton Olrich2010-03-211-0/+3
|
* mpd version 0.15.9release-0.15.9Avuton Olrich2010-03-211-1/+1
|
* decoder/mpcdec: fix replay gain formula with v8Aleksei Kaveshnikov2010-03-191-0/+1
| | | | | | | | | | "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'"
* player_thread: postpone song tags during cross-fadeMax Kellermann2010-03-171-0/+1
| | | | | | | | | 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.
* decoder/mpcdec: fix negative shift on fixed-point samplesPiotr Gozdur2010-03-171-0/+1
| | | | | | "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"
* playlist: fix single+repeat in random modeMax Kellermann2010-03-071-0/+1
| | | | | | | 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.