Tvheadend

TVHeadend itself is ondemand beckend and midware.
Timeshift is available option, but with limitation it need client on frequency,
aka tuner for frequency witch need static configuration or tuner per frequency (mux/transponder).

example:
For all Astra 19.2E services you need 120 tuners + enough storage space.

Sort of solution is to implement HLS + API index of events
but this is complicated and there will be developer challenge.

I know how the current timeshift implementation works.
Of course nobody would want to have that kind of timeshift for every channel/mux available but only for a selected group of channels...
In my case, I have 14 tuners with 6 channels always recording with a retention period of 7 days and still lots of tuners left (some share same mux).

By the way, how can HLS be a solution?

Would be nice with some sorts of index in timeshift so you can select an earlier program in the EPG if it's available in timeshift. Something similar it does with recordings.

I'd second this request!

In the Netherlands, too, many (if not all) TV service providers offer functions salled "replay TV", "missed program", "missed start of program", etc.

Of course, no-one has enough tuners and enough disk space to record all transponders on, e.g. one Astra satellite.

But a 4-tuner HDHomerun is quite affordable so it could potentially 'always-on timeshift' 4 DVB-C muxes.

• Choose which services I want to timeshift/record permanently and with which priority related to other services / recordings on non-timeshifted services
• Per service, choose if I want to timeshift for a certain period of days, or a number of tv-shows (e.g. timeshift 5 tv-shows, delete oldest)
• Ability to 'keep' a tv-show (just like when I recorded it).

This go's more at VOD then TimeShift

Timeshift is VOD

Eymert, that is exactly what I would like to see.
My tvh server setup has 14 tuners with a 6Gb raid0 and it's enough to keep recordings for the past 7 days for a couple of channels (mostly use it for movie channels).
At the moment I use the DVR as I mentioned on the first post but it would be much easier to "browse" the recordings if I could use the EPG window.

xtream-codes (+stalker) already support this functionality (you can select for each channel how many days to timeshift) ant then "navigate" on the timeshift with the rewind/forward keys or using the EPG.

Maybe this is as easy as linking the EPG to the recordings...

It should be fairly easy to implement (but not for me: I can read code in most languages easily, but do not have the time or experience to effectively develop something like this).

TVheadend does already have the EPG, Timeshift and recordings features. Only thing which is needed, is to stitch them together. Example workflow:

• Choose which services to 'record' continuously, which TVHeadend will then do and split the recordings based on the EPG.
• The existing recording profile functionality will take care of how much space this can take, I guess

This would already be a great improvement.

• Be able to browse back in the EPG (also through the HTSP API) and see which programs are available as recording
• Make existing timeshift functionality aware that the currently running show is being recorded, so you can start from beginning.

Obviously, a dedicated tuner would need to be on the frequency carrying the chosen service all the time, but, for example, in the Netherlands, 2-3 channels I am interested in are carried on one mux, so I could already simultaneously record 3 channels using only one tuner.

And of course, this would be more VOD-like functionality than "timeshift", but hey, that is the whole idea behind TVHeadend, right.

At least improving on existing recording functionality already would make TVHeadend come quite a bit cloer toward this functionality. It would not need to be that complex.

lets see how timeshift work and can be implemented
/simple or not so/

Time shift is indexed archive of recorded content
similar as HLS segments but in difference from HLS have:
Time index
You wont to return and see what is been exactly 10 hours ago.
Event index /connected to EPG/
In this case can be see event with name on date.

in difference or regular 27/7 record time shift need to have time segments with extra event code
/to be more easy to skip commercials /

Also implemented to container, with will store all this information,
plus stream changes as video aspect, audio type and count.

Don't make mistake with Camera DVR devices,
they have only fixed parameters of video and audio streams, and timer

Jaroslav, all,
How hard would it be the implementation of re-using the timeshift buffers from an active subscription?

Example:
User A is subscribed to channel X for 1 hour.
User B starts a subscription to the same channel.
When user B subscription starts tvh checks is the channel is already subscribed && stream profile is the same,
then it could share the timeshift buffer from user A subscription (instead of creating a new one).

If this is possible and not so hard to implement, then it's half-way to the initial goal.

We need really to change the whole MPEG-TS data handling (bug #3991) to store the original mpeg-ts data for the advanced re-play possibilities. The current timeshift implementation is too much tied to the HTSP protocol.

Hi,

I see we're two years later, is there any plans to implement this in the future ?
It would be an awesome feature, like others I have more tuners than muxes so having them always-on would make a lot of sense. Ideally keep one or two programs back, but even the ability of just configuring a time (keep two hours) would be great already.

If you implement it (or find someone who wants to implement it) then it's planned. Otherwise it's not planned as there are no developers (which means no progress/no implementation of new features).

Temporal solution
https://tvheadend.org/boards/4/topics/32005