I don't know which player you're using (that's the first info users should give here) but it's probably related somewhere to "not enough buffer". You should first check if lib is continuing to create chunks and update playlist when playback stops: If so, problem is player related. To increase buffer you can use these 2 args (at the end of samyGOso (-T) commandline in startup script):
- NUMOFCHUNK:number - Number of chunks currently parsed in playlist (max:10). Default is 3 which means: 1 previous chunk (out of playlist) kept, 3 full/active chunks, and the next one being written. 1+3+1=5 so you need permanent room for 5 chunks.
- KEEPCHUNKS:number - Number of previous chunks (=past, henceforth out of playlist) to keep before they're deleted. Default is 1 as I just told above.
Beware that /dtv space is limited!! I know it's 40Mb on E and 100Mb on H, no idea on F (surely between E and H). Each chunk is 4,620,288 bytes so be careful to not overflow /dtv (crash guaranteed!), and think that not only current lib is using that "workspace". You can check total/used/free space using command:
Lib uses 22Mb by default (5 chunks) so there's still some margin left anyway.
? For reference, needed space (in bytes) is: (NUMOFCHUNK + KEEPCHUNKS + 1) * 4620288
Otherwise if you still need some bigger buffer, change WEBROOT value on top of startup script to something different than /dtv/www, for example on usb: /dtv/usb/sda1/www. No more worry about free space then.
Also know that for most players and the way they handle HLS: bigger is the buffer, greater is offset between stream and live.
...and definitely better use libNoDRM if you're "lucky MST owner"