[MPD] Wrong segment number calculated

[matthuisman]

Unix timestamp of test: approx 1606270484

kodi calculated segment: 383716778 (/video6/segment-383716778.m4s)
correct segment: approx 401567613 (/video6/segment-401567613.m4s)

Segments are 4s in length

Difference = 17,850,835 segments = 71,403,340 seconds (826 days)

The UTCTiming in the mpd file is correct to unix timestamp

MPD attached
manifest8.mpd.txt

[matthuisman]

ok, so if I proxy and remove the presentationTimeOffset it calcs the correct segment (well 60 seconds off but thats due to UTCTiming vs publishTime)

Months ago, I had another mpd where the segment was calculate wrong (below is that mpd)
old_fixed.mpd.txt

That issue was fixed with this commit: dc7b427

That commit introduces parsing presentationTimeOffset which is causing the issue with this mpd.

[matthuisman]

possible fix pr here:
#564

[CaptainTK]

By now most of the BBC's live programmes are affected by this, or a very similar, issue. Streams play fine in VLC, but inputstream.adaptive calculates incorrect (old) segments.

Given the large number of users of plugin.video.iplayerwww it would be highly appreciated if this issue would be addressed as quickly as possible.

[matthuisman]

@CaptainTK
please try this build:
https://jenkins.kodi.tv/blue/organizations/jenkins/xbmc%2Finputstream.adaptive/detail/PR-564/7/artifacts

[CaptainTK]

A quick test looks good to me, @matthuisman. Great work!