Question / Help Low KB/ps while streaming. Just got the all clear from ISP. Help!

[ChickenWGS]

Hey guys! Hoping someone may be able to help me. The last few times I've tried to stream I've had nothing but issues.

Dropped frames. Low kb/ps. Stuttering. Bad news.

Replaced cables, bypassed router, formatted PC. Nothing helped. Finally called my ISP, tech came out, confirmed there was some static/noise in the lines and got everything up and running. Down/Up tests way improved now. yet I still have an issue with OBS.

I've attached logs from both Mixer and Twitch. I have my bitrate set at 5000. With mixer it doesnt even break 1000, on twtich, it gets as high as 2700.

Also I've attached a twitch bandwidth test thing screenshot.

thanks for looking!

 

[koala]

According to your logs, capturing and streaming was flawless. Not a single dropped frame, no bandwidth issues.
If you are streaming not moving frames, the bitrate can drop below the given maximum. If there is movement, full bandwidth is used.

 

[ChickenWGS]

And the health box doesnt even go red.. But it says my KB/ps is super low... I dunno what gives!

 

[ChickenWGS]

PS: Specs: 980ti
8700k

 

[LionAntonny]

Similar problem.
Bitrate began to fall to 0 recently for no reason at all. When this box is green. Previously, such problems did not arise.
On the log file everything is fine, no frame loss.
Stream spend on YouTube.

 

[R1CH]

Does this happens if you use x264 also?

 

[ChickenWGS]

I think Koala hit the nail on the head.. Im such a dummy.....

I was broadcasting just a TEST screen. No scenes, just the text "this is a test" I guess twitch/mixer recognized there is no movement so they throttle the bandwidth the stream uses. Once I added gameplay, Poof... all the kb/ps..

thanks everyone!

 

[koala]

A still "this is a test" video does consume bandwidth for just the (first) frame. Every following frame is just a copy of the first frame, so it can be encoded with very small "copy previous frame" commands. It seems some encoders like x264 inflate the stream to fill it up with empty stuff to reach the given bitrate, while nvenc doesn't inflate and just sends what it encodes.

Because of this, and because of some other details, I always have some test video prepared, with similar complexity as the stuff I intend to stream, that can act as substitute for the real game footage. It's a media source, and if I test I activate this media source and deactivate the game source. If I go life, I deactivate the media source and activate the game source.

It's also a difference to capture real game action or only a still game lobby or character selection or inventory screen within the game.