premiere stürzt ab - a neverending story

dawart · 18. Januar 2004

hallo,

meine premiere-odysee scheint nie zu enden, ich habe ja anfangs ein irdeto 4.7 allcam freecam funcam gehabt, habe dass dann nach dem verschlüsselungs-wechsel von premiere bei mascom auf 4.9 updaten lassen, und da es immernoch abstürzt dann jetzt nach anraten doch ein alphacrypt-modul angeschafft, in der hoffnung das ich einen premiere-film nun endlich mal ohne absturz gucken kann.

Code

Jan 18 13:56:23 linux vdr[2153]: CAM: AlphaCrypt, 01, 4A20, 4A20

und es auf 2.03 via dem update aus dem web geupdatet (danke an mrjoe). doch leider stürzt auch das nach einer gewissen zeit ab:

Code

Jan 18 14:36:19 linux vdr[2153]: ERROR: CAM: Read failed: slot 0, tcid 1

nachdem ich also jetzt schon mehrere hundert euro investiert habe, funktioniert es immernoch nicht. was kann ich da tun? wo kann der fehler noch liegen? am cam ja wohl doch nicht. vielleicht am ci? an der karte? ich weiss langsam nicht mehr weiter...

vielen dank für eure hilfe, michael

mottobug · 18. Januar 2004

Zitat
Original von dawart
Code
Jan 18 14:36:19 linux vdr[2153]: ERROR: CAM: Read failed: slot 0, tcid 1
nachdem ich also jetzt schon mehrere hundert euro investiert habe, funktioniert es immernoch nicht. was kann ich da tun? wo kann der fehler noch liegen? am cam ja wohl doch nicht. vielleicht am ci? an der karte? ich weiss langsam nicht mehr weiter...

Leider hast du nicht geschrieben welchen DVB Treiber du benutzt.

Du solltest _unbedingt_ einen neuen DVB Treiber benutzen, in der alten Firmware war ein Bug der sich nicht mit dem CAM Slot Chip vertragen hat (CiMax 2.0 glaub ich).

Tom.

dawart · 18. Januar 2004

Zitat

Original von mottobug
Du solltest _unbedingt_ einen neuen DVB Treiber benutzen, in der alten Firmware war ein Bug der sich nicht mit dem CAM Slot Chip vertragen hat (CiMax 2.0 glaub ich).

ich galube, dass ist auch nicht das problem, ich habe extra per csv den aktuellen treiber runtergeladen & installiert. oder gibt es einen speziellen, der dafür besser geeignet ist?

michael

mrjoe · 18. Januar 2004

Hi Michael,

welche Kernel-Version hast du? Diese Meldungen hatte ich oft bei älteren Kernel. Bei meinem 2.4.23 aber nicht. Ansonsten:
- welche vdr-Version
- welche DVB-Treiber-Ladeparameter
- an welcher Karte hängt das CI

Wie gesagt, das Alphacrpt ist die sicherste und stabilste Variante die es gibt und wir werden das bei dir auch noch zum Laufen bekommen.

Ach ja, fast vergessen: Was passiert im unten stehenden Fall? Ist das Modul dann ganz abgestürzt oder musst du nur kurz auf einen FTA-Kanal und wieder zurück schalten?

Joe

dawart · 18. Januar 2004

also:

kernel: 2.4.21-144-athlon

vdr 1.2.6

habe nur 1 karte, eine siemens DVB-s, an der hängt das ci, es ist derzeit auf 5 v eingestellt, bei 3 v wollte das alphacrypt die einstellungen (sprache, jugendschutz etc) nicht speichern

was du mit den dvb-treiber-ladeparametern meinst, damit bin ich leider überfragt *schäm*, habe alles mit den standard-einstellungen des install-scripts installiert. hilft dir das:

Code

