Hey All,
I knocked together an abstraction to make loops of midi note data:
http://mccormick.cx/viewcvs/*checkout*/s-abstractions/s-midiloop.pd?root=svn http://mccormick.cx/viewcvs/*checkout*/s-abstractions/s-midiloop-help.pd?root=svn
You specify a loop length in timer ticks and optionally a midi channel. The rest is pretty self explanatory. You will probably want to check out all the s-abstractions (required for the help file to function properly).
http://mccormick.cx/viewcvs/s-abstractions.tar.gz?root=svn&view=tar
This is sssad enabled so you can quickly and painlessly save your loops between sessions.
If you want to record control data instead of note data you might like ot try out [s-midimemory] which records a midi control data stream and loops it when you turn the knob/slider all the way to 127. Good fun for making it sound like you have more than two hands.
Have fun!
Best,
Chris.
Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote:
I knocked together an abstraction to make loops of midi note data:
http://mccormick.cx/viewcvs/*checkout*/s-abstractions/s-midiloop.pd?root=svn http://mccormick.cx/viewcvs/*checkout*/s-abstractions/s-midiloop-help.pd?root=svn
You specify a loop length in timer ticks and optionally a midi channel. The rest is pretty self explanatory. You will probably want to check out all the s-abstractions (required for the help file to function properly).
http://mccormick.cx/viewcvs/s-abstractions.tar.gz?root=svn&view=tar
Something I always wanted to ask: Is it possible to access your repository with anonymous svn directly? Then a simple "svn update" would be possible instead of downloading an unpacking the tarball everytime.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
On Sat, Jun 09, 2007 at 02:07:01PM +0200, Frank Barknecht wrote:
I knocked together an abstraction to make loops of midi note data:
Something I always wanted to ask: Is it possible to access your repository with anonymous svn directly? Then a simple "svn update" would be possible instead of downloading an unpacking the tarball everytime.
I've been meaning to get around to this, but I've been too laz- er, busy. :)
Speaking of svn, because my abstractions depend so heavily on the sssad stuff I'd love to be able to have my copy synchronised with yours (same goes for list-abs, though I don't use them yet but should). I wonder if there is some way to have the sssad and list-abs stuff 'embedded' in my own repository so people can still download one tarball from my site, but the sssad stuff and list-abs stuff will always be the latest from your site. I guess what I mean is I want one directory ("sssad/") to update from one repository (yours) but commit to another (mine). Anyone know if this is possible?
Then again, my version of the sssad stuff is a bit modified. I wonder how the handle that? Hmmm.
Best,
Chris.
Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote:
On Sat, Jun 09, 2007 at 02:07:01PM +0200, Frank Barknecht wrote:
I knocked together an abstraction to make loops of midi note data:
Something I always wanted to ask: Is it possible to access your repository with anonymous svn directly? Then a simple "svn update" would be possible instead of downloading an unpacking the tarball everytime.
I've been meaning to get around to this, but I've been too laz- er, busy. :)
Speaking of svn, because my abstractions depend so heavily on the sssad stuff I'd love to be able to have my copy synchronised with yours (same goes for list-abs, though I don't use them yet but should).
The reference repository for both is the Sourceforge CVS, so you could just automate a checkout from there.
Then again, my version of the sssad stuff is a bit modified. I wonder how the handle that? Hmmm.
I didn't look at these differences, but I could include them in CVS as well (unless you did something really strange like using externals, which you probably didn't).
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
On Sun, Jun 10, 2007 at 10:47:10AM +0200, Frank Barknecht wrote:
I didn't look at these differences, but I could include them in CVS as well (unless you did something really strange like using externals, which you probably didn't).
I didn't use any externals since that is against my strict personal code of patching honour. :) I am pretty sure I didn't change any of your work at all in fact, I just created some GOP interfaces to do loading and saving in-patch, and some helper abstractions such as [sssad/auto] for making it super-easy to sssad-ify my other abstractions.
Maybe I should request dev access on SF and check these changes in?
Chris.
Speaking of svn, because my abstractions depend so heavily on the sssad stuff I'd love to be able to have my copy synchronised with yours (same goes for list-abs, though I don't use them yet but should). I wonder if there is some way to have the sssad and list-abs stuff 'embedded' in my own repository so people can still download one tarball from my site, but the sssad stuff and list-abs stuff will always be the latest from your site. I guess what I mean is I want one directory ("sssad/") to update from one repository (yours) but commit to another (mine). Anyone know if this is possible?
Chris, Check out http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.advanced.externals Though I don't think it works with CVS : (. Yet another reason for a switch : ).
On Sun, Jun 10, 2007 at 12:28:07PM -0400, Luke Iannini (pd) wrote:
I wonder if there is some way to have the sssad and list-abs stuff 'embedded' in my own repository so people can still download one tarball from my site, but the sssad stuff and list-abs stuff will always be the latest from your site.
Check out http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.advanced.externals Though I don't think it works with CVS : (. Yet another reason for a switch : ).
Perfect, thanks! Now to re-ignite the flamewars about moving from CVS.
Chris.
Sounds incredibly useful... Despite it's limitations, people forget that MIDI is incredibly useful, if only because it is so ubiquitous.
If I want to create a score for real musicians, for instance, MIDI is a necessity because MIDI files are very easy to import into notation software like finale.
Likewise, as long as cool gear from the 80's and 90's is still knocking around, MIDI is a necessity.
On a side note, I wonder if hardware manufacturers will ever start implementing OSC in their instruments?
~David
On 6/9/07, Chris McCormick chris@mccormick.cx wrote:
Hey All,
I knocked together an abstraction to make loops of midi note data:
http://mccormick.cx/viewcvs/*checkout*/s-abstractions/s-midiloop.pd?root=svn http://mccormick.cx/viewcvs/*checkout*/s-abstractions/s-midiloop-help.pd?root=svn
You specify a loop length in timer ticks and optionally a midi channel. The rest is pretty self explanatory. You will probably want to check out all the s-abstractions (required for the help file to function properly).
http://mccormick.cx/viewcvs/s-abstractions.tar.gz?root=svn&view=tar
This is sssad enabled so you can quickly and painlessly save your loops between sessions.
If you want to record control data instead of note data you might like ot try out [s-midimemory] which records a midi control data stream and loops it when you turn the knob/slider all the way to 127. Good fun for making it sound like you have more than two hands.
Have fun!
Best,
Chris.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
David Powers wrote:
On a side note, I wonder if hardware manufacturers will ever start implementing OSC in their instruments?
as someone who has worked a little with embedded programming: i doubt it. when you've only got 16k of flash memory in which to fit *everything*, and 700 bytes of RAM, it's hard to justify doing string comparisons.
Damian Stewart wrote:
David Powers wrote:
On a side note, I wonder if hardware manufacturers will ever start implementing OSC in their instruments?
as someone who has worked a little with embedded programming: i doubt it. when you've only got 16k of flash memory in which to fit *everything*, and 700 bytes of RAM, it's hard to justify doing string comparisons.
I'm using these things: http://www.rabbitsemiconductor.com/products/rcm3700/ , which are embedded controllers with 512k of flash and another 512k of RAM. I have implemented OSC communications over UDP with them, to switch relays and read sensors.
I don't know what hardware manufacturers are using these days but I would suspect embedded PCs are the best way to go with totally digital synthesis. There should be no reason not to use OSC except that it isn't a proprietary standard so there's no money to be made with it...and who's going to be the first to put an ethernet port in their machine.
I'm also interested in this qwerk thingie: http://www.charmedlabs.com/index.php?option=com_content&task=view&id... , it should be able to run pd and csound and interface to some high quality audio card, controlled by OSC, all inside a cardboard box with tinfoil veneer ;)
Martin
On a side note, I wonder if hardware manufacturers will ever start implementing OSC in their instruments?
as someone who has worked a little with embedded programming: i
doubt it. when you've only got 16k of flash memory in which to fit
*everything*, and 700 bytes of RAM, it's hard to justify doing string comparisons.I'm using these things: http://www.rabbitsemiconductor.com/products/rcm3700/ , which are embedded controllers with 512k of flash and another
512k of RAM. I have implemented OSC communications over UDP with them, to switch relays and read sensors.
as far as OSC sensor interfaces goes there's also some listed here: http://www.sensorwiki.org/index.php/Sensor_interfaces
but I guess that's not the hardware manufactures ggp was talking about for custom designs it can make sense though
I'm also interested in this qwerk thingie: http://www.charmedlabs.com/index.php? option=com_content&task=view&id=29
thanks for the link finally an ARM board with an FPU (even an FPGA on there - could port the gluion onto this baby...)
, it should be able to run pd and csound and interface to some high quality audio card, controlled by OSC, all inside a cardboard box with tinfoil veneer ;)
Martin
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-
Chris McCormick -
Damian Stewart -
David Powers -
Frank Barknecht -
Luke Iannini (pd) -
Martin Peach -
Sukandar Kartadinata