Quantize

I don't know if this is a bug or not. This is very frustrating. Tried to quantize some midi in a project and it didn't sound right so I started a new project and ran this test. The notes aren't lining up to the grid lines as you can see. ??? User error? The notes are already very close to the 16th divisions and should just slide left a little. They slide past the divisions. ?? Every time I try to do midi in Reaper I run into something nutty. :( It seems to be putting the middle of the note on the quantize target instead of the start of the note?

Item properties? 

Can you post a snapshot of item properties (F2)?

See the marker on the left hand side of the visible item -- that is the loop end marker. The item actually starts way off the the left somewhere. What happened is that you had an item looped several times, then trimmed the left hand side so that you are looking at loop number X, and the loop length itself does not fall on the grid that you want to quantize. You are quantizing the first loop, not the loop you are looking at. If you extend the left hand side so that you get back to the start of the actual item, you will see that it is quantized. Imagine that you were looking at two loop cycles, and the loop length did not fall on the grid. What would you want to happen when you quantize?

Okay... jeez. the notch is right on a bar line. I don't get it. ARgh.... This daw drives me nuts when I do midi in it. I swear. You see in my first post I put ??? User Error ?? Reaper is just odd to me for midi. I think I know why this happened, I did insert midi item and it came in at bar 300 something and I trimmed it. Gawd... Now I gotta go back to the original project and see if I can figure out why it didn't sound right when I quantized.

You avoid that now by dragging the loop marker so it falls on the grid you want to quantize. Not sure what the best behavior would be. Perhaps a confirmation dialog if the situation would occur, or a warning message that the loop length is about to be quantized. Although, neither of those would actually help with your example, where the loop end marker is on the grid but (presumably) the actual start of the item (off to the left somewhere) isn't.

Hmm, maybe we should just quantize the loop end marker (relative to the item start) when you apply quantize. The result might be unexpected but I think it would be less unexpected than the current behavior. Also, gluing this item (as you said) would probably get you where you want to be the fastest.