Questioning if Acid Pro is really a 64bit host

Rednroll wrote on 7/3/2021, 2:42 AM

If you've been a long time Acid Pro user, you are well aware of how long it took before Acid finally made the jump from 32bit to a 64bit host. However, the more and more I use it, the more I'm questioning if it is really a 64bit host or if it's more of a we threw some 64bit to 32bit band-aide adapters into it and called it a day to make it work on a 64bit OS using 64bit plugins.

There's a couple items I've been running across on a regular basis as to why I'm now questioning if it's really a 64bit host or not. The most obvious one is that there are often situations where I will have my internet browser open with a few tabs loaded, as well as Photoshop and maybe Outlook running in the background. I'll fire up Acid Pro and be greeted with an error message, "System memory critically low, please shut down other programs and restart Acid". Often Acid will freeze up in the process.

My system has a total of 32GB of installed memory which is typically considered quite sufficient. When I receive this message, I've opened up Resource Monitor to see how much of this memory is currently be used, thinking something must be gobbling up system memory. It typically shows anywhere between 35-40% being used. I guess what I'm getting at is that with a 32bit Host, the max memory which can be accessed by a program is 4 Gigabytes, where with a true 64bit program that increases to 16 Exabytes. Point being with Acid having a minimum requirement of RAM: "1 GB (8 GB recommended)" and me still having over 20GB of Ram not in use prior to launching Acid, it seems pretty odd to the reason Acid is showing this message of "Low memory" and becoming shockingly unstable in the process.

Another item I've run across quite a few times is with VST plugins. Most of my plugins I've installed both the 32bit and 64bit version when its an available option. Since AP is suppose to be a 64bit host, I will use the 64bit version DLL plugin within Acid. However, whenever I run into a situation where a particular plugin doesn't seem to be working very well in Acid, then I'll attempt to fire up the 32 bit version to see if that works instead, and discover the 32 bit version always tends to work without any problems. Therefore, I find it odd that with Acid being a 64bit host, whenever it has a problem with a particular plugin, it always tends to be the 64bit version of that plugin and not the 32bit version. So is Acid really a 64bit host which uses a 32bit to 64bit bridge to support 32bit plugins? Or is it the other way around that at it's heart, it's really just a 32bit host with 64 to 32bit bridge plugin adapters thrown in it?

Comments

Former user wrote on 7/3/2021, 7:09 AM

This was one of the points I threw in during my conversation but never received a clear answer by the developer. Seems it solidifies my suspicion now that it really is still a 32bit at the core. Wow, what a mess.

shkr wrote on 7/5/2021, 1:08 AM

You may be right with your assumptions or at least some 32bit code stayed inside Acid which causes some random crashes for different people that are hard to track for magix. Who knows.

Right now the stability should be the priority for Magix. They should also test it more with bigger projects (50+ tracks with fx or kontakt libraries) because Acid tend to choke too fast compared to other software.

They also introduced this annoying bug when you expand loop from the left side. Waveform data starts to float, it's impossible to work this way.

I agree that they probably don't fully understand the strenghts of Acid being a kind of groovebox, importance of flawless turbo fast in/out editing, sections, doing things on the fly.

Adding grouping was a good move but we still cannot fade in/out selected events at the same time (as far as I know Vegas can do it, the same with warping audio events). Sidechaining is buggy during rendering and so on.

Well it is what is is. Just could be a lot more... 

Former user wrote on 7/5/2021, 3:56 AM

You may be right with your assumptions or at least some 32bit code stayed inside Acid which causes some random crashes for different people that are hard to track for magix. Who knows.

Right now the stability should be the priority for Magix. They should also test it more with bigger projects (50+ tracks with fx or kontakt libraries) because Acid tend to choke too fast compared to other software.

They also introduced this annoying bug when you expand loop from the left side. Waveform data starts to float, it's impossible to work this way.

I agree that they probably don't fully understand the strenghts of Acid being a kind of groovebox, importance of flawless turbo fast in/out editing, sections, doing things on the fly.

Adding grouping was a good move but we still cannot fade in/out selected events at the same time (as far as I know Vegas can do it, the same with warping audio events). Sidechaining is buggy during rendering and so on.

Well it is what is is. Just could be a lot more... 

I concur. If I was the developer, I would have only changed the entire program from 32bit to 64bit first and put the feelers out there regarding it's stability. No color scheme changing, no unnecessary additions that did no good but only made the program unstable. Once one step was successfully completed, then move on to the next. When version 8 came out, a lot of the hype died off immediately. The annoying dark GUI, buggy Magix plugins and crashes and so on. Just made a mess of the whole thing. The reality is, I reverted back to version 7, and things are back to normal. No crashes (of course the GUI starts to jitter when zoomed in but that can be dealt with). You are right about Acid being a goovebox with flawless fast editing. To me, the best part is the explorer, double click a sound and start painting regardless where you are in the arrangement. Keep adding tracks on the fly. To me, the whole "drag and drop" is a drag as available in almost every DAW out there except for Acid. But sad that Magix isn't seeing it's power.

