Tvheadend

Adam Sutton wrote:

Functionality is that hitting the start of the buffer results in pause, hitting the end of the buffer returns to live playback. That's the mostly sensible approach, in my opinion, and won't be changed (at this point).

Adam

Yes, You have right when buffer hitting the start of the buffer results is pause - right. I haven't noticed that, but when seeking reaches end of buffer it doesn't return to live playback, in log writes that is "already live" but still is from buffer and as effect is not smooth image. the effect is the same as when fastForwarding.

Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip 189197000 requested 17027730
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip last_time 125688370947 pts_delta 125559952842
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip ignored, already live
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip 189473000 requested 17052570
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip last_time 125688406947 pts_delta 125559952842
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip ignored, already live
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip 191942000 requested 17274780
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip last_time 125688707948 pts_delta 125559952842
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip ignored, already live
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip 192063000 requested 17285670
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip last_time 125688707948 pts_delta 125559952842
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip ignored, already live
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip 192455000 requested 17320950
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip last_time 125688770948 pts_delta 125559952842
Mar 10 22:28:56 streamer tvheadend[9494]: timeshift: ts 0 skip ignored, already live
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip 193327000 requested 17399430
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip last_time 125688878948 pts_delta 125559952842
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip ignored, already live
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip 193523000 requested 17417070
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip last_time 125688940948 pts_delta 125559952842
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip ignored, already live
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip 197010000 requested 17730900
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip last_time 125689343948 pts_delta 125559952842
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip ignored, already live
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip 197281000 requested 17755290
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip last_time 125689395948 pts_delta 125559952842
Mar 10 22:28:57 streamer tvheadend[9494]: timeshift: ts 0 skip ignored, already live

No, TVH goes live when it hits the end of the buffer and stops playing from the timeshift buffer. You can see that in the above log ("skip ignored, already live"). That's TVH responding to an external request (from the client) to skip forward while in live mode.

I'm going to take a wild stab in the dark and say you're using XBMC? It doesn't (currently) have any way to handle the event from TVH saying we've returned to live and so it continues to try and FF, constantly asking TVH to skip forward. I've no doubt that will result in weird behaviour.

To be honest using FF/RW in XBMC is not a good idea, it just doesn't handle it very well (i.e. its considered broken/non-functional). Stick to using simple skip commands.

Adam

Yes I use XBMC. Ok, I won't be complain.
Thanks a lot for you effort.