VDR-SC und TT S2-6400

[izeman]

AW: VDR-SC und TT S2-6400

wenn du nicht das richtige entschluesselungsmodul (irdeto, seca, nagra, etc ....) kompiliert/geladen hast, dann kommt "sender nicht verfügbar". ansonsten versucht sc den sender zu entschluesseln - es geht dann aber eben nicht.

 

[heinz1984]

AW: VDR-SC und TT S2-6400

Super izeman, endlich mal eine qualifizierte Antwort!

Dann direkt meine Anschlussfrage: ich habe vdr-plugin-opensc mit allen modulen installiert (h***s://launchpad.***/~alexandr-surkov/+archive/opensc). Eingentlich müssten doch alle aktiviert sein oder fehlt mir da was in meiner VDR-setup.conf?

sc.AutoUpdate = 2
sc.Cardclient.Immediate = 1
sc.ConcurrentFF = 0
sc.EcmCache = 0
sc.ForceTranfer = 1
sc.LocalPriority = 1
sc.LogConfig = 1:13140eb:1ffffff,2:1:3f,3:7:3f,4:7:3f,5:7:ff,6:df7f:ffff,7:547:1fff,8:7:7,9:7:7,10:7:f,11:f:f,12:7:f,13:7:7,14:7:3f,15:7:ff,16:3c7:7ff,17:7:7
sc.LogConsole = 1
sc.LogFile = 1
sc.LogFileLimit = 0
sc.LogFileName = /var/log/vdr-sc
sc.LogSyslog = 1
sc.LogUserMsg = 1
sc.Nagra.MinEcmTime = 400
sc.Nagra2.AuxServerAddr = localhost
sc.Nagra2.AuxServerEnable = 0
sc.Nagra2.AuxServerPass = auxserver
sc.Nagra2.AuxServerPort = 7777
sc.Nagra2.DropEMMS = 0
sc.PrestartAU = 0
sc.SC-Cryptoworks.DisableParental = 0
sc.SC-Nagra.AllowT14 = 0
sc.SC-Seca.Blocker = 0
sc.SC-Viaccess.DisableParental = 0
sc.ScCaps = 1 2 0 0 0 0 0 0 0 0
sc.SuperKeys = 0
sc.Viaccess.TpsAU = 0

Auszug aus

Sie müssen registriert sein, um Links zu sehen.

(/var/log/vdr-sc):

Mai 29 12:01:24.824 [core.load] ** registered systems:
Mai 29 12:01:24.824 [core.load] ** Cryptoworks       (pri -10)
Mai 29 12:01:24.824 [core.load] ** SC-Seca           (pri  -5)
Mai 29 12:01:24.824 [core.load] ** Irdeto            (pri -10)
Mai 29 12:01:24.824 [core.load] ** Irdeto2           (pri  -8)
Mai 29 12:01:24.824 [core.load] ** SC-VideoGuard2    (pri  -5)
Mai 29 12:01:24.824 [core.load] ** Viaccess          (pri -10)
Mai 29 12:01:24.824 [core.load] ** Nagra             (pri -10)
Mai 29 12:01:24.824 [core.load] ** Nagra2            (pri -10)
Mai 29 12:01:24.824 [core.load] ** Conax             (pri -10)
Mai 29 12:01:24.824 [core.load] ** SC-Conax          (pri  -5)
Mai 29 12:01:24.824 [core.load] ** Seca              (pri -10)
Mai 29 12:01:24.824 [core.load] ** Cardclient        (pri -15)
Mai 29 12:01:24.825 [core.load] ** SC-Viaccess       (pri  -5)
Mai 29 12:01:24.825 [core.load] ** SC-Irdeto         (pri  -5)
Mai 29 12:01:24.825 [core.load] ** SC-Cryptoworks    (pri  -5)
Mai 29 12:01:24.825 [core.load] ** SC-Nagra          (pri  -5)
Mai 29 12:01:24.825 [core.load] ** @SHL              (pri -10)
Mai 29 12:01:24.825 [core.load] ** ConstCW           (pri -20)

/etc/vdr/plugins/order.conf (funktioniert soweit gut mit vielen verschlüsselten Programmen):

dvbhddevice
sc

/etc/vdr/plugins/plugin.sc.conf:

-B0 -B1

 

[Deleted member 352383]

AW: VDR-SC und TT S2-6400

Neue Version des dvbhddevice Plugins, die die Probleme mit dem Bild und Ton Versatz nach dem Einschalten behebt.

Einmal als Komplettpaket und einmal als diff:

Sie müssen registriert sein, um Links zu sehen.

Sie müssen registriert sein, um Links zu sehen.

-der_dag

 

[izeman]

AW: VDR-SC und TT S2-6400

@heinz: naja profi bin ich auch keiner. das hab ich mir aus der erfahrung zusammengereimt. muss nicht 100% stimmen

um dein problem eingrenzen zu koennen, waere es interessant zu wissen, welche karten du verwendest, und was jetzt genau nicht funktioniert, und was schon. hat sc schon mal funktioniert?

in der setup.conf seh ich da so mal garnix. aber wie es aussieht laedst du eh jede menge module. ich hab hier nur sky und orf. und beides greift auf einen cardserver zu der im keller steht. newcs

um das umschalten zu schnell wie moeglich zu machen habe ich alle libs entfernt die ich nicht brauche (seca, irdeto ...). interessanterweise brauch ich aber neben der cardclient-lib auch nagra2 damit sky funktioniert.

 

[johndo]

AW: VDR-SC und TT S2-6400

Hallo zusammen,

ich konnte mein Problem mit dem stockenden Bild lösen. Und zwar hatte ich immer das SC Plugin mit dem integrierten CCCam verwendet. Ich habe jetzt CCCam als eigenen Dienst laufen und habe das SC Plugin so konfiguriert das es eben das externe CCCam verwendet.
Bisher läuft das seid Tagen einwandfrei und ohne Probleme. Also würde ich mal den integrierten Client im SC Plugin vermuten der nicht richtig funktioniert. Warum ist da eigentlich so eine alte Version enthalten wird an dem Plugin nichts mehr entwicketl?

 

[heinz1984]

AW: VDR-SC und TT S2-6400

@izeman: Ja, der SC läuft mit SC --> camd35 --> Oscam --> Smargo --> S*y S02 und ein paar weiteren Karten problemlos. Funktionieren tut halt z.B. HDpl*s und S*y Italia nicht --> "Kanal nicht verfügbar!".

Habt ihr noch ne Idee oder habt ihr ähnliche Probleme? Bzw. könnt ihr Fehler in meiner Konfiguration feststellen?

Edit: Auch nach einer Neuinstallation von vdr-plugin-opensc bleibt das Problem bestehen.

Edit2: Ggf. ist das videoguard2-Modul defekt? Quelle

Sie müssen registriert sein, um Links zu sehen.

 

[MegaV0lt]

Ich verwende sc aus dem hg und OSCam auf ner Sheevaplug. So funktioniert bei mir Sky und HD+ einwandfrei:

/etc/vdr/plugins/sc/cardclient.conf:
# OSCam auf SheevaPlug #Sky
camd35:SheevaPlug:20248:1/1702,1833:vdr01:vdr01

#Zugriff von sc mit camd3-Protokoll auf mein Sheevaplug Port 20248. Es
#müsste SheevaPlug:20248 angepasst werden

# OSCam auf SheevaPlug #HD+
newcamd:SheevaPlug:15002:1/1843:vdr01:vdr01:1234567890123456789012324

#Zugriff von sc mit newcamd-Protokoll auf mein Sheevaplug Port 15002. Es
#müsste SheevaPlug:15002 und der Key angepasst werden
# Die CAID 1843 ist für die schwarze hd+ Karte - 1830 für die weisse

Und auf der SheevaPlug die oscam.conf:
[newcamd]
port = 15002@1843:003411
key = 1234567890123456789012324
# Muss mit den obigen Werten zusammen passen
[cs357x]
port = 20248
# siehe oben

Um die HD+-Karte mir EMM zu versorgen musste ich newcamd nehmen, da mit camd3 keine durchkamen

 

[izeman]

AW: VDR-SC und TT S2-6400

@heinz: das problem wird eher sein, dass du hier niemanden findest der eine sky-italia oder hdplus karte hat also auch keine erfahrung damit.

hast du mal das sc log aktiviert und nachgesehen was fuer meldungen du im log bekommst wenn du auf einen dieser kanaele schaltest?

edit: bloedsinn. GARKEINE meldung bekomsmt du, weil sc ja garnicht erst versucht zu entschluesseln hmmm .... muss ich mal nachdenken ....
edit2: du schreibst hdplus. da dachte ich an franzosen oder so. du meinst hd+. da sollte schon erfahrung da sein. das sehe ich mir erst an, wenn's denn am DI auf der skykarte aktiv geschaltet wird. DANN komm ich sicher auch hier vorbei

 

[heinz1984]

AW: VDR-SC und TT S2-6400

@Megavolt: Vielen Dank für deine Infos, aber ich denke an Oscam (bzw. SC --> camd35 --> OScam) hängt es nicht. Ich bekomme ausser "info: Kanal nicht verfügbar" keine weitere hilfreichen Infos. Fehlt da bei deiner Line "camd35:SheevaPlug:20248:1/1702,1833:vdr01:vdr01" nicht noch ein MASK á la camd35:SheevaPlug:20248:1/1702,1833:0000:vdr01:vdr01? Bzw. warum beschränkst du die CAID's überhaupt?

Ich habe testweise das CAID in der Channels.conf von Sat1 HD und co auf 0 gesetzt. Hier der Logauzug:

May 29 20:12:30 maus-vdr vdr: [3468] EnigmaNG: cPluginSkinEnigma::LoadChannelLogo: LOGO "SAT.1 HD.xpm" NOT FOUND in /usr/share/vdr-enigmang-icons/logos
May 29 20:12:30 maus-vdr vdr: [3468] EnigmaNG: cPluginSkinEnigma::LoadXpm(/usr/share/vdr-enigmang-icons/logos/no_logo.xpm) LOGO NOT FOUND
May 29 20:12:31 maus-vdr vdr: [3468] EnigmaNG: cPluginSkinEnigma::LoadChannelLogo: LOGO "SAT.1 HD.xpm" NOT FOUND in /usr/share/vdr-enigmang-icons/logos
May 29 20:12:31 maus-vdr vdr: [3468] EnigmaNG: cPluginSkinEnigma::LoadXpm(/usr/share/vdr-enigmang-icons/logos/no_logo.xpm) LOGO NOT FOUND
May 29 20:12:32 maus-vdr vdr: [3468] [B]switching to channel 33[/B]
May 29 20:12:32 maus-vdr vdr: [3468] LNB 1: Request for channel 33 on device 1. MaxBadPriority is -2
May 29 20:12:32 maus-vdr vdr: [3468] LNB 1: ProvidesChannel 33 on device 1. Priority is 0, hasPriority is 1
May 29 20:12:32 maus-vdr vdr: [3468] LNB 1: Request for channel 33 on device 1. MaxBadPriority is -2
May 29 20:12:32 maus-vdr vdr: [3468] LNB 1: Request for channel 33 on device 2. MaxBadPriority is -2
May 29 20:12:32 maus-vdr vdr: [3468] LNB 1: ProvidesChannel 33 on device 2. Priority is 0, hasPriority is 1
May 29 20:12:32 maus-vdr vdr: [3468] LNB 1: Request for channel 33 on device 2. MaxBadPriority is -2
May 29 20:12:32 maus-vdr vdr: [3468] LNB -9: Switching device 3 to channel 33
May 29 20:12:32 maus-vdr vdr: [3468] LNB 1: Switching device 2 to channel 33
May 29 20:12:32 maus-vdr vdr: [3468] [core.pids] 1: now tuned to source 5300ff40(S19.2E) transponder 1b368
May 29 20:12:32 maus-vdr vdr: [3468] LNB 1: Device check for channel 33 on device 2. OK
May 29 20:12:32 maus-vdr vdr: [3498] receiver on device 2 thread started (pid=3468, tid=3498)
May 29 20:12:32 maus-vdr vdr: [3499] TS buffer on device 2 thread started (pid=3468, tid=3499)
May 29 20:12:32 maus-vdr vdr: [3496] osdteletext-receiver thread ended (pid=3468, tid=3496)
May 29 20:12:32 maus-vdr vdr: [3468] buffer stats: 0 (0%) used
May 29 20:12:32 maus-vdr vdr: [3468] creating directory /var/run/vdr/vtx/S19.2E-1-1017-61300
May 29 20:12:32 maus-vdr vdr: [3500] osdteletext-receiver thread started (pid=3468, tid=3500)
May 29 20:12:32 maus-vdr vdr: [3497] TS buffer on device 1 thread ended (pid=3468, tid=3497)
May 29 20:12:32 maus-vdr vdr: [3495] buffer stats: 575844 (13%) used
May 29 20:12:32 maus-vdr vdr: [3495] receiver on device 1 thread ended (pid=3468, tid=3495)
May 29 20:12:33 maus-vdr vdr: [3475] changing pids of channel 34 from 511+511=27:0;515=deu@106:0:33 to 511+511=27:0;515=deu@106:0:33
May 29 20:12:33 maus-vdr vdr: [3475] [B]changing caids of channel 34 from 0 to 1830,1843[/B]
May 29 20:12:33 maus-vdr vdr: [3475] changing pids of channel 35 from 767+767=27:0;771=deu@106:0:34 to 767+767=27:0;771=deu@106:0:34
May 29 20:12:33 maus-vdr vdr: [3475] changing caids of channel 35 from 0 to 1830,1843
May 29 20:12:33 maus-vdr vdr: [3475] channel 36 (SIXX HD) event Son 29.05.2011 20:12-21:47 'Meine verrückte türkische Hochzeit' status 4
May 29 20:12:33 maus-vdr vdr: [3475] changing pids of channel 36 from 1023+1023=27:0;1027=deu@106:0:35 to 1023+1023=27:0;1027=deu@106:0:35
May 29 20:12:34 maus-vdr vdr: [3475] changing pids of channel 33 from 255+255=27:0;259=deu@106:0:32 to 255+255=27:0;259=deu@106:0:32
May 29 20:12:34 maus-vdr vdr: [3475] changing caids of channel 33 from 0 to 1830,1843
May 29 20:12:34 maus-vdr vdr: [3468] retuning due to modification of channel 33
May 29 20:12:34 maus-vdr vdr: [3468] switching to channel 33
May 29 20:12:34 maus-vdr vdr: [3468] LNB -9: Switching device 3 to channel 33
May 29 20:12:34 maus-vdr vdr: [3468] info: Kanal nicht verfügbar!
May 29 20:12:37 maus-vdr vdr: [3468] switching to channel 33
May 29 20:12:37 maus-vdr vdr: [3468] LNB -9: Switching device 3 to channel 33
May 29 20:12:37 maus-vdr vdr: [3468] [B]info: Kanal nicht verfügbar![/B]
May 29 20:12:39 maus-vdr vdr: [3468] max. latency time 5 seconds

Wieso habe ich eigentlich 3 Devices??? Hab doch "nur" die TT S2-6400 drin...

@izeman: Sorry, Ich meine HD+.

Edit1: scheint also am sc-Plugin zu liegen. Hab meins wie gesagt als PPA (Ubuntu 11.04) installiert. Werde wohl meinen russischen Freund um eine Überprüfung der Build-Configs bitten müssen oder es selbst bauen (keine Lust, ist so kompliziert beim 64-Bit System).

 

[izeman]

AW: VDR-SC und TT S2-6400

imho ist das dritte device das dvbhd plugin, oder?

 

[Copperhead]

AW: VDR-SC und TT S2-6400

Mir ist ein interessantes Phänomen aufgefallen. Ich habe nur Artefakte, wenn ich ORF HD aufnehme. Dieses entschlüssele ich per SoftCam.Key direkt mit vdr-sc. HD+ kommt über cccam-Protokoll über localhost von oscam. Bei zb Prosieben sind noch nie Probleme aufgetreten.

Weiß da einer einen Tipp? Kann ich vielleicht mit OSCam eine Keyfile benutzen (In der Hoffnung, dass das Problem dadurch weg ist) ??

 

[heinz1984]

AW: VDR-SC und TT S2-6400

Hallo Copperhead, hast du dir das vdr-sc selbst gebaut? Ich versuche ebenfalls SoftCam.Keys mit SC einzubinden aber es geht nicht und scheinbar funktioniert bei dir auch HD+.

 

[izeman]

AW: VDR-SC und TT S2-6400

Mir ist ein interessantes Phänomen aufgefallen. Ich habe nur Artefakte, wenn ich ORF HD aufnehme. Dieses entschlüssele ich per SoftCam.Key direkt mit vdr-sc. HD+ kommt über cccam-Protokoll über localhost von oscam. Bei zb Prosieben sind noch nie Probleme aufgetreten.

Weiß da einer einen Tipp? Kann ich vielleicht mit OSCam eine Keyfile benutzen (In der Hoffnung, dass das Problem dadurch weg ist) ??

also ich nutze fuer sky und orf NEWCS. das laeuft problemlos.
ps: ich hatte dich um kompilierungshilfe wegen cpu gebeten. bitte um kurze info

 

[Copperhead]

AW: VDR-SC und TT S2-6400

Echt wo? PN? Im Unterverzeichnis /usr/src/vdr-1.7.18/PLUGINS/src/sc/contrib/sasc-ng führst du mal configure aus.

Die Werte werden in eine config.mak gespeichert.

Diese wie folgt in die Makefile übernehmen.

-march -> CPUOPT
PARALLEL_MODE -> PARALLEL
FLAGS -> CSAFLAGS


Wegen newcs. Kann mir da mal jemand helfen? Ich möchte das auf x86 Architektur laufen lassen. In einem Smargo steckt die HD+ Karte, ORF möchte ich über Keyfile schauen.


Edit: Neues Phänomen: VDR startet auf Prosieben HD (egal welcher verschlüsselte Sender), sender wird dargestellt. Ich wechsle den Tuner über femon --> Blackscreen. Ich wechsle zurück Bild wird dargestellt. Ich schalte auf Das Erste HD wird angezeigt, wechsle den Tuner. Sender wird immernoch angezeigt. Schalte zurück auf Prosieben HD und plötzlich geht der auch auf beiden tunern. Bitte sagt mir ihr könnt das reproduzieren.

 

[heinz1984]

AW: VDR-SC und TT S2-6400

Kann ich vielleicht mit OSCam eine Keyfile benutzen (In der Hoffnung, dass das Problem dadurch weg ist) ??

Nein. OScam ist kein Emu. Nur constcw geht.

Wieso nimmst du nicht OScam für HD+, imho wird das unterstützt. Dann musst du nicht ein weiteren Cardserver/Emu/<Was newcs auch immer ist> installieren.