Snap / quantize bug?
- KVRian
- 602 posts since 28 Jul, 2003 from Poland
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.
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.
-
- KVRAF
- 5350 posts since 8 Aug, 2003 from Berlin Germany
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.
- KVRian
- Topic Starter
- 602 posts since 28 Jul, 2003 from Poland
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).
-
- KVRAF
- 10366 posts since 2 Sep, 2003 from Surrey, UK
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?
Can you post some screenshots what what you are getting and what should be happening?
-
- KVRian
- 1024 posts since 25 Apr, 2002
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.
-
- KVRian
- 1024 posts since 25 Apr, 2002
and then once that happens, then this happens as well http://www.kvraudio.com/forum/viewtopic.php?t=185010
- KVRian
- Topic Starter
- 602 posts since 28 Jul, 2003 from Poland
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.
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.
- KVRian
- Topic Starter
- 602 posts since 28 Jul, 2003 from Poland
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.
- KVRAF
- 25010 posts since 12 Jul, 2003 from West Caprazumia
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.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 not a bug though.
-
- KVRAF
- 5350 posts since 8 Aug, 2003 from Berlin Germany
This is an issue with 1.4 right?
- KVRAF
- 25010 posts since 12 Jul, 2003 from West Caprazumia
nope - it's the snapping in XT2 which annoys the hell out of me...soma wrote:This is an issue with 1.4 right?
-
- KVRAF
- 5350 posts since 8 Aug, 2003 from Berlin Germany
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.
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.
- KVRian
- Topic Starter
- 602 posts since 28 Jul, 2003 from Poland
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.
i'll try to prepare some videos with further explanations.
- KVRAF
- 25010 posts since 12 Jul, 2003 from West Caprazumia
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.
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.
- KVRAF
- 25010 posts since 12 Jul, 2003 from West Caprazumia
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.
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.
