Help figuring out why my bitrate drops

S_Gren

New Member
My bitrate drops randomly in the middle of my stream. I have it set to 5600 by default (screenshot below) but by complete sheer luck it rarely decides to go down to 1300 and stay there, dropping frames by the thousands no matter what and only seeming to fix itself when I start up stream next day.
1751984118555.png



Below are log files from me restarting the stream a couple of times.
The issue appeared randomly at first, suddenly it fixed itself *while I was writing this post* and then came back a second time untill the end.

I really need some help figuring this out because it's been driving me mad. I simply need an answer as to what is causing it. I've been looking at the forum for a long time trying to find any help but I couldn't do anything so far so maybe posting my own logs will help.
 

Attachments

  • 2025-07-08 17-08-42.txt
    17.7 KB · Views: 7
  • 2025-07-08 16-07-04.txt
    30.9 KB · Views: 12
  • 2025-07-08 15-10-02.txt
    28.9 KB · Views: 6

PaiSand

Active Member
Please review and follow directions and recommendations on the analyzer:
 

prgmitchell

Forum Moderator
hello, the appearance of this type of thing "suddenly fixing itself" it just the nature of a connection issue which is normally pretty sporadic and likely a bit out of your direct control. this guide I wrote and will link covers every bit of advice we have to offer on the matter and if you are still having issues after going through it please reach out to your ISP as it mentions.

EDIT: as far as the reply above you don't really need to spend any time on that, the analyzer offers nothing valuable here apart from also linking to this same guide.

 

Lawrence_SoCal

Active Member
In addition to that troubleshooting guide, which mentions conflict in sustaining a desired traffic rate from OBS Studio to Ingest server, there is also the potential of conflicting traffic (bandwidth consumption) coming from your LAN, or possibly upstream at ISP level. Also, some Internet connections are most consistent, typically, in terms of bandwidth, jitter, and latency than others. Fiber tends to be better than coax (cable) which tends to be a LOT better than cellular... but some ISPs are awful.. it depends. I skipped DSL as it is terrible in some places (most of USA > Frontier territory), and ok to great in others .. .truly location/ISP dependent

My recommendation, *after* thoroughly going through the above linked Stream Connection troubleshooting guide *if* you are still having an issue
- Speedtest's (like Ookla's) show a metric which is indicative, but not a great/reliable measure for streaming (most speedtests drop a certain percentage of low performance packets, but it exactly that minimum sustained threshold that matters for streaming). So doing some other testing (like uploading a multi GB file) and monitoring throughput can be helpful... but can require some technical skill to ensure your PC isn't the bottleneck when performing the test. And a wonderful throughput result to OneDrive, Google Drive, YouTube, etc with a file upload does not necessarily mean RTSP traffic thru your ISP and Public Peering points will perform similarly (the equivalent of checking highway traffic in one direction and extrapolating that to heading in the opposite direction). As a basic rule of thumb, whatever SpeedTest shows as upload rate, you should probably expect no more than 80% of that in sustained/consistent traffic (required for streaming at CBR) as a starting point (you may get much better results... or not) ...
- real-time monitor your PCs hardware utilization and including network traffic and make sure there isn't other unexpected traffic (ex file sync or other running in background).
if issue is NOT a hardware resource contention/bottleneck on your PC, and not other traffic, then
- real-time monitor your LAN to WAN traffic and make sure there isn't other unexpected traffic, or even expected traffic but previously unaware causing bandwidth contention (ex other folks or devices on LAN doing video conferencing, file transfers/uploads, etc.)
With modern IoT devices, most folks aren't aware of what all is going on in terms of traffic on their LAN, which may, or may not, be a problem with livestreaming

Then quick look at your log some general observations
- mismatched audio sampling rates is not advisable (may or may not cause issues, not likely network related, less likely on more powerful systems, but still... not recommended... fix at Operating System layer if practical)
- beware CPU impact of the filters your are using, combined with other PC load
- not as much recently, but historically, there have been reports of streamelements (both plugin and simple URL links timing out, and when you get a lot of those back-to-back can potentially cause networking issue (see log OBS-Browser crash... I'm suspecting pointed to streamelements URL, right?) - time-outs shouldn't cause a problem, but when combined with other circumstances, can and does.. sometimes
- also, those logs indicate streamelements config errors (something loaded twice... not sure if impactful or not)

as a side note: personally, *if* after doing all of the above, AND real-time monitoring didn't indicate an obvious issue, I'd create a Scene Collection copy... then edit your copy to remove ALL streamelements links, from *all* Scenes/Sources in the active Collection, and test again... (I say this due to correlation I've seen over last 5 years between problems and streamelements... your 20% dropped packets due to bandwidth would seem to point elsewhere) .. if testing with NO streamelements links *anywhere* in active Scene Collection (not disabled, be sure to delete) resolves you issue, then you'll have to search further on whether the issue is your config or a streamelements issue

Good Luck
 

S_Gren

New Member
Thank you all for the replies. I am going one by one through the replies and I'll send here if I figure out what exactly was causing all this.
 

S_Gren

New Member
So far I checked some settings to help a bit
1751998017830.png


disabled this
1751998046949.png


And did the bandwith twitch scan, which to be honest does not look that good considering I'm from Poland >.>'
bandwidth test.jpg

So far I've been able to stream perfectly fine even with these quality values so uh....?


Anyway, next time I stream and this issue happens I will check if this is simply an issue of someone else using the internet.



And as a sidenote replying to Lawrence_SoCal's other observations

1. Microphone changed
1751998106274.png


2. Do you mean this setting about the CPU?
1751998194724.png


3. Streamelemets is probably not an issue if not THE issue. I wouldn't believe it would cause me to drop so much bitrate for an entire hour. And whatever issues it might be doing it's unnoticeable.
 

Attachments

  • 1751997969888.png
    1751997969888.png
    3.8 KB · Views: 6
  • 1751997817087.png
    1751997817087.png
    3 KB · Views: 5
  • 1751997790547.png
    1751997790547.png
    7 KB · Views: 6

prgmitchell

Forum Moderator
Yes with those quality scores I would expect frames to drop. If it seems pretty sporadic then enabling dynamic bitrate as you did is normally enough to make it not very noticeable as OBS will lower bitrate temporarily instead of dropping frames.
 

S_Gren

New Member
No, I was referring to the amount of CPU used at Operating System level. In others words, keep an on Window's Performance Monitor/Task Manager
I remember opening up task manager and my CPU usage was around 20% including video game and google chrome so I think it's fine
 
Top