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 #41 littlesat

  • PLi® Core member
  • 54,006 posts

+645
Excellent

Posted 9 January 2013 - 10:35

Then I'm scared that permanent timeshift needs to be adapted.... it has additional C-code included... :(

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


Re: Timeshifting problems with OpenPLi 3.0 #42 Dimitrij

  • PLi® Core member
  • 8,803 posts

+292
Excellent

Posted 9 January 2013 - 16:59

Then I'm scared that permanent timeshift needs to be adapted.... it has additional C-code included... :(

In my code is not related to rewind the video.
http://schwerkraft.e...dfa5c64acb98cfb

Duo 4K/Lunix3-4K/Solo 4K


Re: Timeshifting problems with OpenPLi 3.0 #43 greatred

  • Senior Member
  • 268 posts

+2
Neutral

Posted 11 January 2013 - 23:19

I can confirm the same misbehavior of normal timeshifting.
Scenario is following:[list]
[*]press pause on the remote
[*]after waiting a while (5 seconds is the minimum time i was trying to reproduce - but same misbehavior has been observed also with 60 minutes "pause") and pressing play the playback jumps to real time.
[*]the counter resets to 0:00 but I`m still able to rewind to the beginning of timeshift file.(the counter gets adjusted accordingly)
[/list]
There is no rule in this malfunction:

happens with first activation of timeshift and/or with any following activation of timeshift on the same channel (without zapping)
happens on both SD and/or HD channels
happens on encrypted and/or FTA channels

I also observed that the counter of the paused file is not displayed anymore - only the "pause"image is displayed. It was not the case in the past

Attached File  screenshot.jpg   37.23KB   41 downloads
______________________________

VU+ Uno
OpenPLi-3.0-beta-vuuno-20130111
Autobackup: no
Permanent Timeshift: no
Storage: Internal HDD (ext4)

Re: Timeshifting problems with OpenPLi 3.0 #44 littlesat

  • PLi® Core member
  • 54,006 posts

+645
Excellent

Posted 12 January 2013 - 10:37

I cannot confirm that here on ET9K....????

Edited by littlesat, 12 January 2013 - 10:38.

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


Re: Timeshifting problems with OpenPLi 3.0 #45 greatred

  • Senior Member
  • 268 posts

+2
Neutral

Posted 12 January 2013 - 13:36

Maybe someone could have a look at the following enigma.log.[list]
[*]Timeshift has been activated on Das Erste HD (Astra 19,2 E)
[*]pause for 10 seconds
[*]press play
[*]video jumps to real time
[/list]
action ->  InfobarTimeshiftActions timeshiftStart
enable timeshift
Start timeshift!
recording to /media/hdd/timeshift/timeshift.qftybl
setIoPrio realtime level 7 ok
[eFilePushThreadRecorder] THREAD START
activateTimeshiftEnd
play, ...
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
alloc PVR
allocate demux
loading streaminfo for /media/hdd/timeshift/timeshift.qftybl
setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
[eMPEGStreamInformation] index 0 is past EOF
eMPEGStreamInformation::getFirstFrame - no data (yet?)
getStructureEntryFirst failed because file size is zero
read error
eMPEGStreamInformation::getLastFrame - no data (yet?)
[@ML] m_streaminfo.getLastFrame failed, fallback
getLength failed - can't seek relative to end!
ok ... now we start!!
eventNewProgramInfo TS
have 1 video stream(s) (13ed), and 1 audio stream(s) (13f2), and the pcr pid is 13ed, and the text pid is 13f0
decoder state: play, vpid=5101, apid=5106
DMX_SET_PES_FILTER(0x13f2) - audio - ok
DEMUX_START - audio - ok
AUDIO_SET_BYPASS(0) - ok
AUDIO_PAUSE - ok
AUDIO_PLAY - ok
Video Device: /dev/dvb/adapter0/video0
demux device: /dev/dvb/adapter0/demux4
VIDEO_SET_STREAMTYPE 1 - ok
DMX_SET_PES_FILTER(0x13ed) - video - ok
DEMUX_START - video - ok
VIDEO_FREEZE - ok
VIDEO_PLAY - ok
DMX_SET_PES_FILTER(0x13f0) - ttx - ok
DEMUX_START - ttx - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_CONTINUE - ok
AUDIO_CONTINUE - ok
disable teletext subtitles
eDVBServicePlay::switchToTimeshift, in pause mode now.
eDVBServicePlay::pause
decoder state: pause, vpid=5101, apid=5106
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_FREEZE - 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
ok
AUDIO_PAUSE - ok
have 1 video stream(s) (13ed), and 1 audio stream(s) (13f2), and the pcr pid is 13ed, and the text pid is 13f0
decoder state: pause, vpid=5101, apid=5106
resolved to PAUSE
eDVBServicePlay::pause
wait for driver eof timeout
eDVBServicePlay::seekTo: jump -90000
seek.
eFilePushThread stopping thread
wait for driver eof aborted by signal
FILEPUSH THREAD STOP
thread joined 0
AUDIO_CLEAR_BUFFER - ok
VIDEO_CLEAR_BUFFER - ok
setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
eDVBChannel: End of file!
seeking relative to end. len=4211247473, seek = -90000
samples step 41942988, pts begin 4211069273, pts end 4211247473, offs begin 21649, offs end 3272704:
eDVBTSTools::getPTS got it from sc file offset=21649 pts=4211069273
adding sample 21649: pts 0 -> pos 21649 (diff 0 bytes)
using: 0:178200 -> 21649:3272704
[eMPEGStreamInformation] offset 76827764348 is past EOF of structure file
read error
no sample taken, refinement not possible.
aborting. Taking 76827764348 as offset for 0
ok, resolved skip (rel: 0, diff 0), now at 11e34aa67c
PATready
use pmtpid 13ec for service_id 283d
eDVBChannel: pvrEvent evtStopped
wait for driver eof timeout
wait for driver eof timeout
wait for driver eof ok
reached EOF, but we are in stream mode. delaying 1 second.
eDVBChannel: End of file!
wait for driver eof ok
reached EOF, but we are in stream mode. delaying 1 second.
eDVBChannel: End of file!
wait for driver eof ok
reached EOF, but we are in stream mode. delaying 1 second.
eDVBChannel: End of file!
wait for driver eof ok
reached EOF, but we are in stream mode. delaying 1 second.
eDVBChannel: End of file!
wait for driver eof ok
reached EOF, but we are in stream mode. delaying 1 second.
eDVBChannel: End of file!
wait for driver eof ok
reached EOF, but we are in stream mode. delaying 1 second.
eDVBChannel: End of file!
wait for driver eof ok
reached EOF, but we are in stream mode. delaying 1 second.
eDVBChannel: End of file!
wait for driver eof ok
reached EOF, but we are in stream mode. delaying 1 second.
eDVBChannel: End of file!
wait for driver eof ok
reached EOF, but we are in stream mode. delaying 1 second.
eDVBChannel: End of file!
wait for driver eof ok
reached EOF, but we are in stream mode. delaying 1 second.
eDVBChannel: End of file!
action: unPauseService
action ->  InfobarSeekActions unPauseService
unpause
resolved to PLAY
eDVBServicePlay::unpause
decoder state: play, vpid=5101, apid=5106
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_CONTINUE - ok
AUDIO_CONTINUE - ok
wait for driver eof ok
reached EOF, but we are in stream mode. 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: play, vpid=-1, apid=-1
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
have 1 video stream(s) (13ed), and 3 audio stream(s) (13ee, 13ef, 13f2), and the pcr pid is 13ed, and the text pid is 13f0
decoder state: play, vpid=5101, apid=5106
DMX_SET_PES_FILTER(0x13ed) - pcr - ok
DEMUX_START - pcr - ok
DMX_SET_PES_FILTER(0x13f2) - audio - ok
DEMUX_START - audio - ok
AUDIO_SET_BYPASS(0) - ok
AUDIO_PAUSE - ok
AUDIO_PLAY - ok
Video Device: /dev/dvb/adapter0/video0
demux device: /dev/dvb/adapter0/demux0
VIDEO_SET_STREAMTYPE 1 - ok
DMX_SET_PES_FILTER(0x13ed) - video - ok
DEMUX_START - video - ok
VIDEO_FREEZE - ok
VIDEO_PLAY - ok
DMX_SET_PES_FILTER(0x13f0) - ttx - ok
DEMUX_START - ttx - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_CONTINUE - ok
AUDIO_CONTINUE - ok
disable teletext subtitles
resolved to PLAY
eDVBServicePlay::unpause
Rds PID 13f4 detected ? ! ?
AITready
action ->  InfobarTimeshiftActions timeshiftStop
disable timeshift
action ->  MsgBoxActions ok
[eFilePushThreadRecorder] stopping thread.
[eDVBRecordFileThread] waiting for aio to complete
[eDVBRecordFileThread] buffer usage histogram (20 buffers of 188 kB)
	  0:	  3
	  1:	 78
	  2:	 60
	  3:	  1
	  4:	  1
[eFilePushThreadRecorder] THREAD STOP
thread joined 0
remove timeshift files
old thread joined 0
setIoPrio best-effort level 7 ok
[eBackgroundFileEraser] deleting '/media/hdd/timeshift/timeshift.qftybl.del'
[eBackgroundFileEraser] deleting '/media/hdd/timeshift/timeshift.qftybl.sc.del'

Is this the interesting part?

wait for driver eof ok
reached EOF, but we are in stream mode. delaying 1 second.
eDVBChannel: End of file!
timeshift EOF, so let's go live
SwitchToLive

Edited by greatred, 12 January 2013 - 13:39.


Re: Timeshifting problems with OpenPLi 3.0 #46 littlesat

  • PLi® Core member
  • 54,006 posts

+645
Excellent

Posted 12 January 2013 - 13:45

Afshin... I Cannot confirm it here... Timeshift is performang normaal here on a et9k... Which box gids you troubles?... It Seems the file did not start to write...
It wants also on the driver for eof.... Probably driver issues for your box...

Edited by littlesat, 12 January 2013 - 13:46.

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


Re: Timeshifting problems with OpenPLi 3.0 #47 greatred

  • Senior Member
  • 268 posts

+2
Neutral

Posted 12 January 2013 - 14:02

Who the hell is Afshin ????
All the details are in post #43
The file is being written, I can assure you. Because, although PLAY starts the playback in real time, I`m still able to use the rewind button and finally reach the beginning of the timeshift file:

