[ultra]

nope, since i started school i've had way less time and money than i had thought, so i haven't gotten much done.  i was just wondering how yours was doing.  :)

[dcer10]

Hi Ultra,

Thought you might be interested to know mine is working 100%, its well worth building. I have it hooked up with the Midibox sequencer driving a Yamaha TX81Z in the attached example, there is also some drums and an undelayed sid.

Cheers,

John

Attached File(s)

•  BMHP Midi Delay Example DCE Records LQ.mp3 (658.57K)
  Number of downloads: 18
•  BMHP Midi Delay Example DCE Records LQ.mp3 (658.57K)
  Number of downloads: 47

[dcer10]

Some pics

Attached File(s)

•  DSC04972a-400.jpg (14.67K)
  Number of downloads: 37
•  DSC04974a-400.jpg (10.46K)
  Number of downloads: 36
•  DSC04972a-400.jpg (14.67K)
  Number of downloads: 37
•  DSC04974a-400.jpg (10.46K)
  Number of downloads: 36

[stryd_one]

Sweet as. Just my kinda layout too: simple, militaristic, easy.

[ultra]

thanks dcer10.  this project is definitely still on my (long) to-do list.  thanks for the pics and demos.

i keep thinking i could combine it in the same box with some other kind of useful midi processor.  or a 1u rack.  would be great with a midibox seq and a klee.

[ultra]

can this be synced externally?

i made a 1u layout for this.  the holes for the encoders are not drill-size, it's the base size of the "waldorf" knobs.  so there will be much more space between them at the top of the knob.

:)

[dcer10]

The current firmware does not seem to do this, you can manually select the BPM but nothing more in terms of the sync. Perhaps someone could develop this?

[ultra]

i'm juuuuuuuuuust getting into mios programming and c in general so it won't be me :).

although i will be writing a full app soon for my ableton live control surface, and i also want to make a "midibox klee" that programs more like a mb-seq.

does this magic midi delay send control change delays by default? or is it just notes?

edit:  basically what i would like to see is that the mmd just repeats whatever is fed into it.

[dcer10]

From what I can tell, its just notes in this one. I would like to see cc's happen! That would be interesting, might be a big mess but would be fun to try. I would love to see this become an option for the MB Seq on each channel.

[ultra]

4 channels... 4 delays...

:)

if i knew a thing about assembly or assembler or whatever it's called, i'd give it a try.

this is a good reason to leave F1-F4 buttons on the seq.  who knows, maybe i'll be able to do it in the future :).

[ultra]

you got me thinking about this:

get into the delay menu, select which track you want to edit directly with the corresponding.  track select button.

the three main delay parameters for each of the four delays shows up on the lcd above the encoders.  this would take 12 of the 16 spaces available on that immediate screen.

space 13 could have a space, and space 14-16 could have the option to include layer a, b, or c in the delay!

is anybody at all interested in lifting the mmd code and adding a menu to the seq?  unfortunately when i look at asm code my head spins.

[dcer10]

Thats a nice panel layout, would also be good to include holes for 2 panel mount LED's for an LTC module so you can see the in/out as well as have a thru. I think it would be good to have a few (or 4)of these in one rack with some sort of routing if they were not in the SEQ itself (which would me more handy as maybe the mixer layouts could include some saved delay configs and it could run from the master clock and benifit from the divider settings in the seq?).

I have been finding that you can get interesting results having the input of the seq have the delay in it for recording from a master keyboard, then placing it over one of the IIC outputs afterwards to split out over some different channels with a different kind of delay. Having it realtime record the input with the delay can make for some interesting patterns. I wonder if it would fit into the sequencers firmware and agree with the concepts of the firmware if someone actually had the time to do the programming?

[stryd_one]

Quote

The current firmware does not seem to do this, you can manually select the BPM but nothing more in terms of the sync. Perhaps someone could develop this?

Grab the clockbox sync code and strap it into mmd_clock.inc

Piece of cake (yeh right)

Maybe for you guys it might even be easier to recreate the app in C?

I doubt that the seq has enough resources to build this into the same core...

[dcer10]

Quote

Maybe for you guys it might even be easier to recreate the app in C?

I think I would have a better chance of walking on water  ;)

Quote

I doubt that the seq has enough resources to build this into the same core...

What about on a seperate core(s)?

[stryd_one]

seperate core/display/buttons etc, yeh.... Sorry I shoulda been more specific. Essentially another box. Sorry bro :(

Uhm, anyway I broke two of my own golden rules. Shoot me.

1) I didn't copy and paste the filename. It was mmd_timer.inc. Shoot me.

2) I was not patient. If I was, I would have read the code, and seen that it already has MIDI sync built in. Set the BPM to 0, and it's driven by midi clock. You can start bowing to TK.... now. And shoot me.
:D



Tasty code snippets:

	;; if BPM is zero, the delay will act as MIDI slave. Stop timer in this case
	movf	MMD_BPM, W
	bz	MMD_Timer_BPM_Stop


USER_MPROC_NotifyReceivedByte
	;; if MMD_BPM is not zero (not in MIDI slave mode), ignore incoming clock
	movf	MMD_BPM, W
	skpz
	return

	;; check if MIDI Clock, jump to MIDI clock handler if true
	movf	MIOS_PARAMETER1, W
	xorlw	0xf8
	skpnz
	call	MMD_CORE_ClockHandler

	return

	

[ultra]

this wouldn't be too hard of an app to recreate as long as i can figure out timing.

i like the idea of this, especially delaying/repeating control changes.

however, how do you recommend it behaves, dcer?

it could take a cc at any moment and repeat it a set time later, but would it return the parameter to the starting value, or stay put?  how would you determine what is starting value?

what do you think dcer10?  could you give me a description of how delaying cc's could look?

[ultra]

i swear i read your post but missed the part about it syncing when the bpm is set to 0.

i'm gonna build this as-is :D

i can live with just sequencing cc's from the mb-seq and delaying notes from the magic midi delay.  in fact, i wouldn't exactly call it "live with", this is gonna be awesome. :)

[stryd_one]

Well, you could probably mod it to delay CC's quite easily too ;)

[dcer10]

If you did you might want to "transpose" them to other cc numbers so that they never happened at the same time else you will glitch your synths out (maybe desired??). Would be nice to be able to delay sysex too... Im thinking of a situation where Im using my Yamaha TX81Z (or any other FM synth needing sysex control) and to be able to delay the notes as an echo, but to send some to other channels (in performance mode with other voices happening) and then to finally delay some sysex to control the cutoff freq in a tempo sync manner. The possibilities are endless with this thing. Its quite simple as is, but im sure it could be dressed up a lot, especially with the developments in ram on the chips since its invention.....

[ultra]

so i've finally come back to this project and i think i can quickly get it done now.

i've replaced the 30 buttons with 15 encoders.  although i'm not sure if this is completely practical or not.  do any of the buttons work as "modifiers" where you have to hold it for another function?  or are all buttons just a quick press, and can be replaced with encoders?

thanks,

ultra