|
Post by rickrepsher on Apr 1, 2023 21:08:45 GMT
Torsten,
Good day! Can you shed a little more light on the {pause} command. I have used it a couple of times, and the results seem different. It is my understanding that at the pause, any timing with the {d_time:M:SS} command stops too.
I have one song where this seems to work, and another that upon "un-pausing" actually jumps to the end of the song. (in Windows.... I have not tested this on my tablet.)
Thanks!
Rick
|
|
|
Post by Torsten on Apr 1, 2023 21:50:32 GMT
Hey Rick, not sure what might be happening here - can you send me the song files so I can check them out? Normally, pause should only do what it says: pause scrolling. After "un-pausing", scrolling should continue at the speed that is currently set. The d_time commands are only used to calculate the scroll speed at the current point in the song and shouldn't influence any behavior during the actual scrolling, so normally the internal "scroll cursor" shouldn't move at all during pauses.
Happy to look into the files - maybe they actually point me towards some nasty hidden bug...
Cheers,
Torsten
|
|
|
Post by Torsten on Apr 2, 2023 15:03:26 GMT
Torsten, ... another that upon "un-pausing" actually jumps to the end of the song... Thanks! Rick Hey Rick, thinking about this some more: can you check if in that song you have set the {duration:...} tag correctly? The scroll speed for the last section of a song (between the last d_time tag and the end) is calculated from the difference between duration and the last d_time. So if your duration is too short, and the pause is after the last d_time, that would mean that the rest of the song scrolls VERY quickly... I've seen behaviors like that in songs where I somehow messed up my d_times or durations. But again - happy to check out that misbehaving song if you send it to me. Cheers, Torsten
|
|
|
Post by rickrepsher on Apr 2, 2023 15:22:52 GMT
Torsten,
Not at my computer today. I know that I have not set the {duration:xxx} tag on the "problem" song.
Let me do a little testing myself, and I will get back to you.
Thank you!
Rick
|
|
|
Post by rickrepsher on Apr 3, 2023 16:22:22 GMT
Torsten, I went back in and added the {duration:x.xx} tag. This one is still funny. It seems to only happen in the Windows version. Android seen to scroll the way one would expect. I have included the text file and the images... just so it works the same way. Thanks again. Rick Attachments:Yes.zip (61.89 KB)
|
|
|
Post by Torsten on Apr 3, 2023 16:43:38 GMT
Hey Rick,
that one actually has nothing to do with the pause tag - the problem is that you entered two consecutive d_time tags with exactly the same time stamp and some lines in between. That causes LivePrompter to accelerate to "infinite warp speed" and jump over all following content right to the end.
Simply remove one of the offending d_time tags, and scrolling will slow down to normal again.
{pause} >PAUSED!< {textsize:130} {cc0:Round About} {cc0:PAUSED!} {textsize:90} {d_time:2:45} >Intro:< 2:45 {p:Yes-RoundAbout-Swells.jpg} {d_time:2:45} |: Em F#m G F#m | G F#m Em | Em F#m G F#m | Em : | >2X<
Cheers,
Torsten
BTW: one thing I noticed is that embedding pictures seems to mess with the screen focus for pause tags and makes them trigger later than they are supposed to. I'll have to check if I can do something about that in the classic version - the new version with its revised rendering engine should be unproblematic.
|
|
|
Post by rickrepsher on Apr 3, 2023 19:03:34 GMT
Yikes....
All I can say is DUH!
Our band has a few "long" medleys, and we tie everything to a click. No backing tracks. I have used the pause 3 or 4 times before with no problems, so I guessed it was something I did.
I really should have seen that one.
Thanks again, and I'll be on the lookout next time.
Rick
|
|