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

Sampler and Sampling discussion (techniques, tips and tricks, etc.)
Post Reply New Topic
RELATED
PRODUCTS

Post

Hello Jürgen,

I have an idea that I think would be infinitely useful for the whole community and moderately easy to do as a feature request, and I would like to discuss it with you and hear your opinion on it. This idea is regarding the sfz format. As you know, the sfz format is quite powerful, but often the sfz files that standard musicians make are quite simple, or basic, if you will. What I mean by this, is that most people when putting together a sfz instrument, don't add much more to the instrument than just the region, root note, ranges, velocities, etc. Many sfz files do not include more advanced opcodes for things like Midi CC control of general popular use items such as ADSR, Cutoff freq, Res, pitch wheel, mod wheel, etc... The reason most people don't put this coding into their instruments, is that they simply don't know how to do it. It's too advanced for the average user. What this means, is that the majority of the instruments that are floating around are bland and less useful than they could be. Now I am aware that there are several well known, high quality exceptions to this, but by far, the majority of the sfz files don't include any of these opcodes.

The other day, I discovered work that fellow KVRAudio user, Kinwie, published in Github that made me think of my idea for a ConvertWithMoss feature. Kinwie created generic templates that users can use when creating their sfz instruments. These generic templates allow a creator to simply append the information at the beginning of an instrument to very easily grant midi CC and visual controls to Sforzando and Sfizz-ui plugins. Check out the page here:

https://github.com/kinwie/SFZ-Templates ... 20Controls

So, my idea, put simply is to create generic header code that can be copy/pasted to the sfz by ConvertWithMoss, that allows for usage of the most common midi cc codes.

When I work on sfz files, my ultimate goal is maximum compatibility. With that said, I think sfz files with advanced features should be useable regardless of whether a person uses Sforzando, sfizz-ui, LinuxSampler, Liquidsfz, or whatever (provided that the opcodes are supported by the plugin). In other words, I think it is wrong to code gui stuff either for Sforzando, or for sfizz-ui. A better solution would be to provide something that allows code to be written once and work on both plugins. So, I think not using gui code at all is best.

So, essentially what I'm suggesting, is creating a generic template, a sub-set of code, either your own or from Kinwie's template that allows a user to have and use midi cc to control ADSR, Cutoff freq, Res, pitch wheel, mod wheel, etc... You can make it a selectable option, rather than to be forced on each instrument.

The hardest part would be creating the generic template. After that, I would imagine it wouldn't be too difficult to make ConvertWithMoss append the template to the beginning of an sfz definition file when converting the instrument (as a selectable option, of course).

So, what do you think? I know that no other program in existence does this. It would make sfz instruments infinitely more usable. It doesn't look to be too difficult. :)

Best wishes! :)
Vendor‑Dependent Copy Protection: Customers lose. Pirates win.:mad:
(Also: I'm Accused of lying about Linux—it boots, runs my pro audio workflow, stays stable, updates--though yearly dismissed as “niche”. Yet I'm the deluded one.)
:roll:

Post

audiojunkie wrote: Fri Apr 04, 2025 9:05 pm Hello Jürgen,

I have an idea that I think would be infinitely useful for the whole community and moderately easy to do as a feature request, and I would like to discuss it with you and hear your opinion on it. This idea is regarding the sfz format. As you know, the sfz format is quite powerful, but often the sfz files that standard musicians make are quite simple, or basic, if you will. What I mean by this, is that most people when putting together a sfz instrument, don't add much more to the instrument than just the region, root note, ranges, velocities, etc. Many sfz files do not include more advanced opcodes for things like Midi CC control of general popular use items such as ADSR, Cutoff freq, Res, pitch wheel, mod wheel, etc......
I ran into this repo as well some time ago and thought this could be interesting to add this. But when looking at it, it got a bit tricky and it would have been ended up to be a bit complicated with some explanation necessary. So, I decided agianst it.

Post

I understand. 🙂
Vendor‑Dependent Copy Protection: Customers lose. Pirates win.:mad:
(Also: I'm Accused of lying about Linux—it boots, runs my pro audio workflow, stays stable, updates--though yearly dismissed as “niche”. Yet I'm the deluded one.)
:roll:

