Re: [qjackctl-devel] qjackctl & OS X
JACK Audio Connection Kit Qt GUI Interface
Brought to you by:
rncbc
From: Rui N. C. <rn...@rn...> - 2005-10-31 09:08:20
|
Jesse Chappell wrote: > > On Sun, 30 Oct 2005, Rui Nuno Capela wrote: > >> >> But.. what's really distinctive on this fix? The popup menu on the >> right of the Interface combobox is already supposed to show device id >> numbers and the > > > Sorry Rui, I didn't describe the technical issues fully on that widely > distributed email. It was really quite simple, I changed those '>' > buttons from a QPushButton to a QToolButton because on OS X normal > buttons that small look like crap and you couldn't even tell they *were* > buttons :) > Hmmm... problem with QToolButton is their lack of keyboard navigation by default; you can't just tab and have focus into those; real PITA for challenged users which find the mouse useless. But that can be arranged, setting focusPolicy to TabFocus ... >> device name. The numerical device id is incidentally the one selected >> into the interface combobox text value and passed on to the jackd >> command line. Exactly as you pretend. This all has in fact been >> featured since qjackctl 0.2.17 release, three months ago, IIRC. > > > Again, I'm sorry if I mislead, but the use of a simple numeric ID for > the coreaudio jackd backend was not operational on OSX. The -n > parameter for that backend actually expects a special unique ID that > must be queried using the CoreAudio API. This string looks ugly, and > for now I had to put it in the InterfaceCombo as is so it could be used > for jack startup. We might consider keeping another data structure > around to keep the real device ids needed for the commandline separate > from the user visible ones in the combo. > I'm pretty sure this hack is pretty good enough, as far as I find it hairy to maintain anything between those CONFIG_COREAUDIO #idef's ;) > Also, a minor point, the coreaudio backend needs to have the -i0 or -o0 > option on the cmdline if the device in fact doesn't have inputs or > outputs (before, they were omitted if 0). > OK. > > Just trying to help.... > You're helping a lot, thanks. -- rncbc aka Rui Nuno Capela rn...@rn... |