Script inside script bug
Posted: 05 Jul 2023 21:04
Hi Bernd
In this post: viewtopic.php?t=3388 you recommended to add a script inside a script using the "Container" script-line option, in order to achieve a full bed over the multiple media library entries. This is causing some issues in our use-case.
We have 2 scripts:
When inserting an instance of script 2 as Embedded Container the Media Library history receives 4 items.
This made me do some testing and apparently every time a script is evaluated (eg: inserted as embedded container and dragged into a media player) the items get added to the media type history, even though the script is not actually played back! So when you eject an embedded script container from a media player and drag it in again, every time the items get appended to the history! I don't know if this is intended behaviour but this may be the cause of some of the other bugs I described here.
There is also a problem when loading this "script 2" as an overlay. The overlay sometimes starts the next playlist track before the actual audio of the overlay stops playing (it is closed before the end but the audio keeps playing). Can it be the case that a container inside an overlay is evaluated initially with a specific length, but when the container inside the overlay is played back 2 different media library entries are resolved, causing the timing to be incorrect and the overlay to stop prematurely? This may also explain why there are 4 items appended to the history instead of 2, the script is evaluated twice maybe?
Sorry for the list of bug reports lately, we are using ProppFrexx in a very advanced way. It is amazing to have so much flexibility but that sometimes comes with some side effects/bugs.
In this post: viewtopic.php?t=3388 you recommended to add a script inside a script using the "Container" script-line option, in order to achieve a full bed over the multiple media library entries. This is causing some issues in our use-case.
We have 2 scripts:
- 1 script that plays back 2 random media library entries (news bulletins) separated by a separator:
- 1 script that plays back the other script, appends an intro and outro as script-line, and adds a bed over the playback of the entire "Container" script-line.
When inserting an instance of script 2 as Embedded Container the Media Library history receives 4 items.
This made me do some testing and apparently every time a script is evaluated (eg: inserted as embedded container and dragged into a media player) the items get added to the media type history, even though the script is not actually played back! So when you eject an embedded script container from a media player and drag it in again, every time the items get appended to the history! I don't know if this is intended behaviour but this may be the cause of some of the other bugs I described here.
There is also a problem when loading this "script 2" as an overlay. The overlay sometimes starts the next playlist track before the actual audio of the overlay stops playing (it is closed before the end but the audio keeps playing). Can it be the case that a container inside an overlay is evaluated initially with a specific length, but when the container inside the overlay is played back 2 different media library entries are resolved, causing the timing to be incorrect and the overlay to stop prematurely? This may also explain why there are 4 items appended to the history instead of 2, the script is evaluated twice maybe?
Sorry for the list of bug reports lately, we are using ProppFrexx in a very advanced way. It is amazing to have so much flexibility but that sometimes comes with some side effects/bugs.