Jump to content


Photo

Timeshifting problems with OpenPLi 3.0


  • Please log in to reply
747 replies to this topic

Re: Timeshifting problems with OpenPLi 3.0 #321 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 17 February 2013 - 21:23

Hi Dima73,

great! __seekableStatusChanged part works for me.
@littlesat: Can you also test and change it in git?

As said before, I don't need the sof part. Strange that you need it.
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: Timeshifting problems with OpenPLi 3.0 #322 Dimitrij

  • PLi® Core member
  • 10,326 posts

+350
Excellent

Posted 18 February 2013 - 07:13

As said before, I don't need the sof part. Strange that you need it.

It is not necessary, switch over to Life TV works.
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 Dimitrij

  • PLi® Core member
  • 10,326 posts

+350
Excellent

Posted 18 February 2013 - 07:34

or
For zap,selection list:
-Stop timeshift
-Stop and save timeshift
-No

GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K


Re: Timeshifting problems with OpenPLi 3.0 #324 littlesat

  • PLi® Core member
  • 57,166 posts

+698
Excellent

Posted 18 February 2013 - 07:44

And when we put save timeshift 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 #325 Dimitrij

  • PLi® Core member
  • 10,326 posts

+350
Excellent

Posted 18 February 2013 - 08:18

And when we put save timeshift under the instant recording button?

Probably should make a survey of the users:
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 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 18 February 2013 - 08:20

Hi Dima73,

We are already working on a timeshift file save feature. I would also put it under the instant recording button.

And for me switch to live tv don't always work while fast forwarding.
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: Timeshifting problems with OpenPLi 3.0 #327 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

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 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 18 February 2013 - 08:41

I saw your patch and have also tested without it. It's almost the same with or without the patch.
But the problem occurs more often with higher speed.
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: Timeshifting problems with OpenPLi 3.0 #329 Dimitrij

  • PLi® Core member
  • 10,326 posts

+350
Excellent

Posted 18 February 2013 - 08:47

But the problem occurs more often with higher speed.

I always works, only if very high speed 64/128, at the end of small artifacts, but then the switch-over to Life.
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 Dimitrij

  • PLi® Core member
  • 10,326 posts

+350
Excellent

Posted 18 February 2013 - 09:38

But the problem occurs more often with higher speed.

It turned out to confirm.

GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K


Re: Timeshifting problems with OpenPLi 3.0 #331 nietgiftig

  • Senior Member
  • 787 posts

+39
Good

Posted 18 February 2013 - 10:15

We are already working on a timeshift file save feature. I would also put it under the instant recording button.


This seems to me a good feature

 Hardware: Master VU Uno 4K SE  1x Mut@nt HD51.4K & 2x ZgemmaH9T
Software : Pli (v7) (7.1rc) 2019 


Re: Timeshifting problems with OpenPLi 3.0 #332 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 18 February 2013 - 10:16

I'll try to debug it this evening.
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: Timeshifting problems with OpenPLi 3.0 #333 littlesat

  • PLi® Core member
  • 57,166 posts

+698
Excellent

Posted 18 February 2013 - 10:36

We are already working on a timeshift file save feature. I would also put it under the instant recording button.

And it can be added indeed to the timeshift stop warning as extra option (no, yes, yes and save timeshift recording)...

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 daddelfalk

  • Senior Member
  • 489 posts

+17
Neutral

Posted 18 February 2013 - 16:29

Hi,

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 Dimitrij

  • PLi® Core member
  • 10,326 posts

+350
Excellent

Posted 18 February 2013 - 20:19

As in live tv(timeshift enabled) not work the number buttons to rewind, I propose to make a patch.
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 littlesat

  • PLi® Core member
  • 57,166 posts

+698
Excellent

Posted 18 February 2013 - 21:04

I suggest this will enable number zap... I would prefer to find a way to get at least backskip working here...

Edited by littlesat, 18 February 2013 - 21:04.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Timeshifting problems with OpenPLi 3.0 #337 umtauscher

  • Senior Member
  • 179 posts

+1
Neutral

Posted 18 February 2013 - 21:09

Hi guys,

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 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

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?
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: Timeshifting problems with OpenPLi 3.0 #339 littlesat

  • PLi® Core member
  • 57,166 posts

+698
Excellent

Posted 18 February 2013 - 22:10

I would prefer skip back.... in live mode... As I usually never use rewind... ;)

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 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 18 February 2013 - 22:42

I have another idea, but it would be difficult to implement.
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"...
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04


7 user(s) are reading this topic

0 members, 7 guests, 0 anonymous users