Well, its weird to me.
Cubase, Sonar, Live, Fruity Loops, EnergyXT, REAPER, and Protools all put notes in the same way. Its Podium that puts the notes in funny.
Before you say “well, whats wrong with being different”
The reason why the others do it that way is because its the simplest implementation. You see a rectangle, you double click or draw inside of it, the note is placed inside of it. Simple — What-you-see-is-what-you-get.
@Zynewave wrote:
Beta7:
The timeline grid now reflects the editor snap settings. If snap is enabled and is not set to bar snapping, then the snap grid is drawn instead of the arrangement time-signature grid.
😉
@LiquidProj3ct wrote:
Sugested piano roll:
This is what I’m thinking, too.. at least in regards to how the snap and the gridlines should be interrelated.
I can understand if someone was already familiar with the way it is now and wanted to keep the grid behavior as it is. I think the best solution, if possible, would be to have an option “Grid drawn to snap size” in the preferences. This preference would also disable inferring on Podiums part the closest grid based on the grid lines, and would work solely within the lines…
That’s my wish, at least… 🙂
.
@Zynewave wrote:
I can give an explanation for this: In all Podium editors the snapped mouse position is determined as the grid line closest to the mouse. So when you click on the second half of a grid unit, Podium detects this as if you’re trying to aim for the grid line to the right. Your view is that it should always snap downwards to the grid line on the left of the mouse cursor.
The best way too design any editor is so that it doesn’t require too much thinking, as working in music can be taxing on the brain as is. Having to think about where my note goes in relation to the snap without any obvious visual queue is unduly convoluted. The simplest way to do something is usually the best. So, why not have a grid where WWSIWYG and the grid lines are set in relation to the snap, irrespective of zoom level?
See: http://en.wikipedia.org/wiki/Occam%27s_razor
Also, in my appeal here, I’d like to point out that Podium is really the outsider in regards to how snap works. All the other sequencers set the grid in relation to the snap to some degree, and the zoom level always maintains the grid lines in relation to the snap.
Hi, thanks for trying to reproduce my “bug”. I either don’t understand you, or you don’t understand me. I’m not sure which. I will get around to explaining it with pictures that make everything much more obvious thank my current explanation, but, in the advent I decide to go with Podium.
Thanks anyways for trying to understand what I was saying. Maybe you’re right and I have it all mixed up.
There is a reliable way. (in regards to [2])
Zoom the grid to whatever level is needed so that the grid shows 1/4 notes
Set the snap to 1/4 notes
Double click it in the rightmost horizontal half of any cell to create a new note
RESULT: Note appears in the cell next to the cell you decided on
[1] Zooming in will subdivide the grid irrespective of snap size. A simple way to understand this is comparing to Cubase. In Cubase, if you select to show the grid as quarter notes, zooming in will always preserve the grid to show quarter notes. In Podium it keeps on dividing the grid as you zoom in and doesn’t care what the snap size. I find this makes it incredibly hard to know where I am and I often wind up being off by one or two cells when trying to guess where a note should go.
[2] Double clicking the right half of a cell will make a note appear in the cell to the right of it. The only place you can double click inside a cell to get the note there is in the left half of the cell. Meaning, one has to be super careful when inputting notes (for no good reason, really)
These two things == super frustrating piano roll
thanks.