Sundtek Support Forum
Deutsch => Sundtek MediaTV Pro => Thema gestartet von: kingdigg am Mai 06, 2013, 08:44:36 Vormittag
-
Hallo,
ich nutze eine DM8000 mit dem aktuellen OE2, der Stick hängt direkt an der Dose.
Es kommt in unregelmässigen Abständen, 2-3x in der Stunde, zu ca 10 sec. Aussetzern.
Treiber sind auch aktuell.
LG kingdigg
-
Was für ein Stick ist das? Ein silberner oder ein schwarzer?
Verbinde dich mit dem Dreambox Control Center und starte folgenden Befehl:
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter2/frontend0
sollte der Befehl nicht klappen eventuell adapter1 oder adapter3 versuchen, anschließend schalte auf den Betroffenen Sender.
Wird das Signal durch einen internen Tuner durchgeschliffen?
-
Es ist ein schwarzer Stick, Signal wird nicht durchgeschliffen und es sind alle
Sender betroffern.
LG Kngdigg
-
Wie sieht denn die Ausgabe von folgendem Befehl aus (verbinde dich mittels Telnet oder Dreambox Control Center):
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend1
(Abbruch mit STRG-C)
-
root@dm8000:~# /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter2/fronten
== reading digital TV signal ==
invalid device
-
Du hast den Befehl wohl nicht komplett eingegeben.
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend0
oder
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter2/frontend0
-
mein Fehler,
root@dm8000:~# /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/fronten
0
== reading digital TV signal ==
SIGNAL: [.................................] (100%) BER: 2 FREQ: 322000000
Hz LOCKED: YES MER: 378 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 2 FREQ: 322000000
Hz LOCKED: YES MER: 378 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 2 FREQ: 322000000
Hz LOCKED: YES MER: 373 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 322000000
Hz LOCKED: YES MER: 376 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 2 FREQ: 322000000
Hz LOCKED: YES MER: 376 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 2 FREQ: 322000000
Hz LOCKED: YES MER: 375 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 322000000
Hz LOCKED: YES MER: 378 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 322000000
Hz LOCKED: YES MER: 376 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 322000000
Hz LOCKED: YES MER: 375 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 322000000
Hz LOCKED: YES MER: 375 SYM: 6900000 MOD: QAM256
^C
-
Bitte immer noch um Hilfe ...
LG Kingdigg
-
Kannst du die CPU Auslastung uebepruefen? Und ggf. auch ein aelteres Image von Dream einspielen und das dann nocheinmal ueberpruefen?
Wenn wir nicht falsch liegen war die CPU Auslastung mit aelteren Images etwas niedriger.
-
Also die CPU Last ist relativ hoch, da ja bereits mind. 2 Aufnahmen laufen bevor sich der
Stick aktiviert, sie liegt zwichen 1,0 und 1,5.
LG Kingdigg
-
Habe jetzt nochmal den Stick ohne Aufnahmen und interne Tuner getestet,
CPU liegt zwischen 0,3 und 0,5
LG Kingdigg
-
Teste auch mal ein Image von letztem Jahr eventuell hilft das auch weiter.
-
Ich hab das jetzt eine Weile beobachtet, bei Aussetzern stieg der CPU Wert zeitweise
über 4,0 , einmal hat sich die Box sogar aufgehängt. Heisst das daß der Stick unter 0e2
nicht sauber läuft ? Würde nur ungern auf oe 1.6 zurück gehen.
lg Kingdigg
-
Wenn das mit OE1.6 bei dir besser läuft dann gibt's nen Bug in OE2.0 bei dir.
Die Frage ist was dort genau die Last erzeugt und warum.
-
Hallo,
ich habe bei meiner DM8000 mit OE2 das gleiche Problem. Hohe CPU Last wenn ich über den Stick schaue, wenn meine anderen beiden Kabeltuner am Aufnehmen sind. Resultat sind arge Hänger.
Wenn ich dann mal top ausführe und vergleiche zwischen OE1.6 und 2.0 dann fällt sofort auf, dass bei OE2.0 mediasrv der Spitzenreiter bei der Auslastung ist.
Bei OE2.0 habe ich das aktuelle Experimental mit den aktuellen Treibern von Sundtek.
OE1.6 ist älter. Sundtek Treiber habe ich da schon eine Weile nicht mehr aktualisiert ("never change a running system").
Unter OE1.6 läuft mediasrv nur unter "Ferner liefen".
Hier OE1.6:
(https://dl.dropboxusercontent.com/u/17948204/oe16.png)
Hier OE2.0:
(https://dl.dropboxusercontent.com/u/17948204/oe20.png)
Sascha
-
Nicht nur der Treiber sondern auch Enigma2 wenn du genauer hinschaust. Es wird in den kommenden Tagen dann ein weiteres Update geben wir können ja versuchen ob mehr Puffer dir da helfen könnten (das wäre jetzt meine einzige Idee zu dem Thema).
Die CPU Last von Enigma könntest du wohl auch im Dream Forum ansprechen.
Die Treiber würde ich aber auf jeden Fall aktualisieren!
-
Danke.
Stimmt, enigma2 verbraucht von sich aus mehr Leistung als unter OE2.0, zumindest laut top. Bei zwei Aufnahmen dümpelt das bei 8-12 % CPU rum.
Der mediasrv scheint das allerdings nochmal zu steigern.
Ich kann das mal in Dream Forum posten, ob das allerdings was bringen wird ... .
Bis dahin kann man eigentlich den Stick nur unter OE 1.6 betreiben. Oder komplett auf einen Router auslagern.
Sascha
-
Heute nochmal ein wenig geforscht.
Das Problem tritt nicht nur bei Aufnahmen auf. Auch wenn ich Tuner C und D deaktiviere, und nur noch der Sundtek Stick zur Verfügung steht, erzeugt der mediarv hohe Last.
Dabei ist mir aufgefallen, dass man einen deutlichen Unterschied zwischen QAM256 und QAM64 sieht. Bei QAM64 ist die Last von mediasrv etwa bei 20 %CPU.
Bei QAM256 liegt die Last bei 35-40 %CPU. Konnte ich beliebig nachvollziehen.
Weiß nicht, ob diese Information hilft. Bei OE1.6 sehe ich keinen Unterschied - mal davon abgesehen, dass bei OE1.6 die Last durch mediasrv irgendwo im Bereich von 1 %CPU liegt.
Wo installiert der Sundtek Installer denn die Treiber hin? Wenn ich die Treiber, die ich in OE1.6 installiert habe, manuell in mein OE2.0 System kopieren wollte, was müsste ich denn von wo kopieren?
Sascha
-
Beide verwenden den gleichen Treiber. Demnach wird es wohl einen Bug bei den Broadcom Treibern geben.