27 Antworten in diesem Thema

[bierhurra]

Hi,

ich habe ne Cine S2 V6 mit CI Modul und Unicam im Einsatz.
Ich möchte regelmäßig HD Kanäle aufnhemen (RTL HD, Pro7HD).

Es passiert sehr oft, dass nach dem Aufwachen die Entschlüsselung nicht funktioniert und die Kanäle dunkel bleiben. Sender wie ARD HD oder ZDF HD funktionieren. Entweder starte ich den Rechner neu, oder ich ziede die CAM raus und stecke sie wieder rein. Dann werden die Sender (RTL HD) entschlüsselt.
Das Problem wird also wohl am Aufwachen der CAM nach dem Standby liegen. Ich habe jetzt mehrer Sparte und Max FW durchprobiert. Leider ohne Erfolg.

Derzeit habe ich Version Sparta 5.30 im Einsatz.
Kennt jemand die Probleme? Ist bei einer anderen, eventuell älteren FW bekannt, dass die Probleme nicht auftreten?
Gitb es noch andere Möglichkeiten dafür zu sorgen, dass die CAM ordentlich aus dem Standby erwacht.

Grüße

[D.I.S.C.O.]

Versuch mal die 5.34

Hast du die Flachbandkabel oder die PCI Version vom CI?

[CiNcH]

Das ist leider normal. Das ist der INIT-Bug vom unicam/maxcam. Die bekommen das scheinbar nicht in den Griff. Wenn man davon betroffen ist, kann man auch nichts gegen machen.

[D.I.S.C.O.]

Das glaub ich nicht....ich denke mal das es an seiner Hardware liegt

Habe das Problem schon mal mit einem anderen Mitglied hier durchgetestet....bei mir läufts auf anhieb, bei dem Mitglied tauchen die gleichen Probs auf wie beim Thread-Ersteller....selbstverständlich wurde es mit dem selben Unicam getestet....

Mittlerweile gibt es FW 5.38....aber Achtung: es muß der Loader 2.0 verwendet werden

[CiNcH]

Habe das Problem schon mal mit einem anderen Mitglied hier durchgetestet....bei mir läufts auf anhieb

Auf Anhieb? Was genau hast du da mit dem Mitglied denn durchgetestet? Es geht darum, dass sporadisch nach dem Aufwachen des PC nichts entschlüsselt wird. Das kann man nicht mal eben schnell probieren, sondern muss es über einen Zeitraum beobachten. Ich habe hier dasselbe Problem, auch ab und zu nach einem Kaltstart. Ich habe das genauer analyisiert. Das unicam initialisiert sich unter Umständen nicht korrekt, MMI/CI-Menü geht dann, aber es findet keine Entschlüsselung statt. Die Pakete werden dann im TS-Header in den TSC-Bits vom unicam zwar als entschlüsselt markiert, in Wirklichkeit sind die Daten aber immer noch verwürfelt. Mit anderen Worten, das unicam spuckt dann Blödsinn aus. Hilft nur DD-Treiber neu starten (was zu einem CI/CAM-Reset führt), System neu starten (bedeutet ebenfalls ein Treiber-Neustart -> CI/CAM-Reset) oder einfach das unicam neu stecken.

Wie ausgeprägt das Problem ist, hängt vom Host bzw. der DVB-Karte ab und evtl. auch von der Toleranz des jeweiligen unicam. Mit manchen Karten/Receivern scheint es keine Probleme zu geben, mit manchen nur sehr sporadisch (wie bei einigen vielen mit Cine S2), bei manchen sehr oft (wie mit meiner DVBSky S950-CI zum Beispiel). Ich vermute hier ein elektrisches Problem, evtl. keine stabile Spannung bei der Initialisierung oder dergleichen, wo das unicam etwas zimperlich darauf reagiert. Spannungen können natürlich mit anderen Netzteilen bzw. Mainboards auch variieren.

Bearbeitet von CiNcH, 24 August 2012 - 09:22 .

[nuts]

Ich kenne das Problem auch und meine beobachtet zu haben, dass es sich bessert wenn man dem System nach dem Standby etwas Zeit gibt.

DVBViewer close => 2 Sekunden warten => Standy => Resume => 5 Sekunden warten => DVBViewer start

[D.I.S.C.O.]

Ich vermute hier ein elektrisches Problem, evtl. keine stabile Spannung bei der Initialisierung oder dergleichen, wo das unicam etwas zimperlich darauf reagiert. Spannungen können natürlich mit anderen Netzteilen bzw. Mainboards auch variieren.

genau das meinte ich damit. Wir haben es getestet: 1 Unicam, 2 verschiedene HTPC´sprich verschiedene Hardware....

