nebula Posted August 10, 2007 Report Share Posted August 10, 2007 nice. do you just have individual pins of the pic clocked at different divisions, (so you can select 'em with a big rotary switch or something), or do you change the division by some sort of ui with the pic? Quote Link to comment Share on other sites More sharing options...
DrBunsen Posted September 25, 2007 Report Share Posted September 25, 2007 Feature requests?1 octave keyboard scanner ;DLock notes to a scale; sequence the root note over a (2/4/8/16/x) bar loop; change on 1st note of bar Quote Link to comment Share on other sites More sharing options...
nILS Posted October 4, 2007 Report Share Posted October 4, 2007 Since this project appears a bit frozen and since I really felt like doing it, I started coding (mostly in C) on a stand-alone arpeggiator as well. What I have so far is a basic early 80s arp =) Most of what the foundation I think will be needed for the final app is working already. This includes the internal clocking (editable bpm, bar type and note length*), a full menu handler (designed for a 2x40 LCD, menu style very similar to the one used for the SID) and all input/output handlers. I'm testing the app on my Step C SID, which really comes in handy with all its knobs, buttons and LEDs =)What needs to be done is synch'ing with an external MIDI clock signal, and designing all sorts of crazy algorithms for the arpeggiator modes and accents (I like the mutator idea. Just say it "mutator". Sounds good. Gotta be good.). The way I designed the app so far, it's possible to have completely independant and customizable menus for every mode, allowing potential programmers to go wild on their arp ideas.I guess, what I'm trying to say is this - I'll keep working on it no matter if anyone else needs/wants it. Sadly, the last attempt for an arp didn't really get too much attention. Anyways, if there are people interested in testing the very pre-alpha software or have suggestions or feature requests - just shoot.BTW, I wrote this around 04:24am. <- Lame excuse for the spelling. Damn, I actually just bought an ATARI 2600 on eBay. Gotta love the "suggest a price" feature.*Internal clocking tests showed that the software runs pretty well and stay on time. Letting the arp run for 15 minutes while constantly sending CCs to it and moving through the menus rather randomly lead to it losing 3ms. Which is close enough I suppose. Quote Link to comment Share on other sites More sharing options...
julienvoirin Posted October 4, 2007 Report Share Posted October 4, 2007 audiocommander did the external sync clockbox Quote Link to comment Share on other sites More sharing options...
Jaicen Posted October 4, 2007 Report Share Posted October 4, 2007 That's awesome man, what hardware have you got it running on? Is it just a core and minimal control surface?? Quote Link to comment Share on other sites More sharing options...
nILS Posted October 4, 2007 Report Share Posted October 4, 2007 julienvoirin: I am aware of the clockbox (stryd_ones arp was based on it) and I plan to "borrow" some of the code from him or at least let myself be inspired by it =)Jaicen: It's a 4xSID v1 with full CS - so plenty of buttons, knobs and LEDs to misuse =) Quote Link to comment Share on other sites More sharing options...
stryd_one Posted October 5, 2007 Report Share Posted October 5, 2007 Not that it matters but just for the sake of it, my arp was based on the vX not the clockbox... I did use TK's ASM optimised BPM-timer period routine, but that's about all. Quote Link to comment Share on other sites More sharing options...
nILS Posted October 5, 2007 Report Share Posted October 5, 2007 s1: yeah, should have done my homework =) It really scared me at first that the approach I chose was working so well, since I had intended to use it as a testing implementation only. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.