It's now possible to use timeshift with live streams from IPTV Simple from version v5.2.0. It is provided via a new feature in inputstream.ffmpegdirect. It will enable pause, seek back and forward etc.
Notes:
- By default the buffer size will be limited to 1 hour, this limit can be set to a limit from 15 mins to 24 hours.
- A good heuristic for video size is 130MB per minute of 1080p video and 375MB per minute of 4K video (h264).
- If you pause a stream the buffer will grow indefinitely. It will not be reduced unless you seek or play from the pause point.
You need to enable the timeshift feature in the addon settings. Once enabled it will
only work with http streams automatically. If you would like to to try it with other stream types you can add the following KODIPROP's to each M3U entry you would like to try it on:
Code:
#KODIPROP:inputstream=inputstream.ffmpegdirect
#KODIPROP:inputstream.ffmpegdirect.stream_mode=timeshift
#KODIPROP:inputstream.ffmpegdirect.is_realtime_stream=true
For any TS stream an additional property should be added to every M3U entry using timeshift. This will speed up initial load time:
Code:
#KODIPROP:mimetype=video/mp2t
The feature us very much experimental, so expect issues
If you find it works well with other stream types let me know and I can add them to the settings.
Enjoy,
phunkyfish
Wonderfull! Tried it yesterday and it's working great after a Kodi restart, at least with ts streams. No noticable delay at playback start and seeking works as expected.
I just tried this out on Windows and it works perfectly, great job @
phunkyfish 
I am looking for m3u playlists for itv, if you have please.
(2020-06-27, 16:04)nwnyusa Wrote: [ -> ]I am looking for m3u playlists for itv, if you have please.
We do not provide playlists, M3U files or indeed any media here.
Providing the stuff to play on Kodi is the user's job.
@
phunkyfish i've noticed that timeshifting is also aplied to the "catchup-source" url.
Can you make this optional either with a setting in the addon or with an additional parameter in the m3u, so that timeshift is only used with the channel stream url but not with the catchup-source url?
(2020-07-04, 03:21)puenktchen Wrote: [ -> ]@phunkyfish i've noticed that timeshifting is also aplied to the "catchup-source" url.
Can you make this optional either with a setting in the addon or with an additional parameter in the m3u, so that timeshift is only used with the channel stream url but not with the catchup-source url?
Makes sense. Probably as an addon setting.
Hello phunkyfish,
I'd like to ask you does it work also with udp stream?
My stream looks udp://xxx.xxx.xxx.xxx:port.
If yes, what should I write as kodiprop?
Many thanks for your work.
I may have restricted it to http only to start with. Let me check.
If I have I’ll post a testbuild for you later this week.
EDIT: Yes, it will require a code change to allow you to try types other than http.
(2020-09-28, 20:44)phunkyfish Wrote: [ -> ]I may have restricted it to http only to start with. Let me check.
If I have I’ll post a testbuild for you later this week.
EDIT: Yes, it will require a code change to allow you to try types other than http.
Hello, thanks for answer.
Http streams work great, many thanks.
If you have time and access to any udp stream, you can try it. If not, don't worry.
Take your time, I'll wait, nou problem.
Many thanks for your work for us.
Hello @
phunkyfish,
I'm trying it on android box, but it doesn't work. It can't play any udp stream.
When I install back 6.3.2 version, udp stream works with nou problem, just if course timeshift doesn't work.
I'll test it on windows and linux mint tomorrow and will let you know.
Can you post a debug log or trying to play the udp stream? Also you can try enabling all streams and see if that works.
(2020-10-01, 21:45)phunkyfish Wrote: [ -> ]Can you post a debug log or trying to play the udp stream? Also you can try enabling all streams and see if that works.
Enabling all streams doesn't help.
I'll post a debug log, but tomorrow.
Also will try on windows and linux.
Many thanks for your time.
@
Franky Doparoma
I think it will default to using cURL if you try it with a udp stream so you might need to specify opening with ffmpeg. The example below assumes the stream is a mpegts.
Code:
#KODIPROP:mimetype=video/mp2t
#KODIPROP:inputstream.ffmpegdirect.open_mode=ffmpeg
#EXTINF:-1,Test UDP
udp://my.site.com/test.ts