Tvheadend

If you pipe them through ffmpeg, you can tell ffmpeg to offset the stream by 3 hours. (It's either the -s or -t option, IIRC; one seeks to that point in time before starting the input, and the other actually decodes the input until it reaches that point in time and then starts the output. However, those are just rememberances off the top of my head, so I'd double-check with the docs first.)

Thanks for your help.

Right now I have the raw url in the mux section. Do you know if I have to create a server that uses ffmpeg to forward the stream or is there a way to call a simpler script from the mux url setting?

If I pass it through ffmpeg it might just play from the end like it does for recording if I'm lucky.

You can call ffmpeg through the mux url using the pipe:// scheme

That sounds like a good solution. Thanks.

I found some norewind versions of the streams that only have 3 8second ts segments in. eg
http://vs-hls-uk-live.edgesuite.net/pool_31/live/bbc_two_hd/bbc_two_hd.isml/bbc_two_hd-pa4%3d128000-video%3d1604000.norewind.m3u8

but they jerk when played back through the pvr.hts Kodi TVheadend pvr client. Hopefully ffmpeg will fix it.

I did find that they failed with an error with older versions of ffmpeg. I found this with ffmpeg 2.8 on android yesterday. They were fine with a 3.0 version.

This was all I found about pipes by searching this website. Is it the right page?
https://tvheadend.org/projects/tvheadend/wiki/Custom_MPEG-TS_Input

The command that worked for me on rpi libreelec was

pipe:///usr/bin/ffmpeg -loglevel fatal -i http://vs-hls-uk-live.edgesuite.net/pool_30/live/bbc_one_hd/bbc_one_hd.isml/bbc_one_hd-pa3%3d96000-video%3d1604000.norewind.m3u8 -vcodec copy -acodec copy -metadata service_provider=BBC  -metadata service_name=BBC1 -f mpegts  pipe:1

Probably same problem that i have with BBC and some other streams
This happens with HTSP or transcoding but when playing with "pass profile" it works as it should.

https://tvheadend.org/issues/3918