I’m sure one of the experienced community members can answer the scripting question, but it might help if you could explain why you’d want to do this. Of course, you could just have your gig file have only one rack space and just load different single rack space gig files. Are you having resource and audio issues?
There is a whole lot of jumping around in rehearsals during the sound design process, building on a particular aspect of a song, jumping back to another song and copying in sounds from a part of that song and building on those sounds, etc. I am a hired gun and the sound work is done with all 6 members present and I do what the director says, so there is an unannounced pressure to be as efficient as possible, akin to working in a studio where you’re paying to be there and the smallest delays can feel bigger than they are because of the expensive nature of the work.
The time it takes for a rackspace to load from a completely off state is practically negligible when it is selected, but the predictive loading aspect of the previous batch of 3 rackspaces turning off and the two surrounding rackspaces loading causes a significant wait time. When I say significant, I’m talking maybe 8 seconds max, not a big deal in the grand scheme, but when experienced over and over with all eyes on you and your laptop, 8 hours a day, you can see how I’d be curious about eliminating the predictive aspect to eliminate the waiting. You repeatedly see the thing you need almost instantly ready and then have to wait for the other things you don’t need to also load.
There are almost 60 songs being rebuilt from the band’s catalog in GP for keys and another 40 to go, so there is a significant load time if predictive loading is off, which is fine for the start of rehearsals, but usually for one reason or another it needs to be closed and reloaded when we’ve gone down a rabbit hole changing up different rackspaces and need to just close and get back to square 1, which again is not really a big deal in the grand scheme, but it is stressful day after day when that time comes to close and reboot GP and people are inclined to disperse and refill water bottles and use the bathroom and the whole moment of concentration and working has halted, etc. It is significant enough that people on different instruments have learned that the keys player is using GigPerformer and they’ve learned about predictive loading being on & off, and why there is no wait flipping between songs when predictive loading is off, and the trade off that comes with having it turned off, which in a perfect world no one have any reason to notice or ask questions about what I’m doing.
That being said though, I will say everyone collectively loves GigPerformer, we’ve migrated from MainStage which caused an insane amount of issues, so there are no negative sentiments towards GigPerformer whatsoever, it is truly a godsend. I’m just exploring possibilities of increasing efficiency.
Also, amazing community! Thank you to everyone responding so fast!
Hmm, in your situation, it seems to me that you would be better off just loading rackspaces in as you need them rather than either predictive loading or loading the entire gig. Then occasionally just export them once you’ve changed/saved stuff. That way you’ll never really have a lot of stuff loaded in the first place.
I also wonder, given your situation, whether you’re using a sufficiently powerful computer with enough RAM for the task at hand. Maybe you’re using plugins that are really slow to load (wanting to connect to their home server perhaps) or wanting to load huge amounts of samples.
Finally, as far as working with other people is concerned, I learned a long time ago from a very famous and well-known sound designer who helped me out a few times, is that part of the job is managing the expectations of others. If others think everything they ask can be instantly achieved, then you need to correct their preconception
I guess I just fail to understand this. 8 seconds? It takes as long or longer to mess around to import/export another rackspace. My normal gig file is 26 rackspaces with a number of variations, takes 40 seconds to load from scratch, I have predictive loading set at the minimum of three, a sample rate of 44100 Hz, 32 sample audio buffer size, CPU loading around 9% (variable up to 35% depending on the sample libraries of specific plugins/computing power for some specific effects plugins), and changing rack spaces is as fast as I can click the mouse/press a button. As @dhj said
But at 8 seconds, that doesn’t seem much to manage if that’s the time it is taking you to switch regardless of the manner in which you do it. I just must be misunderstanding the time factor you are describing.
I guess I’d also ask the retorical question… do you need a rackspace per song?
Can you reuse a rackspace for multiple songs by leveraging variations?
I’d personally dislike having to import rackspaces and then associate them into the setlists while in reharsals but maybe that is the best solution.
I have found I can cover a lot of ground with mostly using a single rackspace in my gig file, with about a dozzen variations and then for some songs have bespoke rackspaces for them vs. always making a rackspace per song.
Gotcha, thanks for the fast replies, I will try rethinking workflow and bringing rackspaces in as needed.
And dhj you had the right suspicion about the workload for the computer. As of yesterday night there’s just too much going on in the gig file and the backup computer wouldn’t work at all with predictive loading off and kept crashing with predictive loading on, so the main is now becoming the backup and they are ordering a new M2 Mac with 96GB RAM. The backup was a 2017 intel Mac with 16GB RAM, and the main was a 2021 M1 Mac with 16GB RAM. The cpu percentage usually hovers around 30% but the RAM wasn’t cutting it and there’s still 40 songs to go.
I wonder if it would be a good option to allow Predictive Loading to apply to only load the active rackspace.
I know it the term “predictive loading” technically would not really apply in that case. But, I would think that would be the easiest way to accomplish only loading the active rackspace. Just allow a setting in Predictive Loading to only load the active rackspace.
I think it is preferable to using an empty gig file and continually importing the rackspace you want to be use.
[Actually, if that was tweaked, might as well also add the option of loading that active rackspace and the one right after. Thereafter, the current options would work.]