-
Notifications
You must be signed in to change notification settings - Fork 107
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
About InvalidStateError and recovering from it #95
Comments
Thank you for the video and details. I admit this issue exists, and resetting is an aggressive way of recovering it. The problem is that jmuxer can not do little when it occurs because it happens in the browser rendering section, and buffers get stuck all the way and start throwing exceptions repeatedly. Interesting is that you see every browser act differently in such cases. Try running in Firefox, for example. |
Hi,
I was experiencing this problem that seems to happen when the stream loses one packet (my stream has a GOP of 1 second).
I've noticed a recent merge that basically resets the whole stuff when this happens, but that reset is very aggresive visually as it takes quite much to restart.
I'm sending the same h264 signal to jmuxer and to a desktop app that is decoding using the nvidia decoder.
I have attached the video showing when the error occurs. You can notice that, in the nvidia decoder, a frame is lost and the decoder can somehow get by, showing some ghosting in the final image. However in jmuxer the recovering is a hard resetting and is more noticeable.
It would be great if the decoder could behave as the Nvidia decoder does, or at least if recovering from the error (which in my case it happens quite often) could be less aggressive.
I completely understand this is a volunteer project, so take this only as a request.
Congratulations for this great tool and thanks your effort with it !
jmuxer_test.zip
The text was updated successfully, but these errors were encountered: