|
|
|
04-05-2021, 05:56 AM
|
#2
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
so nobody is latch recording automation directly into AIs?
why does REAPER assume that the user wants their automation data to start/end at the same value?
|
|
|
04-05-2021, 05:59 AM
|
#3
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
this "return speed" setting is such a bizarre choice for default behavior. i see the singular use case (recording in the middle of a project, where a user wants to return to the exact previous setting), but that seems like it should defer to the user's choice. shouldn't it be at least a toggle behavior, as opposed to the only behavior?
in the simple example of a user recording a fadeout, why would the user expect a "return" to the starting value? in that case, there would be no return. if the user brings the fader down to position 0, that's where the automation should stay.
conversely, if i'm recording a pass where i'm increasing a one-instance reverb wetness from 0 - 100%, i wouldn't want the automation curve to zip back down to 0 after i'm done.
Last edited by mccrabney; 04-05-2021 at 06:08 AM.
|
|
|
04-08-2021, 07:03 AM
|
#4
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
imagine if midi CCs did this in the MIDI editor when you tried to record them from a controller
|
|
|
05-11-2021, 04:13 AM
|
#5
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
imagine if when you were recording audio, it recorded a second "into the future" and overwrote any audio you already had in your project
|
|
|
05-11-2021, 04:17 AM
|
#6
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
here, i have an existing AI that i don't want touched. it exists immediately after a time selection/loop, in which i want to record a volume AI.
note what happens when the "return speed" option extends beyond the loop bounds: the existing AI gets overwritten, even though the play cursor never reaches that area.
i cannot overstate how weird it is to have content recorded ahead of the record cursor and to have that be the only option.
|
|
|
05-11-2021, 07:43 AM
|
#7
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
Hope they get this fixed !
__________________
🙏🏻
|
|
|
05-14-2021, 08:06 AM
|
#8
|
Human being with feelings
Join Date: Aug 2006
Location: Berlin
Posts: 11,818
|
+1
I assume you'd like a separate setting for automation items and normal track/fx envelopes. Sounds good to me, judging by your examples.
|
|
|
06-15-2021, 04:57 AM
|
#9
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
Quote:
Originally Posted by airon
I assume you'd like a separate setting for automation items and normal track/fx envelopes. Sounds good to me, judging by your examples.
|
i just want what i record to be accurately reflected, and not suffixed by this weird assumption that i want to "Return" to my starting value.
edit: i made this graphic, i hope it helps to demonstrates the problem:
Last edited by mccrabney; 06-15-2021 at 06:45 AM.
|
|
|
12-10-2021, 04:02 AM
|
#10
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
can't record a fadeout AI - the simplest of automation shapes, and we can't record it because it gets suffixed with automation return nonsense...
|
|
|
12-10-2021, 11:17 PM
|
#11
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
reaper is amazing .. strange in some simple things and workflow and that's odd.
__________________
🙏🏻
|
|
|
12-11-2021, 05:38 AM
|
#12
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
here's something you can't do using automation record that you CAN do in the MIDI editor.
we just want it to behave like this. no return speed. no floating value ahead of the cursor. the value stretches from current write position to next CC position or end of project. simple. sensible.
forgive my frustration, but it's legitimately alarming that this has been the case in REAPER forever -- and that so few users are in the position to complain about it. i've got mountains of controllers with controls i can't use with REAPER's automation.
the forum noise about this issue is disproportionately low vs how big of a problem it is.
Last edited by mccrabney; 12-11-2021 at 05:55 AM.
|
|
|
12-11-2021, 05:40 AM
|
#13
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
worse than strange. automation recording in REAPER is essentially broken.
i don't see how anyone is recording small (NOT project-wide) automation movements, even when they're not recording directly to AI. "Automation: Write current values for all writing envelopes to [position option]" is not a good solution.
recording automation should write whatever point you've left it at, horizontally, until the next automation point or the end of project automatically. just like midi ccs. any additional "return speed" feature should be optional for those ten people that want it, and who had the dev-ear when this was being worked on ~ten years ago
|
|
|
12-11-2021, 01:15 PM
|
#14
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
This is just one issue , there are several similar odd things. Automation editing is very painful.. meanwhile developement is always going on but with no look back. Dots are missing. And consistent workflow is super precious.
__________________
🙏🏻
|
|
|
12-12-2021, 12:12 AM
|
#15
|
Human being with feelings
Join Date: Feb 2009
Location: Reaper HAS send control via midi !!!
Posts: 4,032
|
I like threads, if the starting situation is explained clearly and fully, so there is no room for guessing. Then, anyone can try to give suggestions, improvement ideas, alternatives, workarounds. If not, readers need to do guesswork first, this might be correct or not, also usually not fun doing guesswork at all, and so on.
Anyway. I would like to know for example.
1. What are your track settings?
2. What are your global automation recording settings?
3. Is looping on? Meaning will you loop multiple rounds, and do automation recording there, all the time, and want a specific behaviour also for this looping scenario?
4. What is working so far well, for your scenario?
5. What is not working so far, from your experience so far (it could be wrong used techniques, or missed techniques, ignored alternatives and so on)?
6. Improvement suggestions, from your perspective?
7. Screenshots, gifs, youtube of all above.
|
|
|
12-12-2021, 12:19 AM
|
#16
|
Human being with feelings
Join Date: Feb 2009
Location: Reaper HAS send control via midi !!!
Posts: 4,032
|
Quote:
Originally Posted by mccrabney
so nobody is latch recording automation directly into AIs?
|
For me also most used scenario is usually latch automation recording, also in looping scenarios. And here I still need to find some workarounds, against "overwriting previous automation recordings", but still being able to loop, and staying in flow of latch automation writing. Maybe I need this feature, return to automation, which is kind of disturbing in your situation?
|
|
|
12-12-2021, 05:39 AM
|
#17
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
Quote:
Maybe I need this feature, return to automation, which is kind of disturbing in your situation?
|
if you're loop recording automation using a time selection, your "return" is outside of your loop bounds, because that's where REAPER inserts automation -- ahead of the record cursor. regardless of what is already there.
there are plenty more screenshots, gifs and documentation in the bug report thread linked in the first post of this thread, answering your questions.
there's also more on this issue posted here:
https://forum.cockos.com/showthread.php?t=252010
including this gem that shows how broken this is for loop recording:
|
|
|
12-12-2021, 12:15 PM
|
#18
|
Human being with feelings
Join Date: Feb 2009
Location: Reaper HAS send control via midi !!!
Posts: 4,032
|
Yeah, this loop recording scenario looks like my problem as well. If I record a performance, it could be 8 minutes or longer, recorded in real-time, on all hardware controls. I would like to loop this entire thing, then, doing live automation "adjustments" here and there. But most importantly: Without destroying the original, previous performance (all the written automation). Thus, there needs to be an automation return function. I found a solution. Whenever you trigger latch automation and want to reset it, just hitting pause, then play, will reset latch automation, it will wait for next controller, without overwriting previous automation. I thought, maybe there is an internal Reaper setting, which does something like this automatically. Resetting latch, after each "latch entering, if for some amount of time, there is no control input", it should reset latch, waiting for new control input, without overwriting.
My main point is more "entering latch", then after some time in control inactivity, auto-resetting latch, thus no overwriting of automation then.
To make life and understanding of devs easier, it would help, showing two parallel diagrams, left (how it is behaving currently, the problem), right (how it could be, solution idea). For each step, having left and right sides. So devs would exactly know what they should implement, or not, or if possible to solve, or not.
Last edited by TonE; 12-12-2021 at 12:21 PM.
|
|
|
12-12-2021, 12:41 PM
|
#19
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
TonE, that isn't the issue we're talking about here. sorry.
|
|
|
08-18-2022, 07:58 AM
|
#20
|
Human being with feelings
Join Date: Nov 2010
Posts: 1,744
|
+1 for this please!
|
|
|
08-19-2022, 10:13 AM
|
#21
|
Human being with feelings
Join Date: Aug 2006
Location: Berlin
Posts: 11,818
|
Quote:
Originally Posted by mccrabney
i just stumbled on the "return speed" setting in the Automation preferences and realized that i reported a "feature, not a bug."
https://forum.cockos.com/showthread....80#post2343980
FR: an option to disable this "return" option: return OFF.
if i'm recording automation, i don't want a return to the previous value -- i want the parameter to stay where i left it.
|
I suggest the automation return function not be used on automation items being newly created. When you're recording a new item, what are you returning to ?
Lose the automation return on new automation items and make that thing optional, including a toggle action whose state can be indicated on a toolbar button. And I'd suggest adding such a toggle action for vanilla automation recording as well.
|
|
|
01-03-2023, 08:46 AM
|
#22
|
Human being with feelings
Join Date: Dec 2012
Posts: 13,334
|
This behavior is highly unexpected.
|
|
|
01-04-2023, 04:10 AM
|
#23
|
Human being with feelings
Join Date: Aug 2006
Location: Berlin
Posts: 11,818
|
For folks recording to automation items by default, this request would actually make that workflow far more efficient and usable.
The transition time of automation items already takes care of "going back" if need be.
The automation return time is quite useless for automation items when newly recording them. Removing this hangover bit adds a chore for the user. The request makes this better.
|
|
|
01-04-2023, 04:44 AM
|
#24
|
Human being with feelings
Join Date: Aug 2015
Posts: 3,672
|
the request goes for normal, full pressure, track wide envelopes, too - having the value snap back to the original value only fits a very narrow workflow. otherwise, the forums would be full of requests for MIDI CC recording to behave the same way - they're not, because people don't want that. i can't find one request for "CC return"
automation is no different in regards to user expectation. it's too bad that the wheel got re-invented, but this is wrong.
this is a lamp that only stays on when you're holding the switch.
|
|
|
01-09-2023, 11:59 AM
|
#25
|
Human being with feelings
Join Date: Dec 2022
Posts: 7
|
Bumping this and vouching for this once again. I think the 'lamp that only stays on when you're holding the switch' analogy is a perfect explanation of the issue here.
|
|
|
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 12:44 AM.
|