Feature #1267
Improve in-progress recording playback
0%
History
Updated by pierre cha about 12 years ago
Updated by hello
will it be possible to play the recording while the program continues to record .
sorry for the title .
Updated by Adam Sutton about 12 years ago
Updated by - Status changed from New to Need feedback
- Priority changed from Normal to Low
You need to be a bit clearer about what you're requesting? You currently can play recordings while in progress, although I believe they will stop at the point that was last available when you start (though if you skip it might pick up the new end).
I had a look at this and I think its a limitation of using HTTP streaming for the recordings, yes we can make them run to completion (similar to live streaming) but I don't think we can do that AND allow skipping.
Adam
Updated by pierre cha about 12 years ago
if my record is in status "running" , the button "play" is not displayed (windows/firefox).
Updated by Adam Sutton about 12 years ago
- Subject changed from play recording during reco to Improve live recording playback
- Category set to PVR / DVR
- Status changed from Need feedback to Accepted
Yes I see what you mean. I think this all ties into improving the ability to stream live recordings.
I imagine this test was added because trying to stream incomplete recordings has the problems I noted (that it will only playback up to the time you start playing).
Adding a link isn't enough (the link is available its just not displayed on UI) because of this, it just won't work as people expect.
Adam
Updated by Eric Valette about 12 years ago
Updated by Adam Sutton wrote:
Yes I see what you mean. I think this all ties into improving the ability to stream live recordings.
I imagine this test was added because trying to stream incomplete recordings has the problems I noted (that it will only playback up to the time you start playing).
Adding a link isn't enough (the link is available its just not displayed on UI) because of this, it just won't work as people expect.
Adam
Again, as long as you use mkv for recording, you will not be able to stop, restart, fast forward because the mkv header is not finished until you have all the data. For this you need TS recording...
Updated by Adam Sutton about 12 years ago
Eric,
thank you very much for that insightful input on a completely different topic.
1. This report was about a simple limitation in the UI not displaying a "play" link for in progress recordings.
2. I updated to indicate there is a fault in the HTTP code that means you'll only get the file up to the point you started (or resumed/skipped) playback.
3. This has nothing to do with MKV v TS format, both are affected in exactly the same way.
Adam
Updated by Eric Valette about 12 years ago
Adam Sutton wrote:
Eric,
thank you very much for that insightful input on a completely different topic.
1. This report was about a simple limitation in the UI not displaying a "play" link for in progress recordings.
You can play first and then record...
2. I updated to indicate there is a fault in the HTTP code that means you'll only get the file up to the point you started (or resumed/skipped) playback.
3. This has nothing to do with MKV v TS format, both are affected in exactly the same way.
Sure for that part. but what about time shifting :-)
Updated by Adam Sutton about 12 years ago
- Subject changed from Improve live recording playback to Improve in-progress recording playback
1. Not relevant to the point being made; i.e. that a link to play a recording is not presented unless the recording is complete. It's a simple UI bug, though it is probably related to problems with streaming incomplete files via HTTP.
2. Not relevant to this topic. This is about the inability (regardless of container) to play back an in progress recording (changed title to avoid confusion). It doesn't actually relate to live tv, so time shift isn't relevant.
There is some overlap in the more general case, but it's not relevant to this specific issue.
This topic has nothing to do with container format, whether A is better than B has no bearing on the presence of a link or the problems of streaming incomplete (updating) files via HTTP.
I can make it possible to watch an in progress recording (in either container), but unfortunately limitations in HTTP (or my understanding of its partial content headers) means you cannot skip around in the recording. And yes that goes for TS as well.
I'm not saying there isn't a solution, I just don't have a good enough grasp of HTTP protocol since this isn't really what it was designed for most of these things are hacks added as and when. Most people doing this sort of thing use HTTP streaming in conjunction with some other control code (JS).
Adam
Updated by Eric Valette about 12 years ago
I can make it possible to watch an in progress recording (in either container), but unfortunately limitations in HTTP (or my understanding of its partial content headers) means you cannot skip around in the recording. And yes that goes for TS as well.
If you look at DLNA specs, yo will see that http protocol has indeed been enhanced to support byte range to allow retrieving chunks for implementing a client side trick mode. DLNA use http for streaming as RTSP remained optional...
Updated by Eric Valette about 12 years ago
you can get additional information on byte range <http://en.wikipedia.org/wiki/Byte_serving>
Updated by Adam Sutton about 12 years ago
Eric,
Thanks, I'm already aware of this and TVH already supports these features. The problem appears to be that either TVH is doing something that doesn't work for in-progress recordings or these features alone (this is what I suspect) don't properly cope with an in-progress recording.
However I've been looking at some of the other tech's you mentioned and wondering if HLS is not the answer, but I need to do more reading if and when I can find the time.
Adam
Updated by Adam Sutton almost 12 years ago
- Status changed from Accepted to Fixed
This has been in master for some time, recordings can be played whilst in progress via HTSP. Support via HTTP is not being added at this stage (the limitation is HTTP).
Adam