Quote:
Originally Posted by
Summerblue
β‘οΈ
A buffer size of 32 is simply not possible with my current project, 64 is, meaning 4,1ms RTL instead of 2,6, which is still okayish.
Sure, these things are always a user/project/case dependent. I've just seen a lot of people crank up to 1024 buffers like we used to in the LP7 days and it's just not necessary, nor do you gain anything by it - but it sounds like that's not in your case anyway...
Quote:
Originally Posted by
Summerblue
β‘οΈ
The load balancing is a nightmare and makes the system a total regression from my old one.
Compared to LP7, when you were saying load balancing was great, we are all running *way* more plugins, more CPU-hungry plugins, and more tracks and busses than we were back in 2004/5 when LP7 was out. So I don't think it was better then, we were just less demanding, generally.
Not to mention now we have different types of cores to allocate processing to, e-cores and p-cores and there are complexities of how they work too. (It seems there room for improvement in allocating work to e-cores. Are you on a low end M1 that has more e-cores and less p-cores? Performance will be quite a bit lower than machines that have more p-cores, as it's those that handle the bulk of the work in Logic. If you're not aware, you can tune the cores that Logic uses in the audio prefs - by default, it won't use the e-cores, you have to expressly tell it to.
The key thing to understand is most DAWs process one channel on one core for performance optimisation reasons, and if you are running heavy plugin chains, you can exhaust what a single-core can process in realtime. The way (since LP7 days) of handling this hasn't changed - you split up processing across multiple channels so they can be allocated around more easily.
Live mode, where a track is selected puts everything onto one core for high-priority and low-latency reasons, and this includes busses a track feeds into and even the output track - again, with high/demanding plugin counts, you can peg a core. There are tools and workflows for these things too.
Do you have some specific cases where you can demonstrate or explain a load-balancing "nightmare"? Is it that you are overloading a core? Or that your CPU meters are evenly distributed? Or something else?
Or are you just very demanding the processing ability of your M1? I have an M1 Pro, and honestly, it's all the power I need for any kind of project I do - and that's usually using quite a lot of virtual instruments....
Quote:
Originally Posted by
Summerblue
β‘οΈ
I meant the Alchemy sample player, not the ESX24 sampler. Sorry for the misunderstanding.
Before being bundled into Logic, Alchemy was an existing product. There was a cut-down player only version of Alchemy when it was a third-party product (before it had been added to Logic), which allowed you to access presets, tweak the performance pads, and buy and use sound libraries, but not do any sound editing. All this was pre-Apple buying Camel Audio, and Apple bundled the full, improved (it was actually the unreleased V2 Alchemy) in Logic.
Alchemy on it's own cost about the same as what Logic cost, before Apple added it to Logic for free and continued development.
So if your point was that Alchemy existed before it was added to Logic, yes, it did, and it was highly regarded, and a lot of PC Alchemy users were pissed at Apple for killing it for them.
Quote:
Originally Posted by
Summerblue
β‘οΈ
What is the point of two channel strips? Why not the ability to choose?
It's for convenience, so you can access both the channel strip of the selected track, and whatever channel strip that channel feeds into, so you can either show the channel strip the selected track's channel strip outputs to, or a bus it feeds (eg, shift-click a bus sendon the selected channel strip to show/access that bus channel), so you can easily get to those things that affect the current signal flow without having to open up the mixer. In short, you get both the source, and other related signal flow channels right there in the inspector.
Quote:
Originally Posted by
Summerblue
β‘οΈ
I have had the no save possible error two times now. Other people have had it, too. It exists.
Perhaps you misunderstood me - I wasn't saying it doesn't exist, I was saying I haven't experienced it, or heard anything about it, just from what you describe. You might actually be describing a different issue though, which is more than just those two things being disabled, which I do know about, and is indeed a weird bug where Logic gets into some weird state for some unknown reason.
Quote:
Originally Posted by
Summerblue
β‘οΈ
I got the mute problem fixed for me, but it was not intuitive.
Indeed - these things are usually because of not understanding the underlying concepts. Once you do, it makes more sense, and once you know, you know.
"Intuitive" only goes so far. I started learning Blender. It is *not* even remotely intuitive. It takes a learning effort to get to know it and use it effectively. Most pro software is not that different, to varying degrees.
Quote:
Originally Posted by
Summerblue
β‘οΈ
Solo is not logical for me, I want to deselect all solos with the same key.
I'm not really sure which solos or key commands you are using. If I'm not using a hardware control surface, then clicking the S button will solo/unsolo a channel, option-clicking the S button will unsolo all solo'd channels. Unsoloing the selected channel, and unsoloing *all* channels, are two different functions, so I'm not sure it would make sense to have a key command that soloed a selected channel, and unsolos all channels as a toggle.
If you're saying LP7 used to work like this, which commands are you referring to, specifically? I can check.
Quote:
Originally Posted by
Summerblue
β‘οΈ
I realise elements get hidden when track views are compressed, but that doesn't make it good. The VU bar could easily be preserved for longer.
Sure, many things could be designed differently, and different design choices made across the board. If you have strong suggestions, use the Apple feedback form to make your suggestions.
Quote:
Originally Posted by
Summerblue
β‘οΈ
Why can't separate windows be scaled more?
Quote:
Originally Posted by
Summerblue
β‘οΈ
And the float inspector is far too big.
Are you running on a tiny/constrained monitor? Because if you pop the region inspector out to a float, it's not exactly huge on a typical monitor (in the screenshot attached I'm running at 2560x1440, which is pretty standard.) The inspector version can be resized horizontally smaller than the float, but I'm guessing you're floating it because you're window constrained..?
Yes, it would be better if the float version could be horizontally shrunk to the same degree the regular inspector can if you're running on a small monitor - again, send some feedback to Apple about changes that are affecting your workflow. No guarantees it will be addressed, but it certainly won't if you don't ask...