I set up LoopUntilLive as documented, and had it working okay for a test stream I was toggling on and off. Using a more realistic target, where my source is an intermittent multicast transport stream, I’m having the player drop when the live stream goes away. I just tried putting the ModuleLoopUntilLive ahead of streamPublisher in the Modules order, to see if that makes a difference.
Besides that, is it possible to “nest” LoopUntilLive configuration, to have a hierarchy of source streams? My actual application will have either an SD transport stream, and HD transport stream, or nothing, and then there are potentially a couple of backup streams (one for each). What I’d like to have, in order of preference, is:
HD
SD
HDbackup
SDbackup
LOS.mp4
Could I set up LoopUntilLive with LOS.mp4 as the video source, use SourceStream SDbackup and OutputStream SDbackup+LOS.mp4
then use that output as the video source with SourceStream HDbackup and OutputStream HDbackup+SDbackup+LOS.mp4
and so on.
Any tricks to configuring that? Will it even work, or does the video src= content in the SMIL have to exist when the application initializes? Would I end up using a ton of computing resources just to idle? I guess I end up spewing a lot of the same bits into multiple streams.