3.14 Trm behaviour

[Sheppola]

I have noticed one thing happening on my system with 3.14.When I click on the Trm control on a track to add a volume/ pan it shoots the track fader up and when I place the envelope in the track it puts line way down?
This means I have to reset my track volumes every time and is really annoying.I've gone back to the previous version as this bug/change has made it hard to work

Any help appreciated

[Steindork]

Since 3.13: + Automation: new volume/pan envelopes display the current track fader value

When you arm an envelope in trim/read mode, the envelope reflects the actual fader position while the fader is for trimming the whole envelope. Before that, the envelope was not reflecting the actual parameter value, which was sort of confusing.

[Mercado_Negro]

This is not a bug. In trim/read mode track's fader works as a trim. Your output doesnt change at all (you can try nulling with two identical tracks).

I suggest you to use Read mode as your default automation mode unless you need to trim something written or drawn.

[Sheppola]

Thanks for taking the time to reply.Couple of points.
1:Version 3.13 does not do this on my system.
2:The volume definitely jumps in the Trim/Read mode but not in read mode.

How can I revert back to the old behaviour if possible?

[schwa]

The track volume should not change. The fader moves, because in trim mode the fader is a trim fader -- it is applied as an offset to the envelope. In all other modes, the envelope now follows the track fader, which is an improvement to the previous behavior where the fader would sometimes move and sometimes wouldn't.

The changes are essentially cosmetic for consistency, in no case should the actual track output volume change when you create an envelope, regardless of the envelope mode.

[Sheppola]

Originally Posted by schwa

The track volume should not change. The fader moves, because in trim mode the fader is a trim fader -- it is applied as an offset to the envelope. In all other modes, the envelope now follows the track fader, which is an improvement to the previous behavior where the fader would sometimes move and sometimes wouldn't.

The changes are essentially cosmetic for consistency, in no case should the actual track output volume change when you create an envelope, regardless of the envelope mode.

OK.Thanks for your time and consistent support.I'm sure I'll get used to it.

PS the track Mixer fader I just applied an envelope to also changed colour?

[EvilDragon]

BTW, is this trim/read behavior expected!?







Way to destroy your envelope! Reaper should REMEMBER the look of the envelope even if it shoots over the limit!

[schwa]

Originally Posted by EvilDragon

BTW, is this trim/read behavior expected!?

That behavior isn't new. If moving the trim fader makes the envelope hit the bottom or top limit, the shape is still retained if you move the fader the other way without releasing it. Once you let go of the fader, the shape is "committed."

http://screencast.com/t/Ieedufp5EZL

[EvilDragon]

Damn, that's still not what I've expected.

For example, Pianoteq 3 has note edit window that can be edited in the similar way. If the curve gets flatted out on top or bottom, the values will be limited to the upper or lower limit (so in Reaper case, the volume in this example would not overshoot over +6 dB, depending on the user setting, right?). But if I were to bring back the curve to its original state, the old shape is still retained.

[bullshark]

Originally Posted by Sheppola

How can I revert back to the old behaviour if possible?

I'm asking myself the same question.

I don't want the faders to jump to a position I didn't ask for just by inserting an envelope, and I see no reason to reduce the usable range of the envelope, which is essentially what the new behavior does.

Make the automation envelope pretty much unusable for me.

[Mercado_Negro]

Originally Posted by bullshark

I'm asking myself the same question.

I don't want the faders to jump to a position I didn't ask for just by inserting an envelope, and I see no reason to reduce the usable range of the envelope, which is essentially what the new behavior does.

Make the automation envelope pretty much unusable for me.

Your track fader acts like the trim, that's why it jumps. There are no chnages in your tracks output, it's the same.

[bullshark]

Originally Posted by Mercado_Negro

Your track fader acts like the trim, that's why it jumps. There are no chnages in your tracks output, it's the same.

Exactly. It makes the fader act as the trim, and the envelope act as the fader, which, to me, is reverse to what logic dictate.

If I insert an envelope in trim mode, I expect it to act as a trim, not reverse my settings.

[EvilDragon]

Then insert the envelope in Read mode. ¯\_(°_o)_/¯

[bullshark]

Originally Posted by EvilDragon

Then insert the envelope in Read mode. ¯\_(°_o)_/¯

How does that help?

[EvilDragon]

Dunno. Hence the ¯\_(°_o)_/¯


Sorry bout that one, I'm off on couple of beers ^^'

[bullshark]

Originally Posted by EvilDragon

...I'm off on couple of beers ^^'

Good idea. Then I won't care about automating anything.

[Mercado_Negro]

Originally Posted by bullshark

Exactly. It makes the fader act as the trim, and the envelope act as the fader, which, to me, is reverse to what logic dictate.

If I insert an envelope in trim mode, I expect it to act as a trim, not reverse my settings.

IT IS trimming but it's just placed at the real value.

[EvilDragon]

Originally Posted by bullshark

Good idea. Then I won't care about automating anything.

Oh, at least someone understands!

[schwa]

explanation/discussion here: http://forum.cockos.com/showthread.php?t=45889