Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Wrong playback and duration - observed in version 0.14.1+ maybe regression? #2959

Closed
1 of 5 tasks
d3im opened this issue Aug 7, 2020 · 2 comments
Closed
1 of 5 tasks
Assignees
Milestone

Comments

@d3im
Copy link

d3im commented Aug 7, 2020

What version of Hls.js are you using?

0.14.1 - 0.14.7 (prior versions are OK)

What browser and OS are you using?

Linux, Firefox 79 (x64)

Test stream:

Checklist

  • The stream has correct Access-Control-Allow-Origin headers (CORS)
  • There are no network errors such as 404s in the browser console when trying to play the stream

Steps to reproduce

  1. Please provide clear steps to reproduce your problem
    ffmpeg -i "input.wma" -c:a libfdk_aac -vbr 3 -vn -sn -sample_fmt s16 -map_metadata -1 intermed.mp4
    Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 128 kb/s
Stream mapping:
  Stream #0:0 -> #0:0 (wmav2 (native) -> aac (libfdk_aac))
Press [q] to stop, [?] for help
[libfdk_aac @ 0x55b577a32a00] Note, the VBR setting is unsupported and only works with some parameter combinations
Output #0, mp4, to 'intermed.mp4':
  Metadata:
    encoder         : Lavf58.45.100
    Stream #0:0: Audio: aac (libfdk_aac) (mp4a / 0x6134706D), 44100 Hz, stereo, s16
    Metadata:
      encoder         : Lavc58.91.100 libfdk_aac
[libfdk_aac @ 0x55b577a32a00] Queue input is backward in time
[mp4 @ 0x55b577a307c0] Non-monotonous DTS in output stream 0:0; previous: 15360, current: 15259; changing to 15361. This may result in incorrect timestamps in the output file.```

Then using Bento 4 to create HLS:

`mp4hls --audio-format 'ts' --output-single-file -o "test" intermed.mp4`

2. If the bug is intermittent, give a rough frequency

### Expected behavior
Correct playback and duration

### Actual behavior
Player plays only ~5-6 seconds then stops and shows duration 27:03:17.
When I use any prior version everything is OK (plays through and shows correct time - 01:15)

### Console output
nothing in console
@robwalch
Copy link
Collaborator

robwalch commented Aug 7, 2020

Hi @d3im,

Thanks for the bug report. I just put up a PR for what looks like the same issue #2960

It looks like the audio sample are out of sequence and there's a sample that needs to be dropped. The regression was introduced in v0.14.1. As we're close to cutting v0.15.0 I am going to roll the fix into that release. I'm preparing a 0.14.8 patch with this and a few other remuxer improvements.

@robwalch
Copy link
Collaborator

robwalch commented Aug 7, 2020

Hi @d3im,

Please check your stream agains the PR build for #2960 and let me know if it resolved your issue https://deploy-preview-2960--hls-js-dev.netlify.app/demo/

A fix for this issue can be found in v0.14.8:
https://hls-js.netlify.app/demo/

Let me know if you are still able to reproduce. Thanks!

@robwalch robwalch modified the milestones: 0.15.0, 0.14.8 Aug 7, 2020
@robwalch robwalch closed this as completed Aug 7, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants