Behringer PL1 question?

Behringer PL1 question?

How is the resolution on the pitch fader?

14-bit midi. So, it depends on your software setup. But the hardware is fine.

Does Traktor receive 14-bit midi?

Ie is the resolution on the behringer jog wheels and faders close to the response of Traktor hardware?

Im looking at the PL as well.

according to this thread from 5 years ago, yes. Well, it at least implies it.

14-bit midi won’t do you no good when the pitch fader is only cca 5cm long.
No other hardware other than NI gear (and Pio CDJ’s in HID mode) can compare in regard to jog wheel response (thank NI and their closed HID).

behringer cmd pl

I have this controller and don’t use the pitch fader instead I programmed one encoder as pitch.
When I turned it change by 0.01 and by push and turn it wil change by 1.0
This way it works faster the pitch fader is to short.
Got this trick frome the novation twitch

Wait, 5cm…really? I assumed the controller was bigger than it is, apparently.

Yeah…@djdonloko’s idea is better. Apparently Behringer still doesn’t think their products through.

I have this functionality in my Pl-1. If anybody is interested in downloading the mapping can be found in MAPS:

Small pitch faders dont bug me. I used the faders on my reloop contours as pitch faders for the longest time and they were only 20MM. :stuck_out_tongue:.

are there any stats for different jog resolutions with actual testing, or are we just going on what manufacturers have said?

don’t bother with that. even the old VCI-100 has a decent jog wheel resolution, let alone modern ones. the software is to blame.
for example, denon mc6000mk1 has jogwheel pulse resolution of 2,048 compared to the S4mk1’s 1000 ticks per rotation). denon has to use regular MIDI in traktor, S4 uses NI’s own HID protocol. guess which one is better for scratching? of course, if used in VDJ (were they both have to use regular MIDI) the tables turn and there the increased resolution of the denon shows advantages.

If I remember right, the Stanton SCS.1d was the highest-resolution platter out there (and motorized). I think the pulse resolution was something like 7000 ticks/rev.

Unfortunately, stanton sucks at selling controllers, and to my knowledge, they never got it to work that well with any “real” software. A few videos I’ve seen look good, but the world largely ignored it…which makes perfect sense considering the previous relationship b/t Stanton and NI.

I know someone locally who plays on the the stanton 1.d. It is super solid. No slip or traction issues whatsoever.

The message resolution of the pitch fader is totally meaningless. The meaningful metric you want is the PITCH RESOLUTION. This is going to depend on what pitch range you’ve assigned in your target software (smaller the range, better the resolution).

IIRC the PL-1 pitch resolution in Traktor set for a +/-8% pitch range was around .03%.

nem0nic, the software is not the case. For example, the pitch fader on my cdj 850 in midi mode will only increase bpm in increments of .05 at 180BPM at 8% while my ddj sx will do an increase of .02 at 180BPM at 8%. If the PL1 does around .02 increase at 180bpm at 8%, I am about to buy 4 of them.

Sorry, but you’re wrong here. The software settings DO make a difference in pitch resolution.

Imagine that you have a 100mm fader that sends 1 “tick” per mm. At +/-50% pitch range, that fader would have a 1.0% pitch resolution. Each “tick” of resolution would change the BPM value one whole step. But if that same fader is set to a +/-10% pitch range, then that same fader would have a 0.2% pitch resolution.

BPM has absolutely nothing to do with pitch resolution.

Than why is there such a large difference between the pioneer cdj 850 in midi mode and the sx? I always run 8% on all channels.

Because the 2 devices have different pitch resolutions. I would guess the 850 is probably using a 7bit absolute message for pitch in MIDI mode (which contains 128 steps).

That was my original question was how was the pitch resolution.

And I answered it in my first post in this thread.