Had a project in a subfolder called "Virtual Instruments & Samples" and was running into vague compile errors on Windows.

Looks like certain characters break the .bat script and it fails to resolve the filepath. not a big deal, moving the project fixed it

Just a heads up in case someone else runs into ambiguous compile errors that just say "check the console output"

@d-healey It no longer crashes HISE :)

I'm using Encrypted expansions

Just reopened NEATPlayer for the first time in 2 years lol and this function is causing trouble.

@d-healey said in Expansion - Access AdditionalSourcecode file:

As far as I'm aware this is no longer required, but the docs haven't been updated.

expHandler.setAllowedExpansionTypes([expHandler.FileBased, 
                                     expHandler.Intermediate, 
                                     expHandler.Encrypted]);

Can I safely remove it? Or do I need to replace it with something?

I've just started using NAM in my own music and it's seriously impressive

it looks like the RTneural implementation is using a pretty standard wavenet setup that works on a sample-by-sample level so it should be pretty easy to port over once it's ready, basically just a "more specific" neural node, it might even already be possible to use the regular neural node for it if you know how to import the weights

@clevername27 No sorry, I think I ended up removing the SN network entirely

@HISEnberg NEATBrain doesn't use any crossfading shenanigans, it just loops a single cycle at its fundamental frequency to simulate a wavetable synth

@d-healey I just realized a pretty decent workaround is to assign relevant GUI parameters to CC messages, that way the end user can also right-click and bind/unbind whatever they want for automation AND if you stick to conventional CC (like assigning Attack to CC73), most workstations will label them automatically.

ARTIFICIAL INTELLIGENCE

@d-healey Like I said it's not a HUGE requirement, I like to end some songs with a long fade guitar chord to transition into some other sections or whatever, I can always just max the Sustain and use volume automation before the amp :)

So you would have to compile Rhapsody with

HISE_MACROS_ARE_PLUGIN_PARAMETERS=1
HISE_NUM_MACROS=8 (or whatever)

I've implemented this for a particular project, but I tried to enable the use-case of Rhapsody (or other Full-Instrument players) with this too so let me know if there are some issues.

@d-healey have you gotten around to this? ran into this issue again today

@iamlamprey ah just found this comment at the top of the cpp file:

/*//
 This is an automatically generated GUI class created by the Introjucer!

 Be careful when adding custom code to these files, as only the code within
 the "//[xyz]" and "//[/xyz]" sections will be retained when the file is loaded
 and re-saved.
*/

edit: appending the code there compiles, but crashes HISE when I add an envelope. it's not too important of a feature so i don't really care to test any more ¯_(ツ)_/¯

@orange I only see these:

addAndMakeVisible (decaySlider = new HiSlider ("Decay"));
decaySlider->setRange (1, 20000, 1);

The rest of the results seem to be related to Scriptnode, dsp unit tests or otherwise commented out

@orange Just tried modifying it and it doesn't seem to change anything (limit still capped at 20000), plus I'm not sure if source code changes will propagate down to the exported Rhapsody Library, since I think that depends on the HISE settings that originally compiled it.

Unless I'm wrong? @d-healey

Is this possible? Can't find a preprocessor or anything for it, ideally I would avoid ScriptNode because it's a Rhapsody library and some networks can be a bit weird in it

@d-healey are sub 0.5hz LFOs supported in Rhapsody? also should the default not just be 0.01hz? Is there any reason why we should need the preprocessor flag?

Another error related to this line:

var importedSamples = Sampler1.asSampler().importSamples([path], false);

Exception thrown: read access violation. std::_Atomic_address_as<long,std::_Atomic_padded<int> >(...) returned 0xFFFFFFFFFFFFFFFF.

This Atomic file is part of VS2022 so I'm in uncharted waters now I think

okay nope, still crashing, now with a different jassert:

// if this hits, you're using multiple writer threads. consider the ScopedMultiWriteLock instead
jassert(lock.writer == thisId || lock.writer == i);

@Christoph-Hart is this a drive-related error? its an old dying HDD so I'm assuming it's related

@iamlamprey

Okay I've moved Sampler1.setAttribute(Sampler1.RRGroupAmount, NUM_ROUNDROBINS); out of the internal function so it's only being called once, silly me

@dannytaurus Yeh I pasted that hastily, it's part of a larger function but includes the important parts.

I just debugged it and got a seemingly unrelated error so I'm thinking the problem is actually due to this line:

Sampler1.setAttribute(Sampler1.RRGroupAmount, NUM_ROUNDROBINS);

I'll keep digging

I have a backend script that has to import some 1600 (small) samples, set various sample attributes (root, velocity, RRgroup etc) then save the sampleMap but every time I run it it crashes HISE.

What are the best practices for batch importing like this? Tried:

• Background worker with killAllVoicesAndCall which made it worse
• Switching from HDD to SSD (lol)
• inline vs regular function, inline seems to be a bit more stable but still crashy
• using less (200) samples, still crashes just as often

samples = FileSystem.findFiles(samplesFolder, "*.wav", false);

for (i=0; i<samples.length; i++)
{
	// Get sample name as string
	prefix = "{PROJECT_FOLDER}" + samplesFolder.toString(1) + "/";	
	name = samples[i].toString(3);
	path = prefix + name;

	// Set the RR Group Amount & Import Samples
	Sampler1.setAttribute(Sampler1.RRGroupAmount, NUM_ROUNDROBINS);
	var importedSamples = Sampler1.asSampler().importSamples([path], false);

for (s in importedSamples)
{	
	sT = s.get(Sampler.FileName);
	idx = sT.indexOf("root") + 4;
	subString = sT.substring(idx, sT.length);
	idxEnd = subString.indexOf("_");
	subString = subString.substring(0, idxEnd);
	rootNote = Math.round(subString);					
	
	//s.set(Sampler.LoKey, 64);		// doesn't work						

	// Low Key Fix	
	for (x = 3; x < 5; x++)
	{
		s.set(x, lowKey);
	}	
	s.set(Sampler.Root, rootNote);	
	s.set(Sampler.HiKey, highKey);
	// etc

	Sampler1.asSampler().saveCurrentSampleMap(sampleMapName);	

}