Suggestion for JS4: Pocket
Posted: Fri Mar 27, 2015 12:57 pm
I've had Jamstix 3 since December 2013 and use it every day in arranging and recording my original compositions. I wish I could say that this has given me a detailed insight into how the program works, but the inner workings of the brain and style features remain a mystery and the results of twisting this or that dial on the interface are usually unexpected. Rather, I have learned how to zero in on the aspects of the program that work best for me and work around the rest.
The way I use the program most often is this: I record a bass of guitar part against a click track. Then I set the DAW to loop over that part and fire up Jamstix. Then by trial and error, auditioning different styles and players and adjusting the groove, shuffle, and strength settings, I create a drum part that fits well. 90% of the time I use the pre-Jamstix 3 styles that allow me to specify the location of kick and snare hits manually.
When I hear something I like, I immediately record the MIDI output into the DAW and move on to the next part of the composition. I don't use the Jamstix song editor anymore. It is easier to make fine adjustments to the drum part inside the MIDI editor of the DAW than try to do it in Jamstix. It is also easier to build up the overall drum track inside the DAW, where I can do things like drag and drop that are not currently possible within Jamstix.
Used in this way, Jamstix works well for me. However, there is one problem that I am constantly having to work around. This is the implementation of the "pocket" feature.
In the current version, increasing the pocket slider will move notes behind the beats by variable amounts. I notice that more adjustment is applied to snare hits, less to kick and hats. The problem is that applying pocket will move the location of the downbeat (by the downbeat, I mean the note that falls on the 1 of any measure). The effect is that the entire measure sounds like it is arriving late. To me, pocket feel is more about the relationship of notes within the measure. To give an example, say I apply a pocket of 20%. When I look at the results, I see that Jamstix has applied a 20% pocket to the snares on 2 and 4, and a 10% pocket to the kick on 1 and 3.
When I listen to the part, I do not hear a 20% pocket. I hear a measure that is out of sync with the song by 10%. Within that measure, I hear a 10% pocket on the snares.
There is a workaround. I could compensate by adjusting the timing of the part -10%, either within Jamstix or using the MIDI editor in the DAW. Now the kick on 1 arrives on the measure. I hear a properly synced measure with a 10% pocket on the snares.
My suggestions for Jamstix 4 would be these: An option to disable the pocket adjustment for the downbeat of the measure. Better yet, an option to disable it for certain elements, for example kicks, or crashes that fall on 1.
A second suggestion would be for the pocket adjustment to be applied to accents and fills. A far as I can tell, this doesn't happen currently. If you are working with a large pocket, then the fills and accents will sound out-of-sync with the groove. This is one reason I don't use the fill feature on Jamstix much.
If I were to make another suggestion for Jamstix 4, it would be to improve the fills. But that is another thread. This one is too long already.
The way I use the program most often is this: I record a bass of guitar part against a click track. Then I set the DAW to loop over that part and fire up Jamstix. Then by trial and error, auditioning different styles and players and adjusting the groove, shuffle, and strength settings, I create a drum part that fits well. 90% of the time I use the pre-Jamstix 3 styles that allow me to specify the location of kick and snare hits manually.
When I hear something I like, I immediately record the MIDI output into the DAW and move on to the next part of the composition. I don't use the Jamstix song editor anymore. It is easier to make fine adjustments to the drum part inside the MIDI editor of the DAW than try to do it in Jamstix. It is also easier to build up the overall drum track inside the DAW, where I can do things like drag and drop that are not currently possible within Jamstix.
Used in this way, Jamstix works well for me. However, there is one problem that I am constantly having to work around. This is the implementation of the "pocket" feature.
In the current version, increasing the pocket slider will move notes behind the beats by variable amounts. I notice that more adjustment is applied to snare hits, less to kick and hats. The problem is that applying pocket will move the location of the downbeat (by the downbeat, I mean the note that falls on the 1 of any measure). The effect is that the entire measure sounds like it is arriving late. To me, pocket feel is more about the relationship of notes within the measure. To give an example, say I apply a pocket of 20%. When I look at the results, I see that Jamstix has applied a 20% pocket to the snares on 2 and 4, and a 10% pocket to the kick on 1 and 3.
When I listen to the part, I do not hear a 20% pocket. I hear a measure that is out of sync with the song by 10%. Within that measure, I hear a 10% pocket on the snares.
There is a workaround. I could compensate by adjusting the timing of the part -10%, either within Jamstix or using the MIDI editor in the DAW. Now the kick on 1 arrives on the measure. I hear a properly synced measure with a 10% pocket on the snares.
My suggestions for Jamstix 4 would be these: An option to disable the pocket adjustment for the downbeat of the measure. Better yet, an option to disable it for certain elements, for example kicks, or crashes that fall on 1.
A second suggestion would be for the pocket adjustment to be applied to accents and fills. A far as I can tell, this doesn't happen currently. If you are working with a large pocket, then the fills and accents will sound out-of-sync with the groove. This is one reason I don't use the fill feature on Jamstix much.
If I were to make another suggestion for Jamstix 4, it would be to improve the fills. But that is another thread. This one is too long already.