Hi
Does anybody know more about the protocol used for Qu-You? I couldn’t find any information about this. As Allen&Heat seems not to be willing to develop Andorid apps (for Qu-You or Qu-Pad) I thought about implementing the Qu-You by myself. If the protocol is open I don’t think it should be a huge efoort. It would be better of course to have it provided by the A&H. But if this is not an option maybe the protocol can be made open to public so the community can work on it?
I guess all required information can be found in the MIDI protocol documentation for the Qu…
…lacking knowledge about Qu-You connection, maybe UDP (guessing…)…
I am therefore assuming that it isn’t encrypted (there is certainly no authentication that I’m aware of) so a simple network dump should get a pretty good view of whether it is using subset of the normal Midi commands or an additional protocol.
An updated MIDI protocol document would be perfect. To get a netowrk dump I would need an iPhone which is not the case All our band members use Android phones (as the majority of smartphone users do). That’s why I wanted to have a look at the protocol to see if I can do something by myself until A&H decides to support the major mobile platform as many forum members here are requesting (if this is ever the case).
Maybe I could find an iDevice user. But I prefer doing engineering work to reverse-engineering. Means if there is no documentation I will just not start working on this and spend my limited spare time with trying to figure out how qu-you works by analyzing network traffic.
I really doubt A&H did something totally different for the Qu-You compared to the well documented MIDI interface which is also used for the Qu-Pad. Its just that the Qu-You does not connect via the “reserved” TCP port used for the one exclusive Qu-Pad application.
I probably can do a quick check next week. Anyway, a short statement of A&H would be helpful indeed…
The protocol used for Qu-You is significantly different from the public MIDI protocol. It is subject to continual rapid change and improvement as the code develops. I’m afraid that for this reason we do not intend to publish a spec document.
We will continue to support the public MIDI code and its documentation.
Thank you Nicola for your answer. Even if this means that I cannot start the project. Maybe we get A&H Android Apps with the next firmware version. Would be a nice surprise
I have to say that a Qu-You on android would be nice - I can understand limiting Qu-Pad to iOS (although I’d like to see it on desktop platforms as well), but Qu-You seems a good fit as a simple controller.
I will never understand it. This is about the hundredth thread about android support. I see it on the Presonus forum all the time too. If you absolutely needed Android wireless access, why did you buy a mixer that doesn’t support it? It’s like buying a sixteen channel mixer if you really need twenty-four. If you really need an iPad, buy one. A used one probably won’t break the bank. Think of it as an investment, write it off on your taxes. There is a reason professional sound companies charge more than your brother-in-law. If you want to run with the big dogs, you have to learn to piss in the tall grass.
Rant over. I didn’t mean it as a personal attack. It’s just an observation.
I have bought an iPad, but to expect every band member of every band to buy an iDevice, just to support this is for many people (not everyone is a professional) not worth it.
The QuPad is an engineer product, hence I understand the limitation
Qu-You is not an engineer product, and I don’t think it’s a given that people won’t move between mixers…
I bought the A&H with a couple of features “missing” from what I was hoping for. Qu-You has mostly filled one (and the band I normally work with have enough iDevices that it’s not an issue), but I can see a small amount of development making this accessible to a significantly wider market…
I developed an app for crosscountry skiing a year ago. We went android and iOS. After a year on the market I have to realize that the iOS market is 80% vs 20% for android. The investment in developement and programming is the same for both platforms. More the 6000 units have been sold so far. We had not one technical issue on iOS but had many issues on android, (about every 50 sales). The problem with android is that there are to many different devices on the market (over 3500 models) as for iOS about a dozen. Therefor I can understand companies like a&h not offering support on android because the real investment is not the programming but the support and it would eat up,to many resources. My 2ct.
Thanks xapbob. That’s exactly my point. Anyways. I’m not going to go with flame wars for iOS or Android. Boths systems are ok and have their users.
It is not a must requirement and I would never buy a console based on the criteria if it provides Andorid support or not. There are many factors which are far more important than app support. But if it has support for the OS I’m using it is an additional argument to buy it. That’s why I asked to implement QU-You Android by myself because my band members would like to have it (it is a cool feature).
@Pfr: I cannot confirm your experience. Many of our customers do their Android apps first and afterwards iOS because the market for Android is much bigger. Depends maybe on the app and the region, check https://goo.gl/vlLkDF to see a nice overview. Also we never had such issues as you are telling. If you have a good technical base you don’t care if your apps run on 10 or 100 or 1000 different Android devices because they just run. This if you don’t need all the fancy stuff you can do in Android or need to support Android 2.x but that’s the same for older iOS versions. And the costs are not really 50:50 it’s more like 70% for the first OS and 30% for the other.
Anyways. There is no spec and therefore no app made by myself.