Martin?

Hi jet,
thanks for the detailed report and especially the follow-ups. The ~30 minute self-recovery is the key clue here.

I'm the developer of OMTake. The fact that it behaves identically on both vMix and the BHM OMT Media Player, that restarting the app or phone doesn't help, and that it clears itself after about 30 minutes all point to a discovery/registration issue rather than a port collision. When you stop the stream, OMTake isn't cleanly de-registering its OMT source, so the decoder keeps holding the now-dead entry until its cache expires — which matches your 30-minute observation exactly. Restarting the decoder clears that cache immediately, which is why that's the only thing that works.
So the fix is on my side: on stop, OMTake needs to close the connection cleanly and send a proper de-registration so decoders drop the source right away instead of waiting for the cache to time out. I'm working on it and will post here when there's a build to test.

Thanks for the precise repro, it made this much easier to track down.

Hi Xavier!

Found the 1.3 update about 30 minutes ago and just tested it out.

Unfortunately the issue still persists!


Disconnecting the cable during straeming and reconnecting is not an issue. The stream is back right away when the cable is reconnected.

But when using the Stop function and trying to Start again then stream is not found any more.


Some kind of temporary "fix" would be that OMTake would stream right away when it is launced?

The issue in this approach is that the stream can't be found after App restart because the root cause of the issue is still there..


Speaking of OMT (and NDI) in general: Start and Stop are unnecessary anyway when the bandwidth is only consumed when there is a decoder tapped to it.

And what would be more annoyning knowing the camera is at the location, but someone did not press the Start button ;)

Agreed, a Reset on OMT sources in vMix would be a great safety net — it would let you clear a stale source without restarting vMix, regardless of which side caused it. This probably belongs in the vMix Feature Requests forum so it gets in front of the vMix team. Happy to add my voice there if you open one — on my side I'm still cleaning up the manual stop/start teardown so OMTake leaves as little stale state as possible.

Good news!

Today tried the app (V1.3) again: Start, Stop and Start - Now it works!

Maybe I did not restart the phone last time after the app update. Weird stuff..

I've just published a short demo (1:15) showing OMTake in action with vMix:

OMTake — iPhone as a wireless OMT camera for vMix

It covers the full workflow: open the app, add an OMT source in vMix, and the iPhone shows up automatically on the network — no IP address to type. Also shows multi-lens zoom, the tally light with torch feedback, live quality switching, and how thermal management keeps the stream broadcast-safe on long sessions.

Since the last update, v1.3 also brought persistent settings and smoother stop/restart.

As always, feedback is very welcome — especially on what you'd like to see next. A few features already on the list: separate exposure/focus controls, configurable white balance, and orientation lock.

OMTake on the App Store (free, fully functional)

Thanks for releasing OMTake 1.4 which has mostly under the hood optimizations.

There seems still be that bug that prevents changing Stream Name when the phone is horizional mode.
So now it's only possible to change Stream Name if the phone is in verical mode.

Reported this bug via email a while ago (June 28th 2026)

Additional details:

Encountered the framerate issue with wireless connection.

Have to test it more with wired connection and on different phones.

vMix 29.0.0.49 OMT (&NDI?) Source Discovery is Buggy

The emitting source is not discovered!


I can reproduce this issue.


Here how to reproduce it:

Have vMix open and add an OMT stream to it. In my case I stream from an iPhone with OMTake V1.4.

Save the project in vMix.

Shut down vMix PC.

Shut down the WiFi router which is taking the OMT stream from the iPhone.

Let the iPhone continue to stream.

Power up the vMix Pc.

Start vMix and load the saved project.

Power up the WiFi router.

------> vMix won't recover the OMT stream from the phone!

Utilities like "OMT Tools Studio Monitor" DOES find the stream - vMix not.

And the strange part is that if vMix is then quitted and then re-launched - it works..

What gives??

Hello Martin.

I did post this once and originally to a thread that specifically says where bug reports should be posted: "vMix 29 Released/Feedback/Please report any bugs or questions in this thread.", so what is the problem?





Thanks Martin. I will examine the OMT logs and do more tests and also contact support directly.

Regards,
Jani