SliderPack trouble
-
I'm using a SliderPack to control other SliderPacks with the below code. Each sliderpack is assigned to a different Arpeggiator. If I use this code the project hangs sometimes when switching presets. If I comment it out its fine. All the sliderpacks have save in preset enabled. Any ideas?
inline function onSliderPack4Control(component, value) { SliderPack7.setSliderAtIndex(value, component.getSliderValueAt(value)); SliderPack8.setSliderAtIndex(value, component.getSliderValueAt(value)); SliderPack9.setSliderAtIndex(value, component.getSliderValueAt(value)); SliderPack11.setSliderAtIndex(value, component.getSliderValueAt(value)); }; SliderPack4.setControlCallback(onSliderPack4Control);
-
@DanH ok so switching the child SliderPacks to not SIP solves the hanging issue. However now they won't reload their saved states as per their presets.
The first index will be changed when switching presets - according to the position of SP4. But none of the others.
@d-healey did you flag something like this up recently?
If SP4 is going to control the other sliderpacks it would make sense that when you switch preset that it loads SP4's data into all the other SPs, not just the first index...
-
@DanH check this thread : (https://forum.hise.audio/topic/5525/sliderpack-always-returns-last-changed-index/19)
it seems that David had the same kind of issue and it has been fixed in the latest commits.
-
That's some wonderful naming scheme you have there ;)
The issue I had was different, my project wasn't hanging.
I imagine the issue is caused by something in your script logic, do you have a simple snippet that demonstrates the problem?
-
@d-healey Yes some SPs came and went during the process - I'll name it nicely once / if it works :face_with_tears_of_joy:
Ok will make a snippet... prepare yourself...
-
@d-healey said in SliderPack trouble:
The issue I had was different, my project wasn't hanging.
Oh ok, I thought you mentioned that only one slider was updated when changing values, that's why I thought it could be the same problem.
-
-
@d-healey yup - I may have found the issue though in a different part of the script which deals with a custom arp preset browser... will let you know