in meinem System kommt Uni sofort, auch aus dem Standby....beim Mitglied: alte Hardware....entschlüsselt das Teil erstmal gar nicht

[bierhurra]

Danke für die Antworten.
Ich habe die Flachbandversion im Einsatz.
Ich werde mal Sparte 5.34 testet.
5.35 habe ich vor kurzem mal getestet. Das lief gar nicht.
Dann werde ich mal 5.38 testen.

Heute wären mehrere Aufzeichnungen geplant gewesen. Keine davon hat er aufgezeichnet. Wenn der Fehler einmal auftritt, scheint ein standby und resume zu keinem Neustart der CAM zu führen.
Interessant wäre doch den Fehler zu erkennen und einen gezielten Neustart durchzuführen.
Jetzt muss ich eingrenzen, wer eventuell schuld hat.
Liegt es jetzt nur an der CAM nach einem Resume? Oder liegt es an einem zu schnellen Zugriff auf die CAM nach dem Resume. Dann wäre ein verzögern der entsprechenden Software denkbar. Entweder der DD Treiber, DVBLink oder gar das MCE.

@Cinch: du meinst man kann auch en DD Treiber neustarten und das reicht auch aus. Habe ich noch nie probiert. Vielleicht lässt sich das Automatisieren.

Gibt es andere CAMs die das Problem nicht haben und trotzdem 2 HD Kanäle gleichzeitig entschlüsseln können?

[Herbie76]

...Dann wäre ein verzögern der entsprechenden Software denkbar. Entweder der DD Treiber, DVBLink oder gar das MCE...

in Verbindung mit DVBLink und TV Karten gibts häufig Probleme nach dem Aufwachen, sodass eine Verzögerung schon vielen Usern geholfen hat - vielleicht wäre das auch ein Ansatz in Verbindung mit CI Modul an der TV Karte und DVBLink?

Gruss Andy

[D.I.S.C.O.]

Hallo,

hast du das MCE StandbyTool laufen? Ist dort eingestellt, das er mit LiveTV starten soll? Dort kannst du eine Verzögerung eintragen, würde mal mit 2sec anfangen

[bierhurra]

MCE Tool habe ich laufen. MCE wird vor dem standby beendet und nicht wieder gestartet.
Die CAM habe ich gestern mal auf 5.38 geupdatet.

[D.I.S.C.O.]

Aber warum hast du das MCE Tool am laufen wenn du es eigentlich nicht brauchst?

Da du MCE eh beendest, dann kannst du den Rechner gleich runter fahren

[bierhurra]

Ich lasse derzeit MCE durch das MCE Tool vor dem Standby beenden und nicht wieder starten beim resume.
Normalerweise habe ich das MCE beim resume immer gleich starten lassen. Um aber den Fehler einzugrenzen, habe ich es jetzt so eingestellt.

[NRWler04]

Damit ich alles richtig verstehe: ihr redet über Sat-Empfang oder?

[bierhurra]

Ja, wir reden über SAT empfang.
Als die Sparta 5.38 hat nichts gebracht. Eben lief wieder nur ZDF HD und kein RTl HD. Also wieder das CAM nicht aktiv.

[D.I.S.C.O.]

ZDF laueft auch ohne CAM....

So jetzt nochmal von vorne....ist dein CAM dem richtigen Tuner zugewiesen im DD Configurator?

Hast du es beiden Tunern zugewiesen? Das wird dann wohl eher das Problem sein, weil das CAM oder die Karte zu lange braucht um das dann zu entschlüsseln....also nur mal einem Tuner zuweisen

[bierhurra]

Das CAM muss beiden Karten zugewiesen sein, sonnst können z.B. RTL HD und Pro7HD nicht gleichzeitig entschlüselt werden.

Das ZDF ohn CAM läuft ist mir klar. Deswegen schrieb ich dies. Wenn ZDF HD läuft und RTL HD nicht, dann liegt es wieder an der CAM. Nach einem Neustart der CAM ging es dann wieder.


Mir stellen sich jetzt folgende Fragen:
Wann steigt das CAM aus?
Liegt es an Standby/Ruhezustand, woraus das CAM nicht richtig erwacht? (Hardwareproblem)
oder
Liegt es am Start vom DDTreiber/DVBLink/MCE. Das einer dieser 3 zu schnell oder zufrüh etwas von der Karte will? (Softwareproblem)

Das Softwareproblem lässt sich eventuell lösen indem der Start des Treibers oder des DVBLink Servers verzögert wird.
Liegt es an der Hardware nach dem Standby wird es schwieriger.
Kennt jemand eine Möglichkeit die CAM neuzustarten ohne sie aus dem CI Modul zu ziehen oder den Rechner neuzustarten? Interessant wäre eine Möglichkeit vestzustellen, ob die CAM ordentlich arbeitet. Das MCE und DVBLink bekommen es ja leider nicht mit. Dann könnte ich zur Not einen Neustart des Rechners einleiten.

