Re: [Musicpd-dev-team] Bounty for custom development

2011-01-28 Thread Greg Ward
On Fri, Jan 28, 2011 at 5:16 AM, Max Kellermann wrote: > On 2011/01/28 09:52, Sean McNamara wrote: >> The only problem is that mpd itself would be completely unaware of >> this external daemon's existence, and as such, would not (could not) >> provide any management service for it (i.e. stopping

[Musicpd-dev-team] [PATCH 1/2] osx_output: allow user to specify other audio devices.

2010-12-20 Thread Greg Ward
Add new config parameter 'device' to audio_output type "osx": - if not supplied or set to "default", open default device - if set to "system", open system device - otherwise 'device' should be an audio device name: mpd will find and open the specified audio device, falling back to the default d

[Musicpd-dev-team] [PATCH 2/2] osx_output: always pass OS X result code to g_set_error().

2010-12-20 Thread Greg Ward
Should be safe on OS X 10.4 (32-bit), since Apple's OSStatus boils down to "signed long", and g_set_error() takes gint, which is really just "int". Assigning "signed long" to "int" on 32-bit Unix should be just fine, since both are signed 32-bit ints. No idea if this is safe on 64-bit OS X. ---

Re: [Musicpd-dev-team] [PATCH 1/2] osx_output: allow user to specify other audio devices.

2010-12-20 Thread Greg Ward
On Sat, Dec 18, 2010 at 2:07 PM, Max Kellermann wrote: > good work so far.  The first patch emits three printf warnings: > >  src/output/osx_plugin.c:234: warning: format '%lu' expects type 'long > unsigned int', but argument 5 has type 'AudioDeviceID' >  src/output/osx_plugin.c:239: warning: for

[Musicpd-dev-team] [PATCH 1/2] osx_output: allow user to specify other audio devices.

2010-12-17 Thread Greg Ward
Add new config parameter 'device' to audio_output type "osx": - if not supplied or set to "default", open default device - if set to "system", open system device - otherwise 'device' should be an audio device name: mpd will find and open the specified audio device, falling back to the default d

[Musicpd-dev-team] [PATCH 2/2] osx_output: always pass OS X result code to g_set_error().

2010-12-17 Thread Greg Ward
Should be safe on OS X 10.4 (32-bit), since Apple's OSStatus boils down to "signed long", and g_set_error() takes gint, which is really just "int". Assigning "signed long" to "int" on 32-bit Unix should be just fine, since both are signed 32-bit ints. No idea if this is safe on 64-bit OS X. ---

Re: [Musicpd-dev-team] More flexible OS X output

2010-12-17 Thread Greg Ward
On Fri, Dec 17, 2010 at 6:12 PM, Stefan Monnier wrote: >> opportunity to contribute something.  Specifically, I'm setting up a >> retired G4 PowerBook as a living-room music server using mpd to feed >> an external USB DAC.  And I've found that mpd's OS X output plugin >> isn't quite as flexible as

Re: [Musicpd-dev-team] More flexible OS X output

2010-12-16 Thread Greg Ward
On Wed, Dec 15, 2010 at 4:49 AM, Max Kellermann wrote: > Obviously, osx_output_configure() is not finished yet (and devicetype > isn't used yet). > >> +     const char *devicetype; /* "default", "system", or "hal" */ > > The variable "devicetype" should be an enum, parsed in > osx_output_configure

[Musicpd-dev-team] More flexible OS X output

2010-12-13 Thread Greg Ward
Hi all -- I've been a happy mpd user for many years, and now I finally have an opportunity to contribute something. Specifically, I'm setting up a retired G4 PowerBook as a living-room music server using mpd to feed an external USB DAC. And I've found that mpd's OS X output plugin isn't quite as