User Details
| Username: | greaterthanzero |
| Website: | None provided |
| Facebook: | None provided |
| Twitter: | None provided |
| Soundcloud: | None provided |
| Account Status: | enabled |
| Member since: | Dec 12 2009 |
| About greaterthanzero: | |
| (report this profile) |
Devices by greaterthanzero
Total Downloads: 1,225
Comments by greaterthanzero
Comments
| evaneilason, Stopping playback releases the pedal automatically in Live. Not sure about mod wheel or pitch bend. What are you experiencing? I guess I can tie that one into "all clips are stopped" and not need an interface change. Easy enough. Expect this in the new revision (2.5, let's say), which I'll hold off on releasing long enough to add that. |
Posted on September 27 2019 by greaterthanzero (report comment) (Goto Comment) |
| Kuzma, I'll have to think about that. I can certainly monitor whether sustain is active when a clip starts recording, but outputting a pedal down signal won't be sufficient there, because you're recording the output of your controller; not of this device. (We could potentially insert a pedal down event at the beginning of your clip, but I'm trying to avoid editing your clips. I really don't want to be responsible for destroying them if something goes wrong...) I suppose an option to release and then press the sustain pedal again at the beginning of each loop might work. But I feel like this will produce unpredictable results with some of the other events that we're listening for. Again, I'll have to think about that... |
Posted on September 14 2019 by greaterthanzero (report comment) (Goto Comment) |
| Hey, that download link seems to be broken. Just FYI. |
Posted on August 13 2019 by greaterthanzero (report comment) (Goto Comment) |
| It adds a minimal amount of latency in the note collection phase. There's a [thresh 1] object in play which delays things by 1ms. And there are two of those, though I don't believe the timing of one is dependent on the other's completion. So I would say that there is either one or two milliseconds of known latency added. For a MIDI drum track, that difference shouldn't be perceptible, but if you're using those midi notes to trigger audio effects, it won't be considered sample-accurate timing. ...but as I noticed your question a full year after you asked it, you've probably evaluated for yourself by now. |
Posted on April 18 2014 by greaterthanzero (report comment) (Goto Comment) |
| @synnack, I'll run some tests and re-evaluate. @bootykowski, "Useless" is relative. Presets aren't currently stored, no. You'll find, if you try to add that, there are a couple of clean-up mechanisms in play that are going to interfere in surprising and nasty ways. Those will need to be restructured before it becomes viable. |
Posted on May 12 2013 by greaterthanzero (report comment) (Goto Comment) |
| Just a simple example, my patch includes a file called "matrix.png". What are the chances that no other patches anywhere also include a file called "matrix.png"? Isolated by directory, they can coexist happily. But unfreeze any two such patches for editing, and you've created a file conflict that will never resolve itself without user intervention. So, maybe I name my files more uniquely. And that'd solve it for sure, until someone builds on my patch and reuses the file. Which I'd totally encourage in any other circumstance, but now? Technically, that last bit isn't my problem, but it is completely avoidable. Responsible file management means I package the files separately. We've got a great platform for distributing open source apps, with a convenience feature that discourages modifying each other's code. Refusing to acknowledge it seems the only sane answer. |
Posted on May 12 2013 by greaterthanzero (report comment) (Goto Comment) |
| You'd be surprised. I hate frozen devices like nobody's business. |
Posted on May 12 2013 by greaterthanzero (report comment) (Goto Comment) |
| @emf, Max For Live can't tell the difference between incoming notes from your controller vs from your clips. It's all just incoming notes from earlier in the chain. This is a blessing and a curse. It sounds like you've put the device on your instrument track, affecting every note that reaches the instrument. That's clearly not what you want. Instead, bring your controller in on its own track and put the device there. Use the "MIDI TO" drop-down to send notes from that track to your instrument. Use that same drop-down to send your clips to the instrument from their own track. The effects you place on each source will only affect that source. ------ I've hacked a few versions w/ mappable timing control. Haven't liked any of them yet -- what's your vision for how you would use it? |
Posted on December 12 2012 by greaterthanzero (report comment) (Goto Comment) |
https://maxforlive.com/library/device/5739/midi-terminator-fadeout