Q Light Controller+

Hi all,

I'm new to QLC so this may be a user error.

QLC+ 4.9.0 is running on Ubuntu 15.04 and I'm trying to get OSC input from pd-extended 0.43.4 running on the same computer.
The sendOSC object of pd says it is connected to the port I configured in QLC.
Still, QLC doesn't receive any packets (please see the attached screenshot). Also, when I try to map stuff via the channel wizard in the profile editor, nothing happens while sending OSC messages from pd. Is there anything else I have to configure in QLC to get OSC input running? Or did I misunderstand any basic concepts?

Cheers,
Thomas

Hi, was it working with QLC+ 4.8.5 ?

Can you share the necessary files and instructions so I can test your same setup ?

I am interested in testing OSC with softwares other than TouchOSC.
As you can read in this thread, the OSC plugin has been completely rewritten, so this is the right time to fix it for all the use cases. (even though it was better to fix it in the 2 weeks a beta release was available in this forum...)

Thanks

Hi Massimo,

thanks for the quick reply.
All you need is to install pd-extended and use the attached test patch. Use pd-extended and not vanilla pd. I think the latter doesn't have the sendOSC object.
I checked with an OSC monitoring software and it works fine.

Please let me know if you need anything else.

Cheers,
Thomas

In the meantime I managed to install pd-extended and found a simple .pd file to send OSC data.
Turned out loopback interface was not handled properly.

It's fixed now on GIT. If you can build from sources I'd appreciate a feedback if everything is working now.

[EDIT] I just tested your .pd file. puredata is weird. It sends 0 and 1 values as integer, while all the values in between as float.
So if you control a QLC+ slider with your .pd file, when you reach 255, the slider will go down to 1.
Is there a way to force the usage of float values in puredata ?

mcallegari wrote: It's fixed now on GIT. If you can build from sources I'd appreciate a feedback if everything is working now.

I just tried but installing QT leads directly into unresolvable dependency-hell on my system.
At the moment I don't have the time and the knowledge to proceed.

I guess I will have to look for a different software as an OSC-bridge between pd and the Enttec ODE.
Any ideas?

Cheers,
Thomas

I can try to build from source, but as I'm no developer I won't invest much time debugging the build process if it doesn't work.
An updated .deb for download would be highly appreciated.

The conversion to int seems to be an old bug in the sendOSC object. The link talks about patching it but it looks like it's still there.
But shouldn't QLC keep with a defined value format for a parameter, anyway? So that it interprets the 1 as 255? Why would one change the format on the fly, anyway?

Cheers,
Thomas

loopt wrote:I can try to build from source, but as I'm no developer I won't invest much time debugging the build process if it doesn't work.
An updated .deb for download would be highly appreciated.

Sorry, I have no time to make a deb package for each change I make.

loopt wrote:But shouldn't QLC keep with a defined value format for a parameter, anyway? So that it interprets the 1 as 255? Why would one change the format on the fly, anyway?

No. A float value of 1.0 is translated into 255 in QLC+, while an integer value of 1 remains 1.
This because float values usually have 0.0 - 1.0 range (as TouchOSC does) while integer values can be used with different ranges, like 0 - 255 or 0 - 32767
Mixing floats and integers is just bad usage of the OSC protocol, in my humble opinion

mcallegari wrote: Sorry, I have no time to make a deb package for each change I make.

That's perfectly understandable.

mcallegari wrote:Mixing floats and integers is just bad usage of the OSC protocol, in my humble opinion

That's also my opinion.
But as this is no perfect software world, we have to work around bugs. One possible workaround is to add 0.000001 to the float stream in pd before it hits the sendOSC object.

Cheers,
Thomas

mcallegari wrote: It's fixed now on GIT. If you can build from sources I'd appreciate a feedback if everything is working now.

I just tried but installing QT leads directly into unresolvable dependency-hell on my system.
At the moment I don't have the time and the knowledge to proceed.

I guess I will have to look for a different software as an OSC-bridge between pd and the Enttec ODE.
Any ideas?

Cheers,
Thomas

I use Mint 17.1, so I have a system similar to yours and never had dependency issues with Qt.
Are you following these instructions or these instuctions ?
They should pretty copy&paste straight forward.

mcallegari wrote:I use Mint 17.1, so I have a system similar to yours and never had dependency issues with Qt.
Are you following these instructions or these instuctions ?
They should pretty copy&paste straight forward.

Sorry, but I didn't try to build QT from source. I just tried to install the dev libs and tools via the Ubuntu repos.
Didn't work out.

Best,
Thomas

QLC+ 4.9.1 solved the issue.
Thanks a lot.

Cheers,
Thomas