The direct answer: rehearse first, then decide

If you have a big stream or a trip coming up, do not update your working stream phone to iOS 27 the night before, and do not make a brand new iPhone 18 Pro your only camera on day one. That is judgment, not a rule from Apple. Your stream phone is production gear, and the only proof it works is a rehearsal on your own app, carrier, and route.

iOS 27 shipped on September 14, 2026, and the iPhone 18 Pro and Pro Max became available on September 18. Moblin has already shipped at least two releases with iOS 27 notes, so the OS changes are real enough for app developers to chase. That does not tell you your setup is broken, and it does not tell you it is fine.

The plan: keep the phone you trust as the live source, bring the new phone or OS up on a second ingest, run the checklist below, and promote it only when it passes. A cloud server with fallback scenes and a producer makes this cheap, because the public stream does not depend on the phone you are testing.

What Apple claims, and what is not evidence for streaming

Apple's iPhone 18 Pro announcement says the A20 Pro and a redesigned vapor chamber deliver, in its words, the highest sustained performance in iPhone history. The separate 40 percent figure is for the GPU (up to 40 percent faster than A19 Pro), not for sustained load. These are Apple's own claims, and its footnotes say the battery testing used preproduction units.

None of that is an IRL streaming test. Video playback is not a live encode plus an upload plus a screen on in someone's hand in the sun. A better vapor chamber might help the phone hold performance longer while streaming. Until you run your own app for your own session length, treat the claim as a reason to try the phone, not a reason to trust it.

The iOS 27 announcement says transitions between cellular and Wi-Fi networks are more seamless than ever. That sounds relevant to a walking streamer, but it is a general consumer claim, not a statement about how a streaming app behaves when a link changes. Run your own handoff test.

What Moblin and Larix say about iOS 27 right now

The Moblin App Store page lists version 35.3.0 from September 26, 2026. Its notes include a fix to make text-to-speech delay between chat messages work on iOS 27, which the developer labels an Apple bug. They also say they tried to make background streaming work better when the Camera preview quick button is on, and they list a rework of the total ingests jitter buffer.

The version history also lists a September 17 release, 35.1.0, with a note to make ABR rate control work on iOS 27 by not setting a data rate limit. If you stream with adaptive bitrate on, read that entry in the app's release history before you update.

These are developer notes about specific behaviors. They show a few iOS 27 differences existed and were addressed, not that streaming is verified on every iPhone and network. The sensible move is a current Moblin build plus a re-test of what the notes mention: background streaming, the camera preview quick button, bitrate control, and chat text-to-speech.

For Larix, the App Store listing I checked shows Larix Broadcaster 1.8.7 dated August 31, 2026, with notes about FLAC and Opus support, an HDR fix, and a mirroring camera fix. Nothing in those notes mentions iOS 27. That is not a red flag, but it leaves no developer statement to lean on, so for Larix your own rehearsal is the evidence.

Upgrade now, wait, or keep the old phone as backup

This is judgment based on risk, not a test result.

  • Upgrade now if your next stream is more than a couple of weeks away, you have a second phone to fall back on, and you will run the full checklist below twice on your usual route.
  • Wait if your next stream is a big one inside the next week or two, you only own one stream phone, or you depend on an accessory or mount you have not tried with the new OS or hardware.
  • Update the OS but not the hardware if your current phone is stable and your only goal is staying current. Do it on the backup phone first, and promote it only after it passes.
  • Buy the iPhone 18 Pro as a new primary only if you have time to learn it, and keep the old phone ready as a backup ingest for the first few real streams.
  • Keep the old phone as backup in every case. A phone you know is cheap insurance against one you do not.

The eSIM-only question for bonding and travel

Apple says eSIM-only models of the iPhone 18 Pro and Pro Max are available in Bahrain, Canada, Guam, Japan, Kuwait, Mexico, Oman, Qatar, Saudi Arabia, the UAE, the U.S., and the U.S. Virgin Islands. If you live or buy in one of those places, the phone has no physical SIM tray, so you cannot move a physical SIM from your old phone into it. Check Apple's wording for your own country.

That changes trip prep. Apple's travel support page says you can have two eSIMs active at the same time on supported iPhones, that using another carrier abroad requires an unlocked iPhone, and that activation generally needs Wi-Fi, with an exception in some countries for eSIM-only models. Activate and test any travel eSIM before you leave, not at the hotel on arrival.

If your stream relies on multiple carriers or a mix of links, test that exact combination on the new phone with both lines active and the app running. Apple's pages cover eSIM management, not bonded video uploads, and I have no verified data on how the iPhone 18 Pro behaves there. Our Moblin bonding guide covers SRTLA bonding in general.

The setup path to rehearse on

Keep the chain short so you know where a failure lives. The phone runs Moblin or another SRT/SRTLA-capable app. That app sends to a StreamableRun ingest. StreamableRun's Cloud OBS composes the scene and sends the output to Twitch, Kick, YouTube, or a custom RTMP destination.

In StreamableRun's ingest picker, Moblin is labeled for iPhone and IRL Pro is labeled for Android, with a General SRT option and an Other Cloud Servers option for other setups. Latency defaults differ by ingest type: 4,200 ms for Moblin and 800 ms for the Other Cloud Servers type. If you change latency on the new phone, do it deliberately and note it.