Jan 18 15:45:34 linux kernel: Linux video capture interface: v1.00
Jan 18 15:45:34 linux kernel: DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3).
Jan 18 15:45:34 linux kernel: DVB: registering frontend 0:0 (Alps BSRV2)...
Jan 18 15:45:37 linux kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261b
Jan 18 15:45:37 linux kernel: DVB: AV7111(0) - firmware supports CI link layer interface
Jan 18 15:45:38 linux kernel: av7110(0): adac type set to 0
Jan 18 15:45:38 linux kernel: Siemens/Technotrend/Hauppauge PCI rev1.3 adapter 0 has MAC addr = 00:d0:5c:01:2e:b6
Jan 18 15:45:42 linux su: (to root) root on /dev/pts/0
Jan 18 15:45:42 linux su: pam_unix2: session started for user root, service su
Jan 18 15:45:42 linux vdr[14645]: VDR version 1.2.6 started
Jan 18 15:45:42 linux vdr[14645]: loading plugin: /usr/local/src/VDR/PLUGINS/lib/libvdr-tvtv.so.1.2.6
Jan 18 15:45:42 linux vdr[14645]: loading /usr/local/src/VDRtmp/setup.conf
Jan 18 15:45:42 linux vdr[14645]: ERROR: unknown config parameter: EPGLanguages =
Jan 18 15:45:42 linux vdr[14645]: ERROR: unknown config parameter: UpdateChannels = 0
Jan 18 15:45:42 linux vdr[14645]: loading /usr/local/src/VDRtmp/sources.conf
Jan 18 15:45:42 linux vdr[14645]: loading /usr/local/src/VDRtmp/channels.conf
Jan 18 15:45:42 linux vdr[14645]: loading /usr/local/src/VDRtmp/timers.conf
Jan 18 15:45:42 linux vdr[14645]: loading /usr/local/src/VDRtmp/commands.conf
Jan 18 15:45:42 linux vdr[14645]: loading /usr/local/src/VDRtmp/reccmds.conf
Jan 18 15:45:42 linux vdr[14645]: loading /usr/local/src/VDRtmp/svdrphosts.conf
Jan 18 15:45:42 linux vdr[14645]: loading /usr/local/src/VDRtmp/ca.conf
Jan 18 15:45:42 linux vdr[14645]: loading /usr/local/src/VDRtmp/remote.conf
Jan 18 15:45:42 linux vdr[14645]: loading /usr/local/src/VDRtmp/keymacros.conf
Jan 18 15:45:42 linux vdr[14645]: probing /dev/dvb/adapter0/frontend0
Jan 18 15:45:42 linux vdr[14645]: video device offset is 0
Jan 18 15:45:42 linux vdr[14648]: EIT processing thread started (pid=14648) - master
Jan 18 15:45:42 linux vdr[14649]: tuner thread started on device 1 (pid=14649)
Jan 18 15:45:42 linux vdr[14645]: probing /dev/dvb/adapter1/frontend0
Jan 18 15:45:42 linux vdr[14645]: found 1 video device
Jan 18 15:45:42 linux vdr[14645]: initializing plugin: tvtv (0.1.6): TVTV Timers update
Jan 18 15:45:42 linux vdr[14645]: setting primary device to 1
Jan 18 15:45:42 linux vdr[14645]: SVDRP listening on port 2001
Jan 18 15:45:42 linux vdr[14645]: starting plugin: tvtv
Jan 18 15:45:42 linux vdr[14645]: TVTV Packed String: X7Dh6dGtLw5Odt989/Lyew==
Jan 18 15:45:42 linux vdr[14650]: TVTV Timer Thread started (pid=14650)
Jan 18 15:45:42 linux vdr[14650]: TVTV Timer Make Update
Jan 18 15:45:42 linux vdr[14651]: LIRC remote control thread started (pid=14651)
Jan 18 15:45:42 linux vdr[14652]: KBD remote control thread started (pid=14652)
Jan 18 15:45:42 linux vdr[14645]: remote control LIRC - keys known
Jan 18 15:45:42 linux vdr[14645]: remote control KBD - keys known
Jan 18 15:45:42 linux vdr[14645]: switching to channel 5
Jan 18 15:45:43 linux vdr[14645]: reading EPG data from /usr/local/src/VDRtmp/epg.data
Jan 18 15:45:43 linux vdr[14645]: setting watchdog timer to 60 seconds
...
Jan 18 15:45:49 linux vdr[14645]: assuming manual start of VDR
Jan 18 15:45:49 linux vdr[14645]: max. latency time 1 seconds

