Page 2 of 6
Re: Resuming partially watched recordings starts from beginn
Posted: Wed Apr 16, 2014 8:42 pm
by Red_F
A quick search on the XBMC forum found other people discussing the fact that the position gets retrieved ok, but is not actually used:
http://forum.xbmc.org/showthread.php?tid=179245
There may be more information to find there, I didn't do a very thorough research job.
Re: Resuming partially watched recordings starts from beginn
Posted: Sat Apr 19, 2014 6:51 pm
by agitate
Thanks for the help Red_F. I'll have a search around based on that thread you linked to.
Re: Resuming partially watched recordings starts from beginn
Posted: Sat Apr 19, 2014 8:39 pm
by Red_F
Now that I have a system with this behaviour will try to dig into the XBMC internal code to see if I can find why this is not working. Do not expect too much of this though, because it is a *large* number of files and I'm not very familiar with the internal workings of the xbmc video player.
Re: Resuming partially watched recordings starts from beginn
Posted: Wed Apr 30, 2014 2:49 am
by CV8R
Now working in Gotham RC1. Confirmed on Android, Win and Millhouse Openelec RPi builds. Did something change to resolve the issue?
Re: Resuming partially watched recordings starts from beginn
Posted: Wed Apr 30, 2014 3:14 am
by andrewNZ
Re: Resuming partially watched recordings starts from beginn
Posted: Wed Apr 30, 2014 10:41 am
by CV8R
Now working in Gotham RC1. Confirmed on Android, Win and Millhouse Openelec RPi builds. Did something change to resolve the issue?
HHmmmm not sure what drugs I was smoking but now its not working - I am positive that resume worked last night but today, not.
I can confirm its still ignores the resume point as per the original report.
Apologies for the confusion.
CV8R
Re: Resuming partially watched recordings starts from beginn
Posted: Wed Apr 30, 2014 12:52 pm
by Ostrich
+1 dont fixed!
Re: Resuming partially watched recordings starts from beginn
Posted: Wed Apr 30, 2014 1:20 pm
by Red_F
That makes sense, since there was no code changed for this
I have been looking into the XBMC internal handling of this. There are some logic errors inside xbmc/xbmc/pvr/recordings/PVRRecording.cpp.
The 'GetLastPlayedPosition' method does not update the metadata that is cached inside the instance of the recording object. It returns the proper time to the dialog, and that gets displayed. But when the XBMC videoplayer asks the recording 'hey tell me your resume point' it returns zero because it has not been updated there.
I'm trying to create a fix for Team XBMC. Sadly even tiny things like causes many changes and I'm not sure they will accept it so close to release.
Fun fact: this only causes PVR clients to fail resume, that support the GetLastPlayedPosition PVR API on the server.
Re: Resuming partially watched recordings starts from beginn
Posted: Wed Apr 30, 2014 5:07 pm
by hagayg
Hey there
just to let you know.
Also happens with rc version of gotham (both via xbmc windows and openelec on rpi and x86)
is it addon related (only argus tv pvr addon problem) or all pvr addons has this problem ?
Re: Resuming partially watched recordings starts from beginn
Posted: Wed Apr 30, 2014 7:51 pm
by hagayg
Just now noticed the last red_f post about the problem.
If i understood correctly , argus tv pvr addon is the only one that uses the backend pvr (arugs tv) for last playback position ? all the other addons uses the local xbmc db for last playback positions.
If so ,there might be a "simple" soultion to add a config option in the addon configuration to use xbmc db for last playback position.
My setup uses mysql db for all xbmc instances , so for me and others like me this should fix the problem and avoid waiting for a change in xbmc core (or even future dependence on xbmc core while most other pvr addons does not)