Feature #797
closed
- 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.
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. :)
- 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.
Also available in: Atom
PDF