About them not be able to track down crashes, thats not hard to do. I offered myself that I can re-create every issue while they are online, maybe via teamweaver, zoom, what have you. But it doesn't seem as if Magix really cares about this program anymore.

Kevin-Venechuk wrote on 7/5/2021, 11:25 AM

I think it's abundantly clear they have little interest in the program or the clients/users...shame really. They might as well remove the "support" link.

SKUIX0 wrote on 7/5/2021, 12:11 PM

AP is a 32 bit core software. 

Rednroll wrote on 7/5/2021, 2:44 PM

I think I've reached the point it's best to cut ties with AP and accept the realization it's been the neglected red headed step child of development for far too long.

Things like this have become too frequent to keep beating myself up over.

Made the decision today, I'm moving to Reaper. I've been on the fence for awhile but just stuck with Acid due to familiarity. However, learned today about all the customization that can be done in Reaper to ease my transition pains.

Want Reaper to look/feel more like Protools, change its clothes and install one of the many user created Protool themes.

Want Reaper to look/feel more like Acid...yep, there's an Acid theme for that. All themes can further be customized with Reaper's built-in theme editor as well. So don't like the light color theme...adjust the color of the light theme to a darker one in the theme editor. Don't like the colors of the waveforms or grid lines? That can all be changed with the theme editor to any colors you prefer.

How about some Logic Pro clothes on Reaper?

What was irritating me the most about Reaper was that a lot of the most common features I use, such as Track Freeze, it took me like 3 mouse clicks along with sorting through a menu list of items to use in Reaper. Learned today about Reaper's Action item menu where essentially any action that can be performed in Reaper can be assigned to a button, which can also be assigned to a KB short-cut Then button assignments can further be setup and organized on custom toolbars which can be docked wherever you like. So while Reaper didn't come by default with a 1 button click Track freeze button on its track header like Acid, I'm able to create a 1 button press button to provide the same ability in Reaper in addition to having 6 different render/freeze options to choose from depending on my needs. So rendering audio or midi virtual synths to a new track is now also a 1 button click in Reaper....try counting the number of steps you need to do that in Acid.

 

 

Former user wrote on 7/6/2021, 4:21 PM

You literally googled "REAPER ACID theme" and linked a screen shot from over a decade ago? Lol.

You do realize that those overview screenshots make this look more viable or better than it actually is. Beneath that first screen, a TON of REAPER cannot be themed. That is the issue people have with it.

Theming REAPER is literally putting lipstick on a pig, and a lot of people cannot be productive if they hate looking at the software on their screen...

Beyond that, I think the time of ACID Pro even hoping to compete with Studio DAWs like REAPER and Cakewalk are over... Never mind the likes of FL Studio and Live.

I also think it's going to be completely supplanted by beat making DAWs like AKAI MPC 2 Software and Native Instruments Maschine 2 - both of which have much better (and faster) workflows than ACID and far superior content.

This DAW cannot survive off of an ever shrinking user base. Either the users need to be willing to pay more so that more R&D can be invested into ACID Pro, or it's going to fade away. There are DAWs that cost less and can make the same music just as easily as ACID Pro. Clinging onto the cheapest price as long as possible is only a fast track to obsoletion - and that's speaking from the vantage point of ACID not yet being beyond that point.

Personally, I think it's too late. I think MAGIX probably gambled on getting a lot more people to jump on board. Now, they're banking on the Sound Pool Store baked into the app to further monetize what users they have left.

No offense, but I would never buy a MAGIX Sound Pool (Royalty-Free, ofc.) when I can get such superior Native Instruments or AKAI Expansions for the same price... or less, in some cases.

Those soundpools are bad, and the browser to accessing them in their DAWs is worse than bad.

Music production industry is very competitive. Being able to put out the best products as quickly as possible is kind of important for us artists :-P

sheppo wrote on 7/7/2021, 3:57 AM

I can throw gigabytes of one-shot (so loaded in to memory) audio clips to Acid without any issues at all (although it is slow at the initial load for large files), and can see the private bytes go way above 4GB. Process explorer shows the acidpro.exe is a 64bit executable.

However, child processes are generated for each VST (audio_plugin_server.exe), and these this executable is 32bit.

Acid is definitely loading and supporting 64bit VSTs, so I wonder what having the audio_plugin_server as a 32bit exe actually means. it looks like it could be a proxy process, so maybe it means nothing. But, potentially large sample library VSTIs is the cause of your out of memory error. If that's the case you could have lots of instances of large VSTs just fine, but not a single instance which is VERY large. e.g. some sample libraries allow to load lots at of instruments in to a single instance.

Rednroll wrote on 7/11/2021, 5:15 AM

Reproduced this again, clicked to show details. Seems to be tied to my Midi Input device which is an Akai MPK Mini MKII. This happens on initial launch of Acid Pro, no plugins, project or anything else loaded.

sheppo wrote on 7/12/2021, 7:07 AM

