Your encoder is IRL Pro on the Android phone on T-Mobile, streaming into IRL Toolkit. The whole idea of this guide is that everything you can decide at home gets decided at home, so the only choices left in the field are the six steps in the playbook below.
The panels underneath the playbook expand for the full reasoning and exact settings. You do not need to read them at the event. Read them once now, set everything up, and the playbook is all you should need on the day.
In order, escalating. Each step is roughly 30 seconds. Stop as soon as it is fixed.
Your ideal setup includes having as many internet connections as possible. Your encoder in this case is IRL Pro on an Android phone connected to T-Mobile. Ideally you will connect to the venue's wifi on this phone and connect via USB to a hotspot, whether that is a dedicated mobile hotspot or another phone with USB tethering enabled, since IRL Pro supports a maximum of three connections.
Using wifi as the hotspot on the secondary phone eliminates the ability to use the venue's wifi. However, given our inability to find suitable hardware in the compressed time frame, one strategy is to typically stay connected to the venue's wifi, but when there are challenges, run a USB-C cable between both phones and enable USB tethering on the iPhone, which temporarily increases your connections to 3. If this is used sparingly it will not destroy your battery life, since it is a temporary solution. If the venue wifi is completely unusable, just turn on wifi tethering on the iPhone and run it.
IRL Toolkit supports both SRT and SRTLA. Make sure your address begins with:
The LA stands for Link Aggregation, which is the connection bonding technology. This matters more than it sounds. Plain SRT is a single-path protocol, so if you use an srt:// address, your second and third connections do nothing at all. SRTLA is the only mode where bonding actually happens, so never simplify back to plain SRT while you are troubleshooting.
In the bonding settings you can set a weight per connection and disable connections individually. Set these before the event. Weight T-Mobile high and the venue wifi low, so the bond leans on the connection you trust. If the venue wifi turns bad mid-event, dropping its weight or disabling it here beats forgetting the network at the OS level.
Latency is the value that effectively works as a buffer. The lower the latency, the more real-time the stream is. However, if you have a choppy connection, increasing latency allows for more dropped packets before you get stutters on stream. IRL Pro expresses latency in milliseconds. It cannot work miracles, but it can help. A good starting value on an unpredictable network is 2000 to 3000. The highest I would recommend going is around 5 seconds (5000), and only as a last resort.
Self-explanatory. However, if you are having significant issues streaming at 1080p, consider dropping to 720p, since you can have a cleaner feed with a lower bitrate at 720 than you can at 1080.
I recommend 15 to 30 variable rate on an unpredictable network. IRL Pro will automatically change between FPS values based on connection quality.
To start, toggle Bitrate Matches Resolution on. If you have issues with it, you can toggle it off and set manual bitrates. Either way, keep your ceiling realistic. At 1080p HEVC, around 4500 Kbps is plenty. At 720p, around 2500 to 3000. A lower ceiling gives the adaptive bitrate less distance to fall when the network dips, which reads as stable instead of the picture pumping up and down.
Keep this at 2.
I highly recommend setting this explicitly to HEVC. HEVC's compression makes it more data efficient. Effectively you get a lower bitrate on HEVC than h264 at the same image quality, so it is much better for your situation.
One phone setting to think about outside the app but within Android. Exempt IRL Pro from battery optimization, or Android will throttle background networking. Go to Settings, Apps, IRL Pro, Battery, and set it to unrestricted. Do this before the event, not at it.
Make sure the ingest server is the closest one to the venue. I'm guessing it's Central.
srtla:// URL, the latency values on both sides, and HEVC are all set, and that the Toolkit ingest is actually receiving.