Push quality issues, how to adress them, and UI requests.
Posted: Mon Apr 01, 2013 11:03 pm
Dear Ableton.
Following my two previous rants on your official Facebook page (still un-answered), I'm taking the liberty to port the discussion right here.
(Original link: https://www.facebook.com/ableton/posts/ ... 1064287168)
Thing is I'm a lucky Push + Live9-Suite owner.
Lucky, but unhappy.
Unhappy because I am (an at least two dozen persons who replied to me in PM since I posted my rant yesterday) having issues with Push quality control.
First notable issue, the LED brightness is inconsistent (REALLY inconsistent), while attempting to display WHITE color.
Second, the PADs, THE feature I wanted Push for, have a more than uneven and silly response curve.
But most of all, the lack of some VITAL FUNCTIONALITIES not YET mapped into Push are really making my teeth grind.
While I understand the enthusiasm and (biased ?) reviews of Push, I can only deplore that no one seemed to notice / complain about the (few) unacceptable issues many of us are experiencing with Push.
I will not bluntly copy/paste my rant(s), but rather try to summarize the problems and emphasis on the possible solutions you could deploy:
1) LEDs, please add individual WHITE color calibration of LEDs
You know it, admit it, LEDs on Push display an uneven white color.
Most pics ands videos available show your units only suffering one or two LED discoloration, but our public devices suffer at least 10-20 bad LED calibration.
This is not acceptable.
Since you are obviously not going to recall our Push units, one possible solution for you to add a per unit-calibration mode allowing users to manually adjust each LED (by 3 rotary encoders, guessing R/G/B encoders) until they get true uniform "white" across all LEDs ? User would push each pad to correct it's chroma, until he gets an even grid.
2) PADs
One thing is for sure, all PADs don't have the same sensitivity.
You do provide a global setting to edit the (global) PAD sensitivity threshold, as well as a velocity curve adjustment setting, but even with these, some PADs don't (REALLY DON'T) react the same.
As the per-LED suggested calibration mode, could we get per-pad calibration thresholds ?
A simple mode where a user could set a per-pad threshold for each pad, ensuring uniform response ?
(Note, there's also this annoying bug, where one would need to switch to another track, than back to current one, to get ALL pad responsive again.. Happens when you abuse REPEAT button..)
3) UI integration
After a few days playing with Push, I have to admit some VITAL functionalities are missing.here are the things I couldn't achieve:
- Color assignation to a clip: SELECT(hold) + click the clip, have a "color" button in one of the bank selectors, while this button is triggered, display a "colored view" of all the pads (exactly like these chroma grids your forum show on the right, next to the textarea where you input your message), each would than pad becomes a color from the chroma grid, the user would simply picks a color by clicking one of the pads, once done, the grid would reverts back to the session view grid...
- Offset the REPEAT function of a pad, i.e.; i would love to be able to launch a repeating counter-beat hi-hat, but right now, hitting REPEAT only triggers the repeat starting on the first bar ..
- In note view, the ability to hold a note, and get a "step-seq/piano-roll-like-view" so we can pick any of the note instances and re-place them in time when/if needed (we can nudge drum notes, note notes!)
- Transpose a whole note pattern up/down octaves
- Crop loops while in CLIP view (add a simple CROP button on the bank selectors)
- Set a fixed velocity on drum pads (right now I must a Velocity plugin before my drum tracks .. lame.)
- We should be able to fire clips in ableton ! (right now push blocks clip firing, or so appears to be doing so from time to time ! - fixed in 9.0.3b+ ?)
- One functionality not mapped yet from the Arpegiator midi plugin .. the HOLD button(!)
# Edit, originally, I couldn't accomplish the following tasks, but @Because789 kindly pointed the relevant shortcuts (in the post bellow this one)
- Delete a clip while in session view
- Clip copy pasting in session view
- Delete a device (audio or midi effect
- Delete a track
4) Assumptions & wishes
- I think it won't be possible for some drum-oriented VSTs to use the "drum view" (because they aren't enclosed in drum racks? - sad - but understandable)
- In session + note views, if only we could get a visual feedback of where the transport resides in the current measure/bar.. Drum view has this explicitly (using the right side next to the drum pads, you can figure where you stand in the pattern's transport), but not in note view..
- More infos on User mode.. Right now the infos are sparse.. Altho I'm guessing devoted followers will soon reverse-engineer the Midi script to figure how to use it. Nevertheless, a little bit of Docs, or API helpers would be great.
- Consider using an anti-glare coating on the LCD, I mean, have you tried using Push on stage ? The LCD bloody reflects any light source rendering it almost unusable (I fixed it by using an anti-glare non adhesive screen-protector from a famous smartphone device.. it really helps!)
5) Conclusions
I love Push.
Since I was lucky to see the first mock-ups of the device, I knew I wanted one.
I knew it was meant for "people like me".
But being a DIY fan, having been lucky to build many controllers in the past, so am I ... displeased by the current Push firmware.
I received numerous replies to my FB thread, all reporting the same issues I faced..
I can only hope you, Ableton, will figure how to address these issues, or at least, publish a statement acknowledging them..
It's not fair to send good looking devices to the Press, and sending us, your faithful LEGIT customers, poorly quality-checked devices.
Best regards, and much respect to you Ableton,
Please don't ignore us.
r.
Following my two previous rants on your official Facebook page (still un-answered), I'm taking the liberty to port the discussion right here.
(Original link: https://www.facebook.com/ableton/posts/ ... 1064287168)
Thing is I'm a lucky Push + Live9-Suite owner.
Lucky, but unhappy.
Unhappy because I am (an at least two dozen persons who replied to me in PM since I posted my rant yesterday) having issues with Push quality control.
First notable issue, the LED brightness is inconsistent (REALLY inconsistent), while attempting to display WHITE color.
Second, the PADs, THE feature I wanted Push for, have a more than uneven and silly response curve.
But most of all, the lack of some VITAL FUNCTIONALITIES not YET mapped into Push are really making my teeth grind.
While I understand the enthusiasm and (biased ?) reviews of Push, I can only deplore that no one seemed to notice / complain about the (few) unacceptable issues many of us are experiencing with Push.
I will not bluntly copy/paste my rant(s), but rather try to summarize the problems and emphasis on the possible solutions you could deploy:
1) LEDs, please add individual WHITE color calibration of LEDs
You know it, admit it, LEDs on Push display an uneven white color.
Most pics ands videos available show your units only suffering one or two LED discoloration, but our public devices suffer at least 10-20 bad LED calibration.
This is not acceptable.
Since you are obviously not going to recall our Push units, one possible solution for you to add a per unit-calibration mode allowing users to manually adjust each LED (by 3 rotary encoders, guessing R/G/B encoders) until they get true uniform "white" across all LEDs ? User would push each pad to correct it's chroma, until he gets an even grid.
2) PADs
One thing is for sure, all PADs don't have the same sensitivity.
You do provide a global setting to edit the (global) PAD sensitivity threshold, as well as a velocity curve adjustment setting, but even with these, some PADs don't (REALLY DON'T) react the same.
As the per-LED suggested calibration mode, could we get per-pad calibration thresholds ?
A simple mode where a user could set a per-pad threshold for each pad, ensuring uniform response ?
(Note, there's also this annoying bug, where one would need to switch to another track, than back to current one, to get ALL pad responsive again.. Happens when you abuse REPEAT button..)
3) UI integration
After a few days playing with Push, I have to admit some VITAL functionalities are missing.here are the things I couldn't achieve:
- Color assignation to a clip: SELECT(hold) + click the clip, have a "color" button in one of the bank selectors, while this button is triggered, display a "colored view" of all the pads (exactly like these chroma grids your forum show on the right, next to the textarea where you input your message), each would than pad becomes a color from the chroma grid, the user would simply picks a color by clicking one of the pads, once done, the grid would reverts back to the session view grid...
- Offset the REPEAT function of a pad, i.e.; i would love to be able to launch a repeating counter-beat hi-hat, but right now, hitting REPEAT only triggers the repeat starting on the first bar ..
- In note view, the ability to hold a note, and get a "step-seq/piano-roll-like-view" so we can pick any of the note instances and re-place them in time when/if needed (we can nudge drum notes, note notes!)
- Transpose a whole note pattern up/down octaves
- Crop loops while in CLIP view (add a simple CROP button on the bank selectors)
- Set a fixed velocity on drum pads (right now I must a Velocity plugin before my drum tracks .. lame.)
- We should be able to fire clips in ableton ! (right now push blocks clip firing, or so appears to be doing so from time to time ! - fixed in 9.0.3b+ ?)
- One functionality not mapped yet from the Arpegiator midi plugin .. the HOLD button(!)
# Edit, originally, I couldn't accomplish the following tasks, but @Because789 kindly pointed the relevant shortcuts (in the post bellow this one)
- Delete a clip while in session view
- Clip copy pasting in session view
- Delete a device (audio or midi effect
- Delete a track
4) Assumptions & wishes
- I think it won't be possible for some drum-oriented VSTs to use the "drum view" (because they aren't enclosed in drum racks? - sad - but understandable)
- In session + note views, if only we could get a visual feedback of where the transport resides in the current measure/bar.. Drum view has this explicitly (using the right side next to the drum pads, you can figure where you stand in the pattern's transport), but not in note view..
- More infos on User mode.. Right now the infos are sparse.. Altho I'm guessing devoted followers will soon reverse-engineer the Midi script to figure how to use it. Nevertheless, a little bit of Docs, or API helpers would be great.
- Consider using an anti-glare coating on the LCD, I mean, have you tried using Push on stage ? The LCD bloody reflects any light source rendering it almost unusable (I fixed it by using an anti-glare non adhesive screen-protector from a famous smartphone device.. it really helps!)
5) Conclusions
I love Push.
Since I was lucky to see the first mock-ups of the device, I knew I wanted one.
I knew it was meant for "people like me".
But being a DIY fan, having been lucky to build many controllers in the past, so am I ... displeased by the current Push firmware.
I received numerous replies to my FB thread, all reporting the same issues I faced..
I can only hope you, Ableton, will figure how to address these issues, or at least, publish a statement acknowledging them..
It's not fair to send good looking devices to the Press, and sending us, your faithful LEGIT customers, poorly quality-checked devices.
Best regards, and much respect to you Ableton,
Please don't ignore us.
r.




