[LAU] a potential reverse engineering project

Sean Corbett seanbutnotheard at gmail.com
Wed Feb 20 09:39:23 EST 2008

First of all, let me say I am way over my head in bringing this up;  I
might be totally dreaming.

I have a Muse Receptor (museresearch.com if you're not familiar) I
used with my band for a couple years.  Now that the band broke up, I
have decided to keep it around for studio use.  Muse created a
communication protocol called "Uniwire" for sending audio and other
various information to and from the box.  Problem is, Muse (from what
i can tell) only makes their plugin in VST form, and the communication
protocol is private (someone correct me if i'm wrong).  I can
communicate with the box using the VST build of Ardour, but it's buggy
(the main problems being that the plugin doesn't re-load correctly
when opening a session, and a second instance of the plugin won't
communicate with the box, which kind of defeats the purpose).  What
would be perfect would be a little JACK client that presents the
Receptor as 16 ins and 16 outs, that can be arbitrarily patched into
the audio stream.

I have done some preliminary packet sniffing and it looks like a
pretty simple protocol, basically a couple SOAP requests on port 51000
to establish a list of available patches, and then a flood of audio
data on UDP port 50000 (with replies containing the processed audio
data).  The problem is figuring out how they communicate things like
sample rate, assigning audio to different channels, etc.  It would
take a lot of sniffing to nail all that down.

So I guess I'm throwing this out there to see if anyone's looked into
this before.  Chances are slim, but hey why not.  Maybe I'm lucky and
one of the Muse guys is on this list?  If so, hey Muse guys!  I rather
like the box and I'd love to make it more useful.


the love of cruise control is the root of all kinds of road rage.

More information about the Linux-audio-user mailing list