Hmm. What will happen to continuous item (and notes?) I guess we'll see. Well, my view is I'd like to be able to subordinate the grid to the music. I don't really want content moving when adjusting the barlines. Seems like it's working like that now(edit-in pre 5c). I can venture that some might wish to use time sigs to create rhythmic effects, but other than possibly maxdis' post a few back, I haven't really seen anyone asking for that. It's why I posted a FR thread asking for additional "quarter note timebase." No one responded.

It seems like actions or scripts could provide spaces or removals if timemap adjusted well. Something like a multiple skipping insert time or remove contents to next time signature. Not sure.

Did you ever split the item? That could create the offset. In any case, I'll look at if we can make it autodetect when it has an offset that would be better treated as 0 (very close to the source length)...

Maybe I splitted it, I can't remember now...but I'm thinking that in a project with many items it would be a nightmare to keep tracks of which of them have an offset; maybe we could have an option in global preferences to reset the offset to 0 every time we do a split?

I don't really want content moving when adjusting the barlines. Seems like it's working like that now(edit-in pre 5c). I can venture that some might wish to use time sigs to create rhythmic effects, but other than possibly maxdis' post a few back, I haven't really seen anyone asking for that.

I don't know if we are talking about the same thing, but I feel that adding and removing spaces is exactly as it should work; if I change a measure from 4/4 to 6/4 in a given musical piece, I'm expecting that all the content after that will shift later by 2/4. This is not a rhythmic effect, but a basic music rhythm behaviour. If you take a notation editor software, and change a measure tim sig from 4/4 to 6/4, the software will add a 2/4 rest before the end of that measure.
Of course the new space should add perfectly to the misure new lenght: in Justin example, it seems to work perfectly on the 4/4 to 9/8 change, because a 1/8 space is added, but in the other ones the space added is way too much...

Anyway, if people prefer to have no space added/removed on time changes, at least let's make it optional for those of us who prefer to have it working in the way notation software does.

Of course the new space should add perfectly to the misure new lenght: in Justin example, it seems to work perfectly on the 4/4 to 9/8 change, because a 1/8 space is added, but in the other ones the space added is way too much...

If you switch a measure from 4/4 to 7/8, it will need to either remove 1/8th, or add 6/8th. It chooses to do the latter (to avoid removing that missing bar) -- if you didn't want the extra measure, you can easily remove it. If we made it remove when necessary (which I'm not inclined to do), it would have removed an 8th and if you wanted the extra measure (or data from the 1/8th that was removed), restoring it would be more difficult.

This is looking very good to me. The gaps between items don't bother me at all, indeed, this is how I expect it would work. And preserving the existing data is exactly the way to go. If I change from 4/4 to 7/8, I don't want an eighth beat shaved off my notes! Thanks!

If you switch a measure from 4/4 to 7/8, it will need to either remove 1/8th, or add 6/8th. It chooses to do the latter (to avoid removing that missing bar) -- if you didn't want the extra measure, you can easily remove it. If we made it remove when necessary (which I'm not inclined to do), it would have removed an 8th and if you wanted the extra measure (or data from the 1/8th that was removed), restoring it would be more difficult.

Personally it wouldn't be a problem for me to have items truncated (as long as is not destructive), but I understand why many people aren't confortable with that.

My dream:

It would be great if we could have a new type of regions, let's call them "tempo regions": each region would be strictly connected to time signature, and when we extend the right border of the region, the time signature increases (4/4, 5/4, 6/4, if the grid snap is set to 1/4) adding the right space at the end of the measure; when dragging the right region border to the left, the time sig would decrease, truncating the items at the end...but if we change our mind, we have to just extend the region again, and the items content is restored!
This way it would be also more faster to change time signature, no need to click on a marker and type the text, we should just extend or reduce a region.

I don't think this is the intended behaviour, because you're losing all of your tempo changes, using a perfectly basic feature (moving a region). If you bring the region back at its original place, are the tempo changes restored?

I don't think this is the intended behaviour, because you're losing all of your tempo changes, using a perfectly basic feature (moving a region). If you bring the region back at its original place, are the tempo changes restored?

Hi,

Can't remember which preference it is, I think its the project time base w respect to markers.

I agree, and I think you should be able to hide them also. If you do any complex tempo mapping the tempo markers can really clutter up the arrange view. You really only need to see them when you are editing/ working on mapping tempos....

Tempo mapping works just fine with SWS actions. It is regions that break tempo maps. Don't mix up the two.

Not just regions trip up the tempo map…(see the list) Tempo mapping with SWS actions is extremely well implemented. That makes it a shame that more than a "static" tempo map (due to long standing bugs) is not possible in REAPER.

The time/beat config of tracks also gets mixed up after tempo mapping. That is not just fine IMHO.

In order to properly move or copy regions -- specifically if the region begins or ends with linear tempo segments, or is moved/copied into a linear segment -- two points should be inserted at each edge point to preserve tempo envelope inside and outside region

As a demonstration that the tempo envelope can be properly preserved when moving or copying regions -- even when copying into a linear segment -- here is my own "Insert empty beats" script doing something similar: