Hey Scott, thanks once again for the work you pour into this. I'm still having an issue getting the fading to work correctly. I'm trying the following command: !roll20AM --vcontrol,volume:20,fade,tickTime:2,volTick:10|CarelessWhisper Issueing above command floods the chat with the message: The volume change command you sent was invalid. Volume to change to
can be a number or basic arithmetic (e.g. 5,+5,-5,*2,/2). This I believe shows, that the right function is being triggered because fading should be the one recursive function here. From what I can gather this might be (just guessing) because the fraction the scripts calculates gets incredibly small until it will be printed in scientific notation which then sets off the regular expression. Otherwise it does in fact reduce the volume but from what I can gleam it does so only on the first tick, does not change the volume on subsequent ticks and seems to lower the volume on the first tick way to low (if I understand the working correctly it should decrease the volume every 2 seconds by 10 until it reaches 20 - correct?), but I believe the first tick already reduces it to 20 and the subsequent ticks don't do anything. I noticed, independent on how the tracks are set-up it never seems to fade up, only down. Edit: after fudging around, I now cannot reproduce this anymore. I'm trying to find a way to reproduce this and otherwise thank you for your work! One thing I can reproduce kind of is when I fade a track to volume 0, Roll20AM gets stuck in a loop and repeats the message in chat after fading a bit: The volume change command you sent was invalid. Volume to change to
can be a number or basic arithmetic (e.g. 5,+5,-5,*2,/2). This causes the issue: !roll20AM --vcontrol,volume:0,fade,tickTime:2,volTick:10|CarelessWhisper This does not: !roll20AM --vcontrol,volume:1,fade,tickTime:2,volTick:10|CarelessWhisper I believe this is caused by the script failing to calculate the change on the final tick.