Page 2 of 3

Re: Buzz 64

Posted: Mon Feb 04, 2019 12:20 pm
by mcbpete
Yeah I'm on Windows 10 - I guess I can have Buzz32 installed for legacy use and Buzz64 for any future projects that need any hefty VSTis.

Re: Buzz 64

Posted: Tue Feb 05, 2019 5:29 pm
by boombaxx
I use buzz 64 because of NI Kontakt and it's big built in libraries. Which is more than 3 gig limit of buzz 32. Although buzz 32 is more complete because u cannot use native 32 bit buzz machines in 64 unless u load them thru polac loader

Re: Buzz 64

Posted: Wed Feb 06, 2019 12:49 pm
by mcbpete
boombaxx wrote:u cannot use native 32 bit buzz machines in 64 unless u load them thru polac loader
Aha - That's probably where all my crashes were coming from, I didn't realise the native buzz machines had to be bridged in Buzz64. Weirdly I could get [some] of them to work with new projects and they just had the text '32' in the corner but it definitely wasn't stable...

Re: Buzz 64

Posted: Sun Feb 10, 2019 2:08 am
by boombaxx
I have been using 64 bit Buzz since the first version i have had very few problems. It is a fork of 32 bit that was pretty stable anyway. I only use a select few machines that i can rely on. It would be nice if there was a way to use buzz bmx's in daws like reaper. I have seen buzz type interfaces for reaper

Re: Buzz 64

Posted: Sun Mar 10, 2019 7:56 pm
by mcbpete
Well not sure how it does it but just tested Buzz 32bit to its limits with some meaty Kontakt and Falcon libraries (both of which being the 64bit version of the VSTs):

Image

So does the vst.x64.exe bridge operate in 64bit mode hence how it can address this amount of ram in an individual process, and yet somehow work realtime with a 32bit application. Surely this is witchcraft ?! :o

Re: Buzz 64

Posted: Tue Mar 19, 2019 3:46 pm
by UNZ
mcbpete wrote:So does the vst.x64.exe bridge operate in 64bit mode hence how it can address this amount of ram in an individual process, and yet somehow work realtime with a 32bit application. Surely this is witchcraft ?! :o
yes it starts a new 64bit process and shoves the audio back and forth from 32bit buzz to that 64bit process via IPC (inter-process-communication). That IPC probably has some slight overhead, but the benefits of this working at all far outweigh that of course. The same is true if you load a 32bit plugin in 64bit buzz. This feature is quite remarkable as many commercial hosts have not bothered to implement this at all.

Re: Buzz 64

Posted: Tue Mar 19, 2019 10:07 pm
by IXix
UNZ wrote:This feature is quite remarkable as many commercial hosts have not bothered to implement this at all.
Amen to that! Heavy skills round here. :dance:

Re: Buzz 64

Posted: Thu Mar 28, 2019 1:34 am
by boombaxx
It is amazing how buzz has become what it is today. When i first used this program i was using a cyrix 400 256mb win 95 wondering after adding a few things why everything was stuttering. The infector was my fav now it,s incredibly detailed sound librarys and synths. Buzz 64 is more for sample based music it removes the 4 gig limit up to 128gb. If you want to use buzz machines in Buzz 64 try Polacs machine.

viewtopic.php?f=3&t=7

Re: Buzz 64

Posted: Sat Jul 20, 2019 8:03 pm
by pac
mcbpete wrote:just deleting some machines may cause a crash
Gravedigging a bit, but I wanted to post my solution to this problem, which I've encountered specifically in Buzz64 on Win10: deleting machines often causes a crash in the auxiliary BuzzEngine32.exe.

Being stubborn, I patched the binary so that the offending code would not execute. Quick and hacky, but now it works fine and I've been using my patched Buzz 64 ever since. You're probably better off using Buzz 32, but if anyone's interested, I'm attaching the patched binary. (I guess this might seem shady but you can always compare it with the original build 1503 and confirm that I only replaced a couple of instructions with NOPs).

Re: Buzz 64

Posted: Wed Jul 31, 2019 1:41 pm
by oskari
pac wrote:
mcbpete wrote:just deleting some machines may cause a crash
Gravedigging a bit, but I wanted to post my solution to this problem, which I've encountered specifically in Buzz64 on Win10: deleting machines often causes a crash in the auxiliary BuzzEngine32.exe.

Being stubborn, I patched the binary so that the offending code would not execute. Quick and hacky, but now it works fine and I've been using my patched Buzz 64 ever since. You're probably better off using Buzz 32, but if anyone's interested, I'm attaching the patched binary. (I guess this might seem shady but you can always compare it with the original build 1503 and confirm that I only replaced a couple of instructions with NOPs).
Very interesting. :) Did you figure out what exactly was wrong with it?

