vMix Forums
»
General
»
3rd Party Software and Development
»
Simple message wall workflow using vMix browser inputs
Rank: Newbie
Groups: Registered
Joined: 1/29/2026(UTC) Posts: 3 
|
Hi all, I wanted to share a simple message wall workflow I’ve been building and get some early feedback from people working with vMix in live productions. I started developing this because I needed a lightweight way to handle audience messages and Q&A for events and streams, without relying on heavier platforms for occasional use. It’s still early-stage, which is exactly why I’d love input from this community. Intended workflow: - The audience sees a normal message wall on-site (PC + projector) or on their own devices - In vMix, a separate transparent browser page is added as an input - Individual messages or questions can be brought into the program output as overlays during Q&A or discussion segments At this point I’m mainly looking for feedback around: - vMix browser input behavior and limitations - Readability and scaling at different input resolutions - Any obvious edge cases you’d anticipate in live use Small practical note from testing: The chat scales automatically to the full browser width, so the browser input resolution has a noticeable impact on readability. It’s worth experimenting with different resolutions before going live. I’m genuinely looking for early feedback to help validate the workflow. There is a paid tier, but my main goal here is to gather feedback. If anyone wants to see what I’m working on, here’s the project: https://www.postwalls.comHappy to answer questions or hear how others are currently handling audience interaction and Q&A in vMix.
|
|
|
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 5/14/2013(UTC) Posts: 155  Location: uk Thanks: 2 times
Was thanked: 28 time(s) in 24 post(s)
|
Having the message feed avaibale as XML or JSON would allow you to use it as a datasource and so be use in GT titles
|
|
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 1/29/2026(UTC) Posts: 3
|
Originally Posted by: Henny  Having the message feed avaibale as XML or JSON would allow you to use it as a datasource and so be use in GT titles Thanks! That’s a really good idea and honestly one of those “why didn’t I think of that myself” moments. Exposing the message feed as XML or JSON for use as a data source makes a lot of sense, especially for GT titles and more traditional broadcast workflows. This should be fairly straightforward to implement on my end, so I’ll definitely look at adding it in. Really appreciate you pointing it out. Eexactly the kind of practical, production-focused feedback I was hoping for.
|
|
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 1/29/2026(UTC) Posts: 3
|
Hi everyone,
It's been a very busy start to the year on other fronts, but I've finally had the time to dive back into this project and push it forward. Huge thanks again to Henny for the previous suggestion!
I've now implemented a JSON feed for the messages, allowing you to bring the data directly into vMix as a Data Source for GT Titles. To keep the workflow as frictionless as possible for fast-paced live events, there are no logins required for audience members.
Here is a quick breakdown of how the workflow looks right now:
Public Wall Mode: Messages go straight to the public wall (and the JSON feed). You can overlay them either using the transparent browser input or via the new JSON data source.
Host / Moderation Mode: The public screen displays only a QR code for submission. Messages go to a private Host/Moderator dashboard.
Filtering: You can either let the stream run free or moderate messages before they hit the Host screen. The JSON feed automatically mirrors whatever is approved/visible on the Host screen.
Security: You can password-protect just the Host dashboard, or lock down both the Host dashboard and the QR submission page.
Since I want to keep this as lightweight and bulletproof as possible for live production, I'd love to get your thoughts on a few specific technical details regarding the JSON/Data Source setup:
Polling & Refresh Rates: How often do you typically set vMix to refresh JSON data sources in live situations without hitting performance issues? (e.g., every 1–2 seconds?)
JSON Structure: Currently, the feed is optimized for easy mapping to GT Titles. If you use JSON data sources regularly, are there specific nesting or formatting preferences that make your life easier in vMix?
Authentication vs. Simplicity: For password-protected feeds, the simplest approach is appending the password as a URL parameter (?password=yourpassword) directly in the vMix Data Source manager — no extra setup needed. The feed also supports a token-based flow: on the first authenticated request the response includes a short-lived feed_token that can be used in place of the password for subsequent polls (?token=...), valid for 15 minutes and automatically refreshed. For vMix's built-in Data Source manager, the plain ?password= approach on every poll is probably the path of least resistance — does this fit your standard workflows, or do you have a preference for header-based tokens?
Before I let it sit and call it a day, I'd love to hear if there's anything else missing or any edge cases I should consider. Thanks again for the help!
|
|
|
|
|
|
vMix Forums
»
General
»
3rd Party Software and Development
»
Simple message wall workflow using vMix browser inputs
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.
Important Information:
The vMix Forums uses cookies. By continuing to browse this site, you are agreeing to our use of cookies.
More Details
Close