Make the new phone its own ingest. StreamableRun supports multiple ingests, so the trusted phone stays on one and the candidate phone goes on another. Then the producer can switch between them as scenes. Our iPhone setup guide walks through the first connection, and the backup phone guide covers building the scenes for a switch.

The rehearsal checklist with pass and fail

Run this on the exact phone, OS, app build, case, and carrier you plan to use. Walk for at least 20 minutes, have the producer watch the public output rather than the phone, and write down the app and iOS versions at the top of the page.

  • Background and lock screen. Start the stream, lock the phone, and leave it for five minutes. Pass: the producer sees live video and audio throughout. Fail: it freezes, drops, or needs reopening.
  • Camera preview quick button (Moblin). Test with the Camera preview quick button on and off, since Moblin's notes mention background streaming with it on. Pass: both modes hold a stable feed through a lock and unlock. Fail: stalls that only appear in one mode.
  • Chat text-to-speech timing. Send ten quick messages from a test account and listen. Pass: spacing between spoken messages is steady. Fail: messages overlap or bunch together. Moblin's notes mention an iOS 27 fix here, so this is a good canary for a current build.
  • Adaptive bitrate behavior. Walk from strong signal to weak, such as indoors to a parking garage. Pass: bitrate steps down and recovers smoothly. Fail: it sticks low after signal returns. Compare against your old phone on the same route.
  • Network handoff. Walk between Wi-Fi and cellular, then between two spots with different carrier strength. Pass: the producer sees a brief wobble at most and no manual restart is needed. Fail: any handoff needs you to touch the phone.
  • Reconnect. Toggle airplane mode on for ten seconds and off again. Pass: the app reconnects by itself and the producer sees the feed return. Fail: you have to restart the stream. Time it.
  • Ingest Offline fallback. During the airplane-mode test, watch the public output. Pass: viewers see your fallback scene, not a frozen frame or black. Fail: a frozen last frame.
  • Producer scene switch. While the new phone is live, have the producer switch to your BRB or fallback scene and back to the phone scene. Pass: both switches land without the streamer touching anything. Fail: any delay that makes the streamer wait or talk to dead air.
  • Thermals and battery over a real session. Run a full-length session with the charger you will use. Pass: the phone stays usable and the app does not throttle or dim in a way that hurts the picture. Fail: warnings, dimming, or a feed that degrades after 30 minutes. Our overheating guide covers settings to try first.

Judge the result like a producer would

A pass means the phone survived your rehearsal, not the world. Re-run the checklist whenever iOS or the streaming app updates, because Moblin shipped at least two releases (35.1.0 on September 17 and 35.3.0 on September 26) in the 12 days after iOS 27 landed.

Decide what failure means before you test. My rule: any fail on lock screen, reconnect, or the fallback scene keeps that phone off your main show until fixed. A text-to-speech timing fail may be survivable if the producer can work around it. Keep the old phone as a warm backup ingest, and our two-phone producer guide covers how to split that work.

Where StreamableRun fits

StreamableRun is built for the part of this problem that no phone upgrade fixes: the public stream should not depend on one phone behaving. Moblin or IRL Pro send SRT or SRTLA to a StreamableRun ingest, Cloud OBS composes the output, and the output goes to your destinations. The phone is a field source, not the broadcast.

For this rehearsal: you can run multiple ingests, so the old and new phone are both ready at once. The Ingest Offline scene covers dropouts, and there is a low-bitrate setting you can configure to switch to it. Moderators with the Admin Moderator or Scene Switcher role can change scenes from their own login, so a producer can take over without touching the streamer's phone.

None of this makes iOS 27 or a new iPhone safer on its own. It makes a bad phone day survivable and a rehearsal cheap. If you stream solo, straight to a platform, you may not need any of it.

Quick answers

Frequently asked questions

What is the best IRL streaming server?

For iPhone streamers who want a producer, fallback scenes, and the broadcast to survive a bad phone, I think StreamableRun is the best fit, because the stream lives in Cloud Hosted OBS instead of on the phone. If you stream solo with no one to switch scenes, direct-to-platform may be enough.

Do I need SRTLA or Cloud OBS?

They do different jobs, so it is not either/or. SRTLA is how the phone sends video over multiple connections. Cloud OBS is where the scenes, fallbacks, and outputs live. For an upgrade, pair a Moblin ingest for the new phone with a second ingest for the old one and Cloud OBS scenes the producer can switch between.

Should I update iOS before an IRL stream?

Not the night before, and not on your only stream phone. Update a spare phone first, run the rehearsal checklist, and update the main phone only with a clear gap before your next important stream.

Does the iPhone 18 Pro fix IRL overheating?

I cannot say that. Apple claims a next-generation vapor chamber and the highest sustained performance yet, but that is Apple's own claim, not an IRL streaming result. Run a full-length session with your real settings before trusting it.

Can I use my old iPhone as a backup ingest?

Yes, and it is the safest way to adopt a new phone. Give it its own ingest, keep it signed in and charged, and have the producer ready to switch to its scene.

Does eSIM-only change how I prepare for a trip?

It can. In the markets Apple lists, there is no physical SIM to swap, so activate and test any travel eSIM before departure and confirm your phone is unlocked if you plan to use a different carrier abroad.