Andy Mac open to discussions

mp3 wrote:Any info to share on your high speed MIDI driver that you're developing for these products? What sort of latency/jitter figures are you guys getting?

And if you decide roll out this MIDI driver across your entire controller product line, then you can consider the controller market conquered.

edit: apologize if this has been asked before, I didn't check.

Standard midi is 30 kilobits per second (roughly). Our driver is 1500 kbps(again, withing a few kb). we havent tested specific latency re: midi yet, but if our serato controllers are any indication, our midi transfer over USB wont be an issue.[/quote]

Thanks for the info.

To my knowledge, the problem with computers and MIDI is the fact that the operating system uses the interrupt system to process MIDI messages. In other words, if the processor is busy at that particular moment, or if there is a higher priority task to execute (like for example a mouse movement or screen redraw), then the MIDI message just has to wait. Therefore it doesn't seem to me that going faster is the solution (at least conceptually speaking), since you'll just be running into the same brick wall at a higher speed. To me (at least conceptually speaking) the solution is to trick the OS into assigning a higher priority to MIDI messages, and I'm wondering if that's your approach?

Anyway, MIDI jitter is one of the top three reasons I still use an MPC. Basically because why would I want a sequencer that I can't record my own swing/groove into??? I can deal with a constant delay (latency), but its the variable delay (jitter) that throws me off with computers. If you're able to solve this problem, then you're really on to something.

Assuming you're talking about the NS7/NS6/V7? They're using your high speed MIDI drivers?[/quote]

your assumption is correct, the same company who did the drivers for NS7 / NS6/ V7 will be doing our drivers. As to the interrupt thing, you're absolutely correct, this is how most systems handle midi. I cant get in to specifics without tilting some of our IP, but essentially, we're making it so the highest priority on the upstream port is pad strikes, and on the downstream port is audio. we also have the screen on its own dedicated port, so not to have the screen cause issues with midi.

xparis001 wrote:the knobs we use are touch sensitive, and are endless pots, not encoders, so things would get confused using knobs other than ours.

are they actual endless encoders (incremental: they send +1/-1) or do they work like those on the MPK line? because I have the MPK and, despite being sold saying it has endless encoders, its rotary pots send absolute values from 0 to +127, and not -1/+1

xparis001 wrote:your assumption is correct, the same company who did the drivers for NS7 / NS6/ V7 will be doing our drivers. As to the interrupt thing, you're absolutely correct, this is how most systems handle midi. I cant get in to specifics without tilting some of our IP, but essentially, we're making it so the highest priority on the upstream port is pad strikes, and on the downstream port is audio. we also have the screen on its own dedicated port, so not to have the screen cause issues with midi.

Man thanks so much for sharing, I'm definitely sure that there's a lot of info you can't share with us, but this helps a lot. That gives me a lot of confidence in the Ren/Stu to at least be better than other computer MIDI solutions!

And if I didn't just come up on a pair of HDX's I'd be looking real close at that NS7 (not that I can spin lol...). For real, Numark needs to give me a sponsorship: MPC2500, AX-60, AX-80, X7000, a pair of HDXs, MPK Mini, APC-40. I mean forreal... I'd have the trifecta if I had kept my Fusion and ION...

ansiaaa wrote:

xparis001 wrote:the knobs we use are touch sensitive, and are endless pots, not encoders, so things would get confused using knobs other than ours.

are they actual endless encoders (incremental: they send +1/-1) or do they work like those on the MPK line? because I have the MPK and, despite being sold saying it has endless encoders, its rotary pots send absolute values from 0 to +127, and not -1/+1

They're endless pots, like on the MPK series. you know the encoders on the MPK can be set to INC/DEC, right? they send midi inc/dec messages, and you can spec which nrpn they follow. They work in cubase, FL Studio, and anyone else who supports the midi inc/dec standard.

xparis001 wrote:

Retrofreak wrote:

Retrofreak wrote:
I've already pre-orderd my MPC REN and would like to know exactly what parameters can be mapped and controlled from a midi keyboard.


Can the below respond to midi data from other controllers?

1. Transport??
2. Drum Pads??
3. Knobs??

I'd just like to be clear on this as my Ren will stay in the studio, but I intend to trigger the software from a portable controller when travelling.

Thanks in advance

Bump!

#1 - yes
#2 - yes
#3 - no

the knobs we use are touch sensitive, and are endless pots, not encoders, so things would get confused using knobs other than ours.

Thanks


1. Will erase and note repeat buttons be mapabble ?
2. Are you going to add waveform editing to the controller?

xparis001 wrote:

ansiaaa wrote:

