VDR-SC und TT S2-6400

[Deleted member 352383]

AW: VDR-SC und TT S2-6400

@MegaV0lt
Wie magic_doc letztens geschrieben hat, scheint ein direkter Neustart des VDR aber nicht immer zu helfen. Nach seiner Aussage muss man anscheinend immer 60s warten vor dem Neustart damit es sicher funktioniert. Ich werde da die nächsten Tage mal ein paar Sachen probieren und schauen ob da im Plugin was geht, aber eine 60s Wartezeit werd ich da sicher nicht einbauen.

-der_dag

 

[MegaV0lt]

Natürlich nicht. Ich meinte ja nur, weil bei mir es immer mit nem simplen VDR-Neustart ging. Da aber am treiber immer noch gebastelt wird und ich erst gestern wieder upgedated habe, muss ich nun erst wieder beobachten, ob sich was verändert hat.
da sist gar nicht so einfach, wenn der Fehler nur alle 10 Starts ist, aber ständig wieder neue Patsche eingespielt werden

 

[Copperhead]

AW: VDR-SC und TT S2-6400

Komischerweise habe ich nur mit dem Plugin von der_dag diese Probleme. Mit dem original dvbhddevice-Plugin läuft alles perfekt. Achja noch ein Tipp schreibt im VDR-Portal nie Fehler, die ihr nicht vorher mit dem originale dvbhddevice-Plugin reproduzieren könnt.

Verständlicherwese reagieren powarman und UFO darauf sehr allergisch.

 

[heinz1984]

AW: VDR-SC und TT S2-6400

Info: es gibt eine aktualisierte Version von vdr-sc für Ubuntu Natty @ h**ps://launchpad.net/~alexandr-surkov/+archive/opensc

Danke Alex!

 

[Copperhead]

AW: VDR-SC und TT S2-6400

opensc ist nicht im geringsten anders. Der einzige Unterschied zum normalen VDR-SC ist der Name und das debian/Launchpad spezifische Zeug.

 

[heinz1984]

AW: VDR-SC und TT S2-6400

Dank Copperhead, aber dies ist mir durchaus bewusst

Mein Post bezieht sich auf meine frühere Aussagen, wo ich bei bestimmten verschlüsselten Sender "Kanal nicht verfügbar!" anstatt eines schwarzen bildschirms bekommen habe. Ursache war eben ein defektes OpenSC / VDR-SC / vdr-plugin-opensc / vdr-plugin-sc aus dem Ubuntu PPA.

Dies konnte (laut Alex) nun durch eine aktuelle Version (siehe Link) behoben werden.

Immer diese Missverständnisse... ;-)

 

[MegaV0lt]

Habe nun die aktuelle Firmware und Treiber drauf. Artefakte hatte ich in den letzten 2 Tagen nicht.

Aber leider schon mehrere Aufnahmen, die abgeschnitten oder komplett 0 waren! Gestern Abend sollte auf Sat.1 HD Hawei Five-O und The Defenders aufgenommen werden. Nebenbei habe ich aufnahmen von Platte geschaut.

Die Aufnahme von Hawei Five O lief bereits etwa 30 Minuten, als ich beginnen wollt dies anzusehen. Leider wurden nur die ersten 12 Minuten aufgenommen! Der Timer lief noch. Schwarzes Bild! Mit Femon konnte ich di etuner wechseln, jedoch war es überall Schwarz! Überraschender weise auch auf meiner zusätzlichen Budget. Free-TV ging dagegen. Mir ist auch noch aufgefallen, dass beim OSCam abgefragt wurde aber im Femon nur bei Video eine Bitrate stand.

Kaum erwähnenswert, dass nach einem killall vdrwieder erst mal alles lief... ohne den Treiber neu zu laden...

Das ist sehr ärgerlich, da ich schon öfters defekte (schwarz) Aufnahmen hatte, und der VDR sich nicht weiter beschwert.

 

[MegaV0lt]

Hier mal das sc log von gestern abend, wo der Bildschirm schwarz war