Alles anzeigen

Code

linux:/usr/local/src/VDR # ./runvdr
Starting DVB:
videodev                                                    done
dvb-core dvb_shutdown_timeout=0                             done
alps_bsrv2                                                  done
alps_tdmb7                                                  done
alps_bsrv2                                                  done
grundig_29504-401                                           done
grundig_29504-491                                           done
stv0299                                                     done
ves1820                                                     done
input                                                       done
evdev                                                       done
dvb-ttpci                                                   done
Load still image:
I-frame     : '/usr/local/src/VDRtmp/boot/logo-fb'
I-frame size: 18978
read: 18978 bytes
Display image 3 seconds ...
Done.
Edit last channel: RTL2 ...
Starting Digital Videorecorder:

Alles anzeigen

wenn premiere "abgestürzt" ist, dann muss ich den vdr per "befehle->neustart" 2 mal neu starten, dann gehts wieder. mit "zappen" hat's bisher leider nicht geklappt!
lg, michael

mrjoe · 18. Januar 2004

Zitat

habe nur 1 karte, eine siemens DVB-s, an der hängt das ci, es ist derzeit auf 5 v eingestellt, bei 3 v wollte das alphacrypt die einstellungen (sprache, jugendschutz etc) nicht speichern

Das sollte bei den von dir verwendeten Modulen eigentlich immer die gleiche Spannung sein. Bei meinem 3,5"-CI ist der einzig sichtbare Jumper gesteckt. Keine Ahnung, ob dies der Spannungs-Jumper ist und wie viel Volt das wären.

Zitat

was du mit den dvb-treiber-ladeparametern meinst, damit bin ich leider überfragt *schäm*,

Ist doch kein Problem. Damit meine ich die Parameter, die beim Insmod von dvb-ttpci angegeben sind. Das erkenne ich aus deinen Anhängen nicht. Das ganze sollte im Makefile von DVB/driver/av7110 in der Section insmod stehen.
Ich habe z.B. mit dem Zusatz latency=64 den video_data_stream_broken-Error beseitigt. Damit stellst du die PCI-Latency ein. Evtl. variierst du mit dem Parameter auch. Mir bisher bekannte (sinnvolle) Werte sind 64 und 128.

Zitat

kernel: 2.4.21-144-athlon

Wenn du viel Zeit und Geduld hast, kannst du mal (ohne Gewähr auf eine Fehlerbehebung) einen neueren Kernel installieren. Wahrscheinlich geht das bei Suse (ist diese Distri aus deiner Signatur noch aktuell?) eh per Yast ganz einfach.

Hast du das Modul auch mal im anderen Slot betrieben? (dürfte keinen Unterschied machen, aber deine Probleme sind auch nicht der Normalfall...). Was passiert, wenn du einfach mal auf einen PW-Kanal schaltest und nichts mehr am VDR machst? Wird dein Bild schwarz oder läuft der Kanal bis zum nächsten umschalten?

Joe

vomwoid · 18. Januar 2004

Hi
Der jumper im Innern des Gehäuses ist dazu da, die Spannungsversorgung zwischen 3,3 Volt und 5 Volt für das jeweilige CI-Modul einzustellen.
ACHTUNG: So gut wie jedes Modul benötigt nur 3,3 Volt !
Also im Auslieferungszustand lassen !
Der Jumper neben dem Flachbandstecker ist dazu da um den in die Front des CI-Adapters eingebauten Infrarot-empfänger zu aktivieren.
Im Fall einer Hauppauge Rev. 1.3 oder 1.6 kommst du somit zu einem Ferbenienungseingang.
Im Fall einer Nexus Sat-Karte wird der rückwärtige IR-Eingang damit deaktiviert und der Eingang vom CI-Interface aktiv gemacht .
Funktioniert somit hervorragend mit dem Remote-plugin.

