Sundtek Support Forum
Deutsch => Sundtek MediaTV Pro => Thema gestartet von: Crix1990 am Februar 10, 2015, 11:40:48 Vormittag
-
Folgende Ausgangssituation:
Ich habe einen Sundtek MediaTV Pro II an meiner Dreambox 800se (v1) mit OE2.0.
Sundtek Controll Center und Treiber sind aktuell.
Die Box Stellt den Tuner per Netzwerk bereit.
Im selben Subnet ist meine Dreambox 500HD (auch v1) mit OE2.0 und ebenfalls neustem Control Center.
Der Remotetuner ist auch soweit richtig in die 500 eingebunden und läuft.
Aber ca. alle 15 Minuten friert das Bild ein und läuft entweder nach Umschalten oder ca 10-15 Sekunden Warten weiter, was natürlich sehr unschön ist.
Was kann ich da machen? Bzw, wo kann ich ansetzen?
-
Der Tuner ist ja wirklich alt, hat das denn vorher nicht funktioniert?
Wie sieht die Signalstärke aus
Verbinde dich dazu mit Telnet:
http://sundtek.de/support/putty.exe
Und gib auf der Box folgenden Befehl ein:
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
was gibt dieser Befehl im Problemfall aus?
-
Hab sogar noch den 1er Stick im Einsatz ;)
Bisher konnte ich keine Aussetzer feststellen, wenn ich den Tuner al 2. Tuner an der 800se nutze. Ich werds mir nachher mal anschauen.
Kann der Tuner eigentlich (bei gleichem Sender) gleichzeitig an beiden Boxen genutzt werden?
-
Registrieren kann man den Tuner an beiden Stellen, dann verstellt aber eine Seite hin und wieder den Sender für die andere und es kommt zu Aussetzern.
-
Im Sundtek Control Center der Host box muss der Tuner aber so oder so eingebunden sein, oder?
Mal viel reingedeutet:
Könnten meine Aussetzer auch daher kommen, dass meine 800se versucht den Tuner zu nutzen (obwohl die Box im Standby ist)?
Hilft es dann den Tuner in der Enigma konfig zu deaktivieren?
-
Auf welcher Box soll ich den Befehl ausführen?
Ich bekomm auf beiden:
== reading digital TV signal ==
invalid device
-
Auf der Dreambox:
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend0
Wenn du einen Tuner auf beiden Boxen zugleich registrierst kann es zu aussetzern kommen, dann kann es vorkommen das eine Dreambox die Frequenz umstellt.
Nur ein System sollte den Tuner tatsächlich verwenden.
-
Auf der Dreambox:
ja, auf der 500 oder der 800?
Ich bekomm die Meldung auf beiden...
Ich hab eben mal auf der 800 (an der der Tuner physikalisch dransteckt) den Tuner in der Enigmaonfig abgeschaltet. Es gab trotzdem nen aussetzer.
Oder muss ich ihn im Sundtek Controll Center abschalten?
-
Es ist egal wo du das ausführst,
Wie erwähnt
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend0
(ich hatte vorher adapter0 erwähnt das ist falsch, es geht um Settopboxen dort ist es immer adapter1 oder höher)
Es zeigt dir die Signalstatistik an, es geht darum erst mal zu überprüfen ob es einen Signaleinbruch gibt, als zweites kannst Du dann überprüfen ob eine Settopbox der anderen den Tuner wegnimmt und es dadurch zu den Aussetzern kommt.
-
So, habs jetzt mal geschafft die Abfrage wärend des Fehlers abzusetzen:
== reading digital TV signal ==
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 384 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 383 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 383 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 383 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 381 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 381 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 378 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 381 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 383 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 383 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 381 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 384 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 379 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 381 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 383 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 384 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 384 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 383 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 378 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 383 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 384 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 383 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 386 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 381 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 378 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 381 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 381 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 381 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 381 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 384 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 384 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 381 SYM: 6900000 MOD: QAM256
Wärend der letzten 5 Wiederholungen lief es wieder.
Setze ich den Befehl wärend des "normalen" Betrieb ab, sind die Wehrte in der gleichen Größenordnung.
-
Schau dir eventuell mal mit "top" an was auf dem System so los ist.
Das Signal ist ziemlich stark und wird wohl keine Probleme bereiten.
Ich denke da läuft wohl irgendetwas das die Box eventuell vollständig beansprucht, am Signal und Tuner scheint es hier wie erwähnt erst mal nicht zu liegen - das würde man bei den alten Tunern sehr deutlich sehen.
-
So, habs jetzt geschafft "top" während eines Aussetzers abzusetzen (jeweils auf beiden Boxen vor und nach dem Aussetzer (wobei der Ton nicht von alleine wieder kam).
DM800 (Hostbox) während des Aussetzers:
top - 14:30:18 up 6 days, 21:21, 1 user, load average: 0.43, 0.53, 0.46
Tasks: 103 total, 1 running, 102 sleeping, 0 stopped, 0 zombie
Cpu(s): 5.6%us, 4.6%sy, 0.2%ni, 88.2%id, 1.1%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 135152k total, 109744k used, 25408k free, 7620k buffers
Swap: 262140k total, 9424k used, 252716k free, 25420k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
29518 root 20 0 2468 1000 780 R 4 0.7 0:00.07 top
590 root 20 0 39544 2348 620 S 2 1.7 108:23.27 dbttcd
1 root 20 0 1764 512 484 S 0 0.4 0:18.55 init.sysvinit
2 root 20 0 0 0 0 S 0 0.0 0:00.05 kthreadd
3 root 20 0 0 0 0 S 0 0.0 15:38.36 ksoftirqd/0
6 root RT 0 0 0 0 S 0 0.0 0:09.95 migration/0
7 root RT 0 0 0 0 S 0 0.0 0:06.29 watchdog/0
8 root RT 0 0 0 0 S 0 0.0 0:11.68 migration/1
10 root 20 0 0 0 0 S 0 0.0 13:28.49 ksoftirqd/1
12 root RT 0 0 0 0 S 0 0.0 0:05.91 watchdog/1
13 root 0 -20 0 0 0 S 0 0.0 0:00.00 khelper
14 root 20 0 0 0 0 S 0 0.0 0:00.06 kdevtmpfs
15 root 20 0 0 0 0 S 0 0.0 0:00.30 sync_supers
16 root 20 0 0 0 0 S 0 0.0 0:00.00 bdi-default
17 root 0 -20 0 0 0 S 0 0.0 0:00.00 kblockd
18 root 0 -20 0 0 0 S 0 0.0 0:00.00 ata_sff
19 root 20 0 0 0 0 S 0 0.0 0:00.07 khubd
Nach dem Aussetzer:
top - 14:30:41 up 6 days, 21:22, 1 user, load average: 0.49, 0.54, 0.46
Tasks: 101 total, 1 running, 100 sleeping, 0 stopped, 0 zombie
Cpu(s): 5.6%us, 4.6%sy, 0.2%ni, 88.2%id, 1.1%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 135152k total, 108956k used, 26196k free, 7620k buffers
Swap: 262140k total, 9424k used, 252716k free, 25328k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
656 root 5 -15 249m 7368 5492 S 22 5.5 796:17.92 mediasrv
29603 root 20 0 2468 996 780 R 7 0.7 0:00.08 top
1 root 20 0 1764 512 484 S 0 0.4 0:18.55 init.sysvinit
2 root 20 0 0 0 0 S 0 0.0 0:00.05 kthreadd
3 root 20 0 0 0 0 S 0 0.0 15:38.44 ksoftirqd/0
6 root RT 0 0 0 0 S 0 0.0 0:09.96 migration/0
7 root RT 0 0 0 0 S 0 0.0 0:06.29 watchdog/0
8 root RT 0 0 0 0 S 0 0.0 0:11.68 migration/1
10 root 20 0 0 0 0 S 0 0.0 13:28.56 ksoftirqd/1
12 root RT 0 0 0 0 S 0 0.0 0:05.91 watchdog/1
13 root 0 -20 0 0 0 S 0 0.0 0:00.00 khelper
14 root 20 0 0 0 0 S 0 0.0 0:00.06 kdevtmpfs
15 root 20 0 0 0 0 S 0 0.0 0:00.30 sync_supers
16 root 20 0 0 0 0 S 0 0.0 0:00.00 bdi-default
17 root 0 -20 0 0 0 S 0 0.0 0:00.00 kblockd
18 root 0 -20 0 0 0 S 0 0.0 0:00.00 ata_sff
19 root 20 0 0 0 0 S 0 0.0 0:00.07 khubd
DM500 (Clientbox) Während des Aussetzers:
top - 14:30:20 up 2:39, 1 user, load average: 0.25, 0.22, 0.22
Tasks: 87 total, 1 running, 86 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.5%us, 0.8%sy, 0.2%ni, 97.3%id, 0.0%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 135160k total, 111176k used, 23984k free, 1808k buffers
Swap: 0k total, 0k used, 0k free, 32060k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
651 root 20 0 242m 61m 20m S 3 46.3 9:23.68 enigma2
21672 root 20 0 2632 1092 884 R 1 0.8 0:00.09 top
739 root 19 -1 16556 2880 2060 S 1 2.1 1:18.98 oscam_1.20
10 root 20 0 0 0 0 S 0 0.0 0:26.84 ksoftirqd/1
401 root 20 0 39184 1672 1360 S 0 1.2 1:01.78 gdaemon
11095 root 20 0 3048 1360 972 S 0 1.0 0:04.20 dropbear
1 root 20 0 1764 600 524 S 0 0.4 0:09.06 init
2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0 0.0 0:26.37 ksoftirqd/0
5 root 20 0 0 0 0 S 0 0.0 0:00.00 kworker/u:0
6 root RT 0 0 0 0 S 0 0.0 0:05.06 migration/0
7 root RT 0 0 0 0 S 0 0.0 0:00.20 watchdog/0
8 root RT 0 0 0 0 S 0 0.0 0:00.93 migration/1
12 root RT 0 0 0 0 S 0 0.0 0:00.25 watchdog/1
13 root 0 -20 0 0 0 S 0 0.0 0:00.00 khelper
14 root 20 0 0 0 0 S 0 0.0 0:00.06 kdevtmpfs
15 root 20 0 0 0 0 S 0 0.0 0:00.00 sync_supers
Und danach:
top - 14:30:38 up 2:39, 1 user, load average: 0.35, 0.24, 0.23
Tasks: 87 total, 1 running, 86 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.3%us, 4.3%sy, 0.1%ni, 90.5%id, 0.0%wa, 0.0%hi, 1.6%si, 0.0%st
Mem: 135160k total, 111000k used, 24160k free, 1808k buffers
Swap: 0k total, 0k used, 0k free, 32060k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
621 root 5 -15 70808 2900 1040 S 11 2.1 12:37.79 mediasrv
21718 root 20 0 2600 988 780 R 7 0.7 0:00.07 top
651 root 20 0 242m 61m 20m S 4 46.3 9:24.39 enigma2
739 root 19 -1 16556 2880 2060 S 2 2.1 1:19.11 oscam_1.20
1 root 20 0 1764 600 524 S 0 0.4 0:09.06 init
2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0 0.0 0:26.41 ksoftirqd/0
5 root 20 0 0 0 0 S 0 0.0 0:00.00 kworker/u:0
6 root RT 0 0 0 0 S 0 0.0 0:05.06 migration/0
7 root RT 0 0 0 0 S 0 0.0 0:00.20 watchdog/0
8 root RT 0 0 0 0 S 0 0.0 0:00.93 migration/1
10 root 20 0 0 0 0 S 0 0.0 0:26.89 ksoftirqd/1
12 root RT 0 0 0 0 S 0 0.0 0:00.25 watchdog/1
13 root 0 -20 0 0 0 S 0 0.0 0:00.00 khelper
14 root 20 0 0 0 0 S 0 0.0 0:00.06 kdevtmpfs
15 root 20 0 0 0 0 S 0 0.0 0:00.00 sync_supers
16 root 20 0 0 0 0 S 0 0.0 0:00.00 bdi-default
-
Selbes Problem habe ich bei mir an auch. DM 8000 als Server und DM 8000 auch als Client. Ständig kommt es bei mir zu hängern und geht dann normal weiter.
Hänge ich den Stick an ein Synology NAS habe ich keine Aussetzer, aber der Stick auf dem NAS hängt sich ab und an komplett auf, so das ich es neustarten muss.
Lieber wäre mir den Stick an der 8K zu betreiben.
Gabs hierzu eine Lösung @Crix1990?
Gruß
Daniel
-
Hallo,
welches NAS? Verwende am NAS einen USB 2.0 Port.
Der Tuner funktioniert an unserem Synology NAS absolut problemlos.
Das Thema mit "hängern" auf seiner DM800SE sollte gelöst sein der Post ist ja schon etwas älter. Wir haben die Puffer etwas vergrößert.
Du kannst dich auch direkt via Skype (sundtek) oder Chat melden http://chat.sundtek.de
Bei der DM8000 geht laut einem anderen User derzeit was anderes merkwürdiges vor sich (da bräuchten wir erst mal Zugang und der Fehler müsste dann erst nachgestellt werden).
-
Es ist ein DS414 und soweit ich weiß hab ich nur USB 3.0 Ports :(
wegen dem DM8000 Problem habe ich euch mal per Skype angeschrieben falls ihr Zeit und lust habt kann ich es mal nachstellen und Logs ziehen oder was auch immer ihr da braucht!
-
Ok danke für den Zugang.
Der aktuelle Workaround ist in /etc/sundtek.conf ganz oben workers=120 einzufügen. Die ultimative Lösung wird aber Dream einpflegen müssen, der USB Support ist Stand 2006.
Dream hat in der Vergangenheit schon mal Änderungen für uns vorgenommen bei den anderen Boxen, die sind da ziemlich kundenfreundlich diesbezüglich.
Wir werden das nächste Woche einem Dream Entwickler berichten das sie das aktualisieren sollen.
-
Hab jetzt noch ein Bisschen getestet.
Bis 1000 hab ich die Workers mal hochgesetzt, aber es kommt immer noch dauernd zu Aussetzern (Dauer ist immer so ca. 20 Sekunden). Müssen uns wohl gedulden bis Dream da abhilfe schaft.
Gruß
Daniel
-
Ja, mal schauen, das 15k Byte Limit rauszunehmen das bei der Box derzeit verwendet wird ist keine Hexerei. Andere Boxen haben dies auch schon längere Zeit entfernt (Linux hat das im Allgemeinen längst rausgeworfen da es performancemäßig eher unsinnig ist)
Unser Treiber kann soweit unverändert bleiben, der versucht ja bereits die bestmögliche Einstellung.
Die DM8000 wird hardwaremäßig von Dream besonders ausgelastet. Heutzutage taktet man diese Maschinen eher um's 3-4fache höher.
-
Leider gibt es ja noch keinen Nachfolger der DM8000 (die 7080 kann kein DVD Laufwerk aufnehmen).
Goliath wirds dann vielleicht richten wenn die DM8000 so lange durchhält mal sehen! :)
-
habe auch eine dm 8000. habe eines der neuesten modelle des sticks pro III mit herstellungsdatum mai 2015. ich empfange damit dvb-t.
ich habe das problem, dass das bild immer wieder mal stehenbleibt. als ich den stick bekam ende mai 2015 hatte ich aber ein anderes problem. da hatte ich nie einen stehenbleiber des bildes, aber da hatte ich beim umschalten auf einen dvb-t sender immer wieder die meldung tunen fehlgeschlagen. dann habe ich neue treiber von sundtek installiert und damit war dann zwar das tunen fehlgeschlagen weg - also das kommt jetzt nie mehr - aber dafür eben diese aussetzer.
-
Jugser, deine Fehlermeldungen sind alle zusammen nicht brauchbar da wir in dieser Richtung nie etwas geändert hatten. Zudem bist du ja auch nicht bereit das Thema bei dir überprüfen zu lassen. Einfach irgendetwas im Forum hinzuschreiben ohne Ahnung davon zu haben und den Support seine Arbeit machen zu lassen bringt so etwas einfach nichts.
Bei Mordrag sieht das schon anders aus, dort kamen konkrete Probleme von Dream zum Vorschein.
-
dass andere auch diese aussetzer haben, wie dieser thread ja zeigt, ist zumindest mal ein zeichen dafür, dass es nicht an meinem stick oder an meiner dreambox liegt. für mich liegt es am treiber von sundtek.
ich habe noch alte treiber von diesem jahr. (http://img5.fotos-hochladen.net/uploads/treibere651l4axuv.jpg)
ich würde gerne wieder einen dieser treiber testen, um zu sehen wie es dann ist.
wie bekomme ich jetzt alle sundtek treiber von der box, ohne die dreambox neu zu flashen? denn nach meiner logik müssten ja jetzt erst mal alles an sundtek treibern gelöscht werden, bevor ich einen dieser alten treiber installieren kann.
-
in welchen ordnern werden die treiber installiert? kann ich die dann so manuell rauslöschen und sind dann alle weg?
-
jugser, abwarten bis Dream das System aktualisiert hat. Die Änderungen technisch zu beschreiben ist zuviel Aufwand. Fest steht dass das USB Interface bei Dream aktualisiert werden muss. Es wurde mit einem Dream Entwickler bereits abgesprochen.
-
ja, nur bei dem image was ich drauf habe, gibt es seit juni diesen jahres keinerlei updates mehr. vllt. kommen da gar keine mehr. deshalb will ich erst mal die alten sundtek treiber testen.
also wie ist die vorgehensweise, um alle treiber runter zu bekommen?
1. muss sicher erst mal der dvb-t autostart gestoppt werden. das kriege ich hin. danach sind ja alle treiberdateien sozusagen frei und nichts greift mehr drauf zu, oder?!
2. wo sind dann überall die treiberdateien?
-
OE 2.0?
Es gibt eine Update vom 2.12.......
-
nn2 stable image --> kein update seit juni!
also noch mal. wie kriege ich die sundtek treiber einmal komplett von der box, ohne das image neu flashen zu müssen?
-
gibts darauf keine antwort? das kommt mir dann aber komisch vor... ???
-
Nein es gibt keine weitere Antwort mehr von uns bezüglich diesem Thema und verweisen nur noch auf die vorigen Antworten da dort die Lösung und weitere Bearbeitung bereits erwähnt wird.
-
na ja, aber das ist doch merkwürdig. ihr wollt also, dass jemand das image neu flashen muss, damit alle sundtek treiber komplett entfernt sind, oder wie? das werde ich bei zeiten machen! und wenn mit den alten treibern das bild wieder ohne einen aussetzer läuft, dann ist die sache klar.
ich weiß jedenfalls noch, dass ich bei der frauen-fußball-wm im juni/juli manche deutschland-spiele über den stick geschaut habe und da gab es keinen einzigen aussetzer! also 2 stunden am stück - kein aussetzer! und da in dieser zeit und danach keinerlei updates mehr von dmm bzw. newnigma2 kamen, sondern ich allein den treiber von euch erneuert habe, können die aussetzer nur von den treibern kommen oder der stick ist danach plötzlich kaputt gegangen. ihr solltet wissen, welche der beiden varianten die wahrscheinlichere ist.
oder fällt euch noch eine dritte möglichkeit ein? mir nicht.
-
Wie erwähnt Ende der Diskussion von unserer Seite (wie auch vorher wird auf die vorigen Beiträge hingewiesen).
Als weitere Information kannst du mit Google ja nach folgendem suchen: "Infrastructure for zerocopy I/O" sobald das abgeschlossen ist geht's hier weiter. Dream hat diesbezüglich einem Update zugestimmt, aber wir warten ab bis es fertig ist und das kann noch ein paar Tage dauern (das Update ist ca 98% abgeschlossen)
-
das klingt weiterhin seltsam. so, als ob ihr euch auf den schlips getreten fühlt, nur weil man eure treiber hinterfragt, was aber legitim ist.
wenn die von dmm nicht solche (scientology-)deppen wären und einen dvb-t2 stecktuner hätten, dann bräuchte ich eure usb-notlösung ja gar nicht. das ist doch das hauptproblem! wenn es von denen einen solchen tuner gäbe, hätte ich euren tuner nie in betracht gezogen für eine dm 8000, die ja 4 tuner offiziell verarbeiten kann. es ist ein witz, dass eine 1000 euro box von dmm im jahre fast 2016 nicht mal dvb-t2 offiziell empfangen kann! und das zeigt, was da teilweise für versager mittlerweile bei dmm am werk sind! die alten enigma1 leute hätten dieses problem mit sicherheit schon längst gelöst! aber die jetzigen enigma2 leute sind eben größtenteils trottel, wie sie im buche stehen!
-
Dein größtes Problem ist das du kein technisches Verständnis dahinter hast und einfach aus dem Bauch raus die Nachrichten hier schreibst. Wir wissen seit dem anderen Anwender der uns freundlicherweise kurz Zugriff gegeben hat was los ist.
Des weiteren müssen wir uns auch weiteren Entwicklungen im Linux Bereich unterordnen und nicht nur Dein Problem für ein paar Tage lösen.
Du kannst dir alles zusammenreimen indem Du die vorigen Beiträge als gegeben hinnimmst.
Alle Probleme mit der DM8000 werden sich demnächst lösen.
-
Wollte auch mal meinen Senf dazu geben. Ich kann mich über Sundtek nicht beschweren. Wenn ich bis jetzt ein Problem hatte rein in Skype und angeschrieben. Etwas gewartet und dann auch immer kompetent und schnell Hilfe bekommen (sei es per Fernwartung oder bei der übernahme des DM Sundtek Control Center eben Software Patche). Und das sogar Sonntags!!! Ist auch nicht selbstverständlich sowas.
Was Dream angeht ist der Software Support m.M. nach auch soweit OK. Nur die Hardware Entwicklung dauert bei dennen ziemlich lange (Goliath, DVB-S2 Doppeltuner usw.). Ansonsten ist die Hardware klasse (meine DM8000 rennt seit 2008 ohne Probleme nur das Display habe ich getauscht gegen ein internes LCD das alte passt einfach nicht zu so einer Box)
@Sundtek gibt es den nicht vielleicht irgendwo ein "How to" wie man alte Treiber installiert bzw. die vorhandenen runterbekommt? Ist sicherlich manchmal zum testen nicht das schlechteste.
-
Nein gibt kein Howto, der Grund hierfür der Flash ist einfach zu limitiert bei vielen Boxen man müsste die alten Treiber selber entpacken usw.
Die DM8000 wäre wohl eine der wenigen Boxen wo man das machen könnte aber da gibt's dann wiederum zu wenige Anwender.
Sobald das Memory Mapped Interface fertig ist werden wir den Patch bei Dream einreichen (die aktualisieren das dann), und dann werden wir auch unseren Treiber aktualisieren. Es zahlt sich aktuell nicht aus Zeit zu investieren da es in einigen Tagen sowieso wieder umgebaut werden müsste also ist es besser etwas abzuwarten (zudem nur die DM8000er derzeit davon abhängig wäre).
-
noch mal, falls es manche nicht mitbekommen haben. mein image von nn2 kriegt keine updates mehr! weder die e2 updates noch die updates für die plugins. wie sollen also die nn2-nutzer wie ich an die dmm updates kommen???
und wenn es tatsächlich ein update bei den usb anschlüssen bedarf, dann ist das doch ein weiteres zeichen dafür, was für deppen bei dmm am werk sind, wenn die nach 5 jahren dm 8000 noch immer nicht die hardware im griff haben! ::)
-
ich werde über weihnachten mal ein unstable image von nn2 auf die box ziehen. bei den deppen von newnigma kriegt man anscheinend nur noch updates für e2 und plugins, wenn man ein unstable benutzt. stable images offensichtlich nicht. das ist wieder diese versager-logik á la scientology! :D ;D
na jedenfalls werde ich dann auch die alten sundtek treiber testen. und wenn dann das bild wieder ohne aussetzer läuft, dann ist es zu 100 % sicher dass es an den treibern lag. sry, aber ist so! falls die aussetzer dann trotzdem noch sein sollten, ist dann zumindest sicher dass es nicht die treiber sind sondern irgendwas anderes.
-
Das hat mit Dream nur bedingt etwas zu tun. Sie verwenden halt nicht die aktuellste Linux Kernel Version und bei der verwendeten Version gibt's halt noch diverse Limitierungen.
Dream ist aber gewillt es zu aktualisieren wenn jemand den USB Teil getrennt aktualisiert.
Da aktuell auch im offiziellen und aktuellsten Linux Kernel Änderungen anstehen wird erst mal abgewartet bis diese Performance-Änderungen von allen abgesegnet wurden. Dieser Vorgang sollte in einigen Tagen abgeschlossen sein (Anhaltspunkte um was es genauer geht findet man in einer vorigen Antwort von uns). Bis dahin heißt es abwarten
-
ich hatte gar nicht von dream gesprochen sondern von euren treibern. ;)
-
Wir werden diesen Beitrag demnächst zusammenkürzen, es steht hier einfach zu viel Unsinn (das wir darauf überhaupt noch antworten ist ein Wunder).
Die Performance der USB Implementierung auf der Dreambox DM8000 liegt derzeit bei ca 25% nach den kommenden Updates wird es bei 100% liegen und selbst unser Treiber wird dann automatisch bereits die besseren Einstellungen nutzen.
-
Sundtek mod: Sie täten gut daran sich noch ein Mal kritisch mit Ihrem Beitrag zu @jugser's Frage auseinanderzusetzen ?!?
Möglicherweise teilen Sie dann meine Meinung,Ihre Aussagen seien ziemlich arrogant.
Wenn schon -berechtigte- Kritik dann bitte respektvoll oder etwa gar nicht reagieren....
Trotzdem eine frohe Adventszeit gewünscht
-
jugser's Beiträge sind hier nicht erwünscht
Zitat Jugser:
wenn die von dmm nicht solche (scientology-)deppen wären und einen dvb-t2 stecktuner hätten, dann bräuchte ich eure usb-notlösung ja gar nicht.
Damit hat sich dieser Beitrag auch, das Problem das er hat wird bearbeitet - obwohl es nicht einmal unsere Aufgabe wäre, fragt mal bei Hauppauge oder irgend einem Konkurrenten nach ob die sich ein System so im Detail ansehen und übergreifend dann auch noch für andere Systeme irgendwelche allgemeine Performanceupdates bereitstellen (in dem Fall wäre das nämlich wirklich für Dream Multimedia, wobei wir da schon froh sind das sie unsere Änderungen hin und wieder so problemlos integrieren). Irgendwo muss hier auch mal Schluss sein - wenn der Kunde das nicht einsieht und hier nur unfreundlich ist dann soll er nicht unser Kunde sein.
"[PATCH] Add support for usbfs zerocopy."
Wir warten lediglich ab bis dieser Patch es offiziell in den Linux Kernel geschafft hat. Dream ist auch bereit diese Änderung bei den Dreamboxen einzuspielen - und damit sollte das Problem bei der alten Dreambox 8000 dann auch gelöst werden.
Bis dahin wird der Beitrag gesperrt da hier nichts sinnvolles kommt.