-
Notifications
You must be signed in to change notification settings - Fork 543
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
Allow multiple parents and fix hanging producer #1431
base: master
Are you sure you want to change the base?
Conversation
I think i have experienced this problem. let me try grab a copy of your version and see if it works for me. hopefully Alex incorporates this in the next release if it fixes it. |
|
Thanks! sad. fwiw my config is doorbell_audio2way:
and what works fine on 1.9.4 - except, then, sometimes, eventually, theres a very long long long long list of children, and a stream that wont work properly anymore. where how-long-eventually is maybe 10 or so activations of HA feed before it turns useless. ha card:
camera: reolink doorbell poe with second-latest fw as i dont want to update |
Yeah there are two issues
Edit: Alex knows about the 1st issue and said he is working on it |
okay thanks for the update. I guess i can just make the ffmpeg a copy of the whole thing again to see if it works |
what about this one? doorbell_audio2way:
- ffmpeg:rtsp://admin:[email protected]/Preview_01_sub#video=copy#audio=copy#audio=opus Edit: Two way will not work with this |
Yep. Now i have
and it does work with 2 way :) PC (no mic) and phone 2way, 2 way worked and i closed both and all was well. phone (with mic) and tablet (with mic) it went crazy. and when i closed everything, this was left behind
But i could reconnect and it was ok again. This exact case above, is the one I had hoped your changes would fix. Because, this causes my 2way audio stream to die eventually in 1.9.4 |
I did a stress test with this config on my reolink doorbell:
and this ha card
In my stress test i basically pressed the muted/speaking button to switch streams quickly until go2rtsp shows upto 20 consumers on each. and then watched how far down they went, followed by closing the ha browser window go2rtc 1.9.2 made it back down to 0 not sure if my issue is the same as this issue or a separate one :/ |
can you try this one pls: https://github.com/seydx/go2rtc/actions/runs/11729591864 |
@seydx Thank you! |
There's a chance this PR can also fix #530, I believe. |
Oopsie I had been trying out 2way audio while also doing TTS to see what would happen. attached are the 'info's of the 4 streams i use. the last two are frozen and dead. I think something error'd somewhere when TTS and 2way audio wanted to talk at the same time, and the 2way audio and the liveview (which is the same kind of stream as the 2wayaudio) also froze. doorbell_audio2way.txt |
can you post your config pls |
doh sorry
also attached is another hanging stream. I managed to hang the 'liveview' one this time. I was doing tts on my phone as someone was arriving, while viewing the liveview stream; just as HA automation triggered also doing a tts. the webrtc card config is
|
thankyou. will check maybe tomorrow or the day after. Sunday is too busy |
it was looking really good 2way stream hung. |
Maybe add some logging so that i can report that back when i cause a hang? |
fyi: I'll be away till Tue |
ok i'm back if you want me to test any builds since last time. |
Update from my Reolink locations. This does not appear to fix the issue with hanging audio consumers #1254 |
This fixes the issue with hanging producers which occurred when, for example, a stream was opened by multiple consumers (with backchannel).
This PR extends the receiver/sender parents and allows them, similar to the children, to have multiple nodes. These are then also cleaned up when closing, which prevents the hanging producer problem.
To reproduce, open several tabs for a stream with backchannel support within ui (webrtc, video+audio+microphone) and close after. The consumer will be closed, but the producer will remain and hang