[CiNcH]

Ich habe mal einen Test gemacht, bei dem ich in Windows einfach den DD-Treiber ständig neu geladen und so einen CI-Reset hervorgerufen habe (DD-Base-Gerät im Geräte-Manager ständig deaktiviert/aktiviert). Irgendwann war das Modul immer in dem komischen Zustand. D.h. auch wenn das System einmal sauber hochgefahren wurde, kann es noch sporadisch zu dem Problem kommen. Es kann natürlich sein, dass es sich etwas stabilisiert.

Bearbeitet von CiNcH, 27 August 2012 - 07:43 .

[D.I.S.C.O.]

Aber meinen Tip mit nur einem Tuner hast du noch nicht ausprobiert! Denn nur dann weisst du es ob es daran liegen könnte....
Ich behaupte jetzt einfach mal das es daran liegt.....weil das Maxcam hat nämlich die gleichen Effekte

Dann musst du selber suchen, weil mir fällt nix mehr ein.

Bearbeitet von D.I.S.C.O., 27 August 2012 - 07:48 .

[CiNcH]

Aber meinen Tip mit nur einem Tuner hast du noch nicht ausprobiert! Denn nur dann weisst du es ob es daran liegen könnte....

Die Initialisierung vom CAM ist exakt dieselbe, egal ob MTD oder STD. Bei MTD unterscheidet sich nur der Betrieb dann. Es wird im Treiber ein Remuxing durchgeführt und das CA_PMT List Kommando unterscheidet sich...

[D.I.S.C.O.]

OK, du weißt es besser, ausprobiert hat er es nicht, wir werden es nicht erfahren....

Muss er mit Leben....mir auch egal

[bierhurra]

Ich werde die CAM mal auf einen Tuner schalten. Mals sehen ob es dann auch passiert.

Wenn ich das Gerät im Gerätemanager aus und wieder einschalte, startet auch das CAM neu? (Bin grad nicht am MCE um es auszuprobieren).
Das bekomme ich sicher auch programmgesteurt hin. Nur wie bekomme ich heraus, ob das CAM ordentlich arbeitet? Ich würde im Fehlerfall einen Neustart durchführen lassen. Nur finde ich einer LOG Datei einen Fehler. Das Signal wird einfach nicht dekodiert und MCE zeigt ein schwarzes Bild. Ohn Fehlermeldung, dass es sich um ein verschlüsseltes Programm handelt. Auch im DD Log ist alles ok. Alle Software scheint der Meinung zu sein, dass alles ok ist.

[CiNcH]

Wenn ich das Gerät im Gerätemanager aus und wieder einschalte, startet auch das CAM neu?

Genau. Das führt zu einem Laden des Treibers, was wiederum einen CI-Reset zur Folge hat.

Nur wie bekomme ich heraus, ob das CAM ordentlich arbeitet?

Das ist der Knackpunkt. Man müsste eine Aufnahme auf PES-Niveau runterparsen, um festzustellen, ob da auch was sinnvolles drin steht. Es ist nämlich alles erfolgfreich, sprich das Tuning und das unicam will einem auch weis machen, dass alles in Ordnung ist, indem die TS-Pakete als entschlüsselt markiert werden. Der Payload ist aber verwürfelt. Das bekommt man nur heraus, indem man mindestens versucht, die PES-Header herauszuparsen.

Alle Software scheint der Meinung zu sein

Spätestens beim Quellfilter im DS-Graph (der auch auf PES-Niveau runterparst) bzw. bei den A/V Dekodern ist sense, weil die keine sinnvollen Daten bekommen.

Bearbeitet von CiNcH, 27 August 2012 - 12:26 .

[bierhurra]

Hallo,

ich habe die CAM auf nur einen Tuner gesetzt. Hat leider nichts gebracht.

Ich habe ein Tool geschrieben, welches die Aufgezeichneten Dateien überwacht. Wenn es dort Fehler feststellt, soll es die CAM oder den Rechner neustarten.
Der CAM neustart ist mir aber noch nicht geglückt.
Ich habe mehrer DD Treiber im Geräte manager aus und wieder eingeschltet. Das CAM blieb wie es war. Bis jetzt half nur ein Neustart.
Ich wäre an Input interessiert, wie ich die CAM neugestartet bekommen ohne den Rechner neuzustarten.

[CiNcH]

Es müsste reichen, das BASE-Gerät neu zu aktivieren.

Ich mache das mittels DevCon-Script. Kann ich später mal posten...

Bearbeitet von CiNcH, 28 August 2012 - 15:03 .