[OSC_dev] OSC sequencer

[Ilias Bergstrom]

Hi!

While not 100% related to development I cannot think of a better place than
here to ask this question:

I am in need of an OSC sequencer (record and playback streams, editing is
secondary) that does not require that I enter the Address Pattern and Type
Tag String for every single message stream I want to be recording.

In my contexts of use, the OSC namespaces are both very large and
continually changing, and so the OSC sequencers I've found thus far are not
practical to use at all. For reference, these are:

http://www.vezerapp.hu/
http://oscseq.com/
http://www.iannix.org/en/download-iannix/ (more of a control-data
synthesizer than sequencer but they call it a seequencer so here it is...)
http://www.duration.cc/

I've been pointed to Tempi but I'm not sure quite how to use it yet,
appears to be more of a library, which is good but not exactly what I'm
looking for: http://code.sat.qc.ca/redmine/projects/tempi/wiki/Tempi_en

The only solution that has kind of worked, is rolling my own in Max/MSP 5.
This has been fine for small amounts of data, but when the stream is richer
Max chokes up, for datastreams that my C++ / Java senders and receivers are
absolutely fine with (so I'm sure it's not simply too much data).

My next step would be to put something together in Matlab's Simulink, since
I know for sure that it is very good at this kind of job, recording and
playing back data streams. But before I do that, I'd like to ask here:

Are you aware of something like this that you could recommend me?

Thank you!
Ilias Bergstrom

[Adrian Freed]

You can build OSC sequencers in Max/MSP and PD quite easily using CNMAT's new odot system. We will be releasing 1.0 this week
(from github) and we include some basic recorder/players for OSC. We are working on a robust storage scheme for OSC streams.
Our working prototype for his called o.table and will be in the dev section of the release.

[Mattijs Kneppers]

Hi Illias,

Thanks for the suggestion, perhaps I can add a feature like this to oscseq,
maybe as an option that can be enabled on a track, so that it records all
sub-namespaces.

Best,
Mattijs

Post by Adrian Freed
You can build OSC sequencers in Max/MSP and PD quite easily using CNMAT's
new odot system. We will be releasing 1.0 this week
(from github) and we include some basic recorder/players for OSC. We are
working on a robust storage scheme for OSC streams.
Our working prototype for his called o.table and will be in the dev section of the release.
_______________________________________________
OSC_dev mailing list
http://lists.create.ucsb.edu/mailman/listinfo/osc_dev

[Ilias Bergstrom]

I see now it was a very good idea to ask!

I was aware of odot but not that it now had recording/playing, great!

As for oscseq, anything like that would be very useful, yes! Since you
mentioned it, perhaps not having a restriction of a root address pattern,
but record everything arriving at the port, is the most flexible, since not
in all cases will there be a fixed root AP. So, in other words, allowing a
track to have the root AP "/".

Thank you for the responses!

Best,
Ilias Bergstrom

Post by Mattijs Kneppers
Hi Illias,
Thanks for the suggestion, perhaps I can add a feature like this to
oscseq, maybe as an option that can be enabled on a track, so that it
records all sub-namespaces.
Best,
Mattijs

Post by Adrian Freed
You can build OSC sequencers in Max/MSP and PD quite easily using CNMAT's
new odot system. We will be releasing 1.0 this week
(from github) and we include some basic recorder/players for OSC. We are
working on a robust storage scheme for OSC streams.
Our working prototype for his called o.table and will be in the dev
section of the release.
_______________________________________________
OSC_dev mailing list
http://lists.create.ucsb.edu/mailman/listinfo/osc_dev

--
arttech.nl | showsync.info | oscseq.com
_______________________________________________
OSC_dev mailing list
http://lists.create.ucsb.edu/mailman/listinfo/osc_dev