Project

General

Profile

Actions
Copy link

Feature #797

closed

Streaming Umschaltproblem verschlüsselt/unverschlüsselte Kanäle

Added by Anonymous over 12 years ago. Updated over 12 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
Client
Target version:
-
Start date:
11/10/2011
Due date:
% Done:

0%

Estimated time:

Description

Hi,
könnte man folgende Änderung nicht in das Setup vom Streamdev-Clienten unterbringen?
Damit gibt es keine Probleme beim zappen von verschlüsselten zu verschlüsselten Sender!

---------
--- vdr-plugin-streamdev-0.3.3~cvs20080406.1321/common.h.orig 2008-07-21 20:18:10.000000000 0200
++ vdr-plugin-streamdev-0.3.3~cvs20080406.1321/common.h 2008-07-21 20:19:17.000000000 +0200
@ -26,7 +26,7 @
#if VDRVERSNUM < 10300
  1. define TRANSPONDER (ISTRANSPONDER, c2->Frequency()))
    #else
    # define TRANSPONDER (c1>Transponder() == c2->Transponder())
    +# define TRANSPONDER (false)
    #endif
    ---------

Gefunden habe ich das alles: http://www.vdr-portal.de/board60-linux/board14-betriebssystem/board69-c-t-vdr/p740827-streaming-umschaltproblem-verschlüsselt-unverschlüsselte-kanäle-akt-e-tobi-exp-vdr-1-6-gelöst/#post740827

Actions
Copy link
 #1

Updated by schmirl over 12 years ago

  • Category set to Client
  • Status changed from New to Feedback

Ursprünglich ging der streamdev-client davon aus, dass zwei Sender auf dem selben Transponder grundsätzlich ohne weiteres empfangbar sind. Um einen weiteren Sender auf dem selben Transponder zu empfangen, wurden einfach dessen PIDs zusätzlich angefordert, ohne Umschalten o.ä.

Bei verschlüsselten Kanälen ist es offenbar damit nicht getan. Das Kriterium wurde daraufhin von "Kanal A und Kanal B sind auf dem selben Transponder" im Februar 2010 um ein "und beide Kanäle sind unverschlüsselt" erweitert. Entweder ist Dein streamdev-client zu alt oder die eigentlich verschlüsselten Kanäle sind in der channels.conf des Clients als unverschlüsselt eingetragen oder es liegt ein ganz anderes Problem vor.

Actions
Copy link
 #2

Updated by Uwe over 12 years ago

schmirl wrote:

Ursprünglich ging der streamdev-client davon aus, dass zwei Sender auf dem selben Transponder grundsätzlich ohne weiteres empfangbar sind. Um einen weiteren Sender auf dem selben Transponder zu empfangen, wurden einfach dessen PIDs zusätzlich angefordert, ohne Umschalten o.ä.

Bei verschlüsselten Kanälen ist es offenbar damit nicht getan. Das Kriterium wurde daraufhin von "Kanal A und Kanal B sind auf dem selben Transponder" im Februar 2010 um ein "und beide Kanäle sind unverschlüsselt" erweitert. Entweder ist Dein streamdev-client zu alt oder die eigentlich verschlüsselten Kanäle sind in der channels.conf des Clients als unverschlüsselt eingetragen oder es liegt ein ganz anderes Problem vor.

Hi schmirl,
Dank Dir für die flotte Antwort. :)
Auf dem Client läuft vdr-1.6.0.2 + tsplay-ptach mit aktuellen Streamdev-Client aus dem git.
Auf dem Server läuft vdr-1.7.21 mit aktuellen Streamdev-Server aus dem git.
Damit ich auf dem Client auf die verschlüsselten Sender zugreifen kann, musste ich diese als unverschlüsselte eintragen, genau. Gibt es dazu noch eine andere Möglichkeit?
Nachdem ich in common.h folgendes auf "+# define TRANSPONDER (false)" geändert habe, funktioniert es ja richtig gut. :)

Actions
Copy link
 #3

Updated by schmirl over 12 years ago

  • Status changed from Feedback to Rejected

Aus dem streamdev-README:

  • Viewing encrypted channels became an issue with VDR's new CAM handling code.
    Streamdev doesn't provide a (dummy) CAM, so out of the box, VDR won't ever try
    to receive encrypted channels from streamdev. Pick one of the following
    solutions to work around the problem:

1. Force VDR to use streamdev. Open the channels menu on the client (or edit itschannels.conf if you know how to do this) and set the CA field of all channels
that only the server can decrypt to streamdev's device index. Usually streamdev
will get number 9 or 10. Streamdev logs the actual device number when starting
up. So please consider the logs for the correct value. Remember to fill in
hexadecimal values if you are using an editor to modify your channels.conf
(number 10 becomes an "a", number 11 a "b", ...).

2. Apply either patch "patches/vdr-1.6.0-intcamdevices.patch" or patch
"patches/vdr-1.6.0-ignore_missing_cam.diff" to your client VDR. Intcamdevices
is the clean solution, but it modifies the VDR API. So you will need to
recompile all of your plugins. The ignore_missing_cam patch is trivial, no need
to recompile other plugins. However it is not suitable for clients with a DVB
card of their own.

Actions
Copy link

Also available in: Atom PDF