Oscam cache arbeitet nicht sauber, bei geichen Sendern

S

speedy66

Ist oft hier

Registriert

24. August 2010

Beiträge

156

Reaktionspunkte

14

Punkte

38

• 30. Oktober 2014

• #1

Hallo Gemeinde,
ich habe die oscam 9853.
Nun habe ich beobachtet, daß aktuell mit mir 3 Personen sky krimi schauen. Ich als lokaler bin am schnellsten und nur einer nutzt cache.
Laut Oscam wird aber nur 1x cache angezeigt.
Wie kommt dass denn?
Jemand eine Idee?

 

janni1

Teammitglied

Registriert

3. Mai 2010

Beiträge

6.275

Reaktionspunkte

8.679

Punkte

383

• 30. Oktober 2014

• #2

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

Hi,
bitte zeig uns ein Log von dieser Situation.
Wichtige wäre auch zu wissen, um welche Receiver es hier im einzelnen geht.

Gruß
janni1

 

OP

OP

S

speedy66

Ist oft hier

Registriert

24. August 2010

Beiträge

156

Reaktionspunkte

14

Punkte

38

• 30. Oktober 2014

• #3

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

ich habe vu solo 2
2 Andere Ariva 202e

liegt das am betatunnel der s02, habe das bei alle user aktiviert

Spoiler

• 2014/10/30 09:32:18 93796D8 Chef (1702&000000/0000/0017/93:75.........B8): found (600 ms) by skyde(btun 1833) (L/2/2/2) - Sky Krimi

• 2014/10/30 09:32:12 933E1F8 c GeF2 (1702&000000/0000/0017/93:26.....FD): found (1702 ms) by skyde (L/2/2/2) - Sky Krimi
• 2014/10/30 09:32:12 934F748 c GeF9 (1702&000000/0000/0017/93:26.....FD): cache2 (1774 ms) by skyde (L/2/2/2) - Sky Krimi

 

Zuletzt bearbeitet: 30. Oktober 2014

janni1

Teammitglied

Registriert

3. Mai 2010

Beiträge

6.275

Reaktionspunkte

8.679

Punkte

383

• 30. Oktober 2014

• #4

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

Hi,
die Anfragezeiten liegen mit 6s. schon bischen weit auseinander um es richtig zu erkennen,
aber ich glaub das liegt an den Arivas.
Der Cache funktioniert nur bei gleichen ECM-Hashes und die sind hier bei den Arivas anders als bei der VU

c Boss (1702&000000/0000/0017/93:75.........B8)

c GerhirF2 (1702&000000/0000/0017/93:26.....FD)
c GerhirF9 (1702&000000/0000/0017/93:26.....FD)

Zum Vergrößern anklicken....

Gruß
janni1

 

M

mrwong

Registriert

17. Januar 2009

Beiträge

5.369

Reaktionspunkte

2.875

Punkte

373

• 30. Oktober 2014

• #5

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

das liegt daran das der einen caid 1833 den tunnel anfragt und der anderen den normal 1702 key

dreck reciever der über n line oder co angebunden ist oder flasche emu einstellungen verwendet oder nicht auto beta tunnel kann

 

OP

OP

S

speedy66

Ist oft hier

Registriert

24. August 2010

Beiträge

156

Reaktionspunkte

14

Punkte

38

• 30. Oktober 2014

• #6

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

Hat das was mit den Betatunnel zu tun oder nicht?
Falls ja, könnte. ich diesen abschalten.

 

M

mrwong

Registriert

17. Januar 2009

Beiträge

5.369

Reaktionspunkte

2.875

Punkte

373

• 30. Oktober 2014

• #7

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

hab ich doch gesagt

ja hat es schau dir das log an

der eine fragt 1833 an die anderen 1702

das hat mit dem tunnel zu tun

 

hwmmc

DEB König

Registriert

14. August 2009

Beiträge

5.713

