logo

Live Production Software Forums


Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Options
Go to last post Go to first unread
jet  
#1 Posted : Thursday, June 11, 2026 8:03:02 PM(UTC)
jet

Rank: Advanced Member

Groups: Registered
Joined: 11/14/2012(UTC)
Posts: 341
Man
Location: Finland

Thanks: 214 times
Was thanked: 19 time(s) in 17 post(s)
Tried OMTake v1.2 app on an old iPhone over a wired local Lan network without internet connection.

Seems to work with vMix 29.0.0.48, but when the stream is stopped in the OMTake app and then re-started, then vMix won't find the stream any more nor does BHM OMT Media Player.

BUT: After vMix re-launch the stream works... The exact same behaviour on BHM OMT Media Player (decoder)....

(Restarting iPhone or the app does not solve the problem. Only restarting the decoder on Windows side helps..)

Colliding ports?

OMTake and/or vMix/ or OMT bug?
jet  
#2 Posted : Saturday, June 13, 2026 12:51:34 AM(UTC)
jet

Rank: Advanced Member

Groups: Registered
Joined: 11/14/2012(UTC)
Posts: 341
Man
Location: Finland

Thanks: 214 times
Was thanked: 19 time(s) in 17 post(s)
Martin?
jet  
#3 Posted : Saturday, June 13, 2026 2:52:48 AM(UTC)
jet

Rank: Advanced Member

Groups: Registered
Joined: 11/14/2012(UTC)
Posts: 341
Man
Location: Finland

Thanks: 214 times
Was thanked: 19 time(s) in 17 post(s)
Noticed that the OMTake source became available (discovered) to the decoder after about 30 minutes after the connection was re-made from the app....
xcapetir  
#4 Posted : Saturday, June 13, 2026 4:23:00 PM(UTC)
xcapetir

Rank: Newbie

Groups: Registered
Joined: 8/18/2025(UTC)
Posts: 2
France
Location: Schwindratzheim

Was thanked: 2 time(s) in 2 post(s)
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.
thanks 1 user thanked xcapetir for this useful post.
jet on 6/13/2026(UTC)
Users browsing this topic
Guest, jet
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.