Tester gesucht: Streamdev-Server mit VDR 2.1.4+ Funktion ChannelChange

Hi Speed.
Nutzt du sonst irgend welche Patches am VDR?

Gruß Patrick

vectra130
Nein, ist Plain VDR ..
speed

Ich hab auch dieselben beschriebenen Probleme. Das Umschalten verschlüsselter Kanäle funktioniert -je nach Client- mehr oder weniger instabil. Nach einigen Versuchen hängt sich bei mir der Server (VDR 2.2.0 mit dv**** und o****) schließlich auf. Clients:
- Mac-Recher mit easystream
- Samsung TV mit VDRonSmartTV Plugin

Was ich noch beobachtet habe: Etwas besser wird es wenn der Server bereits auf dem jeweiligen Transponder getunt ist (z.B. bei Umschalten auf RTL HD am Client), da dann das Umschalten schneller geht. Für mich scheint es ein Timing-Problem am Server zu sein.

Also ich bekomm es nicht hin
- VDR 2.2.0
-D* aktuelles GIT
-O* aktuelles SVN
-streamdev Version von Speed.
-channels.conf geändert das alle FTA sind

Bild kommt meist erst nach mehrmaligem zappen. Bevor es klappt schießt sich aber meistens der VDR-Server ab.
Ist irgendwie nicht so das gelbe vom Ei Schade, vor der ChannelChange Funktion lief es echt prima.

Gruß Patrick

Dito, genau dasselbe Verhalten hier.

Hallo,
ich lasse meinen Server nach dem booten, per cron erstmal ein paar Sender durch zappen.
Vielleicht hilft das euch weiter ?
Gruß
speed

Hallo zusammen,

Bei mir hilft der Patch an der device.c des VDR's (Server):

streamdev Version ist aus GIT.

--- device.c	2015-03-07 14:00:02.852106492 +0100
+++ device.c.original   2015-01-30 13:11:30.000000000 +0100
@@ -1701,8 +1701,13 @@
   	else if (receiver[i])
      	receiversLeft = true;
   	}
-  if (camSlot && Receiver->priority > MINPRIORITY)
+  if (camSlot) {
+ 	if (Receiver->priority > MINPRIORITY) { // priority check to avoid an infinite loop with the CAM slot's caPidReceiver
  	camSlot->StartDecrypting();
+    	if (!camSlot->IsDecrypting() && !camSlot->IsActivating())
+       	camSlot->Assign(NULL);
+    	}
+ 	}
   if (!receiversLeft)
  	Cancel(-1);
 }

Vg

Was genau macht der Patch ?

binduli
Versteh ich nicht. Die Zeilen sind doch schon genauso in 2.2.0 drin. Oder hast du den Patch rückwärts angewendet???

Gruß Patrick

versucht doch mal folgendes (so hatte ich es hier):
o***m, d****I, streamdev aktuell aus git mit vdr 2.2.0
auf dem client ebenfalls vdr 2.2.0 mit streamdev-client , auch aus git

umschalten mit dem client funktioniert so lala. mal sehr gut, dann hakt es wieder.
am schlimmsten sind die hoppelsender vivid und hustler auf 19.2.
der rest auf 13.0 geht sporadisch.

das selbe problem uebrigens auch mit zugriff auf den streamdev-server per vlc.
wenn nichts mehr geht, hilft nur noch ein neustart des vdr samt o***m.

zwischenzeitlich ist das s*****m installiert und das ganze klappt einwandfrei.
nur nicht mit protokoll c***3 verbinden, sonder cc*** nehmen. und natuerlich
muss das plugin richtig konfiguriert werden (anzahl der tunerkarten - standardmaessig
werden nur zwei verwendet)

Ist das ein Silbenrätsel??

Hallo
wo kann man denn die Sourcen von Sc*** downloaden , die mit VDR 2.2.0
sich bauen lassen.
Würde das gerne mal testen.
Thank´s
speed

Bei mir.

Hallo Zusmmen,

sorry hab mich vertan:

--- device.c.original   2015-01-30 13:11:30.000000000 +0100
+++ device.c	2015-03-07 14:00:02.852106492 +0100
@@ -1701,13 +1701,8 @@
   	else if (receiver[i])
      	receiversLeft = true;
   	}
-  if (camSlot) {
- 	if (Receiver->priority > MINPRIORITY) { // priority check to avoid an infinite loop with the CAM slot's caPidReceiver
+  if (camSlot && Receiver->priority > MINPRIORITY)
     	camSlot->StartDecrypting();
-    	if (!camSlot->IsDecrypting() && !camSlot->IsActivating())
-       	camSlot->Assign(NULL);
-    	}
- 	}
   if (!receiversLeft)
  	Cancel(-1);
 }

Den Patch hab ich glaube ich hier im Portal gefunden..

VG

Hi.
Also mit den sourcen von 3PO (Danke dafür) klappt es auf Anhieb ohne Probleme. Mal sehen was der dauertest sagt

Gruß Patrick

Habe jetzt auch mal das von 3PO im Test, Thank´s 3PO
Sieht bis jetzt ganz gut aus ...
Speed

Hi, manchmal mus ich der 'ecm.cache' loesen, dan gehtst wieder

irgendwie ist das ganze schon etwas seltsam. mein server taetigt saemtlich aufnahmen.
das klappt selbst in der verbindung o***m mit d****i nahezu problemlos - egal welcher sender.
nur das direkt streamen von verschluesselten kanaelen verursacht diese verhalten.

Zitat von 3PO

Bei mir.

na du bist mir mal einer. da schimpfst du, wenn man auf dich verlinkt - und nun gibst du dich so einfach preis

Zum Einen ist es so, dass wenn zwei das Gleiche tun, es noch lange nicht das Selbe ist aber wenn Du Dich besser fühlst, wenn ich die Sourcen lösche, dann kann ich das gerne tun.