Bei 5 Volt wird das Alpha sicher zu heiss! Evtl. ist es schon beschädigt.
Hast du keine Möglichkeit einmal ein Modul von einem Bekannten zu leihen? Ich habe schon oft auf anderen Boards von solchen Problemen gelesen und sehr oft stellte sich im Nachhinein heraus, dass das Modul
fehlerhaft war! Wenn du es bei Mascom gekauft hast, werden die das Modul sicher überprüfen können. Siehe auf dem Board von www.mascom.de .
Gruss, Andi

mrjoe · 18. Januar 2004

Zitat

Der Jumper neben dem Flachbandstecker ist dazu da um den in die Front des CI-Adapters eingebauten Infrarot-empfänger zu aktivieren.
Im Fall einer Hauppauge Rev. 1.3 oder 1.6 kommst du somit zu einem Ferbenienungseingang.
Im Fall einer Nexus Sat-Karte wird der rückwärtige IR-Eingang damit deaktiviert und der Eingang vom CI-Interface aktiv gemacht .

Das ersetzt mir doch glatt die nichtvorhandene Beschreibung des CI-Adapters... Dank dir.

Joe

dawart · 18. Januar 2004

also dann habe ich mal schnell den jumper zurück auf 3 volt gestellt. ich glaube, ich habe ein anderes ci als ihr, meins sieht folgendermassen aus, habe leider nur ein foto-handy da, deshalb die schlechte qualität:
[Blockierte Grafik: http://dawart.com/40HG0003.jpg]
unter meinen bekannten bin ich leider der einzige vdr-besitzer, das modul habe auch bei reichelt gekauft, nicht bei mascom. heiss ist es eigentlich auch nicht geworden. auf dem ci steht oben Rev. 1.4
gibt es eine andere möglichkeit, zu prüfen, ob das modul schaden genommen hat? ich habe echt ewigkeiten im netz gesucht, bevor ich auf 5 v umgestellt habe, aber _keinen_ hinweis gefunden, und da die einstellungen bei 5 v endlich gespeichert wurden, bin ich davon ausgegangen, dass es richtig war. also erstmal danke für die warnung!

michael

dawart · 18. Januar 2004

so, ich habe mal in meinem Makefile nachgesehen, dort sind keine Parameter eingetragen:

Code

insmod:
        insmod input; \
        insmod evdev; \
        insmod dvb-ttpci.o;

kann ich latency=64 einfach "dazuschreiben" und dann den treiber neu kompilieren?

dann habe ich mal in yast nachgesehen, der nächstbeste kernel wäre 2.4.21-166-athlon. benutzt jemand diesen? bei meinem letzten kernel-update musste ich mein ganzen vdr neu aufsetzten

mrjoe · 18. Januar 2004

Zitat

kann ich latency=64 einfach "dazuschreiben" und dann den treiber neu kompilieren?

Einfach hinter dvb-ttpci.o latency=64 schreiben. Kompilieren ist nicht notwndig. make rmmod && make insmod reicht bzw. starte einfach deinen Rechner neu.

Joe

dawart · 18. Januar 2004

ok danke, habe das mal gleich ausprobiert, mal sehen, wie lange das modul "durchhält"

michael

whitman · 20. Januar 2004

Ein Bekannter von mir hat genau das gleiche Problem. Abilfe hat bei ihm das Ändern das Parameters HW_SECTION entsprechend der Readme gebracht. Der Nachteil dieser Lösung: Es wird nicht mehr die englische Audiospur aufgenommen, wenn diese nicht zu beginn der Aufnahme (z.B, von Premiee) vorhanden ist.
Seine Konfiguration: VDR 1.2.6 mit lDVB Treiber vom 8.11.2003 (auch andere getestet) mit einer DVB-C und 3 1/2" CI mit Alphacrypt.

whitman

dawart · 21. Januar 2004

hallo, kann mir jemand sagen, wo ich das
HW_SECTION=1 eintragen muss? habe es in keiner readme explizit gefunden. und: muss ich dann neu kompilieren?

vielen dank, michael

mrjoe · 21. Januar 2004

Hi Michael,

gleiceh Stelle wie latency:
im Makefile des DVB-Treibers gibt es eine insmod-section und da schreibst du hinter dvb-ttpci.o einfach hw_sections=1 (default ist nämlich hw_sections=0). Somit steht da:

Code

dvb-ttpci.o hw_sections=1

Nur zur Info: mit diesem Parameter werden sich die Farben deines OSDs mitunter verändern. Dann kann es sein, du hast blaue Schrift auf blauem Hintergrund oder so. Nicht das du denkst, jetzt wäre deine Karte kaputt.
Ausserdem kannst du auch mehrere Parameter kombinieren:

Code

dvb-ttpci.o hw_sections=1 latency=64 pids_off=1

Wir werden doch deine Kiste auch noch zum Laufen bringen...

Edit: Fast vergessen: Du musst nicht neu kompilieren!
Edit2: Es ist im Makefile des av7110! Also unter DVB/driver/av7110 die Datei Makefile editieren...

Joe

dawart · 21. Januar 2004

ah cool, vielen dank, dass steht leider nirgends so genau

habe das erstmal so konfiguriert & sieht auch gut aus. mal sehen, was der "langzeit-test" sagt!

michael

tdsandme · 14. Februar 2004

Hi!

Wollte nur mal nachfragen, ob das Problem damit gelöst ist?

Habe nämlich auch ständig CAM Read Errors.

Danke,

Grüße
Günther

dawart · 14. Februar 2004

nein, bisher leider nicht. bin inzwischen schon am zweifeln, ob nicht die dvb-s karte "kaputt" ist

tdsandme · 14. Februar 2004

Hi,

danke für die schnelle Antwort (auch wenn ich natürlich lieber was anderes gehört hätte

Ich hab ein Irdeto 4.9 mit einer Siemens DVB-s 1.3 und denke nicht, dass da was kaputt ist, da Karte und CAM unter Windows einwandfrei laufen.

Mit ziemlicher Sicherheit muss man da nur irgendwo einen timing Parameter ändern oder eine andere Firmware nutzen, damit es auch mit vdr klappt. Unter Windows läuft es nämlich auch nicht mit jeder Firmware- oder Treiber-Version, aber da wußte ich halt, wie ich das ändern kann.

Bei Linux bzw. der ctvdr-Distri, die ich nutze, weiß ich bis jetzt dagegen noch nicht mal, wie ich feststellen kann, welche Treiber- oder Firmware-Version ich überhaupt momentan nutze

Es ist wohl an der Zeit für etwas Grundlagenforschung....

Schönes Wochenende noch,

Günther

glotzi · 14. Februar 2004

hallo

ich kann euch sagen, dass es bei mir einwandfrei funktioniert.
Ich habe folgende config.

1,3 DVB-s Fujitsu Siemens
DVB Treiber vom 13.10.2003
vdr 1.2.6

als Plugins nur
dvd, mp3, mplayer, osdteletext
Aplhacrypt 2.02 ohne Cryptoworks (2.01 lief auch wunderbar)

Ich habe extra kein update auf 2.03 gemacht, weil im Mascom Forum soviele Beschwerden waren.

CI-Interface 3,5" und 1.4er PCI; funktioniert mit beiden.
Steckt euer CI in den Slot2 des CI-Interfaces.
Da gab es mal eine Datei in der die gesagt wurde das die CIs in Slot 2 besser liefen, irgendwo bei de n DVB-Treiber Sachen. Ich glaube sie heist CAMs.txt, bin aber nicht sicher.

Den Rest der Hardware seht Ihr in meiner sig.

Viel Erfolg noch.

glotzi

premiere stürzt ab - a neverending story

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema