[mpd-devel] This mailing list will be shut down

Hi, this mailing list hasn't been used for any developer discussion for many years. After switching MPD to GitHub, all code submissions and all discussions were handled there. Even though I don't particularly like GitHub, it has proven to be an effective tool. See you over there! Max

Re: [mpd-devel] Audiolinux MPd

On 2018/12/26 16:48, antonio wrote: > Is this legal? > > http://www.audio-linux.com/ It is perfectly legal to sell MPD for money, but only if you obey the requirements of the GPL. If you have a copy of their image, please verify whether it contains a written offer to receive the MPD source

[mpd-devel] upmpdcli is illegal

Hi Jean-Francois, today, I came across your project due to a MPD bug report. I'm sorry I have to tell you that your project is illegal. You claim that it is licensed under the terms of the GPL, but your code repository ships with a C header from the proprietary Spotify API:

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

On 2018/03/04 13:34, Max Kellermann <m...@musicpd.org> wrote: > On 2018/03/01 16:48, Billy Wright <bi...@caryaudio.com> wrote: > > Attached is the MPD open source code of the DMS-500 in accordance with > > conditions of the GPL v2. > > Imported to GitHub: >

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

On 2018/03/01 16:48, Billy Wright wrote: > Attached is the MPD open source code of the DMS-500 in accordance with > conditions of the GPL v2. Imported to GitHub: https://github.com/MusicPlayerDaemon/MPD/commit/f4c2fa881b7e506abab1a1255682e0549a93b15b

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

On 2018/03/01 16:48, Billy Wright wrote: > Max, > > Attached is the MPD open source code of the DMS-500 in accordance with > conditions of the GPL v2. No, this is *NOT* in accordance with conditions of the GPL v2. This is still not the source code of the two binaries I

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

On 2018/02/23 09:11, demian...@yahoo.com wrote: > It may be time to contact a group like this: https://sfconservancy.org/ Yes, that's my favorite option. They have good experts with lots of GPL enforcement experience. I've been waiting with that step for so long because I wanted to give Cary

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

On 2018/02/22 22:09, Arnold Krille wrote: > - you must completely stop selling(*) products that include MPD >immidiately until a new firmware is flashed onto these devices >(*) that includes your partners and resellers True, that was my point. Cary Audio does new

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

Billy Wright, you are still selling the DMS-500 with my copyrighted work, without having a license. And you are advertising new products which include my copyrighted work. I urge you to STOP SELLING ANY PRODDUCTS WITH MUSIC PLAYER DAEMON **IMMEDIATELY**. Your ignorance and dishonesty makes me

[mpd-devel] "one of the biggest steals in all high-performance audio"

News on Cary Audio's Facebook page: "You haven’t really heard your digital music files or internet music streaming until you’ve experienced it with the DMS-500. Considered one of the biggest steals in all high-performance audio, [...]"

Re: [mpd-devel] Copyright violation in Cary Audio DMS-500

w selling known-illegal products works. At least not here in Germany. It might be a good idea to ask Cary Audio for a guarantee for legal protection before you sell more of their products. If they refuse to give you that guarantee, you should be wary. Regards,

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

AUDIO > 6301 Chapel Hill Road | Raleigh, NC 27607 > 919-355-0010 PHONE  > www.caryaudio.com > www.aebycary.com > >   > >      > > Click here to sign up to receive our monthly enewsletters! > > > -Original Message- > From: Ma

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

On 2018/02/10 15:57, Billy Wright wrote: > I am taking this issue very seriously. Our software guys have been working on > this since we became aware of the issue. They tell me it will take until the > end of the month to complete and test. I will send you confirmation >

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

On 2018/02/06 20:53, Max Kellermann <m...@blarg.de> wrote: > On 2018/02/06 20:44, Billy Wright <bi...@caryaudio.com> wrote: > > Attached is a file of the MPD source code. > > This is not the full source code of the MPD binary which is > distributed in your firmware

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

On 2018/02/06 20:44, Billy Wright wrote: > Attached is a file of the MPD source code. This is not the full source code of the MPD binary which is distributed in your firmware image. That is really trivial to see. Your tarball fails even the most basic test.

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