that looks like it might be a generic error that may not related to memory at all. A few other DAWs appear to have people complaining about it in forums, FL studio has a KB article about it. As does Cakewalk.

try looking through those solutions to see if they apply here

Rednroll wrote on 7/13/2021, 11:36 AM

that looks like it might be a generic error that may not related to memory at all. A few other DAWs appear to have people complaining about it in forums, FL studio has a KB article about it. As does Cakewalk.

try looking through those solutions to see if they apply here

Thanks Sheppo. That was very helpful for tracking down this issue. I came to find out it was due to attempting to have Reaper and Acid Pro running at the same time.

I had grown accustom to having this setting ability in Acid Pro, that every other DAW would also have a similar preference settings.

Came to find out, while Reaper does have the close audio option when not active, however there is not a close midi port, where Reaper doesn't release the midi port/device while not the active application.

While there's many things I like about Reaper over Acid, I'm now reconsidering not making that move.

 

Rednroll wrote on 7/13/2021, 11:59 AM

You literally googled "REAPER ACID theme" and linked a screen shot from over a decade ago? Lol.

You do realize that those overview screenshots make this look more viable or better than it actually is. Beneath that first screen, a TON of REAPER cannot be themed. That is the issue people have with it.

Theming REAPER is literally putting lipstick on a pig, and a lot of people cannot be productive if they hate looking at the software on their screen...

Beyond that, I think the time of ACID Pro even hoping to compete with Studio DAWs like REAPER and Cakewalk are over... Never mind the likes of FL Studio and Live.

I also think it's going to be completely supplanted by beat making DAWs like AKAI MPC 2 Software and Native Instruments Maschine 2 - both of which have much better (and faster) workflows than ACID and far superior content.

This DAW cannot survive off of an ever shrinking user base. Either the users need to be willing to pay more so that more R&D can be invested into ACID Pro, or it's going to fade away. There are DAWs that cost less and can make the same music just as easily as ACID Pro. Clinging onto the cheapest price as long as possible is only a fast track to obsoletion - and that's speaking from the vantage point of ACID not yet being beyond that point.

Personally, I think it's too late. I think MAGIX probably gambled on getting a lot more people to jump on board. Now, they're banking on the Sound Pool Store baked into the app to further monetize what users they have left.

No offense, but I would never buy a MAGIX Sound Pool (Royalty-Free, ofc.) when I can get such superior Native Instruments or AKAI Expansions for the same price... or less, in some cases.

Those soundpools are bad, and the browser to accessing them in their DAWs is worse than bad.

Music production industry is very competitive. Being able to put out the best products as quickly as possible is kind of important for us artists :-P


You make many valid points about Reaper, now that I've spent more time evaluating and trying to set it up to be more like Acid in ease of use. Reaper does have the ability to further customize under the top layer theme, there's an entire thread discussion on the Reaper forums outlining how to do that.

However, to your point it's not a simple customization. You may find yourself having to learn a scripting language to do so.

My summary take away after trying out multiple items in Reaper and learning how to customize it to my preferences is that while I could likely get Reaper to look, feel, and function very similar to Acid Pro, doing that will require much more effort and time learning how to do those customization's than I'm willing to invest.

My overall take away of Reaper is that it is like the Linux of the DAW world. It's very light, runs very smooth, and efficient, able to do most anything you can imagine and is very highly user customizable. Programmer/tech types love Linux machines over Windows due to those benefits and will defend it without consideration that there are other types of users that just aren't that interested in investing that much time and effort to get it to look/feel more like a Windows machine with all the benefits of a Linux machine, but to them...those types are just lower class citizens than themselves.

sheppo wrote on 7/16/2021, 7:02 AM

in life it's always good to be re-evaluating our choices. Things change.

I've used ableton a fair bit but the generic keyboard and mouse options just made it feel slow and cumbersome to me having come from acid, but there's things ableton can do that acid flat-out cannot. e.g. using an external midi controller to record audio-track automation envelopes. So, for me ableton was in my toolbox to call upon when needed, I 'fixed' the usability issues with autohook scripts, which were always super clunky and broke other parts of the interface. Ultimately I stayed clear of it as a result unless i absolutely couldn't use acid.

But that was 5 years ago, I tried a newer version and some of those annoying issues, and others have now been fixed and now it's more readily used in my toolbox.

now let's just hope these annoyances in acid get solved too! :)

Rednroll wrote on 7/16/2021, 7:45 AM

Yeah, I'm going to keep Reaper in my tool box. My original plan was to Rewire it to Acid while I grew more comfortable using it to ease any transition woes while I also continued to make UI tweaks in Reaper to better meet my preferences. However, Reaper overlooking providing the ability to close the Midi device when not the active application, makes me question what they were thinking when adding Rewire. I wouldn't be able to use my midi input device in both apps when switching back and forth between them although both Acid and Reaper have Midi sequencing. I'll now how to evaluate which program I prefer in regards to working with Midi and VSTi's