xparis001 wrote:the knobs we use are touch sensitive, and are endless pots, not encoders, so things would get confused using knobs other than ours.

are they actual endless encoders (incremental: they send +1/-1) or do they work like those on the MPK line? because I have the MPK and, despite being sold saying it has endless encoders, its rotary pots send absolute values from 0 to +127, and not -1/+1

They're endless pots, like on the MPK series. you know the encoders on the MPK can be set to INC/DEC, right? they send midi inc/dec messages, and you can spec which nrpn they follow. They work in cubase, FL Studio, and anyone else who supports the midi inc/dec standard.

^^^

Could you then add this functionality to the MPC Ren software so knobs could be mapped?

xparis001 wrote:

ansiaaa wrote:

xparis001 wrote:the knobs we use are touch sensitive, and are endless pots, not encoders, so things would get confused using knobs other than ours.

are they actual endless encoders (incremental: they send +1/-1) or do they work like those on the MPK line? because I have the MPK and, despite being sold saying it has endless encoders, its rotary pots send absolute values from 0 to +127, and not -1/+1

They're endless pots, like on the MPK series. you know the encoders on the MPK can be set to INC/DEC, right? they send midi inc/dec messages, and you can spec which nrpn they follow. They work in cubase, FL Studio, and anyone else who supports the midi inc/dec standard.

yeah I know, but I searched the whole internet in order to make them work with inc/dec in ableton live and NOBODY has ever been able to tell me how. nor akai, nor ableton, nor ableton certified trainers.
if you have a look around the net you can find a whole lot of people asking how to make those encoder work as inc/dec but nobody has the answer...
(if you can tell me how, that'd make me more than happy!)

that's why I was a bit worried about these ones... the only thing that relieves me is that the Ren will be using its own software so, however those encoders work, they should do the job right...

I hear that the Ren will have the synth from the 5000 included. True/False?

Retrofreak wrote:
I've already pre-orderd my MPC REN and would like to know exactly what parameters can be mapped and controlled from a midi keyboard.


Can the below respond to midi data from other controllers?

1. Transport??
2. Drum Pads??
3. Knobs??

I'd just like to be clear on this as my Ren will stay in the studio, but I intend to trigger the software from a portable controller when travelling.

Thanks in advance

Bump![/quote]

#1 - yes
#2 - yes
#3 - no

the knobs we use are touch sensitive, and are endless pots, not encoders, so things would get confused using knobs other than ours.[/quote]


Thanks


1. Will erase and note repeat buttons be mapabble ?
2. Are you going to add waveform editing to the controller?[/quote]

1. probably not for 1.0.
2. we're in discussion on that right now.

Retrofreak wrote:
Could you then add this functionality to the MPC Ren software so knobs could be mapped?

the knobs are designed to work with the renaissance controller. we'll look in to mapping other controllers after 1.0 if this is a big request.

ansiaaa wrote:
yeah I know, but I searched the whole internet in order to make them work with inc/dec in ableton live and NOBODY has ever been able to tell me how. nor akai, nor ableton, nor ableton certified trainers.
if you have a look around the net you can find a whole lot of people asking how to make those encoder work as inc/dec but nobody has the answer...
(if you can tell me how, that'd make me more than happy!)

that's why I was a bit worried about these ones... the only thing that relieves me is that the Ren will be using its own software so, however those encoders work, they should do the job right...

Unfortunately, Ableton doesn't support standard INC/DEC protocol. they use their own.

psr wrote:I hear that the Ren will have the synth from the 5000 included. True/False?

False, at least for 1.0.

Is realtime time-stretching and variOS elastic sampling going to be added?

Also could you add a tap to transient feature, so when sample edititng you can jump to the peaks/attacks of snares and kicks quickly?

don't know if this question was asked,but will we be able to change the pads?

xparis001 wrote:

ansiaaa wrote:
yeah I know, but I searched the whole internet in order to make them work with inc/dec in ableton live and NOBODY has ever been able to tell me how. nor akai, nor ableton, nor ableton certified trainers.
if you have a look around the net you can find a whole lot of people asking how to make those encoder work as inc/dec but nobody has the answer...
(if you can tell me how, that'd make me more than happy!)

that's why I was a bit worried about these ones... the only thing that relieves me is that the Ren will be using its own software so, however those encoders work, they should do the job right...

Unfortunately, Ableton doesn't support standard INC/DEC protocol. they use their own.

at last someone with an answer! thanks!
(I would have hoped that was advertised on the MPK when I bought it though...)

at least I know we don't have anything to worry about regarding the Ren. it seems you guys are doing a good job with this product. if I see it supported by the company the right way, it could really be something worth buying.