Am 13. Jänner 2016 05:19:46 MEZ, schrieb Richie Cyngler :
>Good point IOhannes. I think the problem was that I just took too small
>of
>a sample to see the error return. The culprit seems to be /muse/config
>see
>below.
Could you please also send the "raw" data that triggers
Hi, I'm working on a project that requires the use of two identical USB
touchpads plus a set of USB footswitches. I have no problem when it comes to
individual device recognition/ data retrieval but I haven't found a way to have
several devices work side by side in the same time. I tried to
On 01/13/2016 03:19 AM, Billy Stiltner wrote:
> networking from mobmuplat on ipad to linux
> should be as easy as adding a
> [netreceive -u portNumber]
> |
> [print udp]
> to see if its connecting
> shouldn't it?
not necessarily.
you are running [netreceive] in FUDI mode.
this means that it will
tried this also
[netreceive -b -u portNumber]
and still nothing
have tried the networking example from modmuplat as well as the
first example
On Wed, Jan 13, 2016 at 2:24 PM, IOhannes m zmölnig wrote:
> On 01/13/2016 03:19 AM, Billy Stiltner wrote:
> > networking from
Ok further testing and error is still triggering while the raw is printing.
I still think it's related to [route] though. But maybe this will help?
raw: 47 109 117 115 101 47 101 101 103 0 0 0 44 102 102 102 102 0 0 0 68 84
51 213 68 77 54 24 68 80 128 82 68 76 204 208
raw: 47 109 117 115 101 47
EVERYONE WINS! :)
On Wed, Jan 13, 2016 at 4:32 PM, Miller Puckette wrote:
> Here's an idea... I could just patch Pd to make it possible for externs to
> do that. That wouldn't bother me (I'm horrified by hte design of
> 'initbang'
> but don't mind if someone else is maintaining
On 01/13/2016 10:32 PM, Miller Puckette wrote:
> Here's an idea... I could just patch Pd to make it possible for externs to
> do that. That wouldn't bother me (I'm horrified by hte design of 'initbang'
> but don't mind if someone else is maintaining it :)
cool, count me in.
please provide
The raw did not trigger an error. But I may have tracked down the problem!
It's not just the OSC objects but [route]
[udpreceive 5010]
|
[t a a]
| \
| \
| [print raw]
|
[unpackOSC]
|
[route /muse]
|
[print osc]
I put some [spigot]s in to test the two [print] streams together and
Here's an idea... I could just patch Pd to make it possible for externs to
do that. That wouldn't bother me (I'm horrified by hte design of 'initbang'
but don't mind if someone else is maintaining it :)
cheers
Miller
On Tue, Jan 12, 2016 at 10:25:08PM -0500, Matt Barber wrote:
> It seems like
working now
at first it didnt work but after restarting the linux OS Nin a different
machine a new ip adress was obtained , somehow afterwards the mobmuplat
settings went back to multicast so after changeing to the linux machines
new ip i started seeing the slider values. Will have to see about
Of course, best of all would be additional functionality on [route] that
enables routing by slashes, like the CNMAT [osc-route] max object.
On Tue, Jan 12, 2016 at 10:55 PM, Daniel Iglesia
wrote:
> Yes, I've seen that behavior of oscformat and oscparse. And, while I am
There's always [routeOSC].
Martin
On Wed, Jan 13, 2016 at 12:03 PM, Daniel Iglesia
wrote:
> Of course, best of all would be additional functionality on [route] that
> enables routing by slashes, like the CNMAT [osc-route] max object.
>
> On Tue, Jan 12, 2016 at 10:55
Sure. I think I went the pragmatic route (hah) as I'd like to use as few
externals as possible. Then again deken solves part of the problem of
replicating the environment between app and desktop.
So far I haven't had any issues with [oscparse] and I like [route] breakdown,
even if it isn't
13 matches
Mail list logo