Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

RazerGT

Ist gelegentlich hier

Registriert

8. März 2013

Beiträge

41

Reaktionspunkte

1

Punkte

8

• 23. Juli 2015

• #1

Hey Leute,

ich habe folgendes Problem: Wenn ich längere Zeit einen freien Sender gucke wie z.B.
Das Erste HD und schalte dann wieder auf einen verschlüsselten Sender, egal ob HD+ oder SKY, dauert es lange bis ich Bild habe.
Ich nutze einen Pogo (Oscam) als Server an dem eine Phoenix/Smartmouse angeschlossen ist, wo eine SKY Karte drin steckt worüber auch HD+ läuft.
Dieses Problem tritt bei allen Receivern auf die ich nutze (VU+ Solo², VU+ Solo SE, Ariva 203 und 103).
Auf den beiden VU+ Receiver läuft ebenfalls Oscam.
Ich hoffe diese Informationen reichen aus :emoticon-0122-itwas
Vielleicht kann mir einer weiterhelfen.
Danke schon mal.

Grüße,
RazerGT

 

4

4gx35

Registriert

18. Mai 2010

Beiträge

17.613

Reaktionspunkte

5.183

Punkte

1.083

• 23. Juli 2015

• #2

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

welche karte, läuft die im fastmode ? ecm zeiten auf server ?
am besten log posten

 

@

@dgar

Ist oft hier

Registriert

1. Mai 2010

Beiträge

119

Reaktionspunkte

17

Punkte

38

• 23. Juli 2015

• #3

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

Keepconnected bzw keepalive hat bei mir geholfen. Einfach mal versuchen.

 

4

4gx35

Registriert

18. Mai 2010

Beiträge

17.613

Reaktionspunkte

5.183

Punkte

1.083

• 23. Juli 2015

• #4

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

keepalive für cccam ist eigentlich per default auf dem server gesetzt,
nur bei oscam clients beim proxy reader zusätzlich machen
(per oscam webif, weit unten keep alive, in den configs dann ccckeepalive=1)

 

OP

OP

RazerGT

Ist gelegentlich hier

Registriert

8. März 2013

Beiträge

41

Reaktionspunkte

1

Punkte

8

• 23. Juli 2015

• #5

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

Also es läuft die SKY V13 Karte. Ich habe jetzt im Server Oscam Webif unter Config/CCcam geguckt und da ist bei Keep clients connected ein hacken drinne.
Bin leider noch nicht so fit mit der Materie. Wo genau soll ich den Eintrag mit ccckeepalive=1 machen?
Was meinst du mit fastmode?

 

4

4gx35

Registriert

18. Mai 2010

Beiträge

17.613

Reaktionspunkte

5.183

Punkte

1.083

• 23. Juli 2015

• #6

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

bei cccam auf server ist es default,
aber beí den vu mit oscam beim reader (=verbindung zum server) reinschreiben oder haken per webif

fastmode bringt bessere ecm zeiten, sollten mit pogo und v13 bei 125ms liegen,
wenn das so ist, läuft auch fastmode (ist mit pogo und easymouse eher kein problem)

 

OP

OP

RazerGT

Ist gelegentlich hier

Registriert

8. März 2013

Beiträge

41

Reaktionspunkte

1

Punkte

8

• 23. Juli 2015

• #7

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

Okay, die Zeiten liegen so bei ca 125ms dann läuft fast mode scheinbar.
Bei den beiden VUs habe ich jetzt unter Readers/(bei mir)Pogo/Reader specific settings for protocol cccam einen Hacken bei Keep alive rein gemacht. Der erste kurze Test war okay. Dafür schon mal DANKE​

:emoticon-0150-hands

Ich habe aber auch noch Arivas bei denen das gleiche Problem ist. Gibt es dafür auch eine Lösung?​

 

4

4gx35

Registriert

18. Mai 2010

Beiträge

17.613

Reaktionspunkte

5.183

Punkte

1.083

• 23. Juli 2015

• #8

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

da geht das eher nicht, eigentlich sind die immer durch keepalive bei cccam dauerhaft verbunden,
kannst du im webif und im log nachsehen, ob sie sich vom server abmelden oder immer connected sind
sind ja auch nicht unbedingt erste wahl ohne echtes cccam oder oscam

 

P

Pilot

Teammitglied

Registriert

29. Mai 2008

Beiträge

32.391

Lösungen

6

Reaktionspunkte

30.283

Punkte

1.103

Ort

Deutschland

• 23. Juli 2015

• #9

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

Wie sind denn deine Clienten mit dem Router verbunden?
Lan Kabel ist bei V13 Karte oder V14 Karte fast ein muß.

Ariva mal einen Sendersuchlauf durchführen. Bewirkt oft Wunder bei nicht Linux Receivern.

 

OP

OP

RazerGT

Ist gelegentlich hier

Registriert

8. März 2013

Beiträge

41

Reaktionspunkte

1

Punkte

8

• 23. Juli 2015

• #10

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

Ja die Receiver sind alle per LAN angeschlossen. Sendersuchlauf habe ich auch schon gemacht. Könnte es am Image liegen?

 

P

Pilot

Teammitglied

Registriert

29. Mai 2008

Beiträge

32.391

Lösungen

6

Reaktionspunkte

30.283

Punkte

1.103

Ort

Deutschland

• 23. Juli 2015

• #11

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

Das mußt im ariva Bereich fragen.

 

OP

OP

RazerGT

Ist gelegentlich hier

Registriert

8. März 2013

Beiträge

41

Reaktionspunkte

1

Punkte

8

• 24. Juli 2015

• #12

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

Alles klar, danke an alle für die schnelle Hilfe.

 

M

mrwong

Registriert

17. Januar 2009

Beiträge

5.365

Reaktionspunkte

2.875

Punkte

373

• 24. Juli 2015

• #13

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

was willst du bei 125 ms noch viel schneller rausholen ?

 

OP

OP

RazerGT

Ist gelegentlich hier

Registriert

8. März 2013

Beiträge

41

Reaktionspunkte

1

Punkte

8

• 24. Juli 2015

• #14

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

Ich will gar nichts raus holen. Es geht nur darum das ich bei den Arivas wie oben beschrieben ca 10sek warten muss bis ich Bild habe. Ab und an dauert es noch länger.


Gesendet von iPhone mit Tapatalk

 

OP

OP

RazerGT

Ist gelegentlich hier

Registriert

8. März 2013

Beiträge

41

Reaktionspunkte

1

Punkte

8

• 24. Juli 2015

• #15

AW: Umschaltzeit von freiem Sender auf gesperrten Sender dauert lange.

Aber das werde ich im Ariva Bereich mal ansprechen. Die VUs laufen ja dank der guten Tipps jetzt 100%ig.