Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

V13 ECM Zeiten durch anderen Server besser?

Gizzmo80

Ist oft hier
Registriert
16. April 2010
Beiträge
119
Reaktionspunkte
17
Punkte
38
Hallo,
Ich nutze aktuell einen Rapberry Pi Model B+ als server.
Das funktioniert auch mit Oscam ganz gut, aber meine v13 Karte liegt zwischen
145 bis 190 ms ECM Zeiten. Das funktioniert zuhause noch ganz gut, aber
über I-Net gibt es nochmal Verzögerungen und da gibt es immer wieder Probleme.

Ich habe nun immer wieder gelesen dass mit v13 Zeiten um 100ms erreichbar sein
müssten. Ich überlege also ob ich ggfls. auf einen leistungsstärkeren Server wechseln
sollte. Und wenn ja, mit welchem wäre hier eine Steigerung zu erwarten?

Ich habe zwei EasyMouse Reader im Einsatz und auch bei den Oscam Einstellungen
schon einiges versucht. Ich denke wenn dann erreiche ich nur mit einem anderen
Server eine Verbesserung.

Welchen Server würdet Ihr hier empfehlen?

Grüße

Edit: ich bin mir nicht sicher ob eventuell auch das Problem sein könnte, dass ich
Raspbx als Grundsetup verwende und damit vielleicht Performenz für die PBX Software-
komponenten meine Oscam verlangsamt.
 
Zuletzt bearbeitet:
Danke für die Rückmeldung. Dass die Zeiten im Rahmen sind weiß
ich ja. Hoffnung war diese halt hin zu den ca. 100ms zu bekommen
um dann beim I-Net Client mit kurzen Aussetzer damit eventuell ausreichend
Reserven zu haben.

Du denkst also der Pi 1 B+ müsste mit den EasyMouse für v13 mehr schaffen?
Oder geht da nicht mehr?
 
Ich nutze auch den Pi B+ mit 4 Karten und der rennt sowas von zuverlässig und stabil, dass das schon echt langweilig ist.

Da hängen auch einige Clients extern dran und auch dort gibt es keine Probleme.

In meiner Zweitwohnung nutze ich den Client sogar „nur“ über mobiles Internet. Das rennt seit der Einrichtung eines Dauerpings auf Google ebenfalls absolut stabil.

Hilfe ––> HowTo - Dauerping direkt vom Receiver (gegen Freezer)
 
Eine V13 die mit 100ms ausgelesen wird habe ich noch keine gesehen !

sehr gute Zeiten beginnen bei
Sky Entertain SD/HD): found (109 ms) by v13
und gehen dann in den normal Bereich von 125-135 ms über .

Je nachdem wieviele Sender gerade gleichzeitig angefragt werden , kann die Karte natrürlich auch auf werte deutlich über 200ms gehen .
 
Kann es sein daß der v13 Reader durch eine neue Debian Version ausgebremst wird? Also die 145ms sehen danach aus... Es gibt hier im Forum einen Thread darüber, letztlich müssen die Udev Regeln etwas ergänzt werden HowTo - Lösung: Hohe ECM Zeiten > Kernel 4.9 (USB-Cardreader)

Ein Tuning der Mäuse bringt relativ wenig, hab ich mal gemacht. Aber zusammen mit dem "low latency Eintrag" sind Zeiten um 110ms die Regel

LG stefan
 
Die richtigen Einstellungen des Readers, und der passende Kernel, machen bei einer V13 Zeiten um 100 ms möglich.
 
Darf ich mal kurz nachhaken? Was heisst "passender Kerenel"? Meinst Du nen alten plus "low latency"??
Jedenfalls lüppt es mit neuem Kerenel und "low latency" schneller als mit älterem Kerenel ohne diesen Eintrag (~10ms weniger)

LG stefan
 
Hi,

die Geschichte nennt sich "Kernel", und diesen benötigt jedes OS.



Mit einem älteren Kernel sind die ECM Zeiten etwas besser.

An Deiner Stelle würde ich das so lassen.

Gruß

Gesendet von meinem Xiaomi POCOPHONE F1 mit Tapatalk
 
Ich habe um die 112 bis 115ms für einzelnes ECM
mit 357/ 357 MHZ
im Apollo aut T1 gesteckt.

Handlungsbedarf besteht jedoch klar nicht.
OSCam: 1.20-unstable_svn Build: r11424 Compiler: x86_64-pc-linux-gnu-ssl-libusb-pcsc
Synology
 
Zuletzt bearbeitet:
Zurück
Oben