KONYANIN EN BUYUK FiRMA REHBERiNE KAYIT OLUN www.buyukkonyafirmarehberi.com
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
Hi to all
Today Max Kellerman confirmed to me that mpd is capable of sending
24-bit audio output in true 3-byte sample format (so not the padded 4
byte samples) without the use of ALSA to do any conversions.
As far as I understand it, this native mpd-support for 3-byte samples
is for the
Sorry for sending a HTML-mail, I had not thought about the effect that
would have when presented in the list.
So this one as a plain text one.
Hi to all
Today Max Kellerman confirmed to me that mpd is capable of sending
24-bit audio output in true 3-byte sample format (so not the padded 4
On 2010/01/27 12:07, Moimoi cookingher...@gmail.com wrote:
How do I configure mpd to make it send 24-bit audio as true 3-byte
samples without using ALSA?
You can not. You're using an out-of-tree output plugin which we
cannot help you with. Ask the author of that plugin.
On 2010/01/27 13:35, Moimoi cookingher...@gmail.com wrote:
Why did you tell me this morning on the Mantis bugtracker ( here
http://musicpd.org/mantis/view.php?id=2731 ) that mpd can output
S24_3LE as an output format as that was already implemented in mpd
and subsequently close my request to
For the first time, I have banned somebody from using mantis now.
The mantis user avanegmond is now downgraded to read-only access,
after you have reopened bug 0005291 for the third time, after I have
asked you twice not to.
The silent fallback stream solution described
http://mpd.wikia.com/wiki/Icecast2 is not sufficient?
Q
On 01/27/2010 11:40 AM, Max Arnold wrote:
Hello, folks
I've already asked this question on the forum [1], but both solutions are not
optimal. Is it
possible to make streams between mpd
Hi Max
Why did you tell me this morning on the Mantis bugtracker ( here
http://musicpd.org/mantis/view.php?id=2731 ) that mpd can output S24_3LE
as an output format as that was already implemented in mpd and
subsequently close my request to add this feature to mpd.
You are truly confusing in
On Wed, 27 Jan 2010 17:40:58 +0700, Max Arnold lwa...@gmail.com wrote:
I do some programmatic playlist rotation and when particular playlist is
finished (and before
next one will be loaded), player goes to stop state and drops connection
to icecast, forcing
all listeners to disconnect.
I
To be clear, all I'm trying to say here is that there's significant
motivation to implement a feature like this someday, since it'd help
mpd better perform certain roles, some of which (multiple users
controlling) are unique to mpd.
I don't think you're going to get what you want anytime soon.
It seems to me that while the silent output works, it'd be nice to not
have to rely on it - in particular, it'd be great if the operator of
MPD couldn't accidentally disconnect everyone.
As a concrete example, I've already used httpd output + web client
(+FTP) as a way to listen to music with
On Wed, Jan 27, 2010 at 11:44:58AM +, Tim Phipps wrote:
I don't think you're going to get what you want anytime soon. Maybe you
could try setting up a playlist that contains tracks of silence and
switching to that. You need to make sure MPD never stops playing.
How I'm supposed to detect
On 2010/01/27 11:40, Max Arnold lwa...@gmail.com wrote:
I've already asked this question on the forum [1], but both solutions are not
optimal. Is it
possible to make streams between mpd and icecast persistent? I.e. even when
player paused or
stopped, can it generate null samples with
On Wed, 27 Jan 2010 22:52:51 +0700, Max Arnold lwa...@gmail.com wrote:
How I'm supposed to detect when one playlist is finished and it is time
to
load next one?
Tracks in playlist are played in random order (with looping disabled)
and
when mpd finishes
it stops. My script immediately notices
Hi All,
This bug is marked as fixed but the fix isn't in GIT trunk. Has it been
forgotten? Can the patch be applied to GIT please? Below is a more up to
date patch:
Cheers,
Tim.
diff --git a/src/decoder/flac_metadata.c b/src/decoder/flac_metadata.c
index 2bfb1a6..e258fa6 100644
---
On 2010/01/27 17:26, Tim Phipps m...@phipps-hutton.freeserve.co.uk wrote:
Hi All,
This bug is marked as fixed but the fix isn't in GIT trunk. Has it been
forgotten? Can the patch be applied to GIT please? Below is a more up to
date patch:
D'oh, looks like it got lost during the v0.15.x -
16 matches
Mail list logo
