Tvheadend

I agree 100%
also next to this if will have one more with will not allow anyone to connect for maintenance reason

Both ideas looks so good!

saen acro wrote:

I agree 100%
also next to this if will have one more with will not allow anyone to connect for maintenance reason

It would also be nice to notify the client why the connection was rejected. However I think most won't take notice & keep trying so, perhaps an IP block on a timer?

Mark Clarkstone wrote:

It would also be nice to notify the client why the connection was rejected. However I think most won't take notice & keep trying so, perhaps an IP block on a timer?

The options can vary:

A) Close the listening sockets until the server exists from the maintenance state.

B) Reject all incomming connections to the listening sockets.

C) To each new connection respond with an ERROR message like UNAVAILABLE or similar.

All modes are acceptable. However, the first it's implement the option for closing all connections (using the API). And the second action will be implementing the "maintenance" mode.

Regards.

Mark Clarkstone wrote:

saen acro wrote:

I agree 100%
also next to this if will have one more with will not allow anyone to connect for maintenance reason

It would also be nice to notify the client why the connection was rejected. However I think most won't take notice & keep trying so, perhaps an IP block on a timer?

This can be happen with micro ts file even files (NO OR BAD SIGNAL, NO FREE SOURCE, SCRAMBLED, MAINTENANCE, ACCESS RESTRICTED )
with will play in loop until conditions changed

saen acro wrote:

This can be happen with micro ts file even files (NO OR BAD SIGNAL, NO FREE SOURCE, SCRAMBLED, MAINTENANCE, ACCESS RESTRICTED )
with will play in loop until conditions changed

This is great but independent of the maintenance mode. In the maintenance mode the server rejects all connections. Your suggestion it's about streaming when inputs fails.

As I see, this thread has evolved in three different requests:

1. UI Button for closing all active connections (original request).
2. A Maintenance mode that rejects all incomming connections.
3. Error loop files for streaming when input errors appear.

I hope all three will be accepted to be in the roadmap.
Regards.

I thought some more about this. A faux maintenance mode could be implemented simply by dropping all but admin account connections & disabling/enabling non-admin users in one go.

saen acro wrote:

also imagine how many flood will come in maintenance mode
attached 10 sec 75Kb 1080p video for OFFLINE

I found very interesting to support the "Error Loop files". However, this implies some development. And instead of it, the button of close all connections it's a simple trigger of the API:closeall. Futhermore, the administration status it's a simple "reject all connections" (except admin), instead of send (streaming) faulty files. And that's quite simple to implement (compared to your request).

So, I think it's a great idea! But you need to wait until the developer likes to implement it.

Mono Polimorph wrote:

I found very interesting to support the "Error Loop files". However, this implies some development. And instead of it, the button of close all connections it's a simple trigger of the API:closeall. Futhermore, the administration status it's a simple "reject all connections" (except admin), instead of send (streaming) faulty files. And that's quite simple to implement (compared to your request).

So, I think it's a great idea! But you need to wait until the developer likes to implement it.

lets see simple logic
is tvheadend can have multiple sources for for one service = yes
is it possible to swith this inputs with conditions = yes
so we need virtual input with variable priority

inputA -+
InputB -+--+---- To Client 
inputx -+  |
 *CSLI -+

*Condition Situated Loop Input

DVBLink have such solution

saen acro wrote:

lets see simple logic

I see it! Your opinion is valuable. And I agree!
However, I only comment that this it's different to the original request.

I've added the OP's original request as a PR

Applied PR, added optimized id=all api call. Drop a note, if something does not work.