sfizz : An Open-source SFZ Engine/Player in development

[kinwie]

More like this:

Code: Select all

<group> key=60 lo_cc4=0 hi_cc4=63 group=1 off_by=2
<region> lovel=1 hivel=63 sample=open_quiet.wav
<region> lovel=64 hivel=127 sample=open_loud.wav

<group> key=60 lo_cc4=64 hi_cc4=127 group=2 off_by=1
<region> lovel=1 hivel=63 sample=closed_quiet.wav
<region> lovel=64 hivel=127 sample=closed_loud.wav

i.e. where multiple regions exist for the same note range with multiple different range criteria. In the above example, the open and closed groups mute each other but the quiet and loud samples do not mute each other.

Yes, of course that will works in sfizz

I believe what you worried about is the note-selfmasking.
If adding polyphony opcode can cause problem, then better use "note_polyphony" opcode and it will solved the problem of loud velocity muted by quiet velocity.
sforzando has strict polyphony rule. Any time you use "polyphony" opcode in sforzando, the default note-self-masking feature automatically deactivated.

For me personally, I have another concept for "Self-Choke" or self-muting feature.
We should have a second set of choke group opcodes :

choke_group=
choke_by=
choke_mode=
choke_time=
choke_shape=
choke_curve=

I planned to request it at some near future.
With that we can have more flexible and natural choke sounding for drums

[kinwie]

Or maybe I misunderstood,
The thing you worried about is like what happened in rgc sfz.dll and Cakewalk Dimension Pro, where CC-mapped regions in a single key won't choke.

There was an issue some builds ago in sfizz where suddenly the choke didn't function but it has been fixed in this issue report here :
https://github.com/sfztools/sfizz/issues/1021
That was Nov, 2021.

Basically, choking behavior in sfizz is a join of both rgc/Cakewalk and ARIA behaviors. So it can do both.

[pljones]

Yes, of course that will works in sfizz

That's not what I was told when I originally asked.

[audiojunkie]

Does sfizz support high resolution screens yet? It looks tiny on my system.

[kinwie]

That's not what I was told when I originally asked.

Probably I have a very poor english.
Or maybe I need to learn more sampling dictionary.

My understanding of Self-muting or Self-choke is simply :
A sample that choke itself, or samples in a group that choke themself

Thus :
group=N
off_by=N
(same group and off_by number)

You example, to me more like :
Choking between groups/articulations within the same key

Well, your first comment here didn't sounds like a question to me.
But again, probably my english is poor I misunderstood it.

[kinwie]

Does sfizz support high resolution screens yet? It looks tiny on my system.

I don't have exact answer about this, cause my area more in the implementation stuff.
So if it's not yet, you or anybody else can put a request for it at sfizz issue tracker.

And since sfizz is an open-source project, any devs can chime in if they want, to contribute adding features they need.

[kinwie]

A little info update about the Multi-Output feature in current sfizz version.

It's already working fine in the current state.
In host like Seib's VST Host, you need to add the Submixer plugin and connect it between sfizz and VSTHost Out.
Multi-Output version indicates by multiple led-meter (yellow box)

Untitled.png

My test version is a nightly build, version 1.1.1
Tested using this simple example :

Code: Select all

<group>
loop_mode=one_shot

<region>
sample=kick.wav
key=60
output=1

<region>
sample=snare.wav
key=62
output=2

<region>
sample=hat.wav
key=64
output=3

<region>
sample=crash.wav
key=65
output=4

- Kick -> Stereo Output No.2
- Snare -> Stereo Output No.3
- Hat -> Stereo Output No.4
- Crash -> Stereo Output No.5

With a very cool behavior implemented, loading above sfz file into sfizz stereo-out version, all regions will be outputted to the Main Stereo Out (output=0).
So, with the same sfz file, the outputs will be routed depending on what plugin version is being used, Stereo-Out or Multi-Out, without the need to change the output opcode setting inside the sfz file.
Very big thanks to sfizz devs!

More detailed read here :
https://github.com/sfztools/sfizz/issues/1079

[audiojunkie]

The multi out functionality indeed looks very useful. It’s so unfortunate that those of us that use modern hardware (like high resolution screens), miss out on being able to use this plugin because it has no ability to scale. I hope that will change in the near future.

[kinwie]

Let's hope so!

[Ikaz7]

The multi out functionality indeed looks very useful. It’s so unfortunate that those of us that use modern hardware (like high resolution screens), miss out on being able to use this plugin because it has no ability to scale. I hope that will change in the near future.

You can always drop a feature suggestion over at GitHub. The developer is very responsive and welcoming.

[Ikaz7]

@kinwie That's very cool. Finally SFZ drums with multi-output! Thanks to the developers!

[audiojunkie]

The multi out functionality indeed looks very useful. It’s so unfortunate that those of us that use modern hardware (like high resolution screens), miss out on being able to use this plugin because it has no ability to scale. I hope that will change in the near future.

You can always drop a feature suggestion over at GitHub. The developer is very responsive and welcoming.

Don’t you have to sign up or become a member or something like that in order to comment?

Does one membership cover all github projects?

[DSmolken]

Yeah, one Github account will let you comment and contribute to any Github project that's open to public contribution. Github is built to make contribution and collaboration easy.

[audiojunkie]

Yeah, one Github account will let you comment and contribute to any Github project that's open to public contribution. Github is built to make contribution and collaboration easy.

Cool! I think I will sign up then. There are several projects that I'd like to request Hi Resolution scaling for.

[kinwie]

@kinwie That's very cool. Finally SFZ drums with multi-output! Thanks to the developers!

Hey Isaak!
Yeah finally...after 20 years of SFZ format.
We'll update the drum mappings on sfzinstruments later when some more drum opcodes done in sfizz.