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

"We do have error messages with all live streams that are originating from the same venue encoder (SimplyLive.tv)" #4455

Closed
umtcylmz opened this issue Oct 6, 2022 · 0 comments
Assignees

Comments

@umtcylmz
Copy link

umtcylmz commented Oct 6, 2022

Hi Team,

Ticket: 72031 has details about the issue below. (log files were also shared)

This is the issue we are having:
For videos streamed by SimplyLive BMR using RTMP and ingested on the AntMedia server the audio is totally distorted.
The audio does work well on AntMedia when it's consumed by the viewer over WebRTC but not when the live streams are packaged as HLS.
When ingesting videos from other sources than SimplyLive, e.g. ffmpeg, everything works well.

We are seeing tons of these log messages:
io.antmedia.muxer.HLSMuxer - cannot write audio frame to mixer
[hls @ 0x7f80100b4c40] pkt->duration = 0, maybe the hls segment duration will not precise
[aac @ 0x7f7fa23857c0] Queue input is backward in time
[hls @ 0x7f80416e4880] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 1266591690 >= 1266589440

Thanks,
Umut

@umtcylmz umtcylmz changed the title "We do have these error messages with all live streams that are originating from the same venue encoder (SimplyLive.tv)" "We do have error messages with all live streams that are originating from the same venue encoder (SimplyLive.tv)" Oct 6, 2022
@mekya mekya closed this as completed Nov 1, 2022
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

3 participants