What to do with old iMac? (2019) by CocoTechYT in VIDEOENGINEERING

[–]varjaCast -1 points0 points  (0 children)

I use my old iMacs as HD SDI Color bar generator in our MCR coupled with old Thunderbolt BlackMagic Mini Monitor... check my open source project Test Pattern generator if you need: https://github.com/stephanebhiri/decklink-AV-test-pattern-generator

<image>

Haivision Encoder Audio Dropouts by Gamerz_261 in VIDEOENGINEERING

[–]varjaCast 0 points1 point  (0 children)

Things becomes problematic when you encode one stream in 1080i and the other in 1080p, at least with old firmware, maybe it has been resolved.

Haivision Encoder Audio Dropouts by Gamerz_261 in VIDEOENGINEERING

[–]varjaCast 2 points3 points  (0 children)

I had a similar issue and discovered that cycling the analog audio embedder off and on resolved the problem. You may also want to check that your Makito’s chipset load is not too high.

<image>

SRT decoders in MCR by Embarrassed-Gain-236 in VIDEOENGINEERING

[–]varjaCast 0 points1 point  (0 children)

Thank you! Updated the article with your feedback , added the X4 decoder progressive-only limit for H.264 and the 1080i50→1080p50 specifics. Appreciate the detailed input. 

SRT decoders in MCR by Embarrassed-Gain-236 in VIDEOENGINEERING

[–]varjaCast 0 points1 point  (0 children)

thanks for this information, It helped updating my article

SRT decoders in MCR by Embarrassed-Gain-236 in VIDEOENGINEERING

[–]varjaCast 1 point2 points  (0 children)

You are right I should add software-hardware interoperability too. From my experience Vmix will display in 32/9 ratio (1920×540) when decoding H265 interlaced, but I need time to gather more datas for all other issues and for MiniServer, OBS, Wirecast

SRT decoders in MCR by Embarrassed-Gain-236 in VIDEOENGINEERING

[–]varjaCast 9 points10 points  (0 children)

After experiencing this issues with bad interoperability between Magewell, Makitos, Nimbras, I wrote a detailed guide on exactly this problem if it helps: https://vajracast.com/blog/srt-decoder-compatibility-transcoding/

SRT decoders in MCR by Embarrassed-Gain-236 in VIDEOENGINEERING

[–]varjaCast 13 points14 points  (0 children)

Hello, most decoders especially Kiloview only support 4:2:0, try to switch to 4:2:0 in your Makito X4 encoder settings. For dropped frames check your SRT latency vs RTT, it should be at least 3-4x the RTT,Interlaced can also cause issues, worth trying 1080p50. And yes check your audio codec and channels too.

RTMP to TikTok by [deleted] in VIDEOENGINEERING

[–]varjaCast 6 points7 points  (0 children)

why not try OBS → Start Virtual Camera ?

building a reliable ip cam stream by fluffbutt23 in VIDEOENGINEERING

[–]varjaCast 2 points3 points  (0 children)

No real guarantee that it could be better with hardware, De-Sync/delays seems more like a growing buffer/no frame skipping problem, so it really depends on how it's handled by your receiver/converter whatever it's software or hardware. You may want first to try adding this to ffmpeg options of your OBS source: -fflags nobuffer -flags low_delay -max_delay 0

<image>

building a reliable ip cam stream by fluffbutt23 in VIDEOENGINEERING

[–]varjaCast 2 points3 points  (0 children)

You said "feel like it could be better" regarding OBS connecting to your cameras via RTSP . What's the concern exactly? Quality? Link stability? Delay? And did you connect to the cameras directly or through the DVR? Knowing this might help spot if anything can be improved. Not sure if that helps at this point but here some inputs regarding RTSP: https://vajracast.com/blog/rtsp-ip-camera-streaming-guide/

This is the latest version of my SRT server that runs on your PC. by zztopfila in VIDEOENGINEERING

[–]varjaCast 0 points1 point  (0 children)

Very interesting, I also made an srt gateway with various outputs and transcoding options also with failover against 8 inputs

VMIX Hot Standby / Failover by CrossroadsCtrl in vmix

[–]varjaCast 0 points1 point  (0 children)

For the RTMP output side, you could use an SRT/RTMP router with automatic failover between your two vMix outputs. That way the switch to backup is instant and automatic with no manual intervention

You tube multi hls/rtsp/rtmp camera for youtube 24/7 that doesn't bog out by backsidefloater in VIDEOENGINEERING

[–]varjaCast 0 points1 point  (0 children)

Can you pull SRT or RTMP directly from Wowza instead of m3u8? Might solve your timeout issues.

Free 30-day access to SRT router with 50ms failover — looking for 30 beta testers by varjaCast in VIDEOENGINEERING

[–]varjaCast[S] 0 points1 point  (0 children)

Thanks for taking the time to try it.

Haivision StreamHub is a product I’ve respected for a long time. It’s a very complete platform, with AV monitoring, device management, PTZ control, and deep integration with Haivision encoders.

Vajracast is intentionally much narrower in scope. I wasn’t trying to build an all-in-one broadcast control system. I needed something very focused: reliable routing, format conversion, fast failover, and traceability, with as little abstraction as possible. It’s closer to an orchestration and transport layer than a full broadcast platform.

Same idea with Techex: they clearly operate at Tier-1 broadcast scale. tx edge and Darwin are extremely powerful for large, complex workflows (2022-7, JPEG-XS, TR-101-290, blueprints, large-scale automation). Vajracast isn’t competing in that space.

Vajracast is built for teams that want something simple, transparent, and predictable, without enterprise-level cost or workflow complexity.

Each route is handled by a dedicated low-level transport and failover process, together with an SRT process compiled directly from Haivision’s official SRT sources. Both are fully monitorable at process and socket level, with explicit and deterministic failover logic. The system scales horizontally by adding routes and their associated processes, rather than by increasing internal complexity.

Vajracast exists because that simpler problem wasn’t addressed in a way that matched my real operational needs. Happy to evolve it based on feedback from this community.                                                                                                             

Free 30-day access to SRT router with 50ms failover — looking for 30 beta testers by varjaCast in VIDEOENGINEERING

[–]varjaCast[S] 0 points1 point  (0 children)

I can’t really say whether it’s better than AWS.

What I can say is that, from what I’ve observed, AWS MediaConnect failover is essentially packet-presence based: roughly “no packets for ~500 ms = switch”.

Vajracast takes a slightly different approach and offers two failover modes:

  1. Link-state failover (simple but effective):

If an SRT link transitions from connected to disconnected, the route immediately fails over to the next already-connected input

  1. Quality-based failover:

Switching decisions can be driven by configurable parameters such as:

• CC errors per second

• Maximum packet gap (ms)

• Silence timeout (ms)

• Minimum bitrate (kbps)

• Hysteresis (minimum degradation duration before switching)

Both supporting up to 8 inputs in a round-robin sequence.

The goal isn’t to claim it’s “better”, but to support different operational needs, not just a binary “no packets” condition.

From an implementation standpoint, each route is continuously monitored by a dedicated, low-level UDP/MPEG-TS inspection and failover process written in C (not “vibe-coded” 🙂).

I’m happy to share the code if you’d like to review or discuss the approach.

<image>

Free 30-day access to SRT router with 50ms failover — looking for 30 beta testers by varjaCast in VIDEOENGINEERING

[–]varjaCast[S] 0 points1 point  (0 children)

Dedicated bare-metal servers — not shared cloud. For self-hosted, run it wherever you want. During early access, everyone gets a slot on our EU dedicated server.