Reaktionspunkte

3.274

Punkte

373

• 30. Oktober 2014

• #8

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

Was nutzen deine Clienten als Cam (OScam/CCcam)?
Ein echtes CCcam im Clientbetrieb kann niemals 1833 anfragen.

 

W

wookiemaster86

Guest

• 30. Oktober 2014

• #9

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

Ich habe dasselbe Problem beim Cache.der hash weicht wohl ab.müsste ich jetzt den betatunnel generell deaktivieren und nur für einzelne receiver eintragen?

Gesendet von meiner Handschreibmaschine

 

hwmmc

DEB König

Registriert

14. August 2009

Beiträge

5.713

Reaktionspunkte

3.274

Punkte

373

• 30. Oktober 2014

• #10

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

der Client mit OScam müsste seinen betatunnel ändern,
du kannst 1833.FFFF:1702 lassen.

 

W

wookiemaster86

Guest

• 30. Oktober 2014

• #11

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

Ok danke. Habe momentan auch das Problem mit freezern aus cacheex bei 098c. Zum einen ist der hash anders und die waittime wird überschritten. Bin leider auf dem Handy online und kann den Post den ich geschrieben habe nicht verlinken

Gesendet von meiner Handschreibmaschine

 

hwmmc

DEB König

Registriert

14. August 2009

Beiträge

5.713

Reaktionspunkte

3.274

Punkte

373

• 30. Oktober 2014

• #12

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

Die Frage ist, auf wieviel ist deine waittime eingestellt?
... und wenn gerade nichts im cache ist (CAID:IDENT:SID), dann kann nur waittimeover kommen

 

W

wookiemaster86

Guest

• 30. Oktober 2014

• #13

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

Bei 098c auf 140. Das Problem ist, dass die Antwort aus dem Cache kommt obwohl das von der waittime gar nicht erlaubt ist.

Gesendet von meiner Handschreibmaschine

 

hwmmc

DEB König

Registriert

14. August 2009

Beiträge

5.713

Reaktionspunkte

3.274

Punkte

373

• 30. Oktober 2014

• #14

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

... bei der 098C kannste 265 ms setzen

 

W

wookiemaster86

Guest

• 30. Oktober 2014

• #15

AW: Oscam cache arbeitet nicht sauber, bei geichen Sendern

So sieht das bei mir aus

Spoiler

[global]
disablelog = 1
logfile = /tmp/oscam.log
clienttimeout = 4500
nice = -1
maxlogsize = 5000
preferlocalcards = 1
block_same_ip = 0
lb_mode = 1
lb_save = 500
lb_reopen_seconds = 10
lb_savepath = /tmp/.oscam/stat
lb_retrylimits = 17:3500,18:1500,09:350,0100:2000,0500:2500
failbantime = 1440

[cache]
delay = 10
max_time = 8
max_hit_time = 8
wait_time = 17:800,18:800,098C:140,098E:100,09C4:200,0100:600,0500:600,09CD:250,093B:270,0919:270
csp_allow_request = 0
cacheex_cw_check = 1702:0:3,1722:0:3,1833:0:3,1831:0:3,1835:0:3,1838:0:3,1830:0:3,1843:0:3,098C:0:3,098E:0:3,09C4:0:3,0500:0:3,0100:0:3,09CD:0:3,093B:0:3,0919:0:3,183D:0:3
cwcycle_check_enable = 1
cwcycle_check_caid = 1702,1722,1833,1831,1834,1835,1838,1830,1843,183D,0500,0100,098C,09C4
cwcycle_maxlist = 2000
cwcycle_onbad = 2
cwcycle_dropold = 0
cwcycle_sensitive = 2
cwcycle_allowbadfromffb = 1
cwcycle_usecwcfromce = 1

Gesendet von meiner Handschreibmaschine

 

Zuletzt bearbeitet von einem Moderator: 30. Oktober 2014