buzz forums

Despite my obsessive compulsive machine source hoarding instincts, I don't have any of ld's machines but I do have this... thanks' this is what i'm already looking at to get a clue of how auxbus.lib (which i'm linking in and using auxbus.h header) works... i can get it to somewhat reliably send the...

also i'm wondering how this can possibly even work reliably in a multi-threaded environment? i guess it relies on the guarantee that effects are processed after generators, even when multi threaded, so the aux return is always 1 buffer late? But surely, effect chains are put on different threads so ...

so far i got sending working, and using ld auxreturn to return it, but there is a problem: parts of the buffer are missing sometimes, it looks like the return machine reads it too soon or a multithreading issue, but when i try it with ld auxsend, it works... so not sure what auxsend does different.....

anyone knows if these are open source? would need to take a look to implement aux.

thanks for these, very helpfull!

can you find the thread where it says "see THIS THREAD" too ?

i'll have to test this some more, as i think it's possible to make it even a bit smoother, for some reason some work() calls don't seem to get updated parameters yet i think, have to properly timestamp / count and see. all in all: it might not be worth the effort to change anything in peer machines....

here it is at 10hz in time domain. peerlfo at the bottom.

ok at 10 hz, peerlfo actually aliases more on average (higher spikes) and you can see more staircases in the waveform by eye even than doing it my way. the noise floor in my version is higher because of the jitter, but i think overall lower spikes are preferable.

i've written out the parameter values as wave files to compare peer lfo with my new lfo test. testing at 1hz. it looks pretty close, but doing it my way results in a slightly cleaner sinewave. see FFT of the output comparison in attachment. Blue is peerlfo, red is my new one. the difference isn't bi...

do you get an exception when you close it? i still get those kernelbase ones on close. No, nothing like that. One thing that has been happening since I got a new machine and transferred to VS2019 is I've been getting random exceptions (something to do with ucrtbase.dll) when debugging Magic but I a...

but if you calculate your LFO to correctly update in all cases (not just when pos_in_subtick ==0), taking into account the different (current) lengths of a subtick, it should be the same but at reduced latency and possibly increased resolution imho, you do indeed have to count samples then tough i g...

this sends control changes only when pos_in_subtick is 0, my question is: why? In all honesty, I don't really know. IIRC it's what Oskari said you should do. i just made my own lfo control machine test which sends it immediately without waiting (like the parameter window) and it seems to work contr...

i have a question about these lines in the code: int pos = m_pSubtickInfo ? m_pSubtickInfo->PosInSubTick : pMasterInfo->PosInTick; if (pos == 0) { CPeerCtrl::BeginImmediateBatch(); DoLFO(Reset); CPeerCtrl::EndImmediateBatch(); } this sends control changes only when pos_in_subtick is 0, my question i...

i just tried it again and it doesn't happen always... right now it's sitting there silent, but this afternoon it constantly spew exceptions... very odd as nothing is different and i'm not even loading machines.

do you get an exception when you close it? i still get those kernelbase ones on close.

so this is indeed a bug.

from the changelog:
--- June 2008 builds
- all audio buffers 64-byte aligned

in buzzengine32.exe, the output buffers are not aligned.

If i run buzz in the debugger and just leave it sit there without doing anything, it throws exceptions and seems to start and stop a thread about every 1 second. Not using any fancy theme, just the regular default with pretty much all eye candy turned off: Exception thrown at 0x75554402 in buzz.exe:...

OK i found the problem: void MultiWork(float const * const *inputs, float **outputs, int numsamples) it looks like buzzengine32.exe doesn't give you SSE aligned (output) buffers. this is very unfortunate and in my oppinion a bug, because every machine that assumes that the pointer where aligned in 3...

ok this is really odd, on another machine, the released 1.3 doesn't work and crashes... on my dev machine, the same code works...maybe the recompilation with new CRT etc actually changed something... EDIT: it's something in the project configuration of Debug vs Release build, because debug version w...

another observation: i was able to build mixio 32bit against the 32bit .net dll and it seems to work, confirming that ANY cpu seems to work if there are no further native dependencies in the .net gui. however the 32bit bridge seems indeed very experimental and as soon as i try to do a bit more than ...

so i'm trying to debug this... but buzz64 freezes as soon as i load more than 1 32bit machine.. for example try loading jeskola trilok twice.. if i use trilok + mixio -> crash if i use qsine + mixio -> works edit: ok 1 instance of trilok is enough to make it crash too, just have to hit play :) very ...