The sampler goes crazy with monolith

[d.healey]

@bendurso It breaks monoliths for me, so don't use it :)

[bendurso]

Am I the only one with this problem?

I tested with 4.0.0, re-encoding monoliths and have the same problem, which is weird.

[d.healey]

@bendurso Can you make a mini example project for us to see the issue?

[bendurso]

@d-healey Yes, I've attached the project file. The error doesn't always occur, but if you start changing the sample map and play long notes (holding the keyboard note), at some point you'll hear an arpeggio of notes."

https://www.dropbox.com/scl/fi/1f0bdoa1d582oeuof1o82/Sapphire-Guitar-2-New-Test.zip?rlkey=1rz3lfd4x7j02p0xeqt0qzkxe&st=wb6e8qbh&dl=0

[d.healey]

@bendurso said in The sampler goes crazy with monolith:

but if you start changing the sample map and play long notes

Do you mean change the sample map while notes are playing?

[bendurso]

@d-healey Mm no, I mean playing normal notes until the sample ends. Sometimes it doesn't happen, but after changing the sample map several times, the error occurs while playing.

[d.healey]

@bendurso You say error, does that mean you get an error message? I'm not able to trigger any issues with the project and the steps you suggested. Might be helpful at this stage to make a screen recording of what you see.

[ulrik]

@bendurso I checked you project and yes, there is issues, for instance holding down B2 when having the sample map "Folk/Nomad Strings" selected, after 6 sec another sample will play.

So if this issue doesn't occur when playing that specific sample as wav or aiff, then it must be issues with conversion to monolith

[d.healey]

@ulrik Following your instruction I can trigger the issue too. It would be interesting to have the original audio files in order to test the conversion to monolith.

[bendurso]

@ulrik Thanks for checking :) Yeah, I just converted it to wav using the SaveMode=1 and the error was gone.

[bendurso]

@d-healey

Now I included the samples of the samplemap Nomad Strings. I re-enconde it again, and now the error it's on E3

https://www.dropbox.com/scl/fi/02f8y9qoguj2klhh1ms1z/Sapphire-Guitar-2-New-Test-2.zip?rlkey=r8fsa23im0yn9c97vakg06a95&st=r0t7038z&dl=0

[d.healey]

I just noticed in your sample map that all the files have absolute paths instead of relative paths (were your samples not in the project's Samples folder when you mapped them?). This could be the cause of the issue.

[d.healey]

I tested with the wav samples you sent. With your monolith I was able to trigger the issue on C2. When I rewrote the sample map to remove the absolute path and then recreated the monolith on my system I was unable to trigger the issue.

[bendurso]

@d-healey said in The sampler goes crazy with monolith:

I just noticed in your sample map that all the files have absolute paths instead of relative paths (were your samples not in the project's Samples folder when you mapped them?). This could be the cause of the issue.

Yes, I used samples outside of the project folder. That could be the issue?

@d-healey said in The sampler goes crazy with monolith:

When I rewrote the sample map to remove the absolute path and then recreated the monolith on my system I was unable to trigger the issue.

Did you do it with "Reencode HLAC monolith" or "reeconde all samplemaps as HLAC monolith"? Because I remember that when I used the individual reencode it worked fine, but when using all samplemaps function it caused the problem.

[d.healey]

@bendurso said in The sampler goes crazy with monolith:

Yes, I used samples outside of the project folder. That could be the issue?

Samples should always go in the project's samples folder, or (I think) you can link to them with a LinkOS file, but the cleanest solution is to put them in the project and then in the sample map use the {PROJECT_FOLDER} wildcard - that will be used automatically if the samples are in the project folder when initially mapped.

@bendurso said in The sampler goes crazy with monolith:

Did you do it with "Reencode HLAC monolith"

I clicked this:

[bendurso]

@d-healey said in The sampler goes crazy with monolith:

Samples should always go in the project's samples folder, or (I think) you can link to them with a LinkOS file, but the cleanest solution is to put them in the project and then in the sample map use the {PROJECT_FOLDER} wildcard - that will be used automatically if the samples are in the project folder when initially mapped.

Oh, I understand that, but since I only use monolith files, I typically access the wav samples directly from other folders and then convert them to monolith.

@d-healey said in The sampler goes crazy with monolith:

I clicked this:

I just tried it, and the problem doesn’t occur when using the individual conversion function. However, when using the "convert all sample maps" function, the issue arises, even if the samples are within the project.

[d.healey]

@bendurso said in The sampler goes crazy with monolith:

Oh, I understand that, but since I only use monolith files, I typically access the wav samples directly from other folders and then convert them to monolith.

We all use monoliths for final delivery. But your sample maps will be messed up with the absolute paths.

@bendurso said in The sampler goes crazy with monolith:

I just tried it, and the problem doesn’t occur when using the individual conversion function. However, when using the "convert all sample maps" function, the issue arises, even if the samples are within the project.

I'll give it a try tomorrow.

[bendurso]

@d-healey said in The sampler goes crazy with monolith:

We all use monoliths for final delivery. But your sample maps will be messed up with the absolute paths.

Oh didn't know that, thanks

@d-healey said in The sampler goes crazy with monolith:

I'll give it a try tomorrow.

Nice thanks :)

[Lindon]

@bendurso said in The sampler goes crazy with monolith:

@d-healey said in The sampler goes crazy with monolith:

Samples should always go in the project's samples folder, or (I think) you can link to them with a LinkOS file, but the cleanest solution is to put them in the project and then in the sample map use the {PROJECT_FOLDER} wildcard - that will be used automatically if the samples are in the project folder when initially mapped.

Oh, I understand that, but since I only use monolith files, I typically access the wav samples directly from other folders and then convert them to monolith.

Bad idea I think.
Do this:

1. Move all your relevant wav files to the Samples Folder
2. Build your SampleMap
3. encode your sample map to ch1 file (the down arrow David pointed at) - at this point you can remove the wav files from the samples folder...
4. When the entire project is done-finished-complete only then build your .hr monolith files...

[d.healey]

@bendurso No issue here when using the reencode all sample maps option - after I edited the sample map to remove the absolute path.