set up complications...

[Lindon]

@DanH thanks I will give it a go.

[d.healey]

@Lindon What have you done with the real Lindon? It was his thread that triggered Christoph to add those flags, and he did extensive testing...

Installing Samples Dialog....

OK I guess you are going to be in here at some point so...given I'm on a roll with this request= instant development thing... It might be nice if there was a...

Forum (forum.hise.audio)

[Lindon]

@d-healey said in set up complications...:

@Lindon What have you done with the real Lindon? It was his thread that triggered Christoph to add those flags, and he did extensive testing...

Installing Samples Dialog....

OK I guess you are going to be in here at some point so...given I'm on a roll with this request= instant development thing... It might be nice if there was a...

Forum (forum.hise.audio)

the real Lindon? that guy had some sort of functioning memory - me now - I cant even remember who you are....

[Lindon]

@d-healey -- hang on I just re-read that thread. I WANT to use the install process, but just not get this silly (false positive) error...

[Lindon]

Yep this is definately NOT what I want ---

this completely circumvents the sampler install process....now no samples get installed at all... bad bad bad.

I'm just trying to get rid of this false positive response from HISE - see the image in the first post - If I press Ignore then it all works fine.

[DanH]

@Lindon what happens if you set both those flags to '1'?

In any case it seems your proj is messed up in some way!

Are you sure the Link file hasn't already been set in the app folder? (and it can't find the samples that it thinks are there?)

[Lindon]

@DanH - so the link file has been set up in the sample install process, so its there- with the correct location - that is pointing at the correct folder - which is filled with all the correct samples, then it shows the message above, not every time and not to everyone... I wish I knew why or how to get rid of it.

[ustk]

@Lindon Probably because the check needs a bit more time before declaring the samples aren't installed...

[Lindon]

@ustk said in set up complications...:

@Lindon Probably because the check needs a bit more time before declaring the samples aren't installed...

..er you mean a bit more time before it discovers the samples are installed?

so its a timing issue? Is there a way around this - some way to slow down this check?

[ustk]

@Lindon Hmmm... Yes, this is what I mean, but I'm not sure there is a "timing" involved. It might something else that makes the detection to occurs too late, only Christoph could answer, I am looking at the code but I'm pretty sure I won't be able to find anything...

[ustk]

@Lindon Can it be because users are placing the samples on a drive that takes too long to wake up?

[Lindon]

@ustk said in set up complications...:

@Lindon Can it be because users are placing the samples on a drive that takes too long to wake up?

-- not for every case - I have users who have the samples installed do their desktop...

[Lindon]

@ustk said in set up complications...:

@Lindon Hmmm... Yes, this is what I mean, but I'm not sure there is a "timing" involved. It might something else that makes the detection to occurs too late, only Christoph could answer, I am looking at the code but I'm pretty sure I won't be able to find anything...

@Christoph-Hart - can we have a loop that goes around this a couple of time - to account for different drive speeds - and thus reduce these false positives?