Buffer Override problem?

[CodeAudio]

Not sure if this is a prob with Buffer Override or the FL Studio beta. I've posted the problem on the FL beta forum but Gol is convinced that the problem is with Buffer Override (reasonable enough as I can only recreate the problem with Buffer Override and it does process audio in a somewhat suspect manner).

Start a new project, insert a DestroyFX Buffer Override, save as zip.

Doing this gives the first message pictured, followed by about 3 of the second message.

On one occasion FL just shut down and disppeared. Usually it does the "send error report" thing and completely freezes my PC for about a minute. Every time, it eats the zip file.

This can be reproduced every time here, so there's a bug somewhere.

[Steven West]

Why are you putting it in a Zip file to begin with?
All I can say is it works wonders in WaveLab, saved as preset. And as well in Orion Platinum in realtime saved with a song (.sfs) format.

Is odd you get problems trying to save to .zip, but maybe because BO is already playing around with different Khz in a rotating fashion, maybe WinZip just says 'Uh-Uh! I ain't touching this crazy thing!'

[CodeAudio]

It's not win zip. There is a function in FL Studio that allows you to save your project as a zip with the samples inside as well. It makes life easier when you share projects etc.

[marc]

Buffer Override doesn't "process audio in a somewhat suspect manner." It's really quite simple, nothing more than repeating parts of recent audio when it comes down to it, and applying some cross-fade in some cases. That's really all that BO does (though what makes it interesting is the ways that you can control how that happens).

That said, though, BO VST does have 1 or 2 bugs in its audio processing. I have found them and fixed them. The AU versions have included these fixes, but the Windows/VST side of our development is currently kinda in limbo as we've been working on common frameworks for our plugin development and GUI stuff, but the AU/Mac half is currently far ahead of the VST/Windows half of that project. So not sure what to say about that for now.

Someone really motivated to look into this could take the last released state of our BO VST source code, peruse all of the CVS commit comments for the BO files bufferoverrideformalities.cpp, bufferoverridemidi.cpp, and bufferoverrideprocess.cpp in our CVS repository since then, find mention of said bug(s), look at the diffs, and then apply the fix(es) to the last released version of BO VST. But you'd have to be pretty determined (and hopefully this illustrates why I'm not too motivated to do that and would rather just wait to do a new release with the current source code once the VST/Windows GUI stuff is done by Tom, aka the other half of DFX and the one who uses Windows).

This all said, it's also possible that what you're seeing is a bug in FL, despite what those folks said. The fact that it only happens with BO doesn't mean that it's definitely BO's fault (though it makes it more likely, but still not for sure).

[CodeAudio]

So it doesn't actually override buffers at all?

The text on the website suggests that it does.

I have posted your reply in the FL beta forum and await Gol's reply.

Cheers Marc

[marc]

So it doesn't actually override buffers at all?

The text on the website suggests that it does.

Ahhh, heh heh, right... Well, the description is just a bit cheeky. I mean, that's what it sounds like it's doing, but it couldn't actually do that...