Marbles_00 wrote:Okay, I've been able to set up and basic control the KX St_Volume plugins. But what I've noticed:
1) when using the following command:
- Code: Select all
Plugin: XPert
Command: Delegate
Variables: kX driver;Set;Livingroom>[[!instant!xPerT>Precise>kX driver>Livingroom]+100]
The bars go blank and I get a strange alien face looking back at me...see attached image at the bar next to Livingroom. I can recover, by decreasing the volume until it zeros out, then increase again.
Yeah i cannot now exactly say why theres that alien... but there are few possibilities:
1. mayby area for bar is just bit too small (this is bit far fetched, and i dont believe its cause, mentioned it just in case however)
2. Those incremental commands where only added to xPerT, but no new version of kXd was made. So kXd still allows values to overflow. This is just something i would need to fix and release new kXd. There are also similar unfortunate small bugs there to fix.
3. Those webding bars are only meant for debugging anyway... theres also skinnable graphical bar support now... with those u wont meet aliens... unless u skin them u self
2) I've been only able to control the bars once when clicking on them directly. Because I've only been able to do it once, I cannot for the life of me figure out what I did so I can do it again. Being able to click on the bars is an ultimate goal. This would give similar behavior to clicking on the winamp volume.
Well... u should really restart kdx, pervhub each time u bring xlobby up... or rather let the automatic features take care about it... Ive noticed that if u just keep Pervhub running on back.... the clicking might not work. Ofcourse this is also unwanted behavior and i should eventually fix it... its just have not been my top priorities.
Also make sure that your screen name is given right and is also given in those bar IDs... cause screen check was added to supress clicks when user is viewing other screens, this was also causing plenty of headaches for scalt so mayby those posts give some pointers.
3) Like what Scalt mentioned in his Jan.22nd post, PervHub crashes periodically.
Yeah this one ive been experiencing too... and its gonna be hard one but important to locate this bug... Its just pervhub is coded with c++ so there might be couple hard to locate leaking pointers there
But does automatic recovery bring pervhub up again after crash?
4) As you have noted, takes some time for the bars to refresh when first going to them, or if they haven't been viewed for a while and you quickly go to adjust the volume. Hopefully you can fix this. This would require quicker communication between PervTalk devices I would think.
That is certainly true... there was some decisions made at beginning and pervtalk as such aint really suitable for any kind of activity which requires delays less than one second. However with considerable effort rules can be always bent somewhat... thats what i already did to get animations running smoothly for rika... so who knows... but on this department im not giving any promises. however time which it keeps old values cached up is much easier to change... mayby i can make it user controllable in some future version.