Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

easyvdr 1.0 mit sc-plugin bleibt dunkel

cebora

Newbie
Registriert
29. Mai 2012
Beiträge
5
Reaktionspunkte
0
Punkte
1
Hallo,

ich habe hier einen frisch aufgesetzten easyvdr 1.0 mit einem sc-plugin auf Bais tecfreaks Paket am laufen.
der cccam 2.14 läuft auf einer DB7000.
das sc-plugin läuft, auf der Dreambox wird mir
+---------+---------------+------------+------------+---------+-----+--------+----------------------+
| Username| Host | Connected | Idle time | ECM | EMM | Version| Last used share |
+---------+---------------+------------+------------+---------+-----+--------+----------------------+
|xxxxxx |192.168.0.250 |00d 00:10:49|00d 00:02:49|657 (652)|0 (0)|"2.1.4" |0648:000000:32c9 (ok) |
+---------+---------------+------------+------------+---------+-----+--------+----------------------+
angezeigt.
meine cardclient.conf sieht so aus
cccam2:192.168.0.50:13000:1/0000/0000:xxxxxx:yyyyyy:VERSION="2.1.4"
Ich hab es auch schon ohne den Versionseintrag versucht.
Beim Wechsel von auf ORF (in der DB steckt eine ORF-Karte) sieht das ganze dann in /var/log/vdr-sc so aus:
Jun 7 19:38:20.546 [core.auStats] EMM packet load average (1/4/10min) 3 10 12 pks/s
Jun 7 19:39:06.355 [core.pids] 0/0: now tuned to source 5300ff40(S19.2E) transponder 1b834
Jun 7 19:39:06.455 [core.ci] 0/0.0 -> 00 01 a0 43 01 90 02 00 01 9f 80 32 3a 03 32 c9 01 00 25 01 09 04 0d 05 e0 c9 09 04 0d 95 e0 fb 09 04 06 48 e0 65 09 04 17 02 e1 2d 09 04 18 33 e1 91 09 04 09 c4 e1 e1 02 00 a0 00 00 04 00 a1 00 00 06 00 a3 00 00
Jun 7 19:39:06.456 [core.ci] 0/0.0 CA_PMT decoding len=3a lm=3 prg=13001 len=25/34 ci_cmd(G)=01 pid=2,a0 len=0/a pid=4,a1 len=0/5 pid=6,a3 len=0/0
Jun 7 19:39:06.456 [core.ci] 0/0.0 got CA pmt ciCmd=1 caLm=3
Jun 7 19:39:06.456 [core.ci] 0/0.0 set CAM decrypt (prg 13001)
Jun 7 19:39:06.456 [core.pids] 0/0: add SID 13001 (zero=1 noshift=0)
Jun 7 19:39:06.456 [core.pids] 0/0: pids VIDEO=00a0 AUDIO=00a1 DOLBY=00a3
Jun 7 19:39:06.456 [core.pids] Ca descriptors after simplify (pidCa=0)
Jun 7 19:39:06.456 [core.pids] prgca: 09 04 0D 05 E0 C9 09 04 0D 95 E0 FB 09 04 06 48 E0 65 09 04 17 02 E1 2D 09 04 18 33 E1 91 09 04 09 C4 E1 E1
Jun 7 19:39:06.456 [core.pids] pidca 00a0: <empty>
Jun 7 19:39:06.456 [core.pids] pidca 00a1: <empty>
Jun 7 19:39:06.456 [core.pids] pidca 00a3: <empty>
Jun 7 19:39:06.456 [core.pids] 0/0: SID=13001 zero=1 | sid=-/-/- zero=0/-1/1 idle=0/-1/1
Jun 7 19:39:06.456 [core.pids] 0/0: found handler for SID 13001 (0/0.0 idle=1 idx=0)
Jun 7 19:39:06.456 [core.ecm] 0/0.0: setting new SID 13001
Jun 7 19:39:06.456 [core.pids] 0/0.0: pids on entry
Jun 7 19:39:06.456 [core.pids] 0/0.0: pids after delete
Jun 7 19:39:06.456 [core.pids] 0/0: descrambling pid 00a0 on index 0
Jun 7 19:39:06.456 [core.pids] 0/0: descrambling pid 00a1 on index 0
Jun 7 19:39:06.456 [core.pids] 0/0: descrambling pid 00a3 on index 0
Jun 7 19:39:06.456 [core.pids] 0/0.0: pids after add VIDEO=00a0 AUDIO=00a1 DOLBY=00a3
Jun 7 19:39:06.456 [core.ecm] 0/0.0: is no longer idle
Jun 7 19:39:06.459 [core.ecm] 0/0.0: triggered SID -1/13001 idx 0/0 mode -1/0 -
Jun 7 19:39:06.459 [core.ecm] from cache: system Cardclient (0648) id 0000 with ecm 65/80
Jun 7 19:39:06.459 [core.ecm] 0/0.0: CA descriptors for SID 13001 (len=36)
Jun 7 19:39:06.459 [core.ecm] 0/0.0: descriptor 0d 05 e0 c9
Jun 7 19:39:06.459 [core.ecm] 0/0.0: found 0d05(0000) (Cardclient) id 0000 with ecm c9/80 (new)
Jun 7 19:39:06.459 [core.ecm] 0/0.0: descriptor 0d 95 e0 fb
Jun 7 19:39:06.459 [core.ecm] 0/0.0: found 0d95(0000) (Cardclient) id 0000 with ecm fb/80 (new)
Jun 7 19:39:06.459 [core.ecm] 0/0.0: descriptor 06 48 e0 65
Jun 7 19:39:06.459 [core.ecm] 0/0.0: found 0648(0000) (Cardclient) id 0000 with ecm 65/80 (already present)
Jun 7 19:39:06.459 [core.ecm] 0/0.0: descriptor 17 02 e1 2d
Jun 7 19:39:06.459 [core.ecm] 0/0.0: found 1702(0000) (Cardclient) id 0000 with ecm 12d/80 (new)
Jun 7 19:39:06.459 [core.ecm] 0/0.0: descriptor 18 33 e1 91
Jun 7 19:39:06.459 [core.ecm] 0/0.0: found 1833(0000) (Cardclient) id 0000 with ecm 191/80 (new)
Jun 7 19:39:06.459 [core.ecm] 0/0.0: descriptor 09 c4 e1 e1
Jun 7 19:39:06.459 [core.ecm] 0/0.0: found 09c4(0000) (Cardclient) id 0000 with ecm 1e1/80 (new)
Jun 7 19:39:06.459 [core.ecm] 0/0.0: try system Cardclient (0648) id 0000 with ecm 65 (cached) (pri=-15)
Jun 7 19:39:06.717 [cardclient.core] cc-loop
Jun 7 19:39:06.717 [cardclient.core] now trying client cccam2 (192.168.0.50:13000)
Jun 7 19:39:06.717 [cardclient.cccam2] ECM caid 0648 prov 0000 sid 13001 pid 0065
Jun 7 19:39:06.717 [cardclient.cccam2shares] shareid 0000735a for 0065/5300ff40/1b834 status 1
Jun 7 19:39:06.717 [cardclient.cccam2shares] share try list for caid 0648 prov 000000 pid 0065
Jun 7 19:39:06.717 [cardclient.cccam2shares] shareid 0000735a hops 4 + lag 247
Jun 7 19:39:06.717 [cardclient.cccam2extra] now try shareid 0000735a
Jun 7 19:39:06.717 [cardclient.cccam2] WARN: there are pending 3 DCW answers. This may cause trouble...
Jun 7 19:39:06.957 [cardclient.cccam2] got CW, current shareid 0000735a (pending 3, EMM 0, maxecmcount=0)
Jun 7 19:39:06.958 [cardclient.cccam2extra] wait returned after 224
Jun 7 19:39:06.958 [cardclient.cccam2shares] updated shareid 0000735a for 0065/5300ff40/1b834 status 1
Jun 7 19:39:06.958 [cardclient.cccam2] got CW
Jun 7 19:39:06.958 [general.error] CA_SET_DESCR failed (Erfolg). Expect a black screen.
Jun 7 19:39:06.958 [core.ecm] 0/0.0: correct key found
Jun 7 19:39:09.117 [general.error] CA_SET_DESCR failed (Erfolg). Expect a black screen.
Jun 7 19:39:10.302 [core.au] 0/0: chain caid 0d05 -> Cardclient(-15) [02bc-82/f9] [02bc-88/fe]
Jun 7 19:39:10.303 [core.au] 0/0: chain caid 0648 -> Cardclient(-15) [0258-82/ff]
Jun 7 19:39:10.303 [core.au] 0/0: chain caid 0d95 -> Cardclient(-15) [02bd-82/f9] [02bd-88/fe]
Jun 7 19:39:10.303 [core.au] 0/0: chain caid 09c4 -> Cardclient(-15) [033e-82/ff]
Jun 7 19:39:10.303 [core.au] 0/0: chain caid 1833 -> Cardclient(-15) [032b-82/fe]
Jun 7 19:39:10.303 [core.au] 0/0: chain caid 1702 -> Cardclient(-15) [0263-82/ff]
Jun 7 19:39:10.303 [core.au] 0/0: starting chain 0648
Jun 7 19:39:14.617 [cardclient.cccam2] ECM caid 0648 prov 0000 sid 13001 pid 0065
Jun 7 19:39:14.617 [cardclient.cccam2shares] shareid 0000735a for 0065/5300ff40/1b834 status 1
Jun 7 19:39:14.617 [cardclient.cccam2shares] share try list for caid 0648 prov 000000 pid 0065
Jun 7 19:39:14.617 [cardclient.cccam2shares] shareid 0000735a hops 4 + lag 241
Jun 7 19:39:14.617 [cardclient.cccam2extra] now try shareid 0000735a
Jun 7 19:39:14.617 [cardclient.cccam2] WARN: there are pending 3 DCW answers. This may cause trouble...
Jun 7 19:39:14.984 [cardclient.cccam2] got CW, current shareid 0000735a (pending 3, EMM 0, maxecmcount=0)
Jun 7 19:39:14.984 [cardclient.cccam2extra] wait returned after 216
Jun 7 19:39:14.984 [cardclient.cccam2shares] updated shareid 0000735a for 0065/5300ff40/1b834 status 1
Jun 7 19:39:14.984 [cardclient.cccam2] got CW
Jun 7 19:39:14.984 [general.error] CA_SET_DESCR failed (Erfolg). Expect a black screen.
Jun 7 19:39:18.274 [core.ci] 0/0.0 -> 00 01 a0 0f 01 90 02 00 01 9f 80 32 06 03 00 00 01 00 00
Jun 7 19:39:18.274 [core.ci] 0/0.0 CA_PMT decoding len=6 lm=3 prg=0 len=0/0
Jun 7 19:39:18.274 [core.ci] 0/0.0 got CA pmt ciCmd=-1 caLm=3
Jun 7 19:39:18.274 [core.pids] 0/0: now tuned to source 5300ff40(S19.2E) transponder 1b63c
Jun 7 19:39:18.274 [core.ecm] 0/0.0: stop
Jun 7 19:39:18.274 [core.au] 0/0: stopping chain 0648
Jun 7 19:39:18.278 [core.ecm] 0/0.0: triggered SID 13001/-1 idx 0/0 mode 3/-1 sync
Würd mich freuen, wenn das jemand entziffern könnte und mir ein paar Tipps geben könnte.

