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

[bkart]

Hello Moss.

after using the resampler pro amxd into ableton live for recording a multisample, I get some files with the format :
midinotenumber(space)velocity(space)referencepitch {recdateandtime}(dot)aiff

for example :
0 120 C1 [2025-01-17 144002].aiff

How can I configure the algorithm to organise my samples?
Thanks.
Brice

I'm trying to setup some drum samples on the same note with multiple velocities with wav files. I'm having a hard time understanding the pattern matching for this without seeing some examples.

Detection pattern: _ms*_,S_*_

What does that match to?

The default pattern matches two different things (separated by the comma).

_ms*_
S_*_

The pattern matcher simply looks for this substring where the "*" is the velocity layer number.

E.g. "S_000_028_e0_L.wav" is matched by the 2nd.

For example, my current naming scheme is "Kick01 SomeName C1 v1.wav", where "v1" is the velocity value. I can change my naming convention or the pattern matching, but I have no idea how to do that. Currently, I get an error where it complains about combining multiple mono splits into stereo, which is not what I want.

" v*" (without the quotes) should work in your case but I am not fully sure about the space. If you want to append it, it would be: "_ms*_,S_*_, v*" (again without the quotes).

If you cannot make it work, please send me some example files.

[moss]

Hello! First of all, THANK YOU for taking the time to create this! From what I gather it must be a SUPER powerful tool!

I am trying to convert some sample instruments from Logic Pro 11 to Kontakt but I seem to be having issues or I am not understanding the manual correctly.

The structure of the Logic Pro content is a bit confusing (Screenshot 2025-01-13 at 2.15.31 PM.png and I am not entirely sure if I am selecting the correct folders to start with.

I should mention that logic retired the exs24 sampler a few years back and has replaced it with the 'sampler'. Most of the sampler instruments, however, are in exs format.

Has anyone here managed to convert Logic's instruments to Kontakt successfully? and if yes, would you please share some suggestions on what I might be doing wrong?

Many many thanks in advance!

I couldn't find any EXS files in these directories on my system. I guess they are compressed or encrypted somewhere.

[moss]

Thank you so much for this great tool!

I converted a simple Kontakt patch (unencrypted, no scripts) to NN-XT/.sxt. The converted file loads successfully in Reason 13 (yay!) but there are three issues with the conversion using v11.7.0:

1. The Round Robin setting from the nki's groups is not converted to overlapping NN-XT zones. The respective zone's "Alt" setting is set to "Off" while it should be "On" for such zones: nki-roundrobin-settings.pngsxr-roundrobin-alt-off.png
2. The nki's velocity curve influence setting of the groups is not converted to the NN-XT's zones, resulting in an extreme dynamic range in NN-XT: nki-velocity-reduced-influence.pngsxt-velocity-full-influence.png
3. The nki's envelope settings are not converted properly, causing the NN-XT patch to have a much longer release phase than the nki patch: nki-envelope-adjustments.pngsxt-env-wrong-settings.png
   The resulting envelope settings in the NN-XT patch (Hold: off, Decay: 1ms, Sustain: 0dB, Release: 4s) are not the default settings, so I wonder why it ended up with these values?

I can upload the original and converted patch privately if that helps.

From which Kontakt version are these files? Note that I currently cannot read such information from versions 4.2 and later since the format is not (yet) fully understood.

[moss]

Hello Moss.

after using the resampler pro amxd into ableton live for recording a multisample, I get some files with the format :
midinotenumber(space)velocity(space)referencepitch {recdateandtime}(dot)aiff

for example :
0 120 C1 [2025-01-17 144002].aiff

How can I configure the algorithm to organise my samples?
Thanks.
Brice

That's tricky. My algorithm searches from the end for the MIDI note and might get confused by the numbers in the brackets. You cannot configure this.
I suggest that you use a multi-file renamer tool which allows you to remove that part at once and also put a meaningful name at the front of the files.

[Schrödinger's Cat]

Thank you so much for this great tool!

I converted a simple Kontakt patch (unencrypted, no scripts) to NN-XT/.sxt. The converted file loads successfully in Reason 13 (yay!) but there are three issues with the conversion using v11.7.0:

1. The Round Robin setting from the nki's groups is not converted to overlapping NN-XT zones. The respective zone's "Alt" setting is set to "Off" while it should be "On" for such zones: nki-roundrobin-settings.pngsxr-roundrobin-alt-off.png
2. The nki's velocity curve influence setting of the groups is not converted to the NN-XT's zones, resulting in an extreme dynamic range in NN-XT: nki-velocity-reduced-influence.pngsxt-velocity-full-influence.png
3. The nki's envelope settings are not converted properly, causing the NN-XT patch to have a much longer release phase than the nki patch: nki-envelope-adjustments.pngsxt-env-wrong-settings.png
   The resulting envelope settings in the NN-XT patch (Hold: off, Decay: 1ms, Sustain: 0dB, Release: 4s) are not the default settings, so I wonder why it ended up with these values?

I can upload the original and converted patch privately if that helps.

From which Kontakt version are these files? Note that I currently cannot read such information from versions 4.2 and later since the format is not (yet) fully understood.

The nki file has been saved with Kontakt 4.2.4, so it's affected by the problem you mentioned. Maybe for the time being, ConvertWithMoss could log this as a warning (it simply writes the Kontakt version into the log without any additional info that some supported features don't work with that version onwards).

I guess there's no way for me to downgrade the files, so all I can do is wait or help understanding the file format (at which point I'll be able to downgrade the file, hehe)?

