noobzwastaken
Member
i tried but I’m not sure if I did it correctly. I had some questions above about running it and if you could let me know I’ll run it ASAP. Thanks so much
R1CH Twitch Test (Most servers 0, all bad)
- Thread starter noobzwastaken
- Start date
i tried but I’m not sure if I did it correctly. I had some questions above about running it and if you could let me know I’ll run it ASAP. Thanks so much
FerretBomb
Active Member
If that's the ingest you're using (Ashburn, VA (5)), yep! Leave off the rtmp:// and just feed Pingplotter the live-iad05.twitch.tv hostname.
It would be better to actually stream, while playing a game. This will allow you to confirm that you're dropping frames, so you'll be capturing pertinent data. You want a real-world test whenever possible.
noobzwastaken
Member
thank you! ill try this today. is it possible to ping both ashburn servers at the same time or should i do one at a time? if you care to check it out and see if you see anything unordinary feel free twitch.tv/noobzwastaken
noobzwastaken
Member
good? can i do two servers? (both va servers) or one at a time? also should i change any settings before hand?
FerretBomb
Active Member
Trace to whichever ingest server you will be streaming to. You want to monitor the active route you're using during the test session to see how/where it fails. Tracing to the other one will be pretty pointless, and be unlikely to give useful data at the moment.
noobzwastaken
Member
i usually stream to one or the other depending on the quality that day. can i post the results? i really don't know what to look for.
noobzwastaken
Member
now mister fance pants @FerretBomb tell us where the problem is, since that ping plotter screen will tell us everything that should be no problem or?
FerretBomb
Active Member
Yep, that. Hop 2 looks slightly suspect due to the large latency variance (the bigger bar on the right, as compared to the others), but as it's blocked out along with the next one, it's hard to tell if that's a routing device on your LAN, the router/modem connection to your ISP (the 'last mile' connection leaving your house), or the neighborhood-local concentrator/DSLAM before entering your ISP's intranet proper.
More concerning is the nearly 1% packet loss on hop 4. That will absolutely cause a low quality score. But armed with that screenshot (or preferably an un-edited one) contacting your ISP can do a lot more good as you can tell them "hey, this node on your network is showing significant amounts of packet loss". It's proof of where a problem is occurring in your route to the destination server.
I'd still suspect Hop 2 with all servers returning Quality 0 on some of that testing, but that would require more testing to nail down. You can also try swapping to the other ingest you use (and in PP as well) and see if both connection routes run through that same node that's showing packet loss.
Generally speaking, ALL servers having a problem usually means the issue is closer to your end of the connection. Only one or two servers being problematic tends to indicate the problem being closer to the server end of the route. This isn't a hard rule though, just a windsock on where to start looking in the troubleshooting process.
Dude are you for real? There is no way to say it nicely after your I'm a expert bla bla. This is total bullshit of a interpretation of that ping plotter output. And if any of what you say you worked on before is true, man you must have sucked at your job. Confirms just that you have a big mouth but no knowledge.
For everyone getting via google to that topic. Ignore everything that this dude is writing and learn here how to read properly a pingplotter output https://www.pingplotter.com/manual/interpretgraphsexampleone.html
For everyone getting via google to that topic. Ignore everything that this dude is writing and learn here how to read properly a pingplotter output https://www.pingplotter.com/manual/interpretgraphsexampleone.html