Jun  5 22:35:41.429 [cardclient.core] now trying client Newcamd (SheevaPlug:15002)
Jun  5 22:35:41.511 [cardclient.ecm] Newcamd: card was not able to decode the channel
Jun  5 22:35:41.511 [cardclient.core] client Newcamd (SheevaPlug:15002) ECM failed (82 ms)
Jun  5 22:35:48.183 [cardclient.core] cc-loop
Jun  5 22:35:48.183 [cardclient.core] now trying client Newcamd (SheevaPlug:15002)
Jun  5 22:35:48.265 [cardclient.ecm] Newcamd: card was not able to decode the channel
Jun  5 22:35:48.265 [cardclient.core] client Newcamd (SheevaPlug:15002) ECM failed (82 ms)
Jun  5 22:35:48.432 [cardclient.core] cc-loop
Jun  5 22:35:48.432 [cardclient.core] now trying client Newcamd (SheevaPlug:15002)
Jun  5 22:35:48.514 [cardclient.ecm] Newcamd: card was not able to decode the channel
Jun  5 22:35:48.514 [cardclient.core] client Newcamd (SheevaPlug:15002) ECM failed (82 ms)
Jun  5 22:35:55.181 [cardclient.core] cc-loop
Jun  5 22:35:55.182 [cardclient.core] now trying client Newcamd (SheevaPlug:15002)
Jun  5 22:35:55.698 [core.ecm] 2.1: correct key found
Jun  5 22:36:12.106 [core.auStats] EMM packet load average (1/4/10min)   46   45   43 pks/s
Jun  5 22:36:41.873 [core.pids] 0: tune to same source/transponder
Jun  5 22:37:12.145 [core.auStats] EMM packet load average (1/4/10min)   40   44   43 pks/s
Jun  5 22:37:49.497 [core.au] 2: stopping chain 1830
Jun  5 22:38:12.179 [core.auStats] EMM packet load average (1/4/10min)   37   42   42 pks/s
Jun  5 22:39:12.215 [core.auStats] EMM packet load average (1/4/10min)    0   31   38 pks/s
Jun  5 22:40:12.250 [core.auStats] EMM packet load average (1/4/10min)    0   19   34 pks/s
Jun  5 22:41:12.286 [core.auStats] EMM packet load average (1/4/10min)    1    9   30 pks/s
Jun  5 22:42:12.324 [core.auStats] EMM packet load average (1/4/10min)    0    0   26 pks/s
Jun  5 22:43:12.364 [core.auStats] EMM packet load average (1/4/10min)    0    0   21 pks/s
Jun  5 22:43:24.795 [core.pids] 0: tune to same source/transponder
Jun  5 22:44:12.378 [core.auStats] EMM packet load average (1/4/10min)    0    0   17 pks/s
Jun  5 22:45:12.391 [core.auStats] EMM packet load average (1/4/10min)    0    0   12 pks/s
Jun  5 22:46:12.434 [core.auStats] EMM packet load average (1/4/10min)    1    0    8 pks/s
Jun  5 22:47:12.472 [core.auStats] EMM packet load average (1/4/10min)    0    0    4 pks/s
Jun  5 22:48:12.517 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 22:49:12.561 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 22:50:12.562 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 22:51:12.564 [core.auStats] EMM packet load average (1/4/10min)    1    0    0 pks/s
Jun  5 22:52:12.596 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 22:53:12.635 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 22:54:12.681 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 22:55:12.724 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 22:56:12.766 [core.auStats] EMM packet load average (1/4/10min)    1    0    0 pks/s
Jun  5 22:57:12.807 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 22:58:12.855 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 22:59:12.893 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 23:00:12.938 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 23:01:12.984 [core.auStats] EMM packet load average (1/4/10min)    1    0    0 pks/s
Jun  5 23:02:13.026 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 23:03:13.064 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 23:04:13.099 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 23:05:13.141 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 23:06:13.184 [core.auStats] EMM packet load average (1/4/10min)    1    0    0 pks/s
Jun  5 23:07:13.229 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 23:07:55.014 [core.pids] 0: tune to same source/transponder
Jun  5 23:08:00.820 [core.pids] 2: tune to same source/transponder
Jun  5 23:08:13.277 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s
Jun  5 23:09:13.316 [core.auStats] EMM packet load average (1/4/10min)    0    0    0 pks/s

Man sieht, dass die Karte nicht entschlüsseln konnte, aber nach dem VDR-Neustart wieder geht. Da scheint also was Faul zu sein! Wie gesagt es wurde nur der VDR neu gestartet!

 

[Copperhead]

AW: VDR-SC und TT S2-6400

Das ist ein ähnliches Problem, wie das, was ich schonmal genannt habe.

 

[magic_doc]

AW: Re: VDR-SC und TT S2-6400

(Abgeschnittene Aufnahmen etc.)

Kaum erwähnenswert, dass nach einem killall vdrwieder erst mal alles lief... ohne den Treiber neu zu laden...

Das ist sehr ärgerlich, da ich schon öfters defekte (schwarz) Aufnahmen hatte, und der VDR sich nicht weiter beschwert.

Hallo MegaV0lt,

bitte versuche doch mal das gleiche wie ich, indem Du den vdr nach dem üblichen Systemstart nach 60s nochmal restartest.
Ich nutze diese Lösung schon seit einer Woche und hatte seither nie wieder Probleme- ich nutze allerdings auch nur das rot-weiße-NachbarTV also nix mit OSCAM-Server oder so.

