Go Back   Cockos Incorporated Forums > REAPER Forums > REAPER Bug Reports

Thread Tools Display Modes
Old 06-30-2019, 08:12 PM   #1
Human being with feelings
Join Date: May 2019
Posts: 1
Default Let's Talk About Freezing and Its "Duplication Failsafe"

I think you guys seriously need to rethink your default setup...

"if you make any adjustments (move) while the track is frozen we will create a copy of the MIDI items on those tracks should you later unfreeze them......"

Okay first off, you must understand how critical freezing is to a project, particularly for those who are using your DAW to compose music. This is a different situation when it comes to working/mixing pure audio tracks and FX, vs. needing synths, samplers, guitar amp emulators, and all of their FX, etc.

What I am telling you is that people composing with your DAW absolutely need a freezing feature that they can count on. Otherwise, they are going to have issues with your product and look elsewhere. If it's not about money for you then at the very least if you are really looking to make a solid product within the 2019 alternative market of DAW's then this is an area that you should look to be aces in.

Let's just think about this for one second. First off, why does one ever need to freeze tracks? The answer 99% of the time is "in order to preserve CPU performance", right?

This means that 99% of the time you don't freeze tracks unless they are already in a state where they can be "shelved" for awhile. "Ok, I'm done tweaking this track, so I'm going to freeze it and start on the next track." That is how the process usually works. You work on a track for awhile, and then you are finished with that track for the foreseeable future. HOWEVER, moving the placement of music within a project is a very common procedure that happens many times in the writing process, and very often includes adjusting the placement of those individual tracks which are already "completed, but now they just need to be moved with the rest of the music", etc.

I have several tracks that I had already composed out, already mixed, already had where I wanted them... which, you know, took hours of work. Now, simply because I wanted to move a region that happened to overlap with the tail end of those frozen tracks (not the actual music on those tracks, the "extra" tail that freezing adds, like an extra 10 seconds to the length of the frozen item, etc.)... because that frozen tail end overlapped into a region that I moved several times, when I decided to make an adjustment later on and had to go back and unfreeze those tracks, now suddenly I have literally nine overlapping copies of the MIDI data on those multiple (9x's each track) tracks. Even just a single copy would have been enough of a nightmare, much less multiples of nine. The copies overlap in bizarre places, and when you try to delete the copies you never know which one you are selecting, or if you are possibly selecting and deleting the original you'd like to keep, because they are all transparent and stacked on top of one another. Again, let's just think about this. Why would you EVER want that to happen?

So if you move it... you make a... copy... of the MIDI data...? I'm just trying to understand the logic of the existence of this feature.

It sounds like what is really going on here is that (particularly with MIDI) there is difficulty in maintaining the association between the frozen data and the original data. It sounds like you are saying, "Sure, we can save you CPU by creating an intermediary, "frozen", purely-audio copy of the performance processes... but... sometimes it might get lost if you want the original back... like say if you move frozen items (and you will). It turns out if you move a frozen item the original "location data" gets lost/the original location "association" gets bugged. But don't worry, if that ever happens we'll put in another feature that guarantees you never lose the original... we'll duplicate it....... every... single... time... you move it... you'll get another copy. File definitely never gets lost. Problem solved, right? And, you get a new file sorting dilemma because, safety measures."

Look, it just appears that this is some kind of bandaid failsafe you haven't thought all the way through in terms of how people actually use it. I can understand the existence of the issue as it seems genuinely quite difficult to program freezing into your DAW without complications. So as an alternative failsafe, how about simply making the default behavior be such that you can't move a frozen item until you unfreeze it, not even when moving a region that contains it? Or maybe you don't make a copy every single time you move it? Anything would be an improvement over what you have set up currently.

Other Bugs With Freezing - If you freeze too many tracks at once, occasionally one of them simply won't render the audio during freezing. You have to go back and unfreeze, then refreeze and try it again. In my projects, this often happened to very specific tracks. I ended up being able to freeze everything at once, minus those tracks, and then going back and to freeze them individually afterward. If you freeze them all at once, those same tracks repeatedly end up muted each time.

Additionally, I have had multiple instances where I will open the project one day and suddenly all of the routing has gone missing for a random selection of frozen tracks. The tracks will be completely silent. You can re-route those tracks to the master, any busses... it will not fix the issue. The only fix in that case is to insert a brand new track and attempt to copy everything from the original silent tracks over to the fresh track, and then spend the time to mirror all of your previous routing onto the new tracks. I have had this happen with my entire drum bus. I had to remake and reroute every single track within the drum section of my project because one day I opened the project and they all went silent, no mute buttons pushed or user error, just "ghost routing" internally within the program that happens as a result of freezing tracks.

I am a Reaper user/supporter and want to help you guys stay in the game. Freezing is very much a necessity in making music right now. Focusing your attention toward setting this up in a straightforward and robust way would be a very wise business decision going forward.

Last edited by SS1182; 06-30-2019 at 08:19 PM.
SS1182 is offline   Reply With Quote
Old 07-01-2019, 03:26 AM   #2
Human being with feelings
heda's Avatar
Join Date: Jun 2012
Location: Spain
Posts: 5,428

I agree.
the other day I had an issue when unfreezing, suddenly the MIDI items had many many takes duplicated from the original MIDI. I don't know what caused it.
heda is offline   Reply With Quote
Old 09-04-2019, 06:11 AM   #3
Human being with feelings
Join Date: Aug 2014
Posts: 51

I've had similar issues and work the same way. This needs to be 100% reliable otherwise this makes Reaper unusable for complex projects. I'd hate having to switch back to Nuendo after falling in love with Reaper on pretty much all other fronts.
dadada is offline   Reply With Quote
Old 09-07-2019, 04:39 PM   #4
Justin's Avatar
Join Date: Jan 2005
Location: NYC
Posts: 12,438

Originally Posted by SS1182 View Post
"if you make any adjustments (move) while the track is frozen we will create a copy of the MIDI items on those tracks should you later unfreeze them......"
Hmmm I'm not familiar with that message -- can you provide a licecap .gif of how you got there?
Justin is offline   Reply With Quote

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT -7. The time now is 10:04 PM.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.