resolved to PLAY
eDVBServicePlay::unpause
[eBackgroundFileEraser] deleting '/media/hdd/timeshift/timeshift.RbVaVo.sc.del'
action ->  InfobarTimeshiftActivateActions timeshiftActivateEnd
activateTimeshiftEnd
play, ...
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
alloc PVR
allocate demux
loading streaminfo for /media/hdd/timeshift/timeshift.LfLPBv
setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
ok ... now we start!!
eventNewProgramInfo TS
have 1 video stream(s) (0606), and 1 audio stream(s) (0605), and the pcr pid is 0606, and the text pid is ffffffff
seeking relative to end. len=2291404, seek = -1000
samples step 41942988, pts begin 5427090731, pts end 5429382135, offs begin 8296, offs end 23678976:
eDVBTSTools::getPTS got it from sc file offset=8296 pts=5427090731
adding sample 8296: pts 0 -> pos 8296 (diff 0 bytes)
using: 0:2291404 -> 8296:23678976
[eMPEGStreamInformation] offset 23668636 is past EOF of structure file
read error
no sample taken, refinement not possible.
aborting. Taking 23668636 as offset for 0
ok, resolved skip (rel: 0, diff 0), now at 0169279c
decoder state: play, vpid=1542, apid=1541
DMX_SET_PES_FILTER(0x605) - audio - ok
DEMUX_START - audio - ok
AUDIO_SET_BYPASS(0) - ok
AUDIO_PAUSE - ok
AUDIO_PLAY - ok
Video Device: /dev/dvb/adapter0/video0
demux device: /dev/dvb/adapter0/demux4
VIDEO_SET_STREAMTYPE 1 - ok
DMX_SET_PES_FILTER(0x606) - video - ok
DEMUX_START - video - ok
VIDEO_FREEZE - ok
VIDEO_PLAY - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_CONTINUE - ok
AUDIO_CONTINUE - ok
disable teletext subtitles
eDVBServicePlay::switchToTimeshift, in pause mode now.
eDVBServicePlay::pause
decoder state: pause, vpid=1542, apid=1541
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_FREEZE - 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
ok
AUDIO_PAUSE - ok
have 1 video stream(s) (0606), and 1 audio stream(s) (0605), and the pcr pid is 0606, and the text pid is ffffffff
decoder state: pause, vpid=1542, apid=1541
VIDEO_SLOWMOTION(0) - wait for driver eof timeout
ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_FREEZE - ok
AUDIO_PAUSE - ok
resolved to PAUSE
eDVBServicePlay::pause
eDVBServicePlay::seekTo: jump -90000
seek.
eFilePushThread stopping thread
wait for driver eof aborted by signal
FILEPUSH THREAD STOP
thread joined 0
AUDIO_CLEAR_BUFFER - ok
VIDEO_CLEAR_BUFFER - ok
setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
seeking relative to end. len=2509204, seek = -90000
using: 0:2291404 -> 8296:23678976
eDVBTSTools::getPTS got it from sc file offset=24982216 pts=5429513535
adding sample 24999112: pts 2422804 -> pos 24982216 (diff -16896 bytes)
calculated diff 40 ms
aborting. Taking 24999112 as offset for 2422804
ok, resolved skip (rel: 0, diff 2422804), now at 017d74c8
eDVBChannel: End of file!
PATready
use pmtpid 0021 for service_id 0c22
eDVBChannel: pvrEvent evtStopped
eventNewProgramInfo TS
have 1 video stream(s) (0606), and 2 audio stream(s) (0604, 0605), and the pcr pid is 0606, and the text pid is ffffffff
decoder state: pause, vpid=1542, apid=1541
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_FREEZE - 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
ok
AUDIO_PAUSE - ok
resolved to FAST FORWARD
eDVBServicePlay::setFastForward(-2)
setting cue skipmode to -2
skipmode ratio is -180000:90000, bitrate is 7503327 bit/s
resolved to: -749288 524288
flush pvr
eFilePushThread stopping thread
wait for driver eof aborted by signal
FILEPUSH THREAD STOP
thread joined 0
AUDIO_CLEAR_BUFFER - ok
VIDEO_CLEAR_BUFFER - ok
setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
done
decoder state: trickmode, vpid=1542, apid=1541
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
VIDEO_SLOWMOTION(0) - using: 2291404:2422804 -> 23678976:24982216
eDVBTSTools::getPTS got it from sc file offset=26234672 pts=5429641335
adding sample 26279580: pts 2550604 -> pos 26234672 (diff -44908 bytes)
calculated diff -33 ms
aborting. Taking 26279580 as offset for 2550604
ok, resolved skip (rel: 1, diff 2550604), now at 0190fe9c
ok
VIDEO_FAST_FORWARD(1) - ok
VIDEO_CONTINUE - ok
eDVBChannel: End of file!
eDVBChannel: pvrEvent evtStopped
reached SOF
SOF
resolved to PLAY
eDVBServicePlay::unpause
setting cue skipmode to 0
skipmode ratio is 0, normal play
flush pvr
eFilePushThread stopping thread
FILEPUSH THREAD STOP
thread joined 0
VIDEO_CLEAR_BUFFER - ok
setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
done
decoder state: play, vpid=1542, apid=1541
DMX_SET_PES_FILTER(0x605) - audio - ok
DEMUX_START - audio - ok
AUDIO_SET_BYPASS(0) - using: 0:2291404 -> 8296:23678976
eDVBTSTools::getPTS got it from sc file offset=4847792 pts=5427547932
adding sample 4854348: pts 457201 -> pos 4847792 (diff -6556 bytes)
calculated diff -132 ms
aborting. Taking 4854348 as offset for 457201
ok, resolved skip (rel: 1, diff 457201), now at 004a124c
ok
AUDIO_PAUSE - ok
AUDIO_PLAY - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_CONTINUE - ok
AUDIO_CONTINUE - ok
eDVBServicePlay::seekTo: jump 0
seek.
eFilePushThread stopping thread
FILEPUSH THREAD STOP
thread joined 0
AUDIO_CLEAR_BUFFER - ok
VIDEO_CLEAR_BUFFER - ok
setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
using: 0:0 -> 8296:8296
eDVBTSTools::getPTS got it from sc file offset=8296 pts=5427090731
adding sample 8272: pts 0 -> pos 8296 (diff 24 bytes)
calculated diff 0 ms
aborting. Taking 8272 as offset for 0
ok, resolved skip (rel: 0, diff 0), now at 00002050
eDVBChannel: pvrEvent evtStopped
eDVBChannel: pvrEvent evtStopped
action: unPauseService
action ->  InfobarSeekActions unPauseService
unpause
enable timeshift
hu, timeshift already enabled?
action: playpauseService
action ->  InfobarSeekActions playpauseService
resolved to PAUSE
eDVBServicePlay::pause
decoder state: pause, vpid=1542, apid=1541
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_FREEZE - ok
AUDIO_PAUSE - ok
[EPGC] schedule other finished(1357994844)
[EPGC] schedule finished(1357994845)
[EPGC] stop caching events(1357994845)
[EPGC] next update in 60 min
action ->  InfobarTimeshiftActions timeshiftStop
disable timeshift
action ->  MsgBoxActions ok
SwitchToLive
eFilePushThread stopping thread
FILEPUSH THREAD STOP
thread joined 0
decoder state: pause, vpid=-1, apid=-1
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
have 1 video stream(s) (0606), and 2 audio stream(s) (0604, 0605), and the pcr pid is 0606, and the text pid is ffffffff
decoder state: play, vpid=1542, apid=1541
DMX_SET_PES_FILTER(0x606) - pcr - ok
DEMUX_START - pcr - ok
DMX_SET_PES_FILTER(0x605) - audio - ok
DEMUX_START - audio - ok
AUDIO_SET_BYPASS(0) - ok
AUDIO_PAUSE - ok
AUDIO_PLAY - ok
Video Device: /dev/dvb/adapter0/video0
demux device: /dev/dvb/adapter0/demux0
VIDEO_SET_STREAMTYPE 1 - ok
DMX_SET_PES_FILTER(0x606) - video - ok
DEMUX_START - video - ok
VIDEO_FREEZE - ok
VIDEO_PLAY - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_CONTINUE - ok
AUDIO_CONTINUE - ok
disable teletext subtitles
resolved to PLAY
eDVBServicePlay::unpause
[eFilePushThreadRecorder] stopping thread.
[eDVBRecordFileThread] waiting for aio to complete
[eDVBRecordFileThread] buffer usage histogram (20 buffers of 188 kB)
      0:      1
      1:    629
      2:    514