Btw., when clicking Analyse button, there's always this being logged:

ConvertWithMoss-AnalyzeError.zip

[moss]

The nki file has been saved with Kontakt 4.2.4, so it's affected by the problem you mentioned. Maybe for the time being, ConvertWithMoss could log this as a warning (it simply writes the Kontakt version into the log without any additional info that some supported features don't work with that version onwards).

All the details of supported attributes of the different formats are documented here:
https://github.com/git-moss/ConvertWith ... ormats.ods

I guess there's no way for me to downgrade the files, so all I can do is wait or help understanding the file format (at which point I'll be able to downgrade the file, hehe)?

It is high on my list but it is also tricky since the modulation area is fully modular.

Btw., when clicking Analyse button, there's always this being logged: ConvertWithMoss-AnalyzeError.zip

Make sure the output folder exists and can be written. Seems I forgot to check this if only Analyze is started.

[moss]

ConvertWithMoss 12.0.0 is online!

Get it from https://mossgrabers.de

• New: Implemented a new logging component. Much faster and does not crash anymore.
• Fixed: Sample files with illegal file system characters could not be created.
• Yamaha YSFC
  • New: Performances can be created in destination libraries for Montage and MODX/MODX+ (optional).
  • New: Performance data of Montage and MODX/MODX+ can now be read and applied.
  • New: Waveform data of Montage M (*.Y2U) can now be read as well.
  • New: Added progress logging when extracting samples from a library.
  • Fixed: Library files of pre-Montage models were not read correctly.
  • Fixed: Waveform panorama was not always correct.

Enjoy!

[Schrödinger's Cat]

The nki file has been saved with Kontakt 4.2.4, so it's affected by the problem you mentioned. Maybe for the time being, ConvertWithMoss could log this as a warning (it simply writes the Kontakt version into the log without any additional info that some supported features don't work with that version onwards).

All the details of supported attributes of the different formats are documented here:
https://github.com/git-moss/ConvertWith ... ormats.ods

Ah, I didn't check the GitHub repo yet. Thanks, this will be helpful.

Btw., when clicking Analyse button, there's always this being logged: ConvertWithMoss-AnalyzeError.zip

Make sure the output folder exists and can be written. Seems I forgot to check this if only Analyze is started.

That's weird because the output folder does exist. I also updated to v12.0 and the analyse function still logs this access denied error. But with v12., it's much more compact: "Could not create log file: ConvertWithMoss.log (Access denied)"

[moss]

The nki file has been saved with Kontakt 4.2.4, so it's affected by the problem you mentioned. Maybe for the time being, ConvertWithMoss could log this as a warning (it simply writes the Kontakt version into the log without any additional info that some supported features don't work with that version onwards).

All the details of supported attributes of the different formats are documented here:
https://github.com/git-moss/ConvertWith ... ormats.ods

Ah, I didn't check the GitHub repo yet. Thanks, this will be helpful.

Btw., when clicking Analyse button, there's always this being logged: ConvertWithMoss-AnalyzeError.zip

Make sure the output folder exists and can be written. Seems I forgot to check this if only Analyze is started.

That's weird because the output folder does exist. I also updated to v12.0 and the analyse function still logs this access denied error. But with v12., it's much more compact: "Could not create log file: ConvertWithMoss.log (Access denied)"

What is your output folder? Does this message also appear when you do a conversion?

