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

yavdr, vdr-sc, softcam.key

AW: yavdr, vdr-sc, softcam.key

Hallo,

ich hab mit diesen Infos problemlos geschafft, ORF zum laufen zu bekommen, aber bei AustriaSat bleibt alles dunkel... Ich benutze eine ältere Standard-VDR-Installation (1.6.0) mit aktuellem vdr-sc (1.00pre).

Log-Auszug:
Code:
Mar 27 00:23:29.591 [core.ecm] 0.1: try system Cryptoworks (0d05) id 0000 with ecm 1fe4 (pri=-10)
Mar 27 00:23:29.693 [cryptoworks.ecm] signature failed in ECM
Mar 27 00:23:29.693 [core.ecm] system: no key found for W 0D05 10 20 00
Mar 27 00:23:29.794 [cryptoworks.ecm] signature failed in ECM

Meine SoftCam.Key:
Code:
# ORF
W 0D05 04 CC 09...; CardSystem Key
W 0D05 04 20 00 A9...; OP key
# Austria-Sat
W 0D05 10 CC 09...; CardSystem Key
W 0D05 10 20 00 C2...; OP key

Hat jemand einen Tip? Oder ist AustriaSat einfach dunkel? In diversen einschlägigen Foren konnte ich darauf keinen Hinweis finden, sollte alles hell sein :-S

[EDIT]
NVM, hab den richtigen Key gefunden, alles hell :-)
 
Zuletzt bearbeitet:
AW: yavdr, vdr-sc, softcam.key

Hätte einer ne idee, wie man das lösen könnte? Meine Idee wäre schon, vdr nach dem start im skript neu starten zu lassen, doch wo muss ich das eintragen?
Hmm, das wäre ja eine tolle Lösung, wenn man vorallem davon ausgeht, das das Ende des Vergnügens doch eher absehbar ist ...

Ich vermute eher ein Timing Problem und dabei die einfachste aller Fehlerquellen, das "sc" nicht das erste VDR Plugin ist, das geladen wird. Sorge dafür das "sc" als aller Erstes geladen wird, z.B. mittels der order.conf aus dem Plugin "menuorg".

So long,
xyz304
 
AW: yavdr, vdr-sc, softcam.key

Hmm, das wäre ja eine tolle Lösung, wenn man vorallem davon ausgeht, das das Ende des Vergnügens doch eher absehbar ist ...

Ich vermute eher ein Timing Problem und dabei die einfachste aller Fehlerquellen, das "sc" nicht das erste VDR Plugin ist, das geladen wird. Sorge dafür das "sc" als aller Erstes geladen wird, z.B. mittels der order.conf aus dem Plugin "menuorg".

So long,
xyz304

Mir ist schon bewusst, worauf mein vorschalg letztentlich hienaus laufen würde :ja

sc ist bei mir als erstes eingetragen, genau so wie es beim tutorial von doc beschrieben wurde. Vor Firstplugin habe ich sc geschrieben. In den einstellungen wird sc auch als erstes angezeigt.

Das verstehe ich wirklich nicht, eigentlich müsste ja sc auch als erstes starten. Vielleicht muss ich noch irgendwo was anderes einstellen?


Danke wirklich für die super hilfe bis hierher.

MfG
 
AW: yavdr, vdr-sc, softcam.key

Hallo,

habe auch mal eine Frage zu vdr-sc.

Ich habe eine AMD Phenom(tm) 9600 Quad-Core Processor und ein 32-bit Linux system (i386) installiert
Wenn ich die sc übersetzen möchte, passen denn da die Werte
Code:
# FFdeCSA
CPUOPT     ?= athlon64
PARALLEL   ?= PARALLEL_128_SSE
überhaupt, oder muß ich diese ändern, denn ich bekomme Fehler?
Code:
FFdecsa 1.0: testing correctness and speed
FAILED!
FAILED!
FAILED!
FAILED!
FAILED!
speed=126.704674 Mbit/s
speed=86076.545002 pkts/s
FAILED!
FAILED!
FAILED!
FAILED!
FAILED!
FAILED COMPARISON OF PACKET          0
FAILED COMPARISON OF PACKET          1
......
Unter meiner früheren 64-bit (x86_64) Linux Installation ließ es sich sauber compilieren.


EDIT: Ach ja, meine
Code:
CSAFLAGS   ?= -Wall -fPIC -g -mmmx -fomit-frame-pointer -fexpensive-optimizations -funroll-loops
 
Zuletzt bearbeitet:
AW: yavdr, vdr-sc, softcam.key

Hi Leute