c.u.

cebora
 
Welche hardware nutzt du?

Ich vermute, dass du eine DVB-Karte hast mit nem eigenen "CA Device" - /dev/dvb/adapter0/ca0
Setze mal dafür in der /etc/vdr/plugins/plugin.sc.conf entsprechend den Parameter "-B 0" und starte den vdr neu.
 
Es gibt ein eigenes Device /dev/dvb/adapter0/ca0 und ich habe eine Mystique SaTiX-SE (meldet sich als KNC1 TV STAR DVB-S) stecken.

die Änderung mit -B0 in der /etc/vdr/plugins/plugins.sc.conf hat leider nichts gebracht.

Unter Menü-Einstellungen-CAM steht unter 1 ein - und bei 2 ein CAM bereit. Wenn ich den 2er Rücksetze, dann sieht man Aktion in /var/log/vdr-sc.

unter Einstellungen DVB steht das primäre DVB-Device 2, ein Wechsel nach 1 hat hier auch nicht geholfen.

Danke trotzdem

c.u.

cebora
 
Hmm,

ich bin mir ziemlich sicher, dass es an dem ca0 liegt. Lösch das mal (keine Sorge, geht nix kaputt) und starte den vdr neu (nicht das ganze system).
 
... Deine Ahnung täuscht nicht, jetzt geht es.

