Need help figuring out my issue please

[Zetto]

So this is my build:
Os: Wɪɴᴅᴏᴡs 11 Pʀᴏfessional x64
Mobo: ROG STRIX B550-E GAMING
Cpu: AMD Ryzen 7 3700X Octa-Core 3.6GHz
Gpu: MSI GeForce RTX 3070 Ventus 3X 8G OC
Ram: Corsair Vengeance LPX 16GB (2x8GB) DDR4-3000MHz CL15
Tower: Extended-ATX MSI MPG GUNGNIR 100P Black Window
Case Fans: 5 x 140mm Arctic P14 PWM Pressure Optimised 1700RPM Preta 4 Pins
Cpu Cooler: Noctua NH-U12A
Psu: Seasonic Core GC 650W 80PLUS Gold
Ssd (ᴍᴀɪɴ): M.2 2280 Western Digital Black SN750 1TB 3D NAND NVMe
Ssd: SSD 2.5" Western Digital Blue 250GB
Hard Drive: WESTERN DIGITAL BLACK 1TB 7200RPM 64MB SATA III
Going to upgrade to 32gb ram next month but i doubt that is the issue.
My internet speeds are D:500mb U:100mb
So i have been trying to get back to streaming recently and even have been able to get my speeds upgraded wich i think should be good for streaming as they are now, my issue has been that i can stream without any problem for some time but then all of a sudden i get tons of droped frames and the stream cant get back to normal unless i restart it, i have made diferent tests in diferent servers in between youtube and twitch, used difrent bitrates, encoders and whatnot but its always the same, the max i was able to stream without any droped frames was 31 minutes, in the log i am submiting i had some droped frames at the begining but then was able to last after 10 minutes, i doubt the problem is with my pc since i also use a capture card for consoles and still the same problem so i am almost sure its internet stability and have called a technician to come today but still want some opinions please, sorry for the long text.

Loading…

obsproject.com

 

[Lawrence_SoCal]

1. have you run your OBS Studio log through the automated log analyzer? link in my .sig
2. Your monitor refresh rate of 144 is not a clean multiple of your 60fps rate. that sometimes is ok, but if you are having an issue, dropping the monitor to a 120MHz refresh rate would probably be a good idea
09:58:04.400: output 0:
09:58:04.400: name=LEN G24-10
09:58:04.400: size={1920, 1080}
09:58:04.400: refresh=144

Don't ignore background Operating System processes.. Lots of Application vendors (including Microsoft) auto-start a number of things that don't need to be... all of which can consume RAM, CPU, and disk I/O... whether a material amount or not ... depends..
3. streamlabs is often correlated with issues... I have no idea if sloppy code, or poor end-user config, or both??? but for testing purposes, I would recommend avoiding them entirely. If you installed their plugin, it likely means you need to re-install OBS Studio to fix what historically it would change and not put back when uninstalled. Or run a separate OBS Studio instance in Portable mode to test


but as I scoll through your log... this is your main (possibly only issue)
10:00:22.133: Output 'adv_stream': Number of dropped frames due to insufficient bandwidth/connection stalls: 750 (73.9%)
....
10:15:41.581: Output 'adv_stream': Number of dropped frames due to insufficient bandwidth/connection stalls: 1009 (2.0%)

