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 #21
Re: Timeshifting problems with OpenPLi 3.0 #22
Re: Timeshifting problems with OpenPLi 3.0 #23
Re: Timeshifting problems with OpenPLi 3.0 #24
Re: Timeshifting problems with OpenPLi 3.0 #25
Re: Timeshifting problems with OpenPLi 3.0 #26
Posted 14 December 2012 - 21:30
At last I have installed latest version of OpenPLi 3.0 to begin test timeshift again. Neither Samba with the parameter oplocks=no or directly to NFS share works for me.
I press pause on the remote, wait for a while and press play to resume playback. After playing on the timeshift for <1 minute it skips to present time (0:00) and continues from there instead.
Do anyone have a clue how I can continue to debug this odd behavior as timeshift is totally unusable for me?
How is your /etc/exports file look like (maybe I have an unsupported NFS configuration or something)?
I press pause on the remote, wait for a while and press play to resume playback. After playing on the timeshift for <1 minute it skips to present time (0:00) and continues from there instead.
Do anyone have a clue how I can continue to debug this odd behavior as timeshift is totally unusable for me?
How is your /etc/exports file look like (maybe I have an unsupported NFS configuration or something)?
Edited by Zenox, 14 December 2012 - 21:34.
Re: Timeshifting problems with OpenPLi 3.0 #27
Posted 15 December 2012 - 12:30
I've found out the reason of the problems with timeshift. As I wrote in the first post multiquickbutton is installed for assigning the colored keys. Yellow button is configured to "Start Timeshift (default old RC/kbd)", but this is what results in the problem.
I still want to assign blue button to Dream-Explorer and so on, but have had to uninstall multiquickbutton to get timeshift working. Starting a new thread with this question and marks this one as solved instead
I still want to assign blue button to Dream-Explorer and so on, but have had to uninstall multiquickbutton to get timeshift working. Starting a new thread with this question and marks this one as solved instead
Re: Timeshifting problems with OpenPLi 3.0 #28
Re: Timeshifting problems with OpenPLi 3.0 #29
Re: Timeshifting problems with OpenPLi 3.0 #30
Re: Timeshifting problems with OpenPLi 3.0 #31
Re: Timeshifting problems with OpenPLi 3.0 #32
Posted 5 January 2013 - 02:40
i have the same problem
i tried a clean reflash but still the same problem
i have other problem with channel zapping
actually i have these problems long time ago so i decide to back to 2.1 versions >>> works perfect
i do not have any issue with devices mounting of with satellite.xml ... i tested other images >> everything was just fine ...i tested vti and blackhole images
i love pli image but let me say somthing with all respect.... i think more than 70 percent off images are based on pli image .. .. vix ,, openaaf ,,, blackpole and others.... and that is a big honour
Some of these images developers are adding and solving some of the problems and some of them just copy and paste
for example ... vix and blackpole images .. both are based on pli image but they fixed channel zapping issue but the problem of standard timeshift is still not fixed
and other images which based on pli image fixed nothing ... just copy and paste
anyway i use now pli image 2.1 versions ... everything's just works perfect ,,, no more problems
best of regards
dany
i tried a clean reflash but still the same problem
i have other problem with channel zapping
actually i have these problems long time ago so i decide to back to 2.1 versions >>> works perfect
i do not have any issue with devices mounting of with satellite.xml ... i tested other images >> everything was just fine ...i tested vti and blackhole images
i love pli image but let me say somthing with all respect.... i think more than 70 percent off images are based on pli image .. .. vix ,, openaaf ,,, blackpole and others.... and that is a big honour
Some of these images developers are adding and solving some of the problems and some of them just copy and paste
for example ... vix and blackpole images .. both are based on pli image but they fixed channel zapping issue but the problem of standard timeshift is still not fixed
and other images which based on pli image fixed nothing ... just copy and paste
anyway i use now pli image 2.1 versions ... everything's just works perfect ,,, no more problems
best of regards
dany
pli image is de beste
Re: Timeshifting problems with OpenPLi 3.0 #33
Re: Timeshifting problems with OpenPLi 3.0 #34
Re: Timeshifting problems with OpenPLi 3.0 #35
Posted 5 January 2013 - 20:20
Hi, I'm having the same problem. Installed openpli 3.0 today on my new VU+ ultimo. Permanent timeshift plugin installed, timeshift on NAS.
This has worked in openpli for 2 years without any problem, but now I can view the timeshift for a minute, then timeshift is aborted.
After this, I can still go back, i.e. the permanent timeshift is still working correctly and nothing is lost, but watching the timeshift is virtually impossible.
I'll move to black hole for now...
This has worked in openpli for 2 years without any problem, but now I can view the timeshift for a minute, then timeshift is aborted.
After this, I can still go back, i.e. the permanent timeshift is still working correctly and nothing is lost, but watching the timeshift is virtually impossible.
I'll move to black hole for now...
Re: Timeshifting problems with OpenPLi 3.0 #36
Posted 8 January 2013 - 19:25
Indeed, the reverse is working through a time.
This happened after the change
http://openpli.git.s...a048b5b0dcf1aa6
This happened after the change
http://openpli.git.s...a048b5b0dcf1aa6
eDVBServicePlay::setFastForward(-4) setting cue skipmode to -4 skipmode ratio is -360000:90000, bitrate is 15330611 bit/s resolved to: -1469288 524288 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 using: 12436200:12450600 -> 265174959:265474048 eDVBTSTools::getPTS got it from sc file offset=265174959 pts=7291623604 adding sample 27231184300: pts 12436200 -> pos 265174959 (diff -26966009341 bytes) calculated diff -14425677 ms diff to big, refining using: 12436200:12450600 -> 265174959:265474048 eDVBTSTools::getPTS got it from sc file offset=265174959 pts=7291623604 adding sample 27231184300: pts 12436200 -> pos 265174959 (diff -26966009341 bytes) calculated diff -14425677 ms diff to big, refining using: 12436200:12450600 -> 265174959:265474048 eDVBTSTools::getPTS got it from sc file offset=265174959 pts=7291623604 adding sample 27231184300: pts 12436200 -> pos 265174959 (diff -26966009341 bytes) calculated diff -14425677 ms diff to big, refining using: 12436200:12450600 -> 265174959:265474048 eDVBTSTools::getPTS got it from sc file offset=265174959 pts=7291623604 adding sample 27231184300: pts 12436200 -> pos 265174959 (diff -26966009341 bytes) calculated diff -14425677 ms diff to big, refining using: 12436200:12450600 -> 265174959:265474048 eDVBTSTools::getPTS got it from sc file offset=265174959 pts=7291623604 adding sample 27231184300: pts 12436200 -> pos 265174959 (diff -26966009341 bytes) calculated diff -14425677 ms diff to big, refining aborting. Taking 27231184300 as offset for 12436200 ok, resolved skip (rel: 1, diff 12436200), now at 6571ae5ac eDVBChannel: pvrEvent evtStopped wait for driver eof ok reached EOF, but the file may grow. delaying 1 second. eDVBChannel: End of file! wait for driver eof ok reached EOF, but the file may grow. delaying 1 second. eDVBChannel: End of file! wait for driver eof ok reached EOF, but the file may grow. delaying 1 second. eDVBChannel: End of file! wait for driver eof ok reached EOF, but the file may grow. delaying 1 second. eDVBChannel: End of file! wait for driver eof ok reached EOF, but the file may grow. delaying 1 second. eDVBChannel: End of file! wait for driver eof ok reached EOF, but the file may grow. delaying 1 second. eDVBChannel: End of file! wait for driver eof ok reached EOF, but the file may grow. delaying 1 second. eDVBChannel: End of file! wait for driver eof ok reached EOF, but the file may grow. delaying 1 second. eDVBChannel: End of file! wait for driver eof ok reached EOF, but the file may grow. delaying 1 second. eDVBChannel: End of file! wait for driver eof ok FILEPUSH THREAD STOP eDVBChannel: End of file! eDVBChannel: pvrEvent evtStopped 2893 action: playpauseService action -> InfobarSeekActions playpauseService unpause resolved to PLAY eDVBServicePlay::unpause setting cue skipmode to 0 skipmode ratio is 0, normal play flush pvr VIDEO_CLEAR_BUFFER - ok old thread joined 0 setIoPrio best-effort level 0 ok FILEPUSH THREAD START done decoder state: play, vpid=1607, apid=2607 DMX_SET_PES_FILTER(0xa2f) - audio - ok DEMUX_START - audio - ok AUDIO_SET_BYPASS(1) - ok AUDIO_PAUSE - ok AUDIO_PLAY - using: 12436200:12450600 -> 265174959:265474048
Edited by Dima73, 8 January 2013 - 19:27.
GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K
Re: Timeshifting problems with OpenPLi 3.0 #37
Re: Timeshifting problems with OpenPLi 3.0 #38
Re: Timeshifting problems with OpenPLi 3.0 #39
Re: Timeshifting problems with OpenPLi 3.0 #40
Posted 9 January 2013 - 10:33
Problems with only permanent timeshift.At least for an internal drive for normal timeshift I cannot verify the issue (I do not use permanent timeshift)
I was asked to write about the problems I have written.
I myself do not use it too.
GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K
3 user(s) are reading this topic
0 members, 3 guests, 0 anonymous users