Project

General

Profile

Actions
Copy link

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:
schmirl
Category:
Server - VTP Streaming
Target version:
0.6.1
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
Copy link
 #1

Updated by schmirl about 10 years ago

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

Can you point me to that information?

Actions
Copy link
 #2

Updated by schmirl about 10 years ago

  • Status changed from New to Closed

According to VDR Portal VDR recordings suffer from the same problem. So this is most likely a problem with VDR's CAM code

Actions
Copy link

Also available in: Atom PDF