-
Notifications
You must be signed in to change notification settings - Fork 133
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
[bug] MistSession creating many many audio tracks #180
Comments
seems the issue was caused by using we have switched the config to |
we are now experiencing issues with increasingly many H264 tracks. RelAccX: 1 x 190061b @153 (#0 - #0) |
Weird one.
Version is this:
Xeenon is having an issue where they keep getting more and more AAC audio tracks get created, eventually hitting the cap at 99 and causing problems. Here's the MistUtilRAX output with 98 audio tracks. [Update: this looks to have been truncated by Discord. There were 99 in there and they all looked like that.]
The video track in there is being produced by MistOutRTMP. The excessive audio tracks appear to be all coming from MistSession instances; for example we see
And that seems to be a MistSession process:
Unclear to me why MistSession would create a track. Whatever's happening, it definitely results in replication failures:
The only other detail I have is that there were some failing STREAM_BUFFER triggers that were set to blocking. Presumably that should do nothing, as blocking STREAM_BUFFER is ignored. But it was the only thing that jumped out at me so I figured I'd include it for completeness even if it's a red herring.
The text was updated successfully, but these errors were encountered: