Need some way to line up two wav's visually

[synthphase]

I always thought this was a major drawback to buzz and figured it's pointless to mention it as most people are either less lazy then me or doing stuff that doesn't require a DAW. What is the general consensus on the feasibility of haveing a few DAW features? For example, lining up two wav's from different mics to eliminate phase is so much easier to do visually. Is it as easy as pure WPF?

[Joachip]

I don't think it's realistic to turn Buzz into a tiny DAW as there are noone to implement these features, and the whole framework seems incompatible with this approach. My best suggestions is to have a normal DAW on the side, something like Cubase, Samplitude, Logic or similar.

Even my automation idea seems like something we probably won't ever see.

[mridlen]

Using the Audio Track plugin, I change the dropdown in song view to 1 and line it up visually. However, that's not something you can really do at the pattern level.

[HerrFornit]

Ah yes, good question. I check out mridlen's way with audio track

[mcbpete]

Even my automation idea seems like something we probably won't ever see.

Didn't see this first time around but man that'd be good ! Definitely a feature of 'conventional' DAWs that I miss having in Buzz - So much so I was nearly tempted to get Renoise the other day as it seemed to be the only tracker offering such a thing ...

[wde]

This is kind of related. I recently started an audio project where I need to mix long audio recordings with "regular" Buzz composition/notation sequences. There are couple of issues with this:

1. You need to edit the beginning of the audio recording carefully so that it perfectly syncs with the rest of the song.
2. You need to start to play the song from the place where the sampler triggers the sample note. This means you can't really start to play at any part of the sequence since the long recording would not get triggered/played.

You can use machines like Audio Track, but for me it was too complicated for the task and I would not know what to do with the C++ code (it is also from the MDK era).

So why not use C# and do it yourself? I'm a bit surprised how far I got. How it works:

1. Load audio files to Buzz Wavetable
2. Create bunch of patterns.
3. Open Audio Block GUI.
4. Link patterns to samples.
5. Place patterns to sequencer view.
6. Press play. Pattern box ceiling marks the beginning of sample.
7. If audio is not syncing perfectly then either edit the audio in Wavetable view or use the offset parameter to do fine tuning.

AudioBlock.png (45.66 KiB) Viewed 17996 times

The nice thing here is that the sample starts to play from the correct position - the only requirement is that the "horizontal play position line" needs to cut the pattern that is linked to sample in Audio Block machine. ...but no fancy graphics on top of the pattern box.

Here is the dev stuff and we are not too far guys. If it is easy for Oskari to add these then any developer can add what ever functionality (like maybe automation) to the visual machine pattern box:

• C# API to to get the surface to draw on the machine pattern in sequencer view.
• C# API to receive mouse/pointer events when user interacts with the pattern in sequencer view.

This would allow me to draw the audio wave visuals and allow user to interact with it. The devil is in the details though and to enable these it might require a bit of rewriting the sequencer view.

Btw. Buzz forums look much nicer now.

[IXix]

@wde nice!

[HerrFornit]

@wde
WOW! Something is going on...
Hope some programmers join you /I would like to, but nobody shows me how to )

In the meanwhile I use a sample-delay plugin/machine inserted in line before matilde or audiotrack and listen by ear (many times ). Matildes timeresolution with sample-offset is too rough for doing a fine-grained adjustment in all cases. And I don't want to use a sound editor beside so your approach is higly welcome!

[wde]

The basics seem to work ok. Unzip to Gear\Generators.

[HerrFornit]

great! thanx,

I tried it. I can load the machine and the samples into the patterns without problems. Sound is good.
Playing a sample in parallel in 2 instances of audioblock let both instances crash. Buzz needs to be restarted then.
I am not sure if the offset works as it should?. I can cut only a short part of the sample (max 20000 is it samples?).

[wde]

Sound is good.

I do linear conversion if sample frequency is not matching host frequency. Just make sure sample matches host freq or it is half/double to maximize sound quality

Managed to fix one crash bug. The offset is more aggressive with this version.

[IXix]

Very cool. Managed to crash it pretty quickly but don't have steps to repro. Also got some very interesting noises when I tried seeking past the end of the audio but still with the pattern. This is going to be a great machine though!

[wde]

Argh. I truly messed up the code while trying to fix one bug

Please download again.

[IXix]

Please download again.

Seems much happier now but I still managed to crash it by replacing a sample that was in use.

So simple to use though, could be a bit of a game changer! Do you think it might be feasible to drop a file onto the machine window and have it magically load into the wavetable and create a pattern the same length as the audio? That would be amazing.

[wde]

Do you think it might be feasible to drop a file onto the machine window and have it magically load into the wavetable and create a pattern the same length as the audio? That would be amazing.

Excellent idea. Uploaded new version. The good:

• Drag & Drop to empty wave slot in Audio Block done.
• Auto create correct size pattern done.
• Auto load to wavetable done.

The bad:

There is still a crash bug and I can't seem to figure it out. Happens when you create more than one instance of Audio Block and it seems to be related to Wavetable. Basically changing index of target sample wave in machine 1 causes issues with machine 2 when accessing wavetable. Maybe someone could take a look?

Edit. Maybe accessing Wavetable from Work() is not the best thing to do. Instead fill temporary buffer from MasterTap()?

[HerrFornit]

Tried your new version.

Perhaps you can isolate the bug a bit: Crash here occurs only when I copy the first instance (incl. samples) and then play the same pattern in parallel as a song. Both instances crash. Restart of buzz needed.
It does not occur when I load a new instance of audioblock and load the samples again and then play as parallel as a song ! (the drag and drop is awesome man!! great idea IXix).

Offset works! A little help would be to limit the offset-values to max length of the sample (always 20000..2000 ??). Its a bit confusing when you enter a high value and here nothing (of course logical If you know the end .. )


EDIT: Ok, I have seen now, that in second case (s.o.) it loads the samples in the next slots, that's why it doesn't crash, cause its not the exact same sample!

EDIT2: A minor issue: Overwriting a sample by drag and drop does not adjust the pattern-lenght.

[IXix]

Excellent idea. Uploaded new version...

Wow, that was fast!

Not going to have much opportunity to test for a few days but I'm looking forward to playing with this. Awesome work!

[wde]

That was an awful crash bug but I think I crushed it.

Other stuff:

• Auto update pattern length for all actions (change wave, drag & drop)
• Can drag & drop to any slot
• Tool tip for 'Offset' label.
• Sequencer view gets updated immediately when pattern lengths change.

[HerrFornit]

you are so fast!

you got the bug!

I like the red warning of the offset exceeding.

I am still not sure about the unit of the offset (ms, samples, feed )? Can it also be a negativ delay ?

EDIT: minor issue: for me it would be more straight forward if the Audioblock0 pattern would be the actual 0 pattern. There is the 0.00 default pattern in addition:

patterns.jpg (2.75 KiB) Viewed 17750 times

EDIT2: Mouse wheel for offset?

[HerrFornit]

Next major update could be a recording option, directly into the pattern slot of audioblock?