Timeshifting problems with OpenPLi 3.0
Re: Timeshifting problems with OpenPLi 3.0 #321
Re: Timeshifting problems with OpenPLi 3.0 #322
Posted 18 February 2013 - 07:13
It is not necessary, switch over to Life TV works.As said before, I don't need the sof part. Strange that you need it.
What other problems with normal timeshift be corrected?
And idea ...
When you select to start recording, add option:
-add buffer timeshift to record
GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K
Re: Timeshifting problems with OpenPLi 3.0 #323
Re: Timeshifting problems with OpenPLi 3.0 #324
Re: Timeshifting problems with OpenPLi 3.0 #325
Posted 18 February 2013 - 08:18
Probably should make a survey of the users:And when we put save timeshift under the instant recording button?
1) Do I have to do such options
2) How to make it more convenient for all
For those who do not want to use the plugin PTS.
GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K
Re: Timeshifting problems with OpenPLi 3.0 #326
Re: Timeshifting problems with OpenPLi 3.0 #327
Posted 18 February 2013 - 08:32
And for me switch to live tv don't always work while fast forwarding.
probably because I limited the file offset to end-of-file + 1MB
http://openpli.git.s...c7ac638011fc887
when the distance between end of file samples is more than 1MB, it might happen that skipping to end-of-file + 1MB does not cause a switch to the live point.
Re: Timeshifting problems with OpenPLi 3.0 #328
Re: Timeshifting problems with OpenPLi 3.0 #329
Posted 18 February 2013 - 08:47
I always works, only if very high speed 64/128, at the end of small artifacts, but then the switch-over to Life.But the problem occurs more often with higher speed.
frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16326 is past EOF getStructureEntryNext failed, no data frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16326 is past EOF getStructureEntryNext failed, no data frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16326 is past EOF getStructureEntryNext failed, no data frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16338 is past EOF getStructureEntryNext failed, no data get next failed frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16338 is past EOF getStructureEntryNext failed, no data get next failed frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16338 is past EOF getStructureEntryNext failed, no data get next failed frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16338 is past EOF getStructureEntryNext failed, no data get next failed frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16351 is past EOF getStructureEntryNext failed, no data frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16351 is past EOF getStructureEntryNext failed, no data frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16351 is past EOF getStructureEntryNext failed, no data frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16362 is past EOF getStructureEntryNext failed, no data frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16362 is past EOF getStructureEntryNext failed, no data frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16362 is past EOF getStructureEntryNext failed, no data frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16362 is past EOF getStructureEntryNext failed, no data frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16376 is past EOF getStructureEntryNext failed, no data get next failed frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16376 is past EOF getStructureEntryNext failed, no data get next failed frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16376 is past EOF getStructureEntryNext failed, no data get next failed frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16376 is past EOF getStructureEntryNext failed, no data get next failed frame skipping failed, reverting to byte-skipping we are at 255487488, and we try to find the iframe here: [eMPEGStreamInformation] index 16385 is past EOF getStructureEntryNext failed, no data frame skipping failed, reverting to byte-skipping we are at 256670948, and we try to find the iframe here: [eMPEGStreamInformation] index 16385 is past EOF getStructureEntryNext failed, no data failed wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof timeout wait for driver eof ok reached EOF, but the file may grow. delaying 1 second. eDVBChannel: End of file! timeshift EOF, so let's go live SwitchToLive eFilePushThread stopping thread FILEPUSH THREAD STOP thread joined 0 decoder state: trickmode, vpid=-1, apid=-1 DEMUX_STOP - video - ok VIDEO_STOP - ok cleaning up TuxTxt cache cleared have 1 video stream(s) (0143), and 1 audio stream(s) (0193), and the pcr pid is 0143, and the text pid is ffffffff TuxTxt cache cleared
GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K
Re: Timeshifting problems with OpenPLi 3.0 #330
Re: Timeshifting problems with OpenPLi 3.0 #331
Re: Timeshifting problems with OpenPLi 3.0 #332
Re: Timeshifting problems with OpenPLi 3.0 #333
Posted 18 February 2013 - 10:36
And it can be added indeed to the timeshift stop warning as extra option (no, yes, yes and save timeshift recording)...We are already working on a timeshift file save feature. I would also put it under the instant recording button.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Re: Timeshifting problems with OpenPLi 3.0 #334
Posted 18 February 2013 - 16:29
there are also some hints goting to the same direction.
http://openpli.org/f...t-nice-options/
And new e2-git: prepared support for active ts and also watch live-tv while ts is active:
See:
http://git.opendream...5484b0c8e20a080Also
also for recording selection choicelist actions, can be extended see attachment.
So guys, come on, let's brainstorm and improve the things
Attached Files
Edited by daddelfalk, 18 February 2013 - 16:34.
Re: Timeshifting problems with OpenPLi 3.0 #335
Posted 18 February 2013 - 20:19
def keyNumberGlobal...
- if self.has_key("TimeshiftActions") and not self.timeshift_enabled: + if (self.has_key("TimeshiftActions") and not self.timeshift_enabled) or (self.timeshift_enabled and self.getSeek() is None):
GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K
Re: Timeshifting problems with OpenPLi 3.0 #336
Re: Timeshifting problems with OpenPLi 3.0 #337
Posted 18 February 2013 - 21:09
I just wanted to say thanks, that you are making timeshift better.
I am a pts user and I am really thrilled, that I will finally gets fixed.
And just to add my 2 cts, the option of saving timeshift buffer with the instant record is great.
Thanks again.
Umtauscher
Re: Timeshifting problems with OpenPLi 3.0 #338
Posted 18 February 2013 - 21:53
I suggest this will enable number zap... I would prefer to find a way to get at least backskip working here...
We can either switch on number zapping or number seeking. I would prefer number zapping at live point (this might lead into a big discussion, about what's the best...).
Rewind key should of course work in this situation.
@littlesat: What do you mean with backskip? A key to switch back to timeshift file (to which position in timeshift file?) or real number seeking?
Re: Timeshifting problems with OpenPLi 3.0 #339
Posted 18 February 2013 - 22:10
With backskip I meant the 1, 4 and 7 button that is usually default 15 sec, 1 min and 5 min skip back...
As live mode is not seekable now the keybuttons do nothing. What in fact should be done is when in live mode (so timeshift enabled) and backskip (negative value)... then turn on timeshift again in the recording and do the backskip in the timeshift file....
Edited by littlesat, 18 February 2013 - 22:13.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Re: Timeshifting problems with OpenPLi 3.0 #340
Posted 18 February 2013 - 22:42
When the user is watching timeshift, he cannot seek to live tv. Seeking stops 1 second before live point. Then number keys can be used for seeking. To switch back to live point the user has to press a specific button (e.g. stop). At live point number zapping is activated.
The problem is the implementation of the "seeking stops before live point"...
8 user(s) are reading this topic
0 members, 8 guests, 0 anonymous users