Timeshifting problems with OpenPLi 3.0
Started by Zenox, 03 Dec 2012 16:54
747 replies to this topic
Re: Timeshifting problems with OpenPLi 3.0 #41
-
- PLi® Core member
- 56,260 posts
+691
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
-
- PLi® Core member
- 9,993 posts
+338
Excellent
Posted 9 January 2013 - 16:59
In my code is not related to rewind the video.Then I'm scared that permanent timeshift needs to be adapted.... it has additional C-code included...
http://schwerkraft.e...dfa5c64acb98cfb
GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K
Re: Timeshifting problems with OpenPLi 3.0 #43
-
- 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
screenshot.jpg 37.23KB
41 downloads
______________________________
VU+ Uno
OpenPLi-3.0-beta-vuuno-20130111
Autobackup: no
Permanent Timeshift: no
Storage: Internal HDD (ext4)
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
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
-
- PLi® Core member
- 56,260 posts
+691
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
-
- 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]
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
[*]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
-
- PLi® Core member
- 56,260 posts
+691
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...
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
-
- 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:
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.
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
-
- PLi® Core member
- 56,260 posts
+691
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
-
- 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.
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
-
- PLi® Core member
- 56,260 posts
+691
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.
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
-
- 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
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)
No offense littlesat but I already provided this information twice
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
-
- PLi® Core member
- 56,260 posts
+691
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
-
- PLi® Core member
- 9,993 posts
+338
Excellent
Posted 12 January 2013 - 15:14
NoXqq gain then.... Troubles with vu drivers again
It's not a driver issue.
Et9000 on and have the same problems with PTS...
GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K
Re: Timeshifting problems with OpenPLi 3.0 #54
-
- PLi® Core member
- 56,260 posts
+691
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
-
- PLi® Core member
- 2,269 posts
+118
Excellent
Posted 12 January 2013 - 15:40
well, on vu boxes it's 'embeded' timeshift which is affected by this issue, no pts...No
It's not a driver issue.
Et9000 on and have the same problems with 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
-
- 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?
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
-
- PLi® Core member
- 56,260 posts
+691
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
-
- 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
-
- PLi® Core member
- 56,260 posts
+691
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
-
- PLi® Core member
- 9,993 posts
+338
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.
Rewind in PTS also works through time.
This patch http://openpli.git.s...a048b5b0dcf1aa6 is absolutely nothing in common.
The issue is closed.
GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users