Post

I just discovered this great tool by accident while looking for something else on Yamahamusicians forums and I would like to thank Moss for the great job!

I am mostly interested in converting from anything to the newly added Yamaha formats and I am really curious what conversion are you using for the parameters, mostly the envelopes, having a source formats that are using human readable values (ms, dB, etc.) to Yamaha's numeric values, which to my knowledge they have never publicly revealed what they actually represent. Is there any available documentation about this?

Also, while playing with the tool I noticed an issue I would like to report:
Every time I convert a format (tried SFZ and Decent Sampler), which uses the loop points stored in the WAV file, to YSFC, the loop points are gone and the samples are imported as "one shot" instead of "loop". My best guess is this happens after the resampling from 24-bit to 16-bit (or 48/96kHz to 44.1kHz).
It's worth noting that importing the same WAV files with another utility (Melas Waveform Editor) preserves the loop points after the resampling it does.

On another note, there is a much deeper issue that plagues all converters to the Yamaha formats (tried Awave Studio and Melas Waveform Editor), that's also present in ConvertWithMoss, caused by the internal Yamaha structure, which you might or might not want to look at, but if you can fix this, it would be groundbreaking and definitely ahead of any commercial tool currently available.
All other samplers (to my knowledge) work directly with the samples. You can organize the same sample in as many key/sample groups as you wish and assign parameters (range, pan, pitch, etc.) to the key group, but still addressing the same sample.
Yamaha encapsulates the samples in two containers - each individual sample is encapsulated in a "keybank" container that has a number of parameters, then the keybanks are encapsulated in a "waveform" container that is later used in the actual program/patch/performance. You can have each sample assigned to a single keybank in a single waveform only, which means that during the conversion, all tools are translating the source key/sample groups into separate waveforms, essentially multiplying the required sample space by importing the same sample in multiple waveforms.
Since the Yamaha AWM2 engine has a few more levels on top of the waveforms, most of the parameters at the sample/keybank/waveform level are meant mostly for sample correction, while the "artistic" use is saved for the programming levels - element/part/performance. In my opinion, what is essential at the lower level is the Root Note, Key Range, Loop Points and Mode (one shot/loop/reverse), while artistic choices, such as Pan, Detune (fine and coarse) and (in most cases) Velocity Range, should be applied on the higher (element) level. I guess this would require prior investigation and comparison of the source key/sample groups if they contain the same samples and only differ in the "artistic" parameters, and in such cases a single waveform should be created with all differences applied at the "element" level.
I understand this is a long topic and might require very specific set of rules to determine what's important on what level and might be completely out of the scope of this software, but wanted to put it out there anyway.

Regardless, thank you once again for the great work.

Post

Hi, did anyone succeed converting Ivy audio Clare solo (free) from Kontakt to Decent sampler (or any other free sampler)?

ivyaudio*com/Clare-Solo

Thank you all!

Post

Khaleen wrote: Thu Apr 10, 2025 8:14 am I just discovered this great tool by accident while looking for something else on Yamahamusicians forums and I would like to thank Moss for the great job!

I am mostly interested in converting from anything to the newly added Yamaha formats and I am really curious what conversion are you using for the parameters, mostly the envelopes, having a source formats that are using human readable values (ms, dB, etc.) to Yamaha's numeric values, which to my knowledge they have never publicly revealed what they actually represent. Is there any available documentation about this?
Sadly, there is no documentation. It is trial and error. If you want to take a look at the exact conversions, take a look at the source code.
Khaleen wrote: Thu Apr 10, 2025 8:14 am Also, while playing with the tool I noticed an issue I would like to report:
Every time I convert a format (tried SFZ and Decent Sampler), which uses the loop points stored in the WAV file, to YSFC, the loop points are gone and the samples are imported as "one shot" instead of "loop". My best guess is this happens after the resampling from 24-bit to 16-bit (or 48/96kHz to 44.1kHz).
It's worth noting that importing the same WAV files with another utility (Melas Waveform Editor) preserves the loop points after the resampling it does.
I did some tests but could not reproduce such an error. Can you please send me an example file? PM me.
Khaleen wrote: Thu Apr 10, 2025 8:14 am On another note, there is a much deeper issue that plagues all converters to the Yamaha formats (tried Awave Studio and Melas Waveform Editor), that's also present in ConvertWithMoss, caused by the internal Yamaha structure, which you might or might not want to look at, but if you can fix this, it would be groundbreaking and definitely ahead of any commercial tool currently available.
All other samplers (to my knowledge) work directly with the samples. You can organize the same sample in as many key/sample groups as you wish and assign parameters (range, pan, pitch, etc.) to the key group, but still addressing the same sample.
...
Yeah, these different levels are really challenging. Basically, I did what you are asking for. Keygroup parameters are applied on a basic level and the more creative ones on a higher level. My goal is still to match one Kontakt instrument to 1 Yamaha Instrument in a Performance to be able to convert my Kontakt live setups to the workstation.