[Schrödinger's Cat]

What is your output folder? Does this message also appear when you do a conversion?

Source and Destination do exist, the paths are simple and short ("E:\Test" for source and "E:\Test-SFZ" for output). The conversion runs without a problem. Here's a gif demonstrating the situation:

ConvertWithMoss-Analyse.gif

[moss]

What is your output folder? Does this message also appear when you do a conversion?

Source and Destination do exist, the paths are simple and short ("E:\Test" for source and "E:\Test-SFZ" for output). The conversion runs without a problem. Here's a gif demonstrating the situation:
ConvertWithMoss-Analyse.gif

Sorry, no idea why this is happening on your system. I tried the exact same setup, even with an external harddisc but could not reproduce the issue.

[RoDi64]

I try to join some mono split wavefiles to an Akai MPC Keygroup. The mono files are label with <filename>_L and <filename>_R and load without problems in other programs. I have set the 'left channel detection pattern' to "_L". However the program fails to convert with an error-log:

Detecting and converting multi-samples...

Analyzing: D:\Audio\CD Siedlaczek Orchestra\String_Perf\String Tremolo
Detected 8 WAV (*.wav) files.
Processing........
Cannot invoke "de.mossgrabers.convertwithmoss.file.wav.WaveFile.getFormatChunk()" because "otherWave" is null
java.lang.NullPointerException: Cannot invoke "de.mossgrabers.convertwithmoss.file.wav.WaveFile.getFormatChunk()" because "otherWave" is null
at de.mossgrabers.convertwithmoss.file.wav.WaveFile.combine(WaveFile.java:279)
at de.mossgrabers.convertwithmoss.format.wav.WavFileSampleData.combine(WavFileSampleData.java:117)
at de.mossgrabers.convertwithmoss.format.KeyMapping.combineLeftRight(KeyMapping.java:396)
at de.mossgrabers.convertwithmoss.format.KeyMapping.combineMonoToStereo(KeyMapping.java:363)
at de.mossgrabers.convertwithmoss.format.KeyMapping.combineAllMonoToStereo(KeyMapping.java:339)
at de.mossgrabers.convertwithmoss.format.KeyMapping.convertSplitStereo(KeyMapping.java:321)
at de.mossgrabers.convertwithmoss.format.KeyMapping.createGroups(KeyMapping.java:232)
at de.mossgrabers.convertwithmoss.format.KeyMapping.<init>(KeyMapping.java:155)
at de.mossgrabers.convertwithmoss.format.samplefile.SampleFileDetectorTask.createMultisample(SampleFileDetectorTask.java:184)
at de.mossgrabers.convertwithmoss.format.samplefile.SampleFileDetectorTask.readFile(SampleFileDetectorTask.java:140)
at de.mossgrabers.convertwithmoss.format.samplefile.SampleFileDetectorTask.detect(SampleFileDetectorTask.java:88)
at de.mossgrabers.convertwithmoss.core.detector.AbstractDetectorTask.call(AbstractDetectorTask.java:145)
at de.mossgrabers.convertwithmoss.core.detector.AbstractDetectorTask.call(AbstractDetectorTask.java:58)
at javafx.concurrent.Task$TaskCallable.call(Task.java:1401)
at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.base/java.lang.Thread.run(Unknown Source)


Finished.

I assume that the program can not find the matching file for the right channel. Any advice?

[moss]

I try to join some mono split wavefiles to an Akai MPC Keygroup. The mono files are label with <filename>_L and <filename>_R and load without problems in other programs. I have set the 'left channel detection pattern' to "_L". However the program fails to convert with an error-log:

Detecting and converting multi-samples...

Analyzing: D:\Audio\CD Siedlaczek Orchestra\String_Perf\String Tremolo
Detected 8 WAV (*.wav) files.
Processing........
Cannot invoke "de.mossgrabers.convertwithmoss.file.wav.WaveFile.getFormatChunk()" because "otherWave" is null
java.lang.NullPointerException: Cannot invoke
...

I assume that the program can not find the matching file for the right channel. Any advice?

Could be but then the program should complain about it and not crash. Can you send me an example? PM me.

[RoDi64]

OK. Thank you.

[bkart]

Thanks, I will try this way.

Hello Moss.

after using the resampler pro amxd into ableton live for recording a multisample, I get some files with the format :
midinotenumber(space)velocity(space)referencepitch {recdateandtime}(dot)aiff

for example :
0 120 C1 [2025-01-17 144002].aiff

How can I configure the algorithm to organise my samples?
Thanks.
Brice

That's tricky. My algorithm searches from the end for the MIDI note and might get confused by the numbers in the brackets. You cannot configure this.
I suggest that you use a multi-file renamer tool which allows you to remove that part at once and also put a meaningful name at the front of the files.