@der_dag:

Mir ist noch aufgefallen, dass nicht immer, aber manchmal beim ersten, verpixelten Start des vdr auch eine Meldung über gefundene Timer-Konflikte erscheint-> wohl nur ein Tuner aktiv!
Auch das ist dann natürlich nach 60s passé.
Hoffe das hilft Dir vielleicht weiter!

CU Doc

 

[Deleted member 352383]

AW: VDR-SC und TT S2-6400

Also, leider sehe ich bis jetzt keinen Ansatz, die besagten Probleme, Artefakte bzw. nicht entschlüsselte Kanäle, im dvbhddevice zu lösen. Letzte Woche hatte ich nach Neustarts auch immer das Problem mit den Artefakten, da hab ich allerdings einen älteren Treiber mit der neuesten Firmware benutzt. Nachdem ich am Wochenende auf den neuesten Treiber aus dem powarman repository gegangen bin und mit der letzten Firmware benutze, habe ich überhaupt keine Probleme mehr. Da ist es halt kaum möglich irgendwelchen Problemen nachzusteigen, die nicht reproduzierbar auftreten.

@MegaV0lt
Das Wechseln des Tuners mit femon funktioniert für verschlüsselte Kanäle meistens nicht, weil dem anderen Tuner nicht unbedingt ein CAM zugewiesen ist und der dann den Kanal nicht entschlüsseln kann. Nur wenn vor der Benutzung von Femon allen Tunern CAMs zugewiesen wurden, bekommst du auch auf allen ein Bild und vernünftige Werte angezeigt.

@magic_doc
Reichen bei dir nicht ein paar Sekunden Wartezeit bevor du zum ersten Mal den vdr startest oder brauchst du wirklich einen zweiten Start des vdr damit alles funktioniert? Ich habe z.B. in meinem runvdr script 10s Wartezeit drin bevor vdr gestartet wird. Das musste ich machen, weil irgendwie beim Rechnerneustart immer oscam nicht so schnell da war und dann die Sender nicht hell wurden.
Deine 60s und meine 10s Wartezeit sprechen halt irgendwie doch für ein Timing Problem. Da scheinen tuner und/oder osd der S2-6400 einfach noch etwas Zeit zu brauchen. Das dvbhddevice schaut halt bei der Initialisierung nur ob es die zwei Tunerdevices und das OSD-Device findet. Da hat sich zum originalen Plugin nichts geändert, nur das es halt direkt im Transfermodus loslegt.

@Copperhead
Du schreibst, dass bei dir mit dem originalen dvbhddevice keine Probleme auftreten. Es wäre mal interessant, was passiert, wenn du dort auch direkt den Transfermodus erzwingst, indem z.B. der erste Kanal beim Einschalten ein verschlüsselter Kanal ist. Allerdings ist nicht sicher, ob es mit neuestem Treiber usw. überhaupt noch Probleme gibt.

-der_dag

 

[MegaV0lt]

Danke für die gute Erklärung. Das Femon hatte ich schon in Verdacht, war mir aber nie sicher. Mit dem verpixeltem Start scheint seit dem letzten Treiberupdate und der Firmware tatsächlich Geschichte zu sein. Natürlich ist es noch zu früh um das endgültig tz bestätigen; aber es sieht schon mal gut aus...
Sollte das doch noch ein mal passieren werdei ich versuchen, den vdr einfach mit minimalplugins (dvbhddevie und sc) für ein paar Sekunden zu starten und dann erst den voll konfigurierten.

 

[heinz1984]

AW: VDR-SC und TT S2-6400

Funktioniert bei euch eigentlich Teletext/Videotext???

EDIT: siehe

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

und Sorry für OT

 

[Copperhead]

AW: VDR-SC und TT S2-6400

Ist das hier nicht etwas Offtopic ???

 

[frodo.]

AW: VDR-SC und TT S2-6400

Habe gerade auf ORF HD 1 eine Aufnahme gestartet und den gleichen Kanal gesehen, dabei hat der VDR ständig gecrashed.
restart oder reboot hat nichts geholfen auch die Verwendung des Original Plugins dvbhddevice brachte nichts, erst als ich den Timer gelöscht habe konnte ich die Sendung ansehen und eine Direkt Aufnahme starten.

Im syslog steht lediglich

Jun  8 20:26:05 vdr1 vdr: [3291] ERROR: video data stream broken
Jun  8 20:26:05 vdr1 vdr: [3291] initiating emergency exit
Jun  8 20:26:05 vdr1 vdr: [3255] emergency exit requested - shutting down