Post

ConvertWithMoss 12.2.2 is online!

Get it from https://mossgrabers.de
  • Fixed: Checking for empty output folder ignores now the ConvertWithMoss log file.
  • EXS
    • Fixed: The loop end was off by 1.
  • SF2
    • Fixed: Added support for reading missing generators: startAddrsOffset, endAddrsOffset, startloopAddrsOffset and endloopAddrsOffset.
  • SFZ
    • Fixed: Loops were not read from wave files when loop info was missing in SFZ file.
Enjoy!

Post

Thank you Jürgen! I can confirm that fixed my issues with the SF2 conversion. All the best!

Post

Thank you Jürgen! I will try to PM you as soon as I get the rights to do that by having a second post in these forums :D

Post

moss wrote: Wed Apr 23, 2025 1:55 pm ConvertWithMoss 12.2.2 is online!

Get it from https://mossgrabers.de
  • Fixed: Checking for empty output folder ignores now the ConvertWithMoss log file.
  • EXS
    • Fixed: The loop end was off by 1.
  • SF2
    • Fixed: Added support for reading missing generators: startAddrsOffset, endAddrsOffset, startloopAddrsOffset and endloopAddrsOffset.
  • SFZ
    • Fixed: Loops were not read from wave files when loop info was missing in SFZ file.
Enjoy!
Thank you so much for this awesome tool!! It just keeps getting better and better and better!! It's amazing!!! :)
Vendor‑Dependent Copy Protection: Customers lose. Pirates win.:mad:
(Also: I'm Accused of lying about Linux—it boots, runs my pro audio workflow, stays stable, updates--though yearly dismissed as “niche”. Yet I'm the deluded one.)
:roll:

Post

Khaleen wrote: Thu Apr 24, 2025 11:59 am Thank you Jürgen! I will try to PM you as soon as I get the rights to do that by having a second post in these forums :D
BTW, welcome! Some of us have been here for a couple of decades. It's nice to see enthusiastic new members!! :)
Vendor‑Dependent Copy Protection: Customers lose. Pirates win.:mad:
(Also: I'm Accused of lying about Linux—it boots, runs my pro audio workflow, stays stable, updates--though yearly dismissed as “niche”. Yet I'm the deluded one.)
:roll:

Post

Hello, I'm Sergio

I think I've discovered a bug in the program. I'm converting a folder with Samples to Akai format. The result is a multiplication of the folders (up to 6 times).

I use the program with the default settings.
bug.png
You do not have the required permissions to view the files attached to this post.

Post

Wavethings wrote: Wed May 07, 2025 7:52 am Hello, I'm Sergio

I think I've discovered a bug in the program. I'm converting a folder with Samples to Akai format. The result is a multiplication of the folders (up to 6 times).

I use the program with the default settings.
bug.png
What is in these source folders?

Post

Only samples
Captura de pantalla 07.05.2025 a 11.15.24 a. m..png
You do not have the required permissions to view the files attached to this post.

Post

Wavethings wrote: Wed May 07, 2025 9:16 am Only samples

Captura de pantalla 07.05.2025 a 11.15.24 a. m..png
Please send me one of these folders for testing. PM me.

Post Reply

Return to “Samplers, Sampling & Sample Libraries”