[emveepee]

I had a try with the API call GetRecordingLastPlayedPosition() and it does a great job of getting the current resme point from the backend for display but it doesn't feed back into the item meta data that is responsible for the resume. Any suggestions on some pseudo code where this might be injected?

Martin

[opdenkamp]

there's a setter that's called (or should be called) when the data on the server should be updated, when the player stops: https://github.com/xbmc/xbmc/blob/master...dll.h#L287

[emveepee]

It is called and it does update the backend and it gets retrieved and displayed by GetResumeString() but nothing updates the item that gets passed to it so CGUIWindowPVRCommon:layRecording() doesn't have the correct resume time.

Martin

[fetzerch]

Did you try setting iLastPlayedPosition in the PVR_RECORDING tag (https://github.com/xbmc/xbmc/blob/master...pes.h#L296). If the information changes on the backend, you'll have to call TriggerRecordingUpdate().

[emveepee]

I haven't walked it all through, but in the API itself SetRecordingLastPlayedPosition() already changes m_resumePoint which then should be used in CopyClientInfo() to update the tag. These two client APIs don't really give much access to the recording data.

It seems odd to have to go to the backend to trigger the update, after just going there to get the value, but I will try that but I don't think it would be dynamic enough. Adding the trigger seems to have done it though, when I am patient and wait a few seconds, i so thanks!

Martin