wie kann ich verhindern, dass das beim Neustart wieder angelegt wird?

c.u.

cebora
 
Eigentlich ist dafür der Parameter -B zuständig. Das device wird zwar nicht gelöscht, aber sc sorgt dann dafür, dass es vom vdr ignoriert wird.
Werden Plugin-Parameter unter easyvdr woanders gesetzt als das sonst üblich ist über /etc/vdr/plugins/plugin.xxx.conf ?
Zur Not wenns nur an der numerierung der devices liegt kannst ja mal versuchen in der config "-B 0 -B 1 -B 2" zu setzen. Ob die parameter übernommen wurden und beim vdr start dem sc plugin übergeben werden kannst du mit "ps ax | grep vdr" feststellen.
 
... bei Easyvdr setzt man die Parameter natürlich wieder woanders. :-(. Ich glaub, ich bau mir doch wieder was Debian-basiertes. Der letzte lief jetzt mehr als vier Jahre bis zum Hardwareschaden und ich fand mich immer zurecht. Aus der ursprünglichen Zeitersparnis mit einer fertigen vdr-distri ist jetzt glaub ich ganz was anderes geworden.

kurze Zusammenfassung für andere easyvdr-nutzer:

-vdr beenden
-vdr-sc nach tecfreaks Anleitung bauen
-/var/lib/vdr/sysconfig editieren ("-B0 -B1 -B2" nur wenn es notwendig ist, wie z.B. bei meiner 17€ billig Budget Karte)

PLUGINLIST=" \"-Psc -B0 -B1 -B2 \" .....

da wird auch die Ladereihenfolge der Plugins beeinflusst, deshalb an erster Stelle

-/var/lib/vdr/plugins/setup/vdr-setup.xm editieren, Eintrag am Besten an erster Stelle
<plugins sysconfig="PLUGINLIST">
<plugin name="sc" info="Software-EMU für VDR" active="yes" />

-/etc/vdr/plugins/sc/cardclient.conf editieren oder ne Keksdose einrichten.
-vdr starten
-im Menü unter Plugins-Einstellungen das sc-plugin aktivieren

und schon sollte es klappen.




Vielen Dank nochmal für die Hilfe.

c.u.

cebora
 
Zuletzt bearbeitet:
Bei EasyVDR kannst du die Parameter der Plugins per OSD über das Setup-Plugin einstellen. Man braucht nichts editieren, alles per OSD mit Fernbedienung einstellbar.

Gruß
c7moga
 
AW: easyvdr 1.0 mit sc-plugin bleibt dunkel

Hallo,

habe alle Tips, wie oben beschrieben befolgt.
Vorher noch mals explicit übr wirbel-scan aktuelle Astra Sender gescannt.

Alle freien Sender OK.
Sobald ich auf ... umschalte bekomme ich folgende Nachrichten in der SYSLOG und der vdr-sc:
==> /var/log/syslog <==
Jun 11 12:42:36 easyVDR vdr: [13679] closing SVDRP connection
Jun 11 12:42:49 easyVDR vdr: [13679] connect from 127.0.0.1, port 41963 - accepted
Jun 11 12:42:49 easyVDR vdr: [13679] switching to channel 27
Jun 11 12:42:49 easyVDR vdr: [13679] info: Kanal nicht verfügbar!
Jun 11 12:42:55 easyVDR vdr: [13679] closing SVDRP connection
Jun 11 12:42:55 easyVDR vdr: [13679] connect from 127.0.0.1, port 41965 - accepted
Jun 11 12:42:55 easyVDR vdr: [13679] closing SVDRP connection
==> /var/log/vdr-sc <==
Jun 11 12:43:05.450 [cardclient.cccam2] server PONG

Jetzt zurück auf frien Sender:

==> /var/log/vdr-sc <==
Jun 11 12:46:38.631 [core.pids] 0/0: tune to same source/transponder
Jun 11 12:46:38.631 [core.pids] 0/0: livepids video=01ff audio=0000
==> /var/log/syslog <==
Jun 11 12:46:38 easyVDR vdr: [13679] switching to channel 4
==> /var/log/vdr-sc <==
Jun 11 12:46:38.645 [core.pids] 0/0: livepids video=0000 audio=0000
Jun 11 12:46:38.781 [core.pids] 0/0: livepids video=00ff audio=0000
Jun 11 12:46:38.789 [core.pids] 0/0: livepids video=00ff audio=0100
==> /var/log/syslog <==
Jun 11 12:46:39 easyVDR vdr: [13679] closing SVDRP connection
Jun 11 12:46:39 easyVDR vdr: [13679] connect from 127.0.0.1, port 42048 - accepted
Jun 11 12:46:39 easyVDR vdr: [13679] closing SVDRP connection
==> /var/log/vdr-sc <==
Jun 11 12:47:05.772 [cardclient.cccam2] server PONG
Jun 11 12:47:07.126 [core.ci] 0/0: no active CAIDs

Irgendjemand ne Idee?

Hab mal irgendwo gelesen, dass die CAIDs vom wirbelscan alle auf 0 gesetzt werden?!
Kann es damit zusammenhängen???

Danke vorab
 
AW: easyvdr 1.0 mit sc-plugin bleibt dunkel

Also ich denke, man darf das nicht ganz so vereinfachen.

kurze Zusammenfassung für andere easyvdr-nutzer:

-vdr beenden
-vdr-sc nach tecfreaks Anleitung bauen
-/var/lib/vdr/sysconfig editieren ("-B0 -B1 -B2" nur wenn es notwendig ist, wie z.B. bei meiner 17€ billig Budget Karte)

PLUGINLIST=" \"-Psc -B0 -B1 -B2 \" .....

Nachdem ich den Eintrag geändert hatte, ist der ganze VDR dunkel geblieben. Allerdings habe ich es auch noch nicht hinbekommen, die Sterne hell zu bekommen.
 
AW: easyvdr 1.0 mit sc-plugin bleibt dunkel

Also ich verzeifel gerade. Ich hatte heute schon mal Bild und nach dem Neustart ist wieder alles Dunkel.
Ich habe die beiden Einträge entsprechend an de erste Stelle gesetzt und der VDR reagiert gar nicht mehr. Kein Bild, kein OSD!
Erst als ich das SC wieder ans Ende gestellt habe, bekomme ich wieder Zugriff über Fernbedienung und Co.
 
AW: easyvdr 1.0 mit sc-plugin bleibt dunkel

Ich habe jetzt versucht die FF mit -B1 in den Budget modus zu zwingen. Beim ersten mal funktioniert das auch und der Bildschirm wird hell. Einen Tag später wieder das gleiche Spiel. Bild dunkel, die Parameter verändert und das Bild wird nach dem Neustart wieder hell. Die Aufnahmen funktionieren aber Einwand frei. Hat jemand eine Erklärung?
 
Zurück
Oben