Galicaster doesn't update status if capture.device.name is not set.

[mostolog]

As suggested by https://groups.google.com/a/opencast.org/d/msg/users/QM6Crf7FpHI/_FlLfhImAQAJ as a result of an undesired behavior, it seems Galicaster 2.0.0 only sends status updates if recording sets capture.device.name

[Alfro]

The reason why Galicaster was set to act like that I think has to do with how the "capture.device.names" property works.

AFAIK, if you schedule a recording in Opencast, but don't mark any tracks to be recorded, the expected behavior would be that the capture agent would not actually record anything. In this case, it may have seen counterintuitive to send the status recording when no content is actually being recorded.

However, this is inconsistent with two things:

• Galicaster will show its status as recording even where there are no tracks
• There is a certain configuration option (@ignore_capture_devices = True@), that will make Galicaster record all the tracks in the profile regardless of what was set in the Opencast event (Option to record all tracks regardless of capture.device.names #388)

So maybe changing this behavior, sending the recording status even if no tracks are set, may make sense.

[mostolog]

Hi.

Sorry for delay, but I was 😭 on holidays 🌴 I'm not sure that I understood properly.

What do you mean when you say:

but don't mark any tracks to be recorded, the expected behavior would be that the capture agent would not actually record anything

You mean sources? (audio, presentation, presenter)
I don't see Opencast interface is setting any track option, and it's is actually receiving agent status updates
https://groups.google.com/a/opencast.org/d/msg/users/QM6Crf7FpHI/8k9vUBqXBgAJ

[Alfro]

Hi @mostolog,

Sorry, I was mixing Galicaster and Opencast terms. I meant the capture.device.names values. It appear listed as Inputs in the Opencast UI when scheduling a recording. Here is a screencap:

[mostolog]

In our scenario we have 3 sources that can be selected: presenter, presentation and audio. All 3 are enabled by default and, having an eye on metadata shown if scheduled using GUI, it doesn't seem they are set by Opencast in any way. Neither on Javascript call, which doesn't work.