Re: Buzz 64

Posted: Tue Sep 03, 2019 12:42 am
by pac
I did not pinpoint the exact problem, but I made an effort!

First, the steps that reliably produce the crash for me:
  • - Open Buzz x64, add any 32-bit generator (eg. Infector) and any two 32-bit effects (eg. cheapo amp), all connected in a single chain to the master
    - It should now look like this: Infector -> ch.amp -> ch.amp -> Master
    - Delete the generator or the effect that's connected to it
This causes a crash on my "new" Win10 laptop, but did not cause a crash on my old Win7 laptop, so it's annoyingly system-dependent, somehow.

If you can reproduce the crash, then I guess that's all the information you need. So I'm not sure if the following stuff is useful, but I'll include everything that I possibly figured out while making my hacky patch:

The crash is an access violation in BuzzEngine32. It occurs inside something that looks like a large `switch`/`case` statement that has a `case` for each type of BuzzEngine32 call. When you make the problematic machine deletion, the `case` for DeleteInput gets called twice. The first call works fine and calls cheapo amp's CMachineInterfaceEx::DeleteInput, but then there's the second call, where the code attempts to retrieve and call a null function pointer instead of a machine's DeleteInput method.

I haven't figured out much beyond this. There's clearly something wrong with the second DeleteInput call, maybe it's happening on the deleted machine? And when I delete the generator, maybe there should only be one call to DeleteInput, because if I do this:
Infector -> ch.amp -> Master
...and I delete the generator and step through the assembly, the DeleteInput case only gets called once and there's no crash. So why does it get called twice when there are multiple effects in the chain? Anyways, that's as far as I debugged.

As for my hacky solution, I think I just NOP'ed out the call to CMachineInterfaceEx::DeleteInput. So it never gets called for 32-bit machines in my patched version, which might cause its own issues, but I haven't noticed them.

Re: Buzz 64

Posted: Thu Dec 26, 2019 4:28 pm
by temporalsounds
pac wrote:I did not pinpoint the exact problem, but I made an effort!

Re: Buzz 64

Posted: Thu Dec 26, 2019 10:18 pm
by IXix
Is it possible to have both 32 and 64 installed? Do they use the same registry keys?

For music I'll stick with 32 but it would be good to be able to test my machines on 64. Got a new laptop at last! :D

Re: Buzz 64

Posted: Fri Dec 27, 2019 11:46 am
by temporalsounds
IXix wrote:Is it possible to have both 32 and 64 installed? Do they use the same registry keys?
Yes

Re: Buzz 64

Posted: Sat Dec 28, 2019 1:05 pm
by temporalsounds
IXix wrote:Is it possible to have both 32 and 64 installed? Do they use the same registry keys?
Today ,I tried to run Buzz32 and Buzz64 at same time.

Re: Buzz 64

Posted: Sat Dec 28, 2019 4:49 pm
by IXix
temporalsounds wrote:Today ,I tried to run Buzz32 and Buzz64 at same time.
I can't imagine ever wanting to run them simultaneously! If they can live happily on the same system without messing up each other's settings then that's all I need. Looks promising. :)

Re: Buzz 64

Posted: Tue Dec 31, 2019 12:45 am
by domtron
@temporalsounds

Sorry for the OT.
Would you mind to share your Buzz Skin? Looks ace :dance:

Oh, and Happy New Year to everyone ;)

Re: Buzz 64

Posted: Tue Dec 31, 2019 6:15 am
by temporalsounds
domtron wrote:Sorry for the OT.
Would you mind to share your Buzz Skin? Looks ace
Oh,if you mean off topic,you don't need to apologize ;) viewtopic.php?f=2&t=2386

Re: Buzz 64

Posted: Sun Jan 05, 2020 7:14 pm
by domtron
Thanks :dance:

Re: Buzz 64

Posted: Sat Feb 05, 2022 1:30 pm
by wde
I've been using Buzz 64 with the patched version of BuzzEngine32.exe by pac. No issues with few 32 bit Buzz machines I'm using. Seems to be very solid fix!

The only issue that I've noticed is that if you drag&drop a machine from the 'More Machines' list, I get an error saying: "LoadLibrary(...) failed. %1 is not a valid Win32 application."

However, if I copy the machine directly to effect/generator folder in my Buzz 64 setup I can run the machine without issues. Any fix for this?

Would be great to get these fixed in the official build.