So... time to do some checking on what is using bandwidth at your site. the problem could be upstream of your house, but that is far less common that issues from your firewall/router to your PC. That could be other devices on your LAN, traffic from other processes on your computer, local network issues, etc. LOTS of possibilities...
- make sure you don't have file sync or similar going on at same time. Or malware transmitting, etc
- some real-time monitoring of what is using WAN upload bandwidth would be a first step
- also, test that Upload speed for Jitter, latency, and consistency. Things like Ookla SpeedTest are testing for data packet throughput, NOT latency/jitter sensitive traffic (ex, audio and video). And their results historically would drop (ignore) the lowest performance packets (but when streaming it is the bottom throughput threshold that matters)
Most home/consumer devices have buffers to handle some throughput fluctuations, so a typical consumer won't ever notice their WAN link isn't 'stable'/consistent. And you could have consistent download but not upload (due to ISP, or WAN link itself (ie outside your control)

 

[Zetto]

1. have you run your OBS Studio log through the automated log analyzer? link in my .sig
2. Your monitor refresh rate of 144 is not a clean multiple of your 60fps rate. that sometimes is ok, but if you are having an issue, dropping the monitor to a 120MHz refresh rate would probably be a good idea
09:58:04.400: output 0:
09:58:04.400: name=LEN G24-10
09:58:04.400: size={1920, 1080}
09:58:04.400: refresh=144

Don't ignore background Operating System processes.. Lots of Application vendors (including Microsoft) auto-start a number of things that don't need to be... all of which can consume RAM, CPU, and disk I/O... whether a material amount or not ... depends..
3. streamlabs is often correlated with issues... I have no idea if sloppy code, or poor end-user config, or both??? but for testing purposes, I would recommend avoiding them entirely. If you installed their plugin, it likely means you need to re-install OBS Studio to fix what historically it would change and not put back when uninstalled. Or run a separate OBS Studio instance in Portable mode to test


but as I scoll through your log... this is your main (possibly only issue)
10:00:22.133: Output 'adv_stream': Number of dropped frames due to insufficient bandwidth/connection stalls: 750 (73.9%)
....
10:15:41.581: Output 'adv_stream': Number of dropped frames due to insufficient bandwidth/connection stalls: 1009 (2.0%)

So... time to do some checking on what is using bandwidth at your site. the problem could be upstream of your house, but that is far less common that issues from your firewall/router to your PC. That could be other devices on your LAN, traffic from other processes on your computer, local network issues, etc. LOTS of possibilities...
- make sure you don't have file sync or similar going on at same time. Or malware transmitting, etc
- some real-time monitoring of what is using WAN upload bandwidth would be a first step
- also, test that Upload speed for Jitter, latency, and consistency. Things like Ookla SpeedTest are testing for data packet throughput, NOT latency/jitter sensitive traffic (ex, audio and video). And their results historically would drop (ignore) the lowest performance packets (but when streaming it is the bottom throughput threshold that matters)
Most home/consumer devices have buffers to handle some throughput fluctuations, so a typical consumer won't ever notice their WAN link isn't 'stable'/consistent. And you could have consistent download but not upload (due to ISP, or WAN link itself (ie outside your control)

thank you for your reply and help, i have tried i think everything you sugested, i don't know why but it seems my upload speed drops when i stream and that is causing the drops, sometimes i takes a while to occur seems to be somekind of overcharge or something, i had a technician from the isp here and they couldnt figure the problem, changed my company router and even some sockets, they also are going to have someone come another day to check the street signal, the upload speed usualy comes back to normal when i end the stream, i have tried instaling a network card i have that i took out because i thought el gato wouldnt work, but still same problem don't really understand.

 

[Lawrence_SoCal]

thank you for your reply and help, i have tried i think everything you sugested, i don't know why but it seems my upload speed drops when i stream and that is causing the drops, sometimes i takes a while to occur seems to be somekind of overcharge or something,

your upload speed changing would be uncommon. Speed vs bandwidth are 2 different things, so be careful with their usage (especially when asking for technical support, as each has its own meaning, implications, troubleshooting, etc

i had a technician from the isp here and they couldnt figure the problem, changed my company router and even some sockets, they also are going to have someone come another day to check the street signal,

Company router? what do you mean ... EXACTLY?
When I first start livestreaming 5 years ago, I was using my corporate (large international employer) workstation laptop. I had plenty of issues due to the config of the corporate-installed security software and its settings.
The security configuration on a company controlled router could easily interfere (for good reason). Ideally the router would apply certain rules for corporate owned/controlled/used devices, and let your personal devices, which do NOT interact with corporate anything, basically be security isolated, and not security scanned in the same way. In a bring-your-own computer scenario, where your personal and work computer is the same device... yea... good luck...
- easy to test by removing corporate router and seeing if that solves your issue. then, if it does, asking your corporate security team to take a look and adjust if their policies allow such.

the upload speed usualy comes back to normal when i end the stream, i have tried instaling a network card i have that i took out because i thought el gato wouldnt work, but still same problem don't really understand.

so,
1. your speed is most likely NOT changing, or not by that much, or depending on your ISP, it may be fluctuating all the time, but you only notice on livestream due to Jitter/Latency/throughput sensitivity on such traffic ). You aren't on a cellular WAN link are you?
2. available bandwidth fluctuating is normal, but if large swing that isn't normal (but depends on ISP and what your service calls for). Have you confirmed NOTHING else is going through your router (this REQUIRES real-time traffic monitoring on the WAN link)? assuming doesn't count
3. Have you tested other Upload traffic consistency with large traffic? I did this by uploading multi-GB files to well-known file sync repositories (ex OneDrive, Google Drive, etc) and monitoring throughput... *if* such upload proceed without hiccup and many multiples of your streaming bandwidth, then the primary problem causes I've seen tend to be ISP routing to destination (not all that common but can and does happen) or traffic restrictions to that specific destination or that type of traffic (ie security software/firmware related .. .in some case geopolitical driven controls, or more often your own devices on the LAN)

Note: none of this has anything to do with OBS Studio, only the output traffic type (RTSP, usually).

 

[Zetto]

your upload speed changing would be uncommon. Speed vs bandwidth are 2 different things, so be careful with their usage (especially when asking for technical support, as each has its own meaning, implications, troubleshooting, etc

Company router? what do you mean ... EXACTLY?
When I first start livestreaming 5 years ago, I was using my corporate (large international employer) workstation laptop. I had plenty of issues due to the config of the corporate-installed security software and its settings.
The security configuration on a company controlled router could easily interfere (for good reason). Ideally the router would apply certain rules for corporate owned/controlled/used devices, and let your personal devices, which do NOT interact with corporate anything, basically be security isolated, and not security scanned in the same way. In a bring-your-own computer scenario, where your personal and work computer is the same device... yea... good luck...
- easy to test by removing corporate router and seeing if that solves your issue. then, if it does, asking your corporate security team to take a look and adjust if their policies allow such.



so,
1. your speed is most likely NOT changing, or not by that much, or depending on your ISP, it may be fluctuating all the time, but you only notice on livestream due to Jitter/Latency/throughput sensitivity on such traffic ). You aren't on a cellular WAN link are you?
2. available bandwidth fluctuating is normal, but if large swing that isn't normal (but depends on ISP and what your service calls for). Have you confirmed NOTHING else is going through your router (this REQUIRES real-time traffic monitoring on the WAN link)? assuming doesn't count
3. Have you tested other Upload traffic consistency with large traffic? I did this by uploading multi-GB files to well-known file sync repositories (ex OneDrive, Google Drive, etc) and monitoring throughput... *if* such upload proceed without hiccup and many multiples of your streaming bandwidth, then the primary problem causes I've seen tend to be ISP routing to destination (not all that common but can and does happen) or traffic restrictions to that specific destination or that type of traffic (ie security software/firmware related .. .in some case geopolitical driven controls, or more often your own devices on the LAN)

Note: none of this has anything to do with OBS Studio, only the output traffic type (RTSP, usually).

By company router i mean the one provided by the ISP, i dont have any other router
So i now tried uploading a 10gb to google drive and then did a speedtest the upload speed was in between 80mbs-100mbs that is normal and while uploading i then tried doing a livestream wich i was able to do for about 20 min without any lost frames then when the issues started it went down to 47 mbs, it is mostly likely some stress