;, SHA-256=ddc8e48149e0e9b5ea95bf7277c5b2493b1e3aaa17e305323dc96d7ed4c443e8, a derived work of Music Player Daemon, of which I am a major copyright holder. I demand to receive the full source code of that file until February 8th 2018. Regards, Max Kellermann ___

Re: [mpd-devel] Roon RAAT SDK license

Thanks so far, Brian; I contacted Cary Audio last week, but did not get a reply. All they did was switch off the server which had firmware downloads, but I was able to pull a mirror of it. It looks like Cary Audio outsourced the MPD related work to a Chinese contractor who didn't know or care

[mpd-devel] Roon RAAT SDK license

the situation. Regards, Max Kellermann ___ mpd-devel mailing list mpd-devel@musicpd.org http://mailman.blarg.de/listinfo/mpd-devel

[mpd-devel] Tracking commercial products with MPD

Hi, recently, I've been hunting several commercial vendors who were not aware of the GPL obligations or intentionally violated the GPL, who knows. I didn't know MPD was used in so many products, and I lost track of it a bit. So I set up a web page: https://www.musicpd.org/commercial.html Got

Re: [mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

On 2018/01/25 22:58, Max Kellermann <m...@blarg.de> wrote: > I downloaded > http://58.22.61.211/rd3/DMS500/test_package/DMS-500_v1.30.9_20170802.zip > SHA-256=f56cb2f1ec46a2365fc0a7aa57c451693aa76f6a0ba4b46803e974acf4cd3b04 > > That image contains a copy of the Music Player

[mpd-devel] Request for GPL source code of DMS-500_v1.30.9_20170802.zip

license according to GPLv2 section 4, rendering all of your products containing my copyrighted software illegal. I expect to receive the full source code and full GPL compliance within two seeks, that is until Feburary 8th 2018. Regards, Max Kellermann

Re: [mpd-devel] Delivery Status Notification (Failure)

On 2018/01/02 17:11, Arnold Krille wrote: > They ship a base system that is four years old? And wasn't even one of > the long-term releases from ubuntu? So what. Their MPD is 6 years old. And isn't even a released version, but a random commit in the middle of pre-0.17

Re: [mpd-devel] Request for GPL source code of sMS-200_20170717-V0.4.0.zip

://www.sotm-audio.com/eunhasu/repo/releases/22/ > SRPMS/mpd-0.19.14-4.fc22.src.rpm > > > > > > Thank you. > > Best regards, May > > > > *From:* Max Kellermann [mailto:max.kellerm...@gmail.com] > *Sent:* Friday, December 22, 2017 7:43 AM > *To:* s...@sot

Re: [mpd-devel] Request for GPL source code of your Aurender A10 product

INE to reply > ---------- > *Max Kellermann* > *Subject:* Request for GPL source code of your Aurender A10 product > -- > DEC 22, 2017 | 09:55AM KST > *Eric Shim* replied: > > Hello Max, > > About the copyright, can we use other than GLP

Re: [mpd-devel] Request for GPL source code of your Aurender A10 product

, Dec 22, 2017 at 1:19 AM, Aurender <supp...@aurender.com> wrote: > __ > Type your response ABOVE THIS LINE to reply > ---------- > *Max Kellermann* > *Subject:* Request for GPL source code of your

[mpd-devel] Request for GPL source code of sMS-200_20170717-V0.4.0.zip

. Regards, Max Kellermann ___ mpd-devel mailing list mpd-devel@musicpd.org http://mailman.blarg.de/listinfo/mpd-devel

Re: [mpd-devel] Request for GPL source code of your Aurender A10 product

On 2017/12/18 09:35, supp...@aurender.com wrote: > http://www.aurender.com/page/download I identified that this "mpd.tar.gz" is based on MPD commit 7e219c362cf8bca80f60a79b77d95a228ff8ffcb https://github.com/MusicPlayerDaemon/MPD/commit/7e219c362cf8bca80f60a79b77d95a228ff8ffcb This is a

Re: [mpd-devel] Request for GPL source code of your Aurender A10 product

problems. On Mon, Dec 18, 2017 at 9:35 AM, <supp...@aurender.com> wrote: > __ > Type your response ABOVE THIS LINE to reply > ---------- > *Max Kellermann* > *Subject:* Request for GPL source code of your

[mpd-devel] Request for GPL source code of your Aurender A10 product

ing all of your products containing my copyrighted software illegal. I expect to receive the full source code and full GPL compliance within two seeks, that is until December 31st 2017. Regards, Max Kellermann ___ mpd-devel mailing list mpd-devel@musicpd.org http://mailman.blarg.de/listinfo/mpd-devel

Re: [mpd-devel] MPD distribution.

mail, because our download provider CDN received a > request from email address "m...@duempel.org" with Max Kellermann reqesting > to remove image from their server, as we somehow violate GPL licensing > rules of MPD. > > We think we do not break any GPL rules, as we just offe

Re: [mpd-devel] Formal request for GPL source code of Eupony

enforcement lawyer to your case. Regards, Max Kellermann On 2017/10/25 08:33, Max Kellermann <m...@duempel.org> wrote: > Dead sir or madam, > > I just downloaded from your website: > > http://euphonyimage-798b.kxcdn.com/euphony2017

Re: [mpd-devel] Receive command from Named Pipe and treat it as a client PlayerCommand

On 2017/08/11 20:30, Kurt Van Dijck wrote: > Even more nitpicking: > mkfifo testfifo > echo hello world > testfifo > ... wait ... > cat testfifo > now echo has completed. This has nothing to do with buffering or writes, because a write hasn't happened at

Re: [mpd-devel] Receive command from Named Pipe and treat it as a client PlayerCommand

On 2017/08/11 13:54, Kurt Van Dijck wrote: > in order to successfully write() to a fifo, the read() must > complete. Nitpicking: that part is not true. Linux has a pipe buffer as well, which defaults to 64 kB (configurable). Maybe other kernels don't have one,

Re: [mpd-devel] Receive command from Named Pipe and treat it as a client PlayerCommand

On 2017/08/11 13:45, ed mcmurray wrote: > On the MPD side I'm not so sure where in the code that I should create, > bind, listen and accept connections, for the socket. That code already exists. Why do you believe a change to MPD is necessary? > I'm sure this should be

Re: [mpd-devel] Receive command from Named Pipe and treat it as a client PlayerCommand

On 2017/08/10 17:35, ed mcmurray wrote: > From within the MPD application, I would like to access a Linux Named Pipe > FIFO that has been created in a second application. The second application > would place a STOP command into the Name Pipe, when appropriate. I would >

Re: [mpd-devel] decoder/ffmpeg: add support for adx

On 2017/06/01 19:16, Jörg Raftopoulos wrote: > Add ffmpeg decoder support for *.adx files (Sega game console) Your patch contains very strange Unicode characters instead of tabs. git can't apply that. ___ mpd-devel mailing list

Re: [mpd-devel] Was this change reverted by accident?

On 2017/02/27 17:22, Eric Wollesen wrote: > It was merged, but then immediately it seems to have been reverted in this > commit: > > 021519f command/QueueCommands: eliminate duplicate code in > handle_addid() It was not reverted - look what happens after these lines, now

Re: [mpd-devel] [PATCH] ReusableArray: fix build error on GCC7

On 2017/02/27 03:34, Ben Boeckel wrote: > GCC7 outputs the following error without this change: > > src/util/ReusableArray.hxx:61:35: error: no matching function for call to > ???swap(size_t&, const size_t&)??? >std::swap(capacity, src.capacity); > > which can

Re: [mpd-devel] [PATCH] input/alsa: prevent cpu hogging in nonblocking mode

On 2017/02/23 21:44, Joerg Raftopoulos wrote: > MPD's ALSA input plugin works since > 791efc171a35848bb062aad0aee41220cd1f62ba in SND_PCM_NONBLOCK mode. > According to ALSA documentation >

Re: [mpd-devel] [PATCH] fix build on i686 (config.h import)

On 2017/02/13 13:16, Profpatsch wrote: > It doesn???t build on i686 That's what the other guy said as well, but what does that mean? "It doesn't build" or "it doesn't work" are the worst problem descriptions I can imagine. No information. I can't understand the problem

Re: [mpd-devel] sidplay plugin (libsidplayfp) load rom images

On 2017/01/06 21:03, Jörg Raftopoulos wrote: > Now without fstream as requested. There is still no patch description (= commit message). Did you ensure that your code compiles with the old libsidplay? It looks suspicious. > + buffer = new char[romSize];

Re: [mpd-devel] sidplay plugin (libsidplayfp) load rom images

On 2017/01/06 22:37, Jacob Thomas Errington wrote: > Shouldn't this be spelled "kernel" not "kernal"? No, it's really "kernal" on C64. I found this one suspicious, too, and looked it up. ___ mpd-devel mailing list

Re: [mpd-devel] [PATCH] Fix for priority order bug if reordering in SetRandom()

On 2016/11/12 02:11, Eugene Baklanov wrote: > Resending the patch after I screwed up with git patch formatting. Merged. ___ mpd-devel mailing list mpd-devel@musicpd.org http://mailman.blarg.de/listinfo/mpd-devel

Re: [mpd-devel] sidplay plugin (libsidplayfp) load rom images

On 2017/01/03 10:55, Jörg Raftopoulos wrote: > Darn webmailer. Patch attached as a zip file. But... what is it? No description, no documentation. Oh, and please don't use iostreams. It's a bloated mess. ___ mpd-devel mailing

Re: [mpd-devel] sidplay plugin (libsidplayfp) load rom images

On 2017/01/03 00:32, Jörg Raftopoulos wrote: > No HTML, please. ___ mpd-devel mailing list mpd-devel@musicpd.org http://mailman.blarg.de/listinfo/mpd-devel

Re: [mpd-devel] [PATCH 1/1] Fix for priority order bug if reordering in SetRandom().

On 2016/10/01 06:39, Eugene Baklanov wrote: > Fix for the problem where order with priorities gets out of whack in case it's > reordered by SetRandom() while another song is currently playing. > What happens is, if some song is already playing and you have set some >

Re: [mpd-devel] [PATCH] doc: Initial sndio documentation

On 2016/06/22 18:42, Dimitris Papastamos wrote: > From 8fb1e4514752efb4ba42a1d8595c7651c159f456 Mon Sep 17 00:00:00 2001 > From: Dimitris Papastamos > Date: Wed, 22 Jun 2016 17:41:06 +0100 > Subject: [PATCH] doc: Initial sndio documentation Merged

Re: [mpd-devel] Trying to set a tag to a song with mpd_song_feed

On 2016/06/22 13:00, Jörg Krause wrote: > I am using libmpdclient (version 2.10) to write a LuaJIT-based MPD > client. I run into an issue when I am trying to add a comment to a > radio station URI which I add to the queue. The comment is successfully > feed to the

Re: [mpd-devel] [PATCH] sndio: Add option to select output device

On 2016/06/22 11:27, Dimitris Papastamos <s...@2f30.org> wrote: > On Wed, Jun 22, 2016 at 11:21:02AM +0200, Max Kellermann wrote: > > On 2016/06/22 11:10, Dimitris Papastamos <s...@2f30.org> wrote: > > > Must have been an oversight when I looked at other plugin code.

Re: [mpd-devel] [PATCH] sndio: Add option to select output device

On 2016/06/22 11:10, Dimitris Papastamos wrote: > Must have been an oversight when I looked at other plugin code. > The patch below removes the timer usage. Please rebase. I have conflicts. ___ mpd-devel mailing list

Re: [mpd-devel] [PATCH] sndio: Add option to select output device

On 2016/06/22 10:57, Dimitris Papastamos wrote: > >From 43cb9a089363301636317446765f7ca689d6b8c5 Mon Sep 17 00:00:00 2001 > From: sin > Date: Wed, 22 Jun 2016 09:41:54 +0100 > Subject: [PATCH] sndio: Add option to select output device Merged. I just noticed that

Re: [mpd-devel] [PATCH] net/Resolver: correct includes for gettaddrinfo(3)

Both patches merged, thanks. ___ mpd-devel mailing list mpd-devel@musicpd.org http://mailman.blarg.de/listinfo/mpd-devel

Re: [mpd-devel] mpd creates two ALBUMARTIST entries

On 2016/04/19 17:51, Julien Cubizolles wrote: > I think mpd shouldn't create two ALBUMARTIST entries in its cache for > the same file. And I think you shouldn't create files with two ALBUMARTIST entries. Shit in, shit out. ___

Re: [mpd-devel] mpd creates two ALBUMARTIST entries

On 2016/04/19 17:35, Julien Cubizolles wrote: > I noticed that music files metadata contain both "ALBUM ARTIST" and > "ALBUMARTIST" fields. When both are set, mpd creates ALBUMARTIST fields > in the tag_cache file. That's not a problem for mpd itself but emms gets > confused

Re: [mpd-devel] mpd takes 1.5s to execute previous/next while playing (regression)

On 2016/04/16 00:58, Calimero wrote: > I believe I have discovered an regression where mpd's response times on the > control socket got slow while playing. > `mpc next`, `mpc previous` or `telnet localhost 6600` and typing next or > previous can take a whole second and a

Re: [mpd-devel] Pull request to support TAK files

On 2016/02/13 06:15, Chris Spiegel wrote: > In my git repository: > > https://github.com/cspiegel/mpd > > I've created a branch called tak which adds support for the TAK file > format (http://www.thbeck.de/Tak/Tak.html) to the FFmpeg plugin. FFmpeg > already has TAK

Re: [mpd-devel] idle stored_playlist does not notice filesystem changes

On 2016/02/12 18:34, Gavin Kistner wrote: > Using the "idle stored_playlist" command works fine when MPD is used to > modify a playlist file. However, idle does not notice if the playlist file is > edited by a non-MPD source. > > Is there a .conf setting (similar to

Re: [mpd-devel] [PATCH] configure.ac: check if libatomic is needed

On 2016/02/07 22:11, Thomas Petazzoni wrote: > The mpd source code uses the C++11 functionality, which > internally is implemented using the __atomic_*() gcc built-ins. On > certain architectures, the __atomic_*() built-ins are implemented in > the libatomic

Re: [mpd-devel] mpd hangs, kill -9 necessary

On 2015/12/27 18:42, richard lucassen wrote: > Hello list, > > I run Debian Wheezy with native mpd-0.16.7-2. This has worked fine for > a few years as long as I do not choose a radiostream that is broken. In that > case > I need to -SIGKILL mpd. This afternoon I

Re: [mpd-devel] [PATCH 2/2] docs: add vlc and mpv to the list of example applications

On 2015/10/27 03:40, Ben Boeckel wrote: > These are other popular clients. In particular, VLC is available on > mobile devices. Merged. ___ mpd-devel mailing list mpd-devel@musicpd.org http://mailman.blarg.de/listinfo/mpd-devel

Re: [mpd-devel] [PATCH 1/2] httpd: add a parameter for playing silence

On 2015/12/15 21:58, Ben Boeckel wrote: > Hmm. How about "play_silence_when_paused". Too long? "_on_pause"? No > "play_"? Maybe just "silence_paused"? That would give a hint on what it's about. It's hard to find the perfect name, but "play_silence" sounds bad to me because

Re: [mpd-devel] [PATCH 1/2] httpd: add a parameter for playing silence

On 2015/10/27 03:40, Ben Boeckel wrote: > Some clients act weird in the face of silence and buffer it rather thay > "playing" it. This causes severe lag when the stream is unpaused. There are other clients which time out when not getting any data. (All audio streaming

Re: [mpd-devel] MPD fails to build if configured with "--disable-inotify"

On 2015/11/02 10:07, Andreas Mair wrote: > Hello, > > the subject says it all. http://bugs.musicpd.org/ ___ mpd-devel mailing list mpd-devel@musicpd.org http://mailman.blarg.de/listinfo/mpd-devel

Re: [mpd-devel] find track "1" not working as expected

On 2015/10/21 08:58, Andreas Mair wrote: > Hi Max, > > I've now created a pull request: Filter out this extra data and > leading zeroes in "track" and "disc" tags. Merged with a few minor corrections. By the way, please don't send GitHub pull requests. Those are very

Re: [mpd-devel] Symmetic upsampling support (feature request)

On 2015/10/19 20:05, Fulco Giovanni wrote: > Depending on the quality of the DAC, to upsample the signal via software > might lead to better results. > About symmetrical upsampling, the aim is to reduce the computational effort > (assuming this might really be the case).

Re: [mpd-devel] Digital filters handling in MPD protocol

On 2015/10/16 01:35, Aleksander Trofimowicz wrote: > 1. there is a room and willingness to accept such proposal It is impossible to judge your future proposal until one knows the proposal. I, for one, have no idea what this is about.

Re: [mpd-devel] Digital filters handling in MPD protocol

On 2015/10/16 11:29, Aleksander Trofimowicz wrote: > My aim is to create facilities for a basic filter management: list all > available filters (or filter sets) and select the current one. I think > it makes sense to include these to MPD protocol as digital filters > affect how

Re: [mpd-devel] [PATCH] Document API changes between each libmpdclient version

On 2015/08/27 13:27, Kim Tore Jensen wrote: > Hi, > > Attached is a patch which documents API changes between libmpdclient versions, > making it easier to add client support for old versions of > libmpdclient. Merged. ___ mpd-devel

Re: [mpd-devel] [PATCH] CueParser.cxx: Append pregap to previous track

On 2015/08/25 12:11, Will Tiffany wrote: > Only ignore indexes after first nonzero, preserving pregaps but > appending them to the previous track instead of prepending to the > current. The first index of the first track is used for the start time > regardless of its

Re: [mpd-devel] MPD port to Haiku

On 2015/09/17 22:18, François Revol wrote: > Here is an updated patchset for my MPD port to Haiku. > > First 4 patches fix the build. > > Next 5 patches add native resources to the binary. > > Last patch adds a native audio output, which mostly works > for what I've tested,

Re: [mpd-devel] State file lost on brutal shutdown, needs atomic writes

On 2015/08/28 19:28, Calimero calimerotek...@free.fr wrote: And with the rename() syscall, we replace the old file atomically with the new one. Look what git master is doing. ___ mpd-devel mailing list mpd-devel@musicpd.org

Re: [mpd-devel] [PATCH] CueParser.cxx: ignore INDEX after first per track

On 2015/08/23 04:19, Will Tiffany will.tiff...@gmail.com wrote: Use the first INDEX in each TRACK section, instead of the last, for the start time. This preserves the original CD layout (including gaps between tracks), and avoids skipping sections of songs in more exotic cuesheets (eg musical

Re: [mpd-devel] [PATCH] Add support for ArtistSort and AlbumArtistSort tags

On 2015/08/19 22:26, Kim Tore Jensen k...@incendio.no wrote: I propose to add support for the ArtistSort and AlbumArtistSort tags in libmpdclient; see attached patch. These were left out of libmpdclient intentionally, because these tags appear to make sense only on the server side, for sorting.

Re: [mpd-devel] [PATCH] Add support for ArtistSort and AlbumArtistSort tags

On 2015/08/20 11:36, Kim Tore Jensen k...@incendio.no wrote: These tags are much needed in order to sort songs correctly at the client side, after having retrieved them from MPD using either a search or retrieving the library. I understand. If there was a way to sort search results

Re: [mpd-devel] [PATCH] Add support for ArtistSort and AlbumArtistSort tags

On 2015/08/20 13:21, Kim Tore Jensen k...@incendio.no wrote: Actually, yes. It'd be really useful to be able to manipulate search results locally in the client. For example: search within a search result with new sort parameters; re-sort a search result with new sort order; regular expression

Re: [mpd-devel] find track 1 not working as expected

On 2015/08/12 13:16, Andreas Mair amair@gmail.com wrote: Hi Max, OK, I see. I've changed the patch to cover your suggestion. Commit message is missing. ___ mpd-devel mailing list mpd-devel@musicpd.org http://mailman.blarg.de/listinfo/mpd-devel

Re: [mpd-devel] [PATCH] CurlInputPlugin : broken connectionsometimes --Solved patch

On 2015/08/11 16:19, Ben Boeckel maths...@gmail.com wrote: Maybe Max won't spell it out, but instead of attaching the patch, please use: git format-patch 34db35c36d8bb32b2c41640432474f52889cce08.. No, this is not a problem that can be solved with tools. The problem is that there is too

Re: [mpd-devel] [PATCH] MPC: command: let listall print songs only

On 2015/07/28 12:09, Thorsten Wißmann e...@thorsten-wissmann.de wrote: Formerly, the output of mpc listall --format '' included directory paths and not only songs. Attached you can find the patch 0001-command-let-listall-print-songs-only.patch which limits the output songs (as it is

Re: [mpd-devel] [PATCH 0/2] Some improvements for MPC display format

On 2015/08/09 17:23, Dmitri Vereshchagin dmitri.vereshcha...@gmail.com wrote: Hello, These patches add support for escape characters in format strings and setting format string through MPC_FORMAT environment variable. Merged ___ mpd-devel mailing

Re: [mpd-devel] [PATCH] CurlInputPlugin : broken connection sometimes --Solved patch

On 2015/08/07 05:18, Alex maon...@qq.com wrote: Hi Max, I am so sorry that it's first time at here, so I don't know how to do that correctly. My patch was creating from mad-git, the reversion is 34db35c36d8bb32b2c41640432474f52889cce08. I don't understand that. So you're not the

Re: [mpd-devel] [PATCH] CurlInputPlugin : broken connectionsometimes --Solved patch

On 2015/08/07 08:50, Alex maon...@qq.com wrote: On 2015/08/07 05:18, Alex maon...@qq.com wrote: Hi Max, I am so sorry that it's first time at here, so I don't know how to do that correctly. My patch was creating from mad-git, the reversion is

Re: [mpd-devel] CurlInputPlugin : broken connection sometimes -- Solved patch

On 2015/08/06 11:31, ?? maon...@qq.com wrote: Hi All, Attached is for solving this issue which I was discussing at my last email: http://mailman.blarg.de/pipermail/mpd-devel/2015-July/000375.html It seems work fine after I test, and anyone helps me to double check? Thanks. And

Re: [mpd-devel] [PATCH] mpd.service: Set the Documentation option

On 2015/07/17 19:55, Wieland Hoffmann themi...@gmail.com wrote: This makes references to mpd(1) and mpd(5) appear in systemd status output. Merged. ___ mpd-devel mailing list mpd-devel@musicpd.org http://mailman.blarg.de/listinfo/mpd-devel

Re: [mpd-devel] find track 1 not working as expected

On 2015/06/28 08:40, Andreas Mair amair@gmail.com wrote: I've taken a look at the MPD sources and I think the problem is, that MPD tries an exact *string* match. If I use ... find 01/10 it works, but I think that's not ideal to work like this because one has to know (1) how many songs an

Re: [mpd-devel] [PATCH 2/6] tag: Ape/Riff/Aiff/Id3 now use an InputStream

On 2015/06/05 16:27, Thomas Guillem tho...@gllm.fr wrote: This allow to use these scanners for remote InputStream like SMB and NFS. Fails to compile: test/dump_rva2.cxx: In function 'int main(int, char**)': dump_rva2.cxx:60:62: error: invalid initialization of non-const reference of type

Re: [mpd-devel] [PATCH 1/6] InputStream: add ReadFull method

On 2015/06/05 16:27, Thomas Guillem tho...@gllm.fr wrote: Convenient method that behave differently than Read, and that will be used by tag scanners. This method will return in case of error, if the whole data is read or is EOF is reached. Merged. Sorry for being so late.

Re: [mpd-devel] [PATCH] Emmit a warning if the OutputThread fails to get realtime scheduling

On 2015/06/18 12:02, Christian Halaszovich chalaszov...@gmail.com wrote: This only applies to linux systems. Here, sched_setscheduler() is called to get realtime scheduling. With this patch, the return value of this function is now checked and a warning and an error message are generated if it

Re: [mpd-devel] [PATCH 1/2] SetThreadRealtime() now reports if getting realtime scheduling was successful. (Only meaningful on Linux systems.)

On 2015/06/17 13:34, Christian Halaszovich chalaszov...@gmail.com wrote: Patch 1/2. Check the return value of sched_setscheduler() in SetThreadRealtime. Report to the caller, if we were successful. To this end SetThreadRealtime now returns false, if ached_setschedluer failed or true on all

Re: [mpd-devel] Add Elapsed time in mpc???

On 2015/06/12 09:29, salorium ??? salor...@hotmail.fr wrote: Hello, i want a git account for add elapsed time on mpc [..] Elapsed time: https://github.com/salorium/mpc But.. you already have a mpc git repository, why do you want another one? ___

Re: [mpd-devel] [PATCH] db/update/ExcludeList: implement with std::regex

On 2015/05/22 09:04, Thomas Guillem tho...@gllm.fr wrote: --- New version that use std::regex instead of regex.h. That is an incompatible change, and will break everybody's .mpdignore files! ___ mpd-devel mailing list mpd-devel@musicpd.org

Re: [mpd-devel] [Patch] Least unambiguous commands.

On 2014/11/12 15:19, Rory McNamara pink.banana.f...@gmail.com wrote: Good catch, I think I have them all now. Merged with a few more optimizations. ___ mpd-devel mailing list mpd-devel@musicpd.org http://mailman.blarg.de/listinfo/mpd-devel

Re: [mpd-devel] Add Elapsed time in mpc

On 2015/05/27 22:08, salorium ¢¾ salor...@hotmail.fr wrote: SSH public key(s) (as attachment or URL, do not copy and paste) : http://salorium.com/id_rsa.pubElapsed time : ERROR 404: Not Found. ___ mpd-devel mailing list mpd-devel@musicpd.org

Re: [mpd-devel] [PATCH] storage/nfs: fix deadlock when connecting

On 2015/05/09 15:59, Thomas Guillem tho...@gllm.fr wrote: The Connect method can be called between Schedule and lock. In that case, when locked, the state is already set to CONNECTING of READY and the condition won't be signaled anymore. Good catch. Merged to v0.19.x

Re: [mpd-devel] [PATCH] Workaround: open() ignores 'mode' with O_TMPFILE

On 2015/05/21 09:02, Yclept Nemo orbisvi...@gmail.com wrote: And how do you know the bug is the same on the build machine as on the machine running MPD? Hmm, I didn't consider this. The problem is not that the build machine suffers the bug while distribution machines don't, but vice

Re: [mpd-devel] [PATCH] Workaround: open() ignores 'mode' with O_TMPFILE

On 2015/05/21 09:08, Yclept Nemo orbisvi...@gmail.com wrote: OK, the test case should be moved from configure.ac into the constructor of FileDescriptor. If you do this test every time a FileDescriptor gets constructed, what's the advantage of testing it in the first place?

Re: [mpd-devel] [PATCH 1/6] InputStream: add ReadFull method

On 2015/05/21 23:43, Thomas Guillem tho...@gllm.fr wrote: Convenient method that behave differently than Read, and that will be used by tag scanners. This method will return in case of error, if the whole data is read or is EOF is reached. But how will the caller know that an error has

Re: [mpd-devel] [PATCH 2/2] TagStream: continue to scan if a plugin scanned a duration

On 2015/05/03 16:36, Thomas Guillem tho...@gllm.fr wrote: It happens when using mad and ffmpeg. The mad plugin will parse only the duration and ScanStream will return true. Therefore, ffmpeg plugin won't be used and no tags will be scanned. This would add a lot of overhead. What is the reason

Re: [mpd-devel] [PATCH 2/2] TagStream: continue to scan if a plugin scanned a duration

On 2015/05/04 15:55, Thomas Guillem tho...@gllm.fr wrote: I use mpd on android with libnfs (see https://github.com/tguillem/mpd/commits/android-2), therefore id3 is not available to scan files (because it uses a fd). Then change the ID3 code to use the stream API.

Re: [mpd-devel] Can't control volume during SACD playback

On 2015/02/15 23:46, pisymbol . pisym...@gmail.com wrote: When using 'mixer_type=software' in my mpd.conf file, volume can not be controlled during DSF and SACD ISO playback (ISO support is via Maxim Anisiutkin's experimental plugin). First of all, this mailing list is for developers, not for

Re: [mpd-devel] [PATCH] util: clarify that the error is from mpd

On 2015/02/08 02:39, Ben Boeckel maths...@gmail.com wrote: When mpc prints out 'error: ...', it is ambiguous where it came from. When the error comes from the mpd server, the user might be confused by something like: Merged ___ mpd-devel mailing list

  1   2   >