[FREE] ConvertWithMoss - convert from/to WAV,Bitwig,SFZ,SF2,DecentSampler,MPC/Force,Wave-/Modwave/KMP,NKI,EXS) v17.1

[baconpaul]

Yeah we don’t need another project! But it would be indeed

Wonder if an enterprising developer with the sfizz and short circuit code bases and a hundred bucks of Claude credits could bang it out in a week or two…. (The answer I beleive is “yes”)

[wikter]

You mention that you’ll add SFZ export. How would you go about exporting the complete sound? Resample the output?

Hey... that's a very good idea, I used Xlutop Chainer in the past to capture samples from virtual instruments, in fact it still works, but only with 32bit VST2 plugins.
This feature could be an interesting feature of the ConvertWithMoss application. That would convert any patch into SFZ in just seconds.
I know there are alternatives in the market, in fact, Studio One allowed to do this with the Prime (free) version, but integrate this with the chance to select the right final format would make a great job to recreate old plugins, or just to backup virtual synthesizer patches into something playable on multiple devices.

[wikter]

I've got a question regarding ConvertWithMoss: Is there any option I'm overlooking that would allow me to only save a patch file but not the samples? I mean, what I see myself using it for so far is to convert some EXS patches to other formats - and the required samples already exist as plain files, so I see no need for them to be doubled, the target sampler would only have to relocate them.

Sorry, no.

Doesn't the old /dev/null device trick still work?

[Uncle E]

Hey... that's a very good idea, I used Xlutop Chainer in the past to capture samples from virtual instruments, in fact it still works, but only with 32bit VST2 plugins.

Bliss does it. Samplit, too, but it's no longer available or supported.

This feature could be an interesting feature of the ConvertWithMoss application.

ResampleWithMoss

That would convert any patch into SFZ in just seconds.

That's an interesting concept. Every solution I've used works realtime, ie slooooowwww.

[baconpaul]

Yeah I have a proto of that idea for vcv rack and re-doing it as a clap host is an idea which has crossed my mind. But see former comment on projects

The new frontier models are changing my ambition level though.

[audiojunkie]

Yeah we don’t need another project! But it would be indeed

Wonder if an enterprising developer with the sfizz and short circuit code bases and a hundred bucks of Claude credits could bang it out in a week or two…. (The answer I beleive is “yes”)

I've been waiting since SFZ was created (well over a decade--maybe two) for someone to do it. I won't hold my breath...

[audiojunkie]

Autosampling is only part of the problem. The biggest part of the problem is being able to program in SFZ the important stuff that makes SFZ useful--such as all of the midi cc access, round robins, etc. A GUI for this would be so helpful for those of us who can't code. That's what we need for SFZ more than anything else.

[wikter]

Autosampling is only part of the problem. The biggest part of the problem is being able to program in SFZ the important stuff that makes SFZ useful--such as all of the midi cc access, round robins, etc. A GUI for this would be so helpful for those of us who can't code. That's what we need for SFZ more than anything else.

There's still the old DiscoDSP Highlife and the new version... I'm not sure how round robin is implemented in SFZ.

[baconpaul]

In sfz a set of regions with identical geometry can have a seq_position flag explaining their round robin position

[audiojunkie]

In sfz a set of regions with identical geometry can have a seq_position flag explaining their round robin position

SFZ can do nearly anything. The problem is being able to script all that you need into the patch. It’s very complete. Without being able to script in the midi cc controls and other important things, SFZ can’t do anything other than note on / note off—or nearly so. I’d guess that 95% of all scripted patches have only the basics. If there were a GUI interface that allowed it to be done, non tech musicians would even be able to make samples. If someone had done this 20 years ago, there would have been no need for any other samplers. If I could program, I would have done it myself for everyone.

[Andreya_Autumn]

So, what you want is basically:
- Take a set of raw samples
- Generate an SFZ for them, with not only just vel/key regions, but also other important things (like?)
- That can then be loaded into an SFZ player of choice
- Using a GUI that is friendly for non-coders

Do I understand that right?

If that's what you're looking for, then SCXT may prove useful to you after all. You'd be using a small set of its features of course but if I've understood your goals right that's fine by you. If you purposefully use the features which reasonably match other SFZ players, it's just a matter of us getting the opcodes right in the export. We did get a (very rudimentary) start on SFZ export the other day and are happy to keep improving on iut.

Don't wanna hijack the thread again so for further questions maybe ask in the Shortcircuit thread. Just wanted to let you know.

[audiojunkie]

So, what you want is basically:
- Take a set of raw samples
- Generate an SFZ for them, with not only just vel/key regions, but also other important things (like?)
- That can then be loaded into an SFZ player of choice
- Using a GUI that is friendly for non-coders

Do I understand that right?

If that's what you're looking for, then SCXT may prove useful to you after all. You'd be using a small set of its features of course but if I've understood your goals right that's fine by you. If you purposefully use the features which reasonably match other SFZ players, it's just a matter of us getting the opcodes right in the export. We did get a (very rudimentary) start on SFZ export the other day and are happy to keep improving on iut.

Don't wanna hijack the thread again so for further questions maybe ask in the Shortcircuit thread. Just wanted to let you know.

That's correct, and it would be very nice if it could be done.

Essentially, I would want whatever program is used to be GUI based to allow the mapping and configuration. I would want to be able to map the samples visually. I'd want velocity layers and the range that sample would play, along with the root note info. If round robins are available, I'd want that included. I would want the loop points embedded in the actual samples. I would want the ability to name the samples that would be exported. And, an essential part though, is that I want to have the SFZ midi controllable through midi cc controls. All of these things are added through the opcodes that are in the SFZ file.

For example:

ADSR
cutoff
resonance
portamento
mono
pan
volume
modulation wheel
expression
sustain
pitch bend
etc
etc

Essentially, I would want the midi controls that make an instrument come alive, rather than it just being note-on / note-off that most SFZ samples are. SFZ is capable of so much, but only a few have the coding skills to create a script deep enough to have all these things included. Most just have root note, high note, low note, velocity, note on , note off, etc. Disco DSP only uses like 11 opcodes or something minimal like that. That's not even taking advantage a little bit of the power of SFZ. Most parsers are capable of so much more.

If you are able to do that, that would be awesome!!

[Andreya_Autumn]

A lot of that will work today yes. Like I said our export is pretty minimal still but can be expanded. Some nuance also about which things can be set up per zone vs. per-group (you can't set independent portamento times for example, that's group level). But the overall workflow is available already. If you try it and find opcodes we could support but are not, you can let us know and we'll consider it. Either on Github or in the SCXT thread.

[audiojunkie]

A lot of that will work today yes. Like I said our export is pretty minimal still but can be expanded. Some nuance also about which things can be set up per zone vs. per-group (you can't set independent portamento times for example, that's group level). But the overall workflow is available already. If you try it and find opcodes we could support but are not, you can let us know and we'll consider it. Either on Github or in the SCXT thread.

Nice! What are the chances of throwing a resampler into SCXT so that the synth parts of SCXT's patches can be captured as well--for completeness' sake?

[baconpaul]

This really should be in Shortcircuit thread folks