Live TV can consume hidden tuners/connections due to duplicate recording consumers

[PowerCC 31]

Emby can show one active recording while multiple upstream tuner/provider connections remain actively in use. I caught this live tonight and was able to verify both Emby’s internal consumer state and the actual network traffic while it was happening.

Environment: Emby Server 4.10.0.40 on macOS using an M3U tuner.

At the recording boundary, the server log showed three recording timers firing for the same program on three different channels:

19:00:00.104 Recording timer fired ... [PROGRAM]   (3 times)

19:00:00.111 Getting media sources ... [CHANNEL A]
19:00:00.111 Getting media sources ... [CHANNEL B]
19:00:00.112 Getting media sources ... [CHANNEL C]

Those recording jobs attached to existing shared streams, bringing each stream to two consumers.

When the previous recordings ended, Emby removed those consumers, but the three affected streams only dropped back to one consumer each, so all three remained open:

Live stream [A] consumer count is now 1
Live stream [B] consumer count is now 1
Live stream [C] consumer count is now 1

A separate stream behaved normally:

Live stream [D] consumer count is now 0
Closing live stream [D]

I also verified the three remaining connections at the TCP level. They were ESTABLISHED and actively transferring MPEG-TS data, so these were not stale sockets.

The shared-stream/tuner logic itself appears to be behaving correctly: Emby still believed each stream had an active consumer. The issue therefore appears to be higher up in the recording/timer state rather than in tuner release itself.

The practical concern is that the UI showed one active recording while three provider/tuner connections were actually in use.

This matters for IPTV users with concurrent-stream limits. If a provider allows two connections, for example, a hidden consumer can occupy one of those slots and cause another recording or Live TV session to fail even though Emby appears to show available capacity.

Main question: why were multiple recording consumers created for one logical airing while the UI represented only one active recording?