Thanks, but unfortunately no.
Stating the obvious perhaps, but have you tried restarting to ensure that thereâs no file locked or anything?
Also, ALWAYS had this is issue with the download manager. NOW GONE! How?!? Nothing we tried with the support worked for that. Really glad for some reason now works perfectly.
macOS 13.2.1 (soon to upgrade to 13.3). I opened Steinberg Download Assistant and was offered updates for Cubase 12 and VST Sounds. The upgrade to 12.0.60 went smoothly, but SDA gave me errors when I clicked on âInstall Allâ for VST sounds. It tried to upgrade Amped Elektra, B-Box, HALion Sonic SE Basic, HALiotron, and Verve. I couldnât catch which .vst
files the dialogs complained about, but I just hit Ok and they all seemed to succeed.
Then I went in and clicked on Install again for each of those VST Sounds and this time they installed with no errors. Cubase 12.0.60 seemed to start up okay, and when I quit and restarted SDA, it didnât offer to upgrade anything, so Iâm guessing everything ended up okay. It was weird though.
Now that everything will still work after I upgrade to 13.3!
It seems more so that they throw a dart and fix whatever it lands on.
So the media bay timestamp of created or modified files are still wayyy (hours) off from reality?
Not super for staying on top of file organization.
Is it possible you hadnât got the latest HALion update first time round?
Hi,
Donât know if itâs the right place to report a bug but thereâs a problem regarding my Novation Launckey 37 MK3 and the midi remote control function with this very last update 12.0.60.
The Launchkey should display tracks colours on pads but since the last update it doesnât.
I have to unplug/replug the keyboard (or disable/enable the script) to retrieve colours (see picture bellow).
Thanks @Xion. I have to second this: My X-Touch MIDI Remote script suffers from a similar problem (with track titles), so I filed MIDI Remote API: `mOnTitleChange` and `mOnColorChange` broken for some mixer channel bindings, hoping the issue will be addressed soon.
Join the queue , making scripts and MR panels are made at your own risk while Steinberg play about breaking something in EVERY release of the MR . Hence itâs not even worth bothering with until they decide on a final workflow
thatâs got to be something else in your system. Iâd bet in never does it with external plugins disabled
Unfortunately the software industry in general has, over the last 40 years, developed an environment where they minimalise the apparent seriousness of a FAULT, by calling it a bug. Somehow bugs have become acceptable and often have little priority when it comes to fixing them.
Iâm involved as an end user on a daily basis with two major applications, one being Cubase, and I find it quite unacceptable how the industry gets away with this, often wasting many man hours adding new features to products (to satisty the new customer sales stats), while not fixing what they already have. So the product continues with what they must see as an acceptable level of FAULTS.
Quite the opposite of the car industry, where just a few cars may exhibit a fault, and the manufacturer has to recall hundreds of thousands of cars for repair at the manufacturerâs expense.
The software industry has become very lazy and gets away with very low standards of operation when it comes to FAULT-fixing.
I donât deminish the complexity of finding some of these software FAULTS, but hey, they chose to be in the industry and only add to their own problems by continuing to add to the complexity of the product while never sorting out the existing product first.
I donât see anything changing unless we get some kind of regulation, and gawd knows what a mess that could be.
So we are left with choosing our products carefully, selecting from the various vendors. Unfortunately, when you are commited to a complex DAW, itâs not always easy to jump ship, and they know this all too well.
So they get lazy.
Thatâs some solid conspiracy theory you got cooking there.
I donât think so. I just clicked on âInstall Allâ.
That is security related, because a car can kill people.
Never heard of a DAW that is security related like a car.
So your comparison is wrong from the bottom to the top.
You have obviously never worked in software development and donât know how complex that is in these days. There are thousands of pieces that need to be glued together and no one really knows any or all the possible side effects anymore. There is no software available anymore that is totally bug free, something like that doesnât exist, or even better never existed.
Wrong. For many years I was a developer. I have developed 3D CAD systems including in assembler, producing very fast code. And I have written industrial products and set standards which were adopted by the UK government. Donât assume everyone you meet on the internet is a numpty.
What has anything you say got to do with what I said.
- I already said that software is very complex.
- I said that for that reason they need to spend more time fixing what they already wrote.
- They default to adding new functions before they have fixed what they have.
There is no software available anymore that is totally bug free, something like that doesnât exist, or even better never existed.
I have produced products with no bug ever reported in the life of the product. It is most certainly possible if you are good enough.
Which part of @SledDriverâs post do you mean? The âand they know this all too well. So they get lazy.â? You may have a point there @mlindeb.
Nevertheless, I definitely have to agree about
and
Of course, this doesnât equally apply to all software vendors (by far not, and I also have to mention Iâve worked with rock-solid Cubase versions in the past!). Software has just become quite complex over the last decades and the software industry is very competitive, so vendors have to make tradeoffs between feature development, test development, and maintenance work. Safety plays a big role in this tradeoff, so the car example is indeed lacking a bit, but I do get the impression that the focus has been shifted a bit too far to the feature development side in the past years. CB 12 feels like a beta version at times, which I choose to use to help finding bugs, but not to be productive.
Maybe, but many people have reported this problem about Cubase 12.0.52, so it is not a unique case. The Cubase 11 works perfectly on the same setup. Havenât tried 12.0.60 yet, will find out soon.
Itâs interesting how people tend to jump to defending these multi-million-$ companies when I write something like I did above, and yet only a few messages prior, they were complaining about things which still havenât been fixed for many years.
Iâm not sure why they would leap to protecting a company which they were just moaning about.
As a high level software consultant, I am used to dealing with such companies professionally (including government and many other large institutions) and often having the power of veto on projects they are involved with. I have absolutely no sympathy with any company which continues to roll out new updates without doing their housework first.
As it happens, Cubase 12.0.60 seems to be working well for me, at least the bits I have used so far, and 12.0.52 was pretty good too. But I have had showstoppers in the past with updates stopping me from being able to use the product for a while.
Itâs not a conspiracy when there is plenty of evidence.