[eFilePushThreadRecorder] THREAD STOP
thread joined 0
remove timeshift files
old thread joined 0
setIoPrio best-effort level 7 ok
[eBackgroundFileEraser] deleting '/media/hdd/timeshift/timeshift.LfLPBv.del'

In this log the rewind button has been pressed

loading streaminfo for /media/hdd/timeshift/timeshift.LfLPBv
setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
ok ... now we start!!

And like i said the file is written from the moment I`ve pushed the pause button.

Re: Timeshifting problems with OpenPLi 3.0 #48 littlesat

  • PLi® Core member
  • 54,006 posts

+645
Excellent

Posted 12 January 2013 - 14:37

Afshin is posibly a typo my iPad did initiatie... Xqq...

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


Re: Timeshifting problems with OpenPLi 3.0 #49 greatred

  • Senior Member
  • 268 posts

+2
Neutral

Posted 12 January 2013 - 14:51

That is why I`m not a fan of autocorrection/suggest functions :)

Back to topic:
I think Dima73 has already hit the nail on the head by pointing out the change tstools: Correctly and efficiently calculate recording length as the possible cause of the timeshifting issue.
I cannot imagine that the described side effect is observed only on my box / VU+ Uno.
If so, than I`m eager to provide more logs or details. Just please tell me what is needed.

Edited by greatred, 12 January 2013 - 14:53.


Re: Timeshifting problems with OpenPLi 3.0 #50 littlesat

  • PLi® Core member
  • 54,006 posts

+645
Excellent

Posted 12 January 2013 - 14:58

As long i cannot verify the issue for me there is no issue to fix.... The commit from Milo fixes the cutted files issues..... But it could be for soms boxes some driver bugs are triggered...
I can still not find on which box you have the issue.

Edited by littlesat, 12 January 2013 - 14:58.

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


Re: Timeshifting problems with OpenPLi 3.0 #51 greatred

  • Senior Member
  • 268 posts

+2
Neutral

Posted 12 January 2013 - 15:06

It is the VU+ Uno.
No offense littlesat but I already provided this information twice :P

Just to keep it compact:

VU+ Uno
OpenPLi-3.0-beta-vuuno-20130111
Autobackup: no
Permanent Timeshift: no
Multi Quickbutton: no
Storage: Internal HDD (ext4)

Re: Timeshifting problems with OpenPLi 3.0 #52 littlesat

  • PLi® Core member
  • 54,006 posts

+645
Excellent

Posted 12 January 2013 - 15:10

Xqq gain then.... Troubles with vu drivers again :(

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


Re: Timeshifting problems with OpenPLi 3.0 #53 Dimitrij

  • PLi® Core member
  • 8,803 posts

+292
Excellent

Posted 12 January 2013 - 15:14

Xqq gain then.... Troubles with vu drivers again :(

No :D
It's not a driver issue.
Et9000 on and have the same problems with PTS...

Duo 4K/Lunix3-4K/Solo 4K


Re: Timeshifting problems with OpenPLi 3.0 #54 littlesat

  • PLi® Core member
  • 54,006 posts

+645
Excellent

Posted 12 January 2013 - 15:23

As you say it is pts relaxed... Do you have logs with pts???

Edited by littlesat, 12 January 2013 - 15:23.

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


Re: Timeshifting problems with OpenPLi 3.0 #55 blzr

  • PLi® Core member
  • 2,258 posts

+118
Excellent

Posted 12 January 2013 - 15:40

No :D
It's not a driver issue.
Et9000 on and have the same problems with PTS...

well, on vu boxes it's 'embeded' timeshift which is affected by this issue, no pts...
and I am afraid it's unfortunately (yet another) driver issue
on my duo I can confirm issues with resuming playback, most times it jumps to live picture (but as it was said, timeshift is written right from the pausing moment, and you can rewind to this point)...
though, sometimes randomly (absolutely no pattern) un-pausing behaves correctly,
in this case, it looks like this:
action ->  InfobarTimeshiftActions timeshiftStart
enable timeshift
Start timeshift!
recording to /media/hdd/timeshift.IsSHAp
setIoPrio realtime level 7 ok
[eFilePushThreadRecorder] THREAD START
activateTimeshiftEnd
play, ...
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
cleaning up
TuxTxt cache cleared
alloc PVR
allocate demux
loading streaminfo for /media/hdd/timeshift.IsSHAp
setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
[eMPEGStreamInformation] index 0 is past EOF
ok ... now we start!!
eventNewProgramInfo TS
have 1 video stream(s) (0167), and 1 audio stream(s) (0178), and the pcr pid is 0167, and the text pid is ffffffff
eMPEGStreamInformation::getFirstFrame - no data (yet?)
getStructureEntryFirst failed because file size is zero
read error
eMPEGStreamInformation::getLastFrame - no data (yet?)
[@ML] m_streaminfo.getLastFrame failed, fallback
getLength failed - can't seek relative to end!
TuxTxt cache cleared
decoder state: play, vpid=359, apid=376
DMX_SET_PES_FILTER(0x178) - audio - ok
DEMUX_START - audio - ok
AUDIO_SET_BYPASS(0) - ok
AUDIO_PAUSE - ok
AUDIO_PLAY - ok
Video Device: /dev/dvb/adapter0/video0
demux device: /dev/dvb/adapter0/demux4
VIDEO_SET_STREAMTYPE 1 - ok
DMX_SET_PES_FILTER(0x167) - video - ok
DEMUX_START - video - ok
VIDEO_FREEZE - ok
VIDEO_PLAY - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_CONTINUE - ok
AUDIO_CONTINUE - ok
disable teletext subtitles
eDVBServicePlay::switchToTimeshift, in pause mode now.
eDVBServicePlay::pause
decoder state: pause, vpid=359, apid=376
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_FREEZE - 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
ok
AUDIO_PAUSE - wait for driver eof timeout
ok
have 1 video stream(s) (0167), and 1 audio stream(s) (0178), and the pcr pid is 0167, and the text pid is ffffffff
decoder state: pause, vpid=359, apid=376
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_FREEZE - wait for driver eof timeout
wait for driver eof timeout
ok
AUDIO_PAUSE - ok
resolved to PAUSE
eDVBServicePlay::pause
eDVBServicePlay::seekTo: jump -90000
seek.
eFilePushThread stopping thread
wait for driver eof aborted by signal
FILEPUSH THREAD STOP
thread joined 0
AUDIO_CLEAR_BUFFER - ok
VIDEO_CLEAR_BUFFER - ok
setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
seeking relative to end. len=261000, seek = -90000
samples step 41942988, pts begin 8118763674, pts end 8119024674, offs begin 4536, offs end 1925120:
eDVBTSTools::getPTS got it from sc file offset=4536 pts=8118763674
adding sample 4536: pts 0 -> pos 4536 (diff 0 bytes)
using: 0:261000 -> 4536:1925120
eDVBTSTools::getPTS got it from sc file offset=1259060 pts=8118932874
adding sample 1262796: pts 169200 -> pos 1259060 (diff -3736 bytes)
calculated diff -20 ms
aborting. Taking 1262796 as offset for 169200
ok, resolved skip (rel: 0, diff 169200), now at 001344cc
eDVBChannel: End of file!
PATready
use pmtpid 03fc for service_id 32dc
eDVBChannel: pvrEvent evtStopped
eventNewProgramInfo TS
have 1 video stream(s) (0167), and 2 audio stream(s) (0178, 0179), and the pcr pid is 0167, and the text pid is ffffffff
decoder state: pause, vpid=359, apid=376
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_FREEZE - wait for driver eof timeout
wait for driver eof timeout
wait for driver eof timeout
wait for driver eof timeout
[EPGC] abort non avail schedule other reading
wait for driver eof timeout
wait for driver eof timeout
ok
AUDIO_PAUSE - ok
wait for driver eof timeout
[EPGC] abort non avail mhw reading
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 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
[EPGC] nownext finished(1358000898)
action: playpauseService
action ->  InfobarSeekActions playpauseService
unpause
resolved to PLAY
eDVBServicePlay::unpause
decoder state: play, vpid=359, apid=376
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
VIDEO_CONTINUE - ok
AUDIO_CONTINUE - ok

True sarcasm doesn't need green font...

Re: Timeshifting problems with OpenPLi 3.0 #56 greatred

  • Senior Member
  • 268 posts

+2
Neutral

Posted 12 January 2013 - 18:14

If this is a VU driver issue, why timeshifting wasn`t affected by this issue prior to change tstools: Correctly and efficiently calculate recording length ?
Does it mean that VU boxes are not ready for the adjustment proposed by Milo in the mentioned commit ?
Can anyone confirm if the recent tstool changes are of any use on VU boxes?

