Project

General

Profile

Actions

Bug #1953

closed

streamdev stops when channel is not decryptable

Added by Anonymous about 10 years ago. Updated about 10 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Server - VTP Streaming
Target version:
Start date:
10/16/2014
Due date:
% Done:

0%

Estimated time:

Description

Since vdr's 2.1.x new cam handling has been introduced the streamdev-server is giving up on attatching the receiver if the first cam could not decrypt the channel instead of constantly reattatching when there are more cams available.
In this case I'm getting log messages like this one:
"detaching receiver - won't decrypt channel S19.2E-1-1017-61301 with CAM 1"

The xvdr-plugin fe. is handling the cams properly.
See fe. it's code at https://github.com/pipelka/vdr-plugin-xvdr/blob/master/src/live/livestreamer.c

Would be nice if streamdev could handle the cams like it was suggested by kls for vdr 2.1.x

Actions

Also available in: Atom PDF