nem0nic
Forum Replies Created
-
AuthorPosts
-
November 15, 2013 at 3:32 am in reply to: Do the Behringer CMD Studio 4a and CMD LC-1 work together? #1016611
nem0nic
ParticipantYes, all of the CMD controllers are designed to work together.
nem0nic
ParticipantSince I work for the company, I’ll leave any talk of quality to more unbiased forum members. But if you have any technical questions, I can answer any you may have.
nem0nic
ParticipantIt’s the OEM version of the Discover DJ by Ion. I’m guessing it’s made by Welljoint.
nem0nic
ParticipantIf you have good software integration with your controller non of the highend softwares (Traktor, VDJ, Serato) actually use MIDI for their platters.
Actually yes, they do. The NS7 is a great example.
They use full resolution (whatever that word means) HID protocol to get around the lack of position data in MIDI.
There is no such thing as “full resolution HID”. HID is a protocol all it’s own, and the beauty of HID is (among other things) that instead of being forced into either a 7 bit or 14 bit message, HID allows you to define things like message resolution to specifically match your controls.
And no, the reason they use HID IS NOT to get around the lack of position data in MIDI. Because again, an absolute CC message gives position data. Hardware developers use HID because it allows them much more flexibility in the data output. Being able to (for instance) drive RGB LEDs is tricky with MIDI. You could use a SYSEX message, but not all DJ software uses SYSEX. You could use 3 messages (one for each color) to drive each led, but that would be 3 different messages taking up 9 bytes. With HID, you could send button state and RGB color with 4 bytes. I’ll add a caveat here and say that it isn’t quite as cut and dried as this, and there are often times that MIDI is actually less bandwidth intensive than HID. But the gist of it is that HID is very flexible.
This is also why they insist to use their timecode with their certified gear to work as the whole timecode – soundcard – software thing has most of the time nothing to do with MIDI.
Manufacturers insist on use of their own interfaces because it allows them to optimize performance by limiting the hardware they work with. It is also an effective way to deal with software theft.
So to translate the quite complex timecode into MIDI is not an easy task.
Timecode is no mystery. It’s been used for years, and there are MANY people who have managed to write software to interpret it for use with other things. That includes translating it into MIDI.
However there may be some old timecode solutions around that might do the trick and as far as I can tell VDJ’s solution seems to be the most simple up to date solution.
VDJ’s solution has absolutely NOTHING to do with the OP’s desire to convert timecode into MIDI. So I’m not sure why you’re even bringing it up. This isn’t a thread about “what’s your favorite DVS” – it’s asking how someone could translate timecode data into MIDI data.
nem0nic
ParticipantIf you have good software integration with your controller non of the highend softwares (Traktor, VDJ, Serato) actually use MIDI for their platters.
Actually yes, they do. The NS7 is a great example.
They use full resolution (whatever that word means) HID protocol to get around the lack of position data in MIDI.
There is no such thing as “full resolution HID”. HID is a protocol all it’s own, and the beauty of HID is (among other things) that instead of being forced into either a 7 bit or 14 bit message, HID allows you to define things like message resolution to specifically match your controls.
And no, the reason they use HID IS NOT to get around the lack of position data in MIDI. Because again, an absolute CC message gives position data. Hardware developers use HID because it allows them much more flexibility in the data output. Being able to (for instance) drive RGB LEDs is tricky with MIDI. You could use a SYSEX message, but not all DJ software uses SYSEX. You could use 3 messages (one for each color) to drive each led, but that would be 3 different messages taking up 9 bytes. With HID, you could send button state and RGB color with 4 bytes. I’ll add a caveat here and say that it isn’t quite as cut and dried as this, and there are often times that MIDI is actually less bandwidth intensive than HID. But the gist of it is that HID is very flexible.
This is also why they insist to use their timecode with their certified gear to work as the whole timecode – soundcard – software thing has most of the time nothing to do with MIDI.
Manufacturers insist on use of their own interfaces because it allows them to optimize performance by limiting the hardware they work with. It is also an effective way to deal with software theft.
So to translate the quite complex timecode into MIDI is not an easy task.
Timecode is no mystery. It’s been used for years, and there are MANY people who have managed to write software to interpret it for use with other things. That includes translating it into MIDI.
However there may be some old timecode solutions around that might do the trick and as far as I can tell VDJ’s solution seems to be the most simple up to date solution.
VDJ’s solution has absolutely NOTHING to do with the OP’s desire to convert timecode into MIDI. So I’m not sure why you’re even bringing it up. This isn’t a thread about “what’s your favorite DVS” – it’s asking how someone could translate timecode data into MIDI data.
nem0nic
ParticipantLet’s pump the brakes on the misinformation and get some facts straight here.
Pretty much you are asking if there is a way to translate the AUDIO timecode and turn it into a midi CONTROL LANGUAGE-stream?…..I don’t think midi has a way to determine position (other that the normal fader/knob/touchstrip/whatever value between 0 and 256, which would be way to low a resolution for a timecode record).
The OP wants to change timecode into MIDI – full stop. There’s no such thing as a special “control language” or “MIDI code”. And MIDI is just a protocol – a language. It isn’t sentient, and it doesn’t “understand” anything.
Now let’s talk theory for a sec. MIDI does actually have a way to “determine position”. That would be an absolute CC message. A 7 bit absolute CC message has 128 steps (0-127, not 256). And yes, this would be a low resolution message to pair with a DJ platter. In contrast, a 7 bit relative CC message can have extremely high resolution, because it sends a message “per tick” of your control. So if you designed your platter to have 3000 ticks per single rotation, it will send 3000 relative messages per rotation. This is why most dj products use a relative MIDI message for their platters. So if you wanted to have a very high resolution platter that also tracked absolute position, you could have it send both a relative message and an absolute message (this is also how DVS timecode works BTW). You could also use a 14 bit absolute CC message. Or just count ticks from the platter (since the resolution is known). There are other ways as well.
The entire trick here being that midi is a control language….Even if it did, you’d have to have a digital audio stream to midi conversion program which, to the best of my knowledge, doesn’t exist.
There is indeed an A/D conversion. From there the software’s timecode processing code calculates things like play position, velocity, direction, etc. But this takes time and uses resources. The great thing about the potential of controllers is that they can eliminate that part of the processing. They already transmit that data in a digital format.
So, why is this “theory”? Because (A) the OP wants to use it to control Logic and doesn’t need a high resolution message or absolute position tracking, and (B) because I don’t know of any DJ software that actually makes use of MIDI platter data more sophisticated than a basic relative CC message.
So what we’re looking for is something that can convert timecode into a MIDI CC message that can be used in other software. I don’t know of any “off the shelf” solutions, but I know it can be done. If I were the OP, I would look at the MAX/MSP community. I’m sure many people have figured out how to do what you want, and I’ll bet some of them even have off the shelf code ready to use. Another programming environment you might want to look at is Reaktor. Those guys can be very clever as well.
And with these solutions, you won’t need to buy a certified audio interface.
nem0nic
ParticipantNot sure what the point would be, unless you’re trying to use it in a non-DJ program. DJ software typically supports some kind of DVS operation, and that support is usually pretty optimized and compelling. MIDI jog support, on the other hand, is usually pretty lackluster. So turning the timecode around into MIDI for use in a DJ program would likely be a pretty big downgrade in performance.
nem0nic
ParticipantIt’s interesting that having RGB doesn’t really play into the remix deck mapping, since you can’t map clip color to a MIDI controller – so when you’re looking for a controller to map towards the remix decks you need to be looking more at functionality.
But the DC-1 has a remix deck TSI on the Behringer website, and I just got finished with an LC-1 mapping as well that will probably go up on Thursday.
nem0nic
ParticipantThe Denon stuff is built like a tank – all metal and solid-feeling. I like everything that they make. But I like the platters on the WeGo MUCH better than the Denon platters on the 6000 or 2000. And yes, there’s a Traktor TSI available on the Pioneer site for the WeGo.
nem0nic
ParticipantI’ve been DJing for a long time, and work in the DJ products industry currently. I actually went to a GC to just get my hands on one to see what Pioneer were up to. I never had any intention of buying anything – especially since the WeGo is firmly out of what I would consider my level of DJing.
I was wrong.
The WeGo is not only a well built controller, but it’s also a BLAST to play with. It pains me to admit this, because Pioneer is a direct competitor to me, but credit where credit is due. After playing with that WeGo, I plopped down my credit card and bought it. And even though I have a pretty amazing setup, I still play with it regularly.
So I highly recommend the WeGo to anyone looking for a GOOD, low cost “all-in-one” style controller. It’s great kit.
nem0nic
ParticipantMIDI is a protocol. Think of it as a way for devices to talk to eachother. The physical port used to transfer MIDI data isn’t really important. In fact, MIDI can move over just about any transport you can think of (USB, Firewire, wired and wireless networks, etc).
Those “strange looking” ports are 5 pin DIN ports. This was the first way that MIDI data was transferred between devices, but it’s still VERY COMMONLY USED – especially when devices need to communicate with other devices without a computer in the middle. An example of that is when you connect a MIDI keyboard controller (like an Axiom Pro) to a synth module (like a Nord Rack), or connecting 2 (or more) synths together.
As someone brought up before, to solve your particular problem you need to buy a nice USB hub. What you’re looking for is a USB 2.0 multi-TT powered hub. Multi-TT means that each USB device connected to your hub will have it’s own transaction controller chip that it doesn’t have to share with other devices. This eliminates problems – especially when high bandwidth devices (like soundcards, drives, or MIDI controllers with a lot of LED feedback) are connected.
Multi-TT hubs used to be expensive, but you can get them now on Amazon for between $20-$30. Here is an example…
nem0nic
ParticipantThe Behringer CMD controllers will start showing up in stores in March, and are in production now.
December 11, 2012 at 4:25 am in reply to: Live in Cali? Want to get into NAMM 2013 for free and get paid? #33419nem0nic
ParticipantI put this on a few forums, but there have been a ton of responses!
-
AuthorPosts