Re: Timeshifting problems with OpenPLi 3.0 #57 littlesat

  • PLi® Core member
  • 54,006 posts

+645
Excellent

Posted 12 January 2013 - 20:43

I'm thinking that patch you reffering to is not relevant.....

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


Re: Timeshifting problems with OpenPLi 3.0 #58 greatred

  • Senior Member
  • 268 posts

+2
Neutral

Posted 12 January 2013 - 23:54

I`m far from blaming the mentioned patch for the issue described. But currently I`m not able to link this problem with any other change. The drivers have not been changed since 2012/10/25 and the same drivers never caused this kind of timeshift problems.

Re: Timeshifting problems with OpenPLi 3.0 #59 littlesat

  • PLi® Core member
  • 54,006 posts

+645
Excellent

Posted 13 January 2013 - 00:05

But at least this thread starts before that commit...

Edited by littlesat, 13 January 2013 - 00:06.

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


Re: Timeshifting problems with OpenPLi 3.0 #60 Dimitrij

  • PLi® Core member
  • 8,803 posts

+292
Excellent

Posted 13 January 2013 - 09:53

Check for the backup from 30/12/2012.
Rewind in PTS also works through time.
This patch http://openpli.git.s...a048b5b0dcf1aa6 is absolutely nothing in common.
The issue is closed.

Duo 4K/Lunix3-4K/Solo 4K



0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users