Recent Posts

Pages: 1 [2] 3 4 ... 10
Hey man!

I use Jobeky triggers, all installed in acoustic shells. It's an upgrade for my Pearl E-Pro Live.
I'll check my settings later today and get back to you.
oh yes that could be a good and useful way to go...a bit expensive though! I wonder if ther is another simpler way to fix the problem with just one module...anyone at could look after that please?thanks
I have changed the card as Busa told, the same card he uses. Not fixed the issue. The problem is the hi hat played by foot while doing a simple pattern. May I give up??Very disappointed!

Oh this old complaint. I love the 2box system, but it was this that bugged me about it. How I got round it, I had 2 drumit3 modules. It was a pain, but in the end a blessing in disguise. I doubled my inputs, allowing me to have 2 crashes, a ride, china and splash and hihat on module and 4 toms, kick snare, a couple of a loop/sample triggers and a cross stick on the other, but also doubled my outs. Meaning my sound man was chuffed as I could give him all the pieces into the desk as separates.

But... sure, one module should be enough for a small kit.
DrumIt 5 Hardware / Re: ddrum3 and ddrum4 pad compatability
« Last post by welshsteve on November 30, 2021, 12:26:26 PM »
I can't say for certain, as I haven't tried the ddrum3/4 pads. But essentially all but the Roland Digital pads work on a similar system, piezo transducers that detect vibration, sent down a cable and the module interprets it. Even the Roland digital pads use piezos, just transferred into the module via USB instead. I know that's a very broad generalisation.

The only thing that might be an issue, is that they might be too hot a signal for the drumit3. But thankfully, the new modules (drumit3 and drumit5 mk2) have a gain reduction.

I honestly think they'll work great. You will have to find the optimum trigger type, adjust the gain, curve and all that stuff. At a guess, Trig PadPP would be my go to.

I do think they're better built pads than the speedlight ones. But a country mile.

Will be interested to find out if you went for it and how it turned out.

Sorry it's not a definite answer.
DrumIt 5 Hardware / ddrum3 and ddrum4 pad compatability
« Last post by od1 on November 29, 2021, 11:45:38 PM »
Hi all,

I'm considering purchasing either a complete 2box Speedlight kit, or just one of the 2box modules. If I just purchase the module, I was thinking of using some old ddrum3 and ddrum4 tom/snare/kick pads I have (10" and 12" pads), and purchasing hi-hat and cymbal pads separately.

So, I was wondering: does anyone have any experience with using the old ddrum3 or ddrum4 pads with the 2box modules?  Any idea if they will work as good as the Speedlight pads? 


All my toms are split on my 2box. Of those split toms, they are usually 2-zones, rimclick / rimshot. I don't think the amount of zones loaded on a kit seems to make a difference imo - as technically I have overloaded my kits with more zones than supported anyway; 4 to 6 zones per tom input.


There is definitely something suspect with some VST hihats causing glitching. I have noticed when keeping time with footchicks (specifically, 4 on the floor) and doing patterns around the kit, seems to be the most bothersome for 2box.

It's most obvious for me on my CORE kit hihat which literally has every articulation populated with about 30-99 velocity layers. Only in combination with the bombarding of CC midi from the controller (keeping time) definitely sends it over the top. This is with a VH-11 btw.

I shall experiment by stripping down my CORE hihat in various ways to see if I can find out what exactly seems to be the cause here. It's diminishing returns with 99 layers and 7+7 levels of openness bow and edge anyway but I always knew it was a lolhat when I exported it. ;D Same goes for the ride actually, absurd file sizes from CORE, definitely stresses 2box when I play it. Symptoms like micro-stuttering of about 50ms every 5 seconds if I footsplash and play ride together.
The DDrum Legacy / Re: ddrum4edit sound file editing tool
« Last post by kenjwright on November 29, 2021, 11:16:03 AM »
Greetings ddrummers!

ddrum4edit v1.00.27 is now available!

ddrum4edit now includes full support for the ddrum4 high compression format when creating sound files with user samples (see Cue Markers).

Other updates;
  • Refactored WAVE encoding and extracts. Encoding now matches dd4 dumps exactly. Extract now matches ddrum4wav output at full gain.
  • Re-sampling now supports all sample rates up to 44100hz when encoding user samples and will auto-adjust as required.
  • Added Cue Markers support for dynamic resampling of the input wave stream (for compression greater than 2:1).
  • Bug fixes.

Cheers! and Enjoy!


Download Link for User Guide and ddrum4edit executables.

More info available on the ddrum forum; unofficially-ddrum
I have changed the card as Busa told, the same card he uses. Not fixed the issue. The problem is the hi hat played by foot while doing a simple pattern. May I give up??Very disappointed!
DrumIt 5 Hardware / Re: Do cymbals with holes wear off sticks?
« Last post by Wilbo on November 27, 2021, 11:39:38 AM »
Thanks, I'll go check it out!
I had one more thought about the glitching issue. I have lately been using only 2box samples just so that I could play without having to worry about the module's performance. However, I now had a chance to try out some VST samples exported by someone else and there was no stuttering at all. Now, there are two clear differences to my previous experiments: 1) the VST samples are only for snare, bass and toms so the cymbal samples are all 2box, and 2) the tom samples have only one sound, so just head, no rim.

My thought is this: if the toms have no rim sample included, would it mean less processing for the module and hence smaller chance of glitching? Also, would splitting the tom inputs have the same effect? Those of you who use VST kits without issues: are you using the rims of your toms (for rim sounds or something else) or are they split to extend your kit? Does the rim make any difference?
Pages: 1 [2] 3 4 ... 10