Snap / quantize bug?

Official support for: energy-xt.com
RELATED
PRODUCTS

Post

Returned to XT 1.41 (XT2 still lacks stability and some important features).
Unfortunately cannot use "snap" or "quantize" because everytime i'm trying to do this all selected notes in midi editor moves to place between metric values instead of just starting in the begining of a bar or metric value (16th note, 8th note ..). same problems with both snap (absolute or relative) and quantize. plz help.

Post

:?:
Can you please explain it a differnt way? It's working as expected here.
At first I thought you had it on relative settings but you seem to know the difference.

Post

I know it is working as expected as i'm starting work with my project, then unexpectedly stops working correctly. No matter how I set snap to realative or absolute just moves notes out of metric line (set by chosen value ie. 16th, 8th note).

Post

Nope, sorry, I still don't get what you mean.

Can you post some screenshots what what you are getting and what should be happening?
DarkStar, ... Interesting, if true
Inspired by ...

Post

Actually I've have seen this too. It's odd. Sometimes when you move notes around they do not fall between the grid cells of whatever quantize value you have, but instead end up snapping right on top of the vertical line. I've seen this on the latest beta.

Post

and then once that happens, then this happens as well http://www.kvraudio.com/forum/viewtopic.php?t=185010

Post

Right. Seems, problem is connected with those grid cells. They are displayed incorrectly in some circumstances.
I've tried to export a midi file, manually snaped to those vertical lines (to made a workaround of this really annoying problem). Then imported it into cubase and.. you know what? Cubase showed them shifted exactly as they were shifted in energy xt after incorrect quantize process.

Post

In fact that "quantize process" _is_ correct. But, to be precize, grid cells are changing its offset.
Last edited by Roman Wisniak on Wed Jul 18, 2007 7:37 am, edited 1 time in total.

Post

DarkStar wrote:Nope, sorry, I still don't get what you mean.

Can you post some screenshots what what you are getting and what should be happening?
it's because the snapping logic is different to that in 1.x - this bugs me as well to no small amount - the problem is especially obvious when moving/copying multiple parts/items - I'm not absolutely sure though what the exact differences are - I have to do a close examination/comnparison - but I know for sure it's different and it's very annoying.


It's not a bug though.

Post

This is an issue with 1.4 right?

Post

soma wrote:This is an issue with 1.4 right?
nope - it's the snapping in XT2 which annoys the hell out of me...

Post

sounds to me like an issue. ill test it out tomorrow. if you give steps it might help.

also if the grid is infact changing, sounds like that code could be adapted for that user who wanted the grid to change with a groove.

Post

only one acceptable situation when grid is shifting is in process of tempo changing during timeline. other than that are just making any production process a real pain in the a$$.
i'll try to prepare some videos with further explanations.

Post

I just realized that the troublöes I have come from the fact that XT2 doesn't have any fades on audio-parts/-items.

To avoid non-zero-crossing clicks I often need to change the audio-part length so that it's not any snapping-factor. And this opens up a can of worms.

Post

Oh, and another seriously annoying thing I almost forgot to mention:

if snapping is set to absolutely a part snaps according to the current snapping factor as soon as you select the part - you do not even need to move it whereas in 1.x you can even move it between tracks withput f**king up its position.

As it is now in XT2 it means you just have to accidentally select a part with an offset while snapping is set to absolute and its position will be corrupted - and depending on how small the offset is and how much you've been zooming-out just might not even notice.

Post Reply

Return to “energyXT”