|
|
|
06-18-2020, 11:12 PM
|
#41
|
Human being with feelings
Join Date: Jun 2019
Posts: 2,872
|
Quote:
Originally Posted by Justin
Depends on the audio driver, but in JACK mode it should be OK?
|
Thanks for the answer Justin. Technically it works just fine on my system. I was more concerned about computer performance. But I guess nothing holds me back from just trying it and seeing for myself.
|
|
|
06-18-2020, 11:24 PM
|
#42
|
Human being with feelings
Join Date: May 2018
Location: Moscow, Russia
Posts: 612
|
Quote:
Originally Posted by Yanick
Split the item and stretch its end
Also with audio, because if there are markers there, they should all move, not one at the end.
|
It was also necessary to clarify that the beginning of items should also be splitted, that is, for the stretching to occur correctly (obeing area selection). This is very convenient (and most importantly simple), and by default I would like to have such an option. The stretch markers selection option obeing area selection is also very interesting, but it should remain as an additional option, that is, for the user to configure for himself.
Last edited by Yanick; 06-18-2020 at 11:31 PM.
|
|
|
06-18-2020, 11:30 PM
|
#43
|
Human being with feelings
Join Date: Nov 2009
Location: Belgium
Posts: 10,474
|
A reflection that has nothing to do with AS, but I think that, given the number of recurring questions on forums and online discussion groups about REAPER, the media item buttons and item volume knob mode should be active by default.
Edit : at least properties, mute, fx and envelope + volume knob
|
|
|
06-18-2020, 11:52 PM
|
#44
|
Human being with feelings
Join Date: May 2013
Location: New York
Posts: 781
|
The trim behind behavior with area selections is inconsistent depending on what kind of editing operation is used. If I move or copy an area by dragging with a mouse it always behaves as if trim behind is turned on, but if I use copy/paste actions with area selections it always behaves as if trim behind is turned off. I'm assuming this is not intended?
|
|
|
06-19-2020, 12:01 AM
|
#45
|
Human being with feelings
Join Date: Nov 2009
Location: Belgium
Posts: 10,474
|
Quote:
Originally Posted by RobinGShore
The trim behind behavior with area selections is inconsistent depending on what kind of editing operation is used. If I move or copy an area by dragging with a mouse it always behaves as if trim behind is turned on, but if I use copy/paste actions with area selections it always behaves as if trim behind is turned off. I'm assuming this is not intended?
|
See post 3 & 4
|
|
|
06-19-2020, 12:14 AM
|
#46
|
Human being with feelings
Join Date: May 2013
Location: New York
Posts: 781
|
Quote:
Originally Posted by Reno.thestraws
See post 3 & 4
|
Yes, I saw both those posts, but what I pointed out is actually different than what Schwa describes in post #4. According to him the intended behavior (an intention I very much hope they'll reconsider) is for area selections to always behave as if trim behind turned on, but that is not what happens. The behavior is different depending on whether you use a mouse drag or copy/paste actions.
|
|
|
06-19-2020, 04:29 AM
|
#47
|
Human being with feelings
Join Date: Mar 2010
Location: France
Posts: 459
|
Originally Posted by Yanick View Post
Split the item and stretch its end
Also with audio, because if there are markers there, they should all move, not one at the end.
Quote:
Originally Posted by vitalker
Agreed!
|
+1 as well. It's more logic musicaly
|
|
|
06-19-2020, 06:55 AM
|
#48
|
Human being with feelings
Join Date: Apr 2011
Posts: 3,451
|
In this dev build the lost melodyne edits when undoing are worse than the previous build, they get lost from the first undo/redo.
|
|
|
Thread Tools |
|
Display Modes |
Linear Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -7. The time now is 01:16 PM.
|