Tvheadend

Hi Neil,
Oh in fact there is a problem, the connection is not restoring, I assume you have even a problem when you zap to another channel after oscam restart.
I will try to fix it when i have some time...

Mario - zapping to a new channel will reconnect to oscam.

So the only scenario is that while watching a channel with subscription, restarting oscam will not continue to play the channel once oscam is back online.

This is low priority but I thought it was still worth raising as its different to the capmt behaviour.

Thanks,
Neil

Guys,

Just trying to take a quick look at this (trying to mop some stuff up). Reading the capmt code it looks to me to have proper logic for handling failed connections (i.e. socket is closed and FD set to 0). This should result in the next send_msg() call re-opening the connection. Am I missing something?

Is it possible the error you're seeing here, given that its ok on channel change, is actually that the subcription is mishandling the failure to descramble somehow? and getting stuck in a state from which it will not recover and resume descrambling?

Adam

The problem here is that it is not enough to reconnect only. After reconnect the PMT data has to be send again to /tmp/camd.socket to oscam start descrambling.
In other words: oscam after restart doesn't know the state of clients, every client need to trigger it (which is done on every channel switch).

Oh i think i know how to fix it easily, will try to push something to test soon...

Please try this: https://github.com/manio/tvheadend/tree/capmt-reconnect