CasparCG / server

CasparCG Server is a Windows and Linux software used to play out professional graphics, audio and video to multiple outputs. It has been in 24/7 broadcast production since 2006. Ready-to-use downloads are available under the Releases tab https://casparcg.com.
GNU General Public License v3.0
904 stars 269 forks source link

We should add live OSD diagnostics for developers #56

Closed CasparCGImport closed 6 years ago

CasparCGImport commented 11 years ago

Converted from SourceForge issue 3563170, submitted by hellgore

It would be advisable to introduce a command-line parameter to caspar or a configuration in the config-file called development-mode which would have to be set in order for any of these debug-producers to be available, as to not risk showing this kind of information in live-broadcasts.

CasparCGImport commented 11 years ago

Submitted by jesper-s

I would rather see an OSC implementation of such functionality, for the client to analyze/render. Then you can add some watchers and have the client react to the performace with alerts and notifications. And you don't have to add another temporary consumer to the production configuration.

But yes, some Actionscript diagnostics are needed.

jesperstarkar commented 10 years ago

Adobe Scout now gives all live telemetry needed for flash monitoring.

However, OSC info on all the DIAG params would be good. (Forgive me if they're already in place..)

jesperstarkar commented 8 years ago

2.1 introduces DIAG-straming over OSC, right? And I guess this can be closed.

HellGore commented 8 years ago

It is actually not the same, this is more like a producer on its own layer, showing diag-stuff above for example flash templates dropping frames etc. Like flashing the entire layer red, notifying the template developer visually

jesperstarkar commented 8 years ago

Well yes, that was (my) original idea. But when it comes to flash producer, you get ALL the telemetry you need from Adobe Scout and the native telemetry libraries. Similarly will remote debug for Chrome give good profiling data.

So that covers profiling support for developers.

The next thing about this issue is the ability to log performance during production. That's where DIAG OSC and - perhaps we should revisit the idea of tracing dropped/late frames to the log? - comes in.

HellGore commented 8 years ago

Well yes, that was (my) original idea

I was the one who wrote this feature request.

Anyway it would not only be useful for flash or html, but any event in the server causing a diag-tag.

Then again as you say OSC-diag is available now and makes it possible to do this kind of thing externally. Still we have the diag window built into the server, which also could be removed based on the same arguments, but I'm not sure.

Actually the diag-window could be converted to a producer so that it could be put out via any consumer, not requiring a local window on the server machine.

jesperstarkar commented 8 years ago

Sorry, I thought it was mine...

Diag producer would be nice. In combination with diag logging, which I think is the most critical part. Diag logging + Log Socket would be the killer combination.

HellGore commented 8 years ago

I think a combination of scene producer and text producer could be used to print the last log statements (OSD style) as well, fading away lines shown for a certain while, which would also be nice as a separate producer.

Of course all of this would be possible externally as well.