-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Jack ports - confusing numbering #5979
Comments
Commented by: bkgood I'm not sure how we're gonna fix this, PortAudio doesn't expose any functions to change port numbering with JACK (it only gives functions for changing the client name). Additionally, it seems that the counter used to number our jack ports isn't ever reset -- every time the jack connection is reopened, the numbers increase. This may require some work on the portaudio jack implementation.
This is done to accommodate monaural devices. For instance you might have a 1 channel input (a mic for instance) at channel one and then a stereo input at channels 2 and 3. If the numbering wasn't done like this, you'd be unable to configure this setup. |
Commented by: gavinlee303 May I suggest at least having an informative client name, something along the lines of: Mixxx:Master_left At least then it would bring some sanity when trying to attach mixxx outputs to another jack application, at the moment it is very confusing to know what Mixxx:out_1 through to Mixxx:out_? does. Also I've come across something just now by trying to attach mixxx to another jack application, I have only master and headphones outputs enabled in mixxx settings. When I have Master set as system and channels 1-2 and Headphones on system channels 3-4 I only have 4 output ports showing in qjackctl. When I enable Headphones as system channels 5-6 I get 6 output ports in qjackctl. How come there are an extra 2 ports? This is very confusing. Not sure if this should be filed as a separate bug. |
Commented by: bkgood
Unfortunately the client name is set per application -- so we can't have different client names for different streams in the same application.
Off the top of my head I believe we have to open all those ports/'channels' to get to the higher-named ones, but I'll look into it. Regarding this bug as a whole, I'll try to see about getting a portaudio change in this holiday. |
Commented by: daschuer This is somehow similar to Bug #1172299 |
Commented by: bkgood Nope. no change from PA. But it appears I'm collecting a pile of JACK-related bugs, so hoping to devote some time to the whole mess in the near future. |
Commented by: Michael-Z-Freeman I think I worked out an initial sane approach. The first thing to tackle (IMO) is making the port names in the drop down lists in the Mixxx Preferences for Jack match the names that are actually displayed by Jack. That way at least the user can refer back to Mixxx preferences to work out what the ports match to. I think Mixxx needs to be clear on what it wants to do with Jack. Has this already been defined in some other document elsewhere ? Otherwise what is the proper place to submit this ? A blueprint ? |
Commented by: daschuer Yes, A blueprint is fine and if it becomes unhandy you could create a Wiki page on http://www.mixxx.org/wiki/doku.php/start and link it from the blueprint. |
Commented by: Michael-Z-Freeman OK, thanks. I'll put one in when I have some time. Cheers :) |
Commented by: stephane-2 Looks like naming issues have been on the PortAudio TODO list as well: It looks like the I imagine the code changes would be to add the structure in include/pa_jack.h, and modify src/hostapi/jack/pa_jack.c to use it (and fallback to the current snprintf() calls). However I don't see how to open a PortAudio "ticket" to submit those changes. |
Commented by: daschuer You may ask at the PortAudio mailing list |
Commented by: rryan Due to lack of progress, marking Triaged and clearing assignee. Feel free to revert if it is in fact still in progress :). |
Reported by: Michael-Z-Freeman
Date: 2011-09-02T13:17:15Z
Status: Triaged
Importance: Low
Launchpad Issue: lp839562
Tags: jack
Other Jack applications keep a consistent port numbering policy. This is usually from 1 upwards and matches both the internal application numbering of those ports and the numbering of those ports as they are shown in the QJackctl connections window. However Mixxx (1.9) numbers Jack ports from 1 upwards in it's preferences and shows the ports from 0 (zero) upwards in the JackQctl connections window. This is confusing.
There may also be a very similar issue with the numbering policy in Mixxx preferences. Ports are numbered 1/2, 2/3, 3/4 and so on. Should they be 1/2, 3/4, 5/6 ... ? There may be a reason for this in terms of Jack operation and port setup policy but I'm not sure.
The text was updated successfully, but these errors were encountered: