fix: account for difference between duration info in the playlist and the actual duration

[dzianis-dashkevich]

Description

we should account for the difference between the duration info in the manifest and the actual duration of the segment when selecting next segment after quality change.

Assume we have the following playlist:

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-PLAYLIST-TYPE:VOD
#EXT-X-MEDIA-SEQUENCE:0
#EXT-X-TARGETDURATION:10
#EXTINF:10.000,
segment-1.ts
#EXTINF:10.000,
segment-2.ts
#EXTINF:10.000,
segment-3.ts
#EXTINF:10.000,
segment-4.ts
#EXT-X-ENDLIST

Assume we already appended two segments, so bufferend.end should be 20, but we don't have an exact duration match between the playlist and the actual segment duration, so we receive it as 19.99999... Currently, we select segment-2.ts instead of segment-3.ts because we do not account for this timestamp fluctuation.

Specific Changes proposed

Check whether we hit timestamp fluctuation by adding TIME_FUDGE_FACTOR (1 / 30).

Requirements Checklist

• [ ] Feature implemented / Bug fixed
• [ ] If necessary, more likely in a feature request than a bug fix
  • [ ] Unit Tests updated or fixed
  • [ ] Docs/guides updated
  • [ ] Example created (starter template on JSBin)
• [ ] Reviewed by Two Core Contributors

[codecov[bot]]

Codecov Report

All modified and coverable lines are covered by tests :white_check_mark:

Comparison is base (f12c197) 86.05% compared to head (72e5c05) 86.05%.

Additional details and impacted files

```diff @@ Coverage Diff @@ ## main #1470 +/- ## ======================================= Coverage 86.05% 86.05% ======================================= Files 42 42 Lines 10728 10731 +3 Branches 2469 2470 +1 ======================================= + Hits 9232 9235 +3 Misses 1496 1496 ```

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.