This message was deleted.
# cloud
s
This message was deleted.
d
Cloud is running Ingress 1.0 as well. that's rather unexpected. what's the Ingress ID?
h
We were running 3 different ingress inputs from OBS yesterday.
IN_4AE5aGfofBnU
and
IN_nUdYbSQaxJb6
experienced this issue, whereas
IN_fCxLvN9twMYz
seemed fine. However all 3 were running from different parts of the world.
I'm not 100% sure what caused it, but the one that was fine I was running myself and I have very good upstream. Whereas I can't say for the other two, but they were running the same settings as they normally use for a twitch stream and I've seen many of their streams and they don't glitch like that.
The symptom was that the stream would occasionally stall, and then need to catch up. I watched back an egress recording of this and can verify that it was happening on that version too.
d
do you know where they were running from? it's possible that the encoder settings was higher than the bandwidth available at those clients. RTMP does not handle bitrate adaptation.. so it could lead to choppy results if there's insufficient bandwidth
what are the encoder settings set as?
h
Sorry I don't have that, but I'll ask them and let you know.
I just know it was the same settings they usually use on twitch without issues.
For the ingress that worked fine, I was running at 5850 Kbps video / 160 audio with auto keyframe interval
IN_4AE5aGfofBnU
was using 4500kbps video / 320 audio and 2 second key frame interval
d
yeah, those settings seem fine. we'll dig through a bit to see what might be happening with these instances
🙏 1