QLab syphon client too optimized (somehow) ?

[Jérôme Tuncer]

Hello there,

Quite a tricky problem to describe :

I'm witnessing a somehow strange behavior in QLab 5. Could have happened in QLab 4, not sure it's really version related...

I'm using Glypheo to stream a lot of text input to QLab via Syphon. I'm dealing with all the cosmetics stuff (fades, effects...) in QLab. I have a lot of other stuff going on in my QLab session (video files, sound input, output...) apart from this.

Whenever I start QLab, then Glypheo (or the other way around, FWIW), if I monitor Glypheo Syphon inputs from my workspace preferences, I only see blank inputs. I have to update Glypheo a few time to witness change in my input monitor windows in QLab. It's as if Syphon inputs in QLab were so optimized that frames get lost when an app (Glypheo in my case) "streams" Syphon to no actually active video input cue.

The actual consequence in my show being that if I display a video cue input from Glypheo through Syphon to an output, it is quite often an older Syphon frame that is displayed in my output. Glypheo has to be trigged a few time (i.e. get frames updated a few times) for QLab to receive the correct actual line of text.

If I monitor stuff going out of Glypheo through Syphon Simple Client, frames are updated immediately after Glypheo is started or line is being changed.

Just so you know : Glypheo is not a very "active" Syphon streamer. It will (from what I see) only update Syphon "frames" every time a new line of text is trigged. Hence its detected framerrate being very low...

I hope I'm being clear enough. It's actually easy to witness in real life, but hard to describe with a few paragraphs of text.

Don't hesitate to ask if you need more details to understand my issue.

Yours,

Jérôme

[Richard Williamson]

Doesn’t solve the underlying issue but fyi I usually use glypheo with NDI and qlab and don’t see this issue 

Sent from my iPhone

On 26 Oct 2025, at 00:03, Jérôme Tuncer <jerome...@gmail.com> wrote:

Hello there,

--
Contact support anytime: sup...@figure53.com
User Group Code of Conduct: https://qlab.app/code-of-conduct/
 
Instagram: https://www.instagram.com/Figure53
TikTok: https://www.tiktok.com/@QLab.app
Bluesky: https://bsky.app/profile/qlab.app
---
You received this message because you are subscribed to the Google Groups "QLab" group.
To unsubscribe from this group and stop receiving emails from it, send an email to qlab+uns...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/qlab/137b5251-ed86-4fd5-abe4-59c720eb9700n%40googlegroups.com.

[micpool]

Richard,

Are you saying that you have seen this "underlying issue" with Glypheo and Syphon into QLab? I'm about to do an opera with surtitles using that set up, and haven't seen it yet, but if it is a thing then obviously I would want to avoid it..

Glypheo and QLab seems to be a regularly used combination, and if there is an issue with Syphon to QLab I'm surprised this is the first post on the subject?

Syphon is designed for the transport of video and still images, so it shouldn't be an issue.

Mic

[Richard Williamson]

Sorry - I wasn’t clear. I haven’t seen this issue - although I have had a few issues with glyoheo’s NDI feed stopping working and needing a restart of the app to fix, but this has never been a critical problem

I’ve just always used NDI as generally glypheo has its own operator 

Sent from my iPhone

On 26 Oct 2025, at 11:52, micpool <m...@micpool.com> wrote:

Richard,

To view this discussion visit https://groups.google.com/d/msgid/qlab/ef64ca30-8ec4-4463-9657-2827425cfb18n%40googlegroups.com.

[Jérôme Tuncer]

It's actually tricky to reproduce in a simple session but here goes one example that might demonstrate this behavior.

1. Start the 2 files (Glypheo and QLab), leave Glypheo alone.
2. Wait for QLab to discover NDI sources (takes a few seconds in my setup here)
3. Start cue number 1 in QLab

Expected behavior :

1. "actual text track 1 line 1" should be displayed with a 1s fade-in / out
2. "actual text track 3 line 3" should be displayed with a 1s fade-in / out

Result (at least here) : nothing is shown on the surface.

Next step :

1. Start cue number 2 in QLab

Expected behavior :

1. "actual text track 1 line 1" should be displayed with a 1s fade-in / out
2. "actual text track 3 line 3" should be displayed with a 1s fade-in / out

Result (at least here) : correct text is displayed.

Now, go back to cue number one : behavior is back to normal.

Maybe my computer is the only setup showing such behavior. I don't know. But in my true show session, it ends up being not so reliable.

I'll try switching to NDI only during tomorrow's rehearsal and keep you posted.

[Paul]

Just a thought, you do know that Glypheo numbers it's subtitles from zero?

So if you want the first line in your file you need to send OSC 

/goTo 0 

and to get line 2 you need to send /goTo 1

Also you need to put the Network cue before the Camera cue.  Tested your Workspace with 1000 entry Glypheo file and Syphon seems to work ok.

[Jérôme Tuncer]

Hey Paul,

Thanks for chiming in.!

Le lundi 27 octobre 2025 à 22:14:42 UTC+1, Paul a écrit :

Just a thought, you do know that Glypheo numbers it's subtitles from zero?

So if you want the first line in your file you need to send OSC 

/goTo 0 

and to get line 2 you need to send /goTo 1

Yes, I know that. I've been using Glypheo a lot in the past already (-;

 

Also you need to put the Network cue before the Camera cue.  Tested your Workspace with 1000 entry Glypheo file and Syphon seems to work ok.

Will try that. But I don't think it's really related to the exact symptom I'm witnessing.

I think the strange behavior I'm witnessing is not in any way related related to the amount of cues contained in the QLab and/or Glypheo workspace. It's related to the way things get instantiated/started.

If you happen to have time : What happens if you follow scrupulously my guidelines ? Specifically the first part :

 

1. Start the 2 files (Glypheo and QLab), leave Glypheo alone (i.e. don't clik on any subtitle, leave it on title 0)
2. Wait for QLab to discover NDI sources (takes a few seconds in my setup here, you might have to re-patch inputs in QLab)

1. Start cue number 1 in QLab

Expected behavior :

1. "actual text track 1 line 1" should be displayed with a 1s fade-in / out
2. "actual text track 3 line 3" should be displayed with a 1s fade-in / out

Result (at least here) : nothing is shown on the surface.

I'd be really curious so as to what happens on another computer than mine here.

[Paul]

Using your Qlab Workspace, after changing the video output counting and turning on 'Keep rending between cues" (Settings-Video- Edit Stage), running your cue number 1 I get

Panel 1 Line 1 fades in and out

Panel 3 line 2 fades in and out

but the first time I run it after open Glypheo I get nothing displayed. So I guess Glypheo needs "kick" to get something output - but that would be done in the rig check, so it's irritating, but I wouldn't regard that as a problem.

I haven't had time to try NDI.

In general if using Qlab for video other than subtitles, I would put the subtitles into QLab. That is much more flexible. Just use Glypheo when those are the only video display in use on a show. (did a show last year with about 700 subtitles in two languages in QLab which worked smoothly).

[micpool]

Richard,

I've now had a few issues with QLab using Syphon  on the same machine so tried NDI and also moving the Glypheo to a seperate machine and using NDI to QLab,  Every time I do anything, editing Panels, playing a cue etc. Glypheo crashes. Is there somewhere you can download earlier versions as I don't remeber this from last time I tried it. I'm using 1.4.9 on Sonoma with QLab 5.4.11 on M1 Macs. What configuraiton do you use successfully?

Thanks

Mic