Ich habe dasselbe Problem.

Habe folgende Tuto befolgt:

Code:
apt-get build-dep vdr
sudo aptitude install gettext libssl-dev libcurl4-openssl-dev mercurial -y 
cd /usr/local/src
apt-get source vdr
cd vdr-1.7.16
dpatch apply-all
cd PLUGINS/src/
rm -rvf ./*
hg clone http://85.17.209.13:6100/sc
cd sc
sed -i "s/CSAFLAGS ?= -Wall -fPIC -g -O3 -mmmx -fomit-frame-pointer -fexpensive-optimizations -funroll-loops/CSAFLAGS ?= -Wall -fPIC -g -O2 -mmmx -fomit-frame-pointer -fexpensive-optimizations -funroll-loops/" Makefile
cd ../../
make plugins
cd PLUGINS/lib/
sudo cp ./* /usr/lib/vdr/plugins/

Bei MAKE PLUGINS erhalte ich ebenfalls

Code:
FFdecsa 1.0: testing correctness and speed
FAILED!
FAILED!
FAILED!
FAILED!
FAILED!
speed=174.640713 Mbit/s
speed=118641.788802 pkts/s
FAILED!
FAILED!
FAILED!
FAILED!
FAILED!
FAILED COMPARISON OF PACKET          0
FAILED COMPARISON OF PACKET          1
FAILED COMPARISON OF PACKET          2
FAILED COMPARISON OF PACKET          3

An der Hardware kanns nicht liegen, da es sich um einen Core2Duo handelt mit Geforce 460 usw.

PLEASE HELPPPPPP
 
AW: yavdr, vdr-sc, softcam.key

Hallo,

ich habe auf meinem vdr mal sc installiert. Kabel 1 classics, Sat1 comedy und ORF ist auch hell, aber AXN nicht.

Geht der nicht mehr mit SoftCam.Key?

[edit]
@carthago
zeig mal das Makefile her und hast Du 32 oder 64 Bit installiert? Google mal nach den korrekten Compilerflags für deine Architektur.
[/edit]
 
Zuletzt bearbeitet:
AW: yavdr, vdr-sc, softcam.key

Hallo zusammen,

habe mich durch diesen Thread gelesen, der mir beim Aufsetzen des vdr plugins sehr geholfen hat - danke an alle. Nun will ich auch etwas zurückgeben.

@firefox1988 ich hatte auch das Problem, dass ich den vdr nach einem reboot neu starten musste, trotz SC als erstes Plugin in der order.conf. Es liegt m.E. an upstart. Ich habe jetzt vor dem Start des vdr ein "sleep 15" eingebaut. Ist vielleicht nicht der eleganteste Weg, aber funktioniert bei mir.

Also in /etc/init/vdr.conf

script
sleep 15
exec /usr/bin/vdr -v $VIDEO_DIR -c $CFG_DIR -L $PLUGIN_DIR -r $REC_CMD -s $VDRSHUTDOWN -E $EPG_FILE -u $USER -g /tmp --port $SVDRP_PORT $OPTIONS "${PLUGINS[@]}" $REDIRECT &> /tmp/vdr.log
end script
 
AW: yavdr, vdr-sc, softcam.key

@wibi123: Vielen, vielen Dank! Das hats gebracht! Jetzt muss ich den VDR nicht immer neu starten, wenn ich die Sender sehen will. Kann endlich auch wieder PVR nutzen.

Danke, du hast die Ostern gerettet.

Achja, Frohe Ostern!


MfG
 
AW: yavdr, vdr-sc, softcam.key

Ich versuche vergeblich das vdr-sc unter 64 Bit / Natty kompiliert zubekommen. Ich weiß mir keinen Rat, wie ich den Fehler gelöst bekomme, aber für die kommende 0.4 werden wir dies benötigen, denn die läuft unter Natty mit 64bit.

Übliche Installation für Yavdr mit der bekannten template Datei. FFDeCSA angepasst und die richtigen Parameter mit der Configure Methode ermittelt:

Code:
cd contrib/sasc-ng 
sudo sh ./configure
In der config.mak stehen dann die richtigen Parameter:

Code:
# Automatically generated by configure - do not modify 
FFDECSA_OPTS = "FLAGS=-O3 -fexpensive-optimizations -funroll-loops -mmmx -msse -msse2 -march=native" 
PARALLE L_MODE=PARALLEL_128_SSE2 
COMPILER=g++ CXX=g++
Die Werte werden dann im Makefile bei FFDECSA eingesetzt.

Aber leider funktioniert das build nicht:
Code:
D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/vdr system-common.c
g++  -c -DPLUGIN_NAME_I18N='"sc"' -DVDR_MAXCAID=64 -DAPIVERSNUM=10718 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/vdr parse.c
g++  -c -DPLUGIN_NAME_I18N='"sc"' -DVDR_MAXCAID=64 -DAPIVERSNUM=10718 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/vdr log.c
g++  -c -DPLUGIN_NAME_I18N='"sc"' -DVDR_MAXCAID=64 -DAPIVERSNUM=10718 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/vdr override.c
make[2]: Betrete Verzeichnis '/usr/local/src/vdr-plugin-sc-0.9.x~hg2/build/FFdecsa'
g++ -fPIC -O3 -mmmx -fexpensive-optimizations -funroll-loops -msse -msse2 -march=native -DPARALLEL_MODE=PARALLEL_128_SSE2 -c FFdecsa.c
g++ -fPIC -O3 -mmmx -fexpensive-optimizations -funroll-loops -msse -msse2 -march=native -DPARALLEL_MODE=PARALLEL_128_SSE2 -c FFdecsa_test.c
g++ -fPIC -O3 -mmmx -fexpensive-optimizations -funroll-loops -msse -msse2 -march=native -o FFdecsa_test FFdecsa_test.o FFdecsa.o
FFdecsa 1.0: testing correctness and speed
CORRECT!
CORRECT!
CORRECT!
CORRECT!
CORRECT!
speed=719.429149 Mbit/s
speed=488742.628132 pkts/s
CORRECT!
CORRECT!
CORRECT!
CORRECT!
CORRECT!
make[2]: Verlasse Verzeichnis '/usr/local/src/vdr-plugin-sc-0.9.x~hg2/build/FFdecsa'
g++  -shared sc.o data.o filter.o system.o misc.o cam.o device.o version.o smartcard.o network.o crypto.o system-common.o parse.o log.o override.o FFdecsa/FFdecsa.o -lcrypto  -o libvdr-sc.so
/usr/bin/ld: sc.o: relocation R_X86_64_32S against `vtable for cMenuEditCapItem' can not be used when making a shared object; recompile with -fPIC
sc.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [libvdr-sc.so] Fehler 1
make[1]: Verlasse Verzeichnis '/usr/local/src/vdr-plugin-sc-0.9.x~hg2'
make: *** [common-build-arch] Fehler 2
dpkg-buildpackage: Fehler: Fehler-Exitstatus von debian/rules build war 2
Die Lösung steht da zwar möglicherweise (Parameter -fPIC verwenden) aber egal was ich im Makefile probiert habe, es ändert nichts daran.

Habt Ihr eine Idee?
 
Zuletzt bearbeitet:
AW: yavdr, vdr-sc, softcam.key

Hast du es mal mit:
Code:
FFDECSA_OPTS = "FLAGS=-O2 ...
versucht?
Also aus 3 mach 2 ;-)
 
AW: yavdr, vdr-sc, softcam.key

Hi!

Ich bin neu hier und habe diese Thread gefunden, der mich bereits viel weiter gebracht hat (keine Fehler mehr im Logfile). Deshalb dachte ich, ich hänge meine Frage dazu, weil ich denke das ist für andere auch nützlich.

Ziel: Ich will ORF Programme auf meinem VDR ohne CI Modul, jedoch mit ORF Karte im Cardreader schauen können.

Ich habe mir das vdr-sc Plugin selbst aus den neuesten Sourcen (1.0.0, 13.10.2010) für meine vdr Version compiliert.
Die Konfiguration unter /etc/vdr/plugins/sc entsprechend den Postings hier eingespielt, jedoch in cardslot.conf das Cardreader Device eingetragen:

Code:
srplus:/dev/ttyUSB0


Eine ecm.cache habe ich aus der rar Datei aus diesem Thread. Wobei ich nicht weiß, wozu die gut ist.

Hier nun das Ergebnis:

Code:
Mai 15 10:29:31.827 [general.debug] logfile '/var/log/vdr/vdr-sc' opened
Mai 15 10:29:31.809 [general.debug] capturing device 0/0
Mai 15 10:29:41.483 [general.info] SC version 1.0.0pre-HG-61975953edd0+ initializing (VDR 1.7.16)
Mai 15 10:29:41.488 [general.info] SC version 1.0.0pre-HG-61975953edd0+ starting (VDR 1.7.16)
Mai 15 10:29:41.488 [core.load] ** Plugin config:
Mai 15 10:29:41.488 [core.load] ** Key updates (AU) are enabled (active CAIDs) (no prestart)
Mai 15 10:29:41.488 [core.load] ** Local systems DON'T take priority over cached remote
Mai 15 10:29:41.488 [core.load] ** Concurrent FF recordings are NOT allowed
Mai 15 10:29:41.488 [core.load] ** Force transfermode with digital audio
Mai 15 10:29:41.488 [core.load] ** ECM cache is set to enabled
Mai 15 10:29:41.488 [core.load] ** ScCaps are 1 0 0 0 0 0 0 0 0 0
Mai 15 10:29:41.518 [general.info] loading cardclient config from /var/lib/vdr/plugins/sc/cardclient.conf
Mai 15 10:29:41.528 [general.info] loading overrides from /var/lib/vdr/plugins/sc/override.conf
Mai 15 10:29:41.538 [core.override] cat: S61.5W-S148.0W: - caid 1816 pid 0120
Mai 15 10:29:41.538 [core.override] ecmtable: 1234:: - table 8e
Mai 15 10:29:41.538 [core.override] ecmtable: 1801:S82.0W: - table 8e
Mai 15 10:29:41.538 [core.override] ecmtable: 1801:S91.0W: - table 8e
Mai 15 10:29:41.538 [core.override] emmcaid: 1234:: - caid 1801
Mai 15 10:29:41.538 [core.override] emmtable: 1816:S61.5W-S148.0W: - tables 83/ff 84/ff
Mai 15 10:29:41.538 [core.override] emmtable: 1815:S82.0W-S91.0W: - tables 83/ff 84/ff
Mai 15 10:29:41.539 [core.load] loaded 7 overrides from /var/lib/vdr/plugins/sc/override.conf
Mai 15 10:29:41.539 [core.load] ** registered systems:
Mai 15 10:29:41.539 [core.load] ** Cardclient        (pri -15)
Mai 15 10:29:41.541 [core.ci] no active CAIDs
Mai 15 10:29:41.541 [core.ci] 0: reset of slot 0 requested
Mai 15 10:29:42.245 [core.ci] 0.0: status 'present'
Mai 15 10:30:11.025 [core.pids] 0: now tuned to source 5300ff40(S19.2E) transponder 1b4dc
Mai 15 10:30:14.272 [core.pids] 0: tune to same source/transponder
Mai 15 10:34:44.287 [core.ci] no active CAIDs
Mai 15 10:39:46.288 [core.ci] no active CAIDs
Mai 15 10:44:48.303 [core.ci] no active CAIDs
Mai 15 10:49:50.339 [core.ci] no active CAIDs
Mai 15 10:54:52.474 [core.ci] no active CAIDs
Mai 15 10:57:25.605 [core.pids] 0: now tuned to source 5300ff40(S19.2E) transponder 1b551
Mai 15 10:57:29.498 [core.pids] 0: tune to same source/transponder
Mai 15 10:59:54.315 [core.ci] no active CAIDs
Mai 15 11:04:55.843 [core.ci] no active CAIDs
Mai 15 11:09:57.419 [core.ci] no active CAIDs
Mai 15 11:14:58.950 [core.ci] no active CAIDs
Mai 15 11:20:00.334 [core.ci] no active CAIDs
Mai 15 11:25:01.907 [core.ci] no active CAIDs
Mai 15 11:30:03.377 [core.ci] no active CAIDs
Mai 15 11:35:04.962 [core.ci] no active CAIDs
Ich denke das "no active CAIDs" ist das Problem.
Kann mir hier jemand weiter helfen?

Das große Bild hinter dem sc-plugin habe ich denke ich verstanden, aber hat hier irgend jemand einen Link wie das im Detail funktioniert?
Soweit ich die letzte Version des Plugins verstanden habe, kann es direkt mit einem Card Reader kommunizieren. Also ohne cccam.
Aber wie das eben genau mit den CAIDs, ecm ... funktioniert durchblicke ich noch nicht. Wozu ist die overrides.conf?

LG
Jasmin
 
AW: yavdr, vdr-sc, softcam.key

So bin jetzt etwas weiter.

Nachdem im Sourcecode im README stand man solle nur die libsc-* Dekoder Libraries installieren die man braucht, hatte ich auch cryptoworks nicht kopiert.

Jetzt habe ich unter /usr/lib/vdr/plugins folgende Dekoder Libraries:
libsc-cardclient (brauch ich den eigentlich?), libsc-cryptoworks, libsc-sc_cryptoworks.

Meine Logdatei habe ich angehängt. Hier nur ein kurzer Auszug mit den Dingen die eine Hinweis auf den Fehler sein könnten:

Code:
Mai 15 16:23:17.984 [core.smartcard] 0: reseting card (sermode 8e2)
Mai 15 16:23:20.093 [core.smartcard] 0: reset/atr error
Mai 15 16:23:20.368 [core.smartcard] 0: reseting card (sermode 8o2)
Mai 15 16:23:22.563 [core.smartcard] 0: reset/atr error
Mai 15 16:23:22.944 [core.smartcard] 0: reseting card (sermode 8n2)
Mai 15 16:23:25.053 [core.smartcard] 0: reset/atr error
Mai 15 16:23:25.053 [core.smartcard] 0: can't initialise new card, ignoring port until card reinserted
Mai 15 16:23:25.055 [core.ci] card 0, slot 0 (v= 1) caids: 0d03 0d00 0d05 0d70 0d95 0d96 0d02 0d0f 0d22

.....

Nach dem ziehen und stecken der ORF Karte

Mai 15 16:40:18.502 [core.smartcard] 0: new card inserted
Mai 15 16:40:18.776 [core.smartcard] 0: reseting card (sermode 8e2)
Mai 15 16:40:20.884 [core.smartcard] 0: reset/atr error
Mai 15 16:40:21.156 [core.smartcard] 0: reseting card (sermode 8o2)
Mai 15 16:40:23.266 [core.smartcard] 0: reset/atr error
Mai 15 16:40:23.540 [core.smartcard] 0: reseting card (sermode 8n2)
Mai 15 16:40:24.389 [general.error] CA_SET_DESCR failed (Das Argument ist ungültig). Expect a black screen.
Mai 15 16:40:25.649 [core.smartcard] 0: reset/atr error
Mai 15 16:40:25.649 [core.smartcard] 0: can't initialise new card, ignoring port until card reinserted
Ich denke, er kann auf meine Smartkarte nicht zugreifen. Das sagt das SC-Plugin Menü im VDR auch.

Kann mir irgend wer erklären aus welcher Datei welche Keys genommen werden und wie das ganze zusammen spielt?
Insbesondere was genau mit den Daten in smartcard.conf geschieht und wozu die SoftCam.key benötigt wird. Ich dachte die Keys sollen von der Smartcard kommen.
Ich denke auch, dass ich für meinen Anwendungsfall die cardclient.conf nicht benötige. Der Inhalt der Datei ist auch komplett auskommentiert.
Woher bekomme ich eigentlich gültige Daten für die smartcard.conf, sofern ich diese überhaupt benötige. Da steht bei cryptoworks etwas von 00112233... . Das sieht mir nicht nach gültigem Eintrag aus.

Ich hoffe es findet sich jemand, der mir Licht ins dunkel bringt :JC_hmmm:

LG
Jasmin
 
AW: yavdr, vdr-sc, softcam.key

Hast du es mal mit:
Code:
FFDECSA_OPTS = "FLAGS=-O2 ...
versucht?
Also aus 3 mach 2 ;-)

Ja habe ich. Ist nicht die Ursache.
Anscheinend macht der dpkg-buildpackage den Fehler. Der ignoriert anscheind den -fPic bei ffdecsa.

Ich habe mal das sc manuell als make plugin gebaut. Das geht einwandfrei mit dem -fPIC aber das sc wird zum decodieren nicht angesprochen. Lt. vdr-sc log wird cardclient geladen, aber sobald ich auf einen Sky Sender gehe kommt Kanal nicht verfügbar und am oscam sehe ich nur kurz einen Login aber ohne Kanalanfrage. im vdr-sc log erscheint nur timeout.
Was mich auch wundert, ich kann in Einstellungen/Cam Menü keins sehen, wohl aber unter Plugins und da wo es hingehört an erster Stelle.

Ich weiß einfach nicht weiter.
 
AW: yavdr, vdr-sc, softcam.key

Ich hab da folgendes Porblem, ORF hell, Austria dunkel. Vermute daher das es an meinem Keks liegt.

# *** ORF ****
W 0D05 04 CC 09XXXXXXXXXXXXX; CardSystem Key
W 0D05 04 20 00A9D7XXXXXXXXXXXXXXXXXXXXXXXX; OP key
# *** AustriaSat ****
W 0D05 10 CC 09XXXXXXXXXXXXXXXXXX; CardSystem Key
W 0D05 10 20 010000XXXXXXXXXXXXXXXXXXXXXXXXX; OP key
W 0D05 10 20 01C229XXXXXXXXXXXXXXXXXXXXXXXXX; OP key

Irgendwer eine Idee?
 
Zurück
Oben