murray: Ein interessanter Artikel, es bleibt allerdings zu klären, ob das erstens nach über zwei Jahren und all der Kritik noch genau so gehandhabt wird und zweitens weshalb die verschiedenen Anbieter unterschiedliche Lieferzeiten haben, wenn doch alles einheitlich bearbeitet werde (siehe hier).

Devilcards.de: Bei mir wird dort nur ein einziger Händler weltweit angezeigt, nämlich die Firma "dmmtv" mit der dubiosen Kontakt-Adresse tim@securemail.to. Sehr interessant, gab es nicht vor einiger Zeit mal die Behauptung, die Hauptseite sei einem Hacker zum Opfer gefallen, als der EM-Counter aufgeschaltet war?

Dass Amazon verschiedene Regale hat, leuchtet ein, aber dass man mir lediglich "aus Versehen" eine Fälschung aus dem Marketplaceregal gegeben hat halte ich doch für recht unwahrscheinlich. Dazu müssten sich die entsprechenden Regale ja schon direkt nebeneinander befinden (zudem hat Amazon ja nicht nur ein Lager).

Mir juckt es natürlich trotzdem ein wenig in den Fingern, ein zweites Exemplar bei Amazon zu bestellen, denn nach deiner Theorie müsste ich ja dann höchstwahrscheinlich ein Original erhalten. Aber ich glaube nicht so recht daran. Ich werde es wohl lieber lassen und von meinem Widerrufsrecht Gebrauch machen. Vielleicht ist eine Universal-FB die Beste unter all den schlechten Lösungen.

PS: Erst jetzt sehe ich, dass ich dich offenbar falsch verstanden habe. Du meintest, Amazon würde die verschiedenen FBs im selben Regal mischen. Das kann man aber ausschließen, denn anhand der angegebenen Lieferzeiten lässt sich eindeutig folgern, dass die Artikel in unterschiedlichen Lagern liegen.

Auch mir scheint man eine Fälschung untergejubelt zu haben. Nachdem meine Fernbedienung von DMM leider nicht getauscht wurde (Garantiezeit abgelaufen), habe ich eine neue von Amazon für knapp 35 € bestellt (wohlgemerkt nicht bei einem Marketplace-Dritthändler, sondern Amazon selbst).

Die Tasten reagieren zwar ziemlich gut, aber dennoch ist mir gleich beim Auspacken aufgefallen, dass die Bedruckung irgendwie anders aussieht als bei der alten. Auch bei mir steht XLF-043C statt RC43G-T1 im Batteriedeckel. Mich wundert es nur, warum hier eine andere Bezeichnung verwendet wurde, wenn dadurch die Fälschung doch offenbar sofort entlarvt werden kann. Den Schriftzug zu übernehmen sollte doch wohl das Leichteste an der ganzen Sache sein.

Im Anhang habe ich zwei Fotos hochgeladen (links die vermeintliche Fälschung, rechts das Original).

Vielleicht gibt es ja etwas Neues zu dem Thema. Eine Aussage von DMM würde ich auch sehr begrüßen. Wie kann ich denn überhaupt sichergehen, ein Original zu erhalten, wenn selbst Großhändler die Amazon solche Ware verkaufen?

Alles klar, danke für deine Hilfe. Dann werde ich mich mal ans "backuppen" machen und spätestens morgen neu flashen.

Gibt es irgendeine Möglichkeit, nach dem Flashen festzustellen, ob das Dateisystem vollständig fehlerfrei und konsistent ist? Falls ja, so würde ich gerne ein Komplettbackup machen. Ich nehme an, dazu ist dFlash am besten geeignet, oder?

OK, kann ich denn den aktuellen Stand komplett sichern und dann nach dem Flashen wiederherstellen? Ich würde ungern wieder alles neu einstellen bzw. jede wichtige Datei einzeln sichern. Geflasht habe ich irgendwann Mitte August.

Ich habe deine Antwort leider zu spät gelesen und inzwischen die lamedb umbenannt. Danach ist die Box wieder komplett hochgefahren, nur ein neuer Sendersuchlauf war natürlich erforderlich, um eine neue lamedb zu erzeugen. Bislang klappt alles so wie vorher.

Wenn ich die alte, fehlerhafte lamedb jetzt mit cat ausgeben möchte, werden folgende Zeilen zu dmesg hinzugefügt:

[  456.121000] UBIFS error (pid 1450): ubifs_read_node: bad node type (255 but expected 1)
[  456.122000] UBIFS error (pid 1450): ubifs_read_node: bad node at LEB 1315:0, LEB mapping status 1
[  456.124000] UBIFS error (pid 1450): do_readpage: cannot read page 2 of inode 8543, error -22
[  456.128000] UBIFS error (pid 1450): ubifs_read_node: bad node type (255 but expected 1)
[  456.129000] UBIFS error (pid 1450): ubifs_read_node: bad node at LEB 1315:0, LEB mapping status 1
[  456.130000] UBIFS error (pid 1450): do_readpage: cannot read page 2 of inode 8543, error -22

Im Anhang findet ihr die Zeilen aus var/log/messages, die das Dateisystem betreffen. Es sieht tatsächlich so aus, als wenn einiges fehlerhaft ist. Aber wie kritisch sind diese Ausgaben? Wenige defekte Blöcke scheinen beim Flash-Speicher ja nicht ungewöhnlich zu sein und bisher läuft die Box wieder genau wie vorher.

Hallo,

seit heute morgen will meine DM7020 HD (OE2 experimental) nicht mehr richtig starten. Das Booten funktioniert noch (glücklicherweise), aber beim Starten von enigma2 hängt die Box. Die Debug-Ausgabe zeigt abschließend folgenden Fehler:

---- opening lame channel db
reading services (version 4)
Bus error

Ich habe dann versucht, die lamedb über cat /etc/enigma2/lamedb zu lesen, doch nach einigen Zeilen brach die Ausgabe mit folgender Meldung ab:

Neocat: read error: Input/output error

Ich habe gestern nichts Besonderes gemacht, insbesondere auch kein Update durchgeführt oder Software installiert. Könnt ihr mir helfen, die Kiste wieder zum Laufen zu bringen?

ph4nt0m

Ich verstehe, danke für deine Hilfe, Reichi.

Vielleicht finde ich ja noch eine Lösung, ansonsten muss ich mich wohl oder übel mit den kleinen Macken abfinden.

Reichi: Die Sendung, die den Fehler aufweist, ist in der Tat von einem verschlüsselten Sender. Die Aufnahme, die später einsetzt, ist nicht verschlüsselt. Ich habe gerade eine Gegenprobe gemacht, d.h. zuerst eine Aufnahme von einem unverschlüsselten Sender gestartet und dann einige Minunten später eine verschlüsselte. In diesem Fall wies die erste Aufnahme keinerlei Fehler auf (auch nicht zum Zeitpunkt des Einsetzens der zweiten Aufnahme).

Anscheinend werden also nur verschlüsselte Aufnahmen gestört (wobei ich jetzt wie gesagt nur eine einzelne Probe gemacht habe). Mir ist bewusst, dass an dieser Stelle wahrscheinlich der Support enden muss, da meine Sky V14 Karte in der Dreambox nicht offiziell unterstützt wird. Dennoch wundert es mich ein wenig, dass das reine Umschalten während einer verschlüsselten Aufnahme keine Probleme zu verursachen scheint (das werde ich noch genauer testen), das Aufnehmen eines weiteren Senders hingegen schon.

Ich meinte, dass in drei meiner vier Aufnahmen die Meldung "Paket außerhalb der Sequenz" von ProjectX ausgegeben wird. Dies äußert sich bei genauem Hinsehen meist dadurch, dass eine einzelne Bildzeile zum Teil "defekt" ist, was in der Regel natürlich kaum auffällt. Bei der vierten meiner bisherigen Aufnahmen musste ProjectX allerdings eine ganze Group-of-Pictures entfernen, wodurch etwa eine Sekunde fehlt. Das nimmt man natürlich als unschönen Sprung wahr, wenn der Fehler nicht gerade auf eine komplett schwarze Szene ohne Ton fallen sollte.

Unabhängig davon, wie sehr man die Fehler letztendlich bemerkt, interessiert mich vielmehr der Grund für das Auftreten. Die Tatsache, dass es immer wieder zum Zeitpunkt des Starts der zweiten Aufnahme auftritt (und nur dann!), gibt mir zumindest die Hoffnung, dass sich das Problem lösen oder zumindest die Ursache genau eingrenzen lässt.

Nein, es ist ein herkömmlicher Multischalter, um genau zu sein ein JRM0508T. Es sind also zwei separate Leitungen für beide Tuner verlegt.

Während einer Aufnahme habe ich auf jeden Fall schon des Öfteren umgeschaltet und dabei in den Aufnahmen bislang keine derartigen Aussetzer feststellen können.

Tut mir Leid, dass ich nichts zur Anlage geschrieben habe. Das habe ich ganz vergessen. Seit ca. einem Jahr haben wir hier Sat-Empfang. Es handelt sich um die 90er Antenne von Kathrein mit dem passenden Quattro-LNB, welches intern ja bekanntlich auf den vielfach gelobten ALPS-LNBs basiert. Der Multischalter ist von Jultec und wird komplett durch die Receiver versorgt.

Ich habe damals extra darauf geachtet, dass nur hochwertige Komponenten verwendet werden und kann mir ehrlich gesagt nicht vorstellen, dass es an der Anlage liegt.

Hallo,

eines vorweg: Meine DM7020 HD läuft aktuell mit dem letzten und aktualisierten OE2.0 (nicht experimental) und nimmt schon seit sehr langer Zeit absolut problemlos und zuverlässig auf. Da ich viele der Aufnahmen auf dem PC weiterverarbeite und als erstes immer ProjectX verwende, sehe ich jedes Mal mit großer Freude, dass der Transportstream laut Log keinen einzigen Fehler enthält!

Seit einigen Tagen kommt es aber gezwungenermaßen (d.h. durch die Sendezeiten der Serien) dazu, dass sich zwei meiner Timer überschneiden und somit für eine gewisse Zeit zwei Aufnahmen parallel ausgeführt werden müssen. Ich stelle fest, dass die Aufnahme, die zuerst anfing, offenbar exakt an der Stelle einen einzelnen Aussetzer aufweist, an der die zweite Aufnahme startete. Das ganze habe ich jetzt über vier Tage hinweg beobachtet. Dreimal war laut ProjectX ein "Paket außerhalb der Sequenz (Zählerkorrektur)" und bei der vierten Aufnahme hat es sogar eine ganze GOP zerlegt. Danach treten aber bis zum Schluss der Aufnahme keinerlei weitere Fehler mehr auf.

Hat jemand eventuell schon einmal Ähnliches beobachtet? Was könnte der Grund sein? Die zwei parallelen Aufnahmen meistert die Dreambox ja an sich problemlos, nur beim Start der zweiten Aufnahme gibt es ein Problem.

Grüße
ph4nt0m

Ja, da scheint irgendetwas im Argen zu sein. Ich denke, ich werde jetzt einfach ein frisches OE2.0 flashen. Morgen möchte ich eine wichtige Aufnahme tätigen und bis dahin muss es wieder laufen. Dennoch vielen Dank für deine Mühe, Eberhart!

Danke für die schnelle Antwort. Das BIOS sieht wie im Anhang aus. Die Command Line scheint ja bereits deaktiviert zu sein. Stimmt vielleicht trotzdem was nicht?

Allerdings habe ich wirklich kein Komplettupdate gemacht, sondern nur die dvb-modules aktualisiert. Am Dateisystem dürfte sich dadurch doch nichts ändern, oder?

Edit: Bootlog

INIT: version 2.88 booting
Displaying bootlogo.
Starting udev
[    5.148000] udevd[76]: starting version 182
[    5.784000] stb_core: module license 'Proprietary' taints kernel.
[    5.785000] Disabling lock debugging due to kernel taint
[    5.788000] CPU 0 Unable to handle kernel paging request at virtual address 614b74b8, epc == 8006860c, ra == 8006a430
[    5.790000] Oops[#1]:
[    5.790000] Cpu 0
[    5.790000] $ 0   : 00000000 10008700 614b74b8 00e39000
[    5.790000] $ 4   : e00ad850 10008701 00000014 ffffffff
[    5.790000] $ 8   : 00000018 802c4638 00000003 00737661
[    5.790000] $12   : 00000000 ffffffff cf6b2080 00000000
[    5.790000] $16   : 80580000 80580000 00000001 cf704580
[    5.790000] $20   : 00000001 0000001b e00ad850 00000124
[    5.790000] $24   : 00000001 e00abcb4
[    5.790000] $28   : cf764000 cf765e78 80067ee8 8006a430
[    5.790000] Hi    : 00000000
[    5.790000] Lo    : 00000000
[    5.790000] epc   : 8006860c module_put+0x30/0x5c
[    5.790000]     Tainted: P           O
[    5.790000] ra    : 8006a430 sys_init_module+0x1098/0x1e28
[    5.790000] Status: 10008703    KERNEL EXL IE
[    5.790000] Cause : 00800008
[    5.790000] BadVA : 614b74b8
[    5.790000] PrId  : 0002a044 (Brcm4380)
[    5.790000] Modules linked in: stb_core(P)
[    5.790000] Process modprobe (pid: 100, threadinfo=cf764000, task=cf5ace18, tls=7714e490)
[    5.790000] Stack : 00000000 00000004 e000999f 8050b47f e00ad85c cf88b7d0 cf88a698 e00acb54
[    5.790000]         00000030 00000000 00000000 00000000 00000000 e0006000 000075a8 e000a780
[    5.790000]         e000a690 e000b518 cf689780 000039e0 00003d60 00000000 00000000 00000019
[    5.790000]         0000001a 00000010 00000000 0000000d 00000000 00000258 00000000 8050b55c
[    5.790000]         00000001 e000a690 805786f8 e00add50 77147498 0057d730 004b0000 00000001
[    5.790000]         ...
[    5.790000] Call Trace:
[    5.790000] [<8006860c>] module_put+0x30/0x5c
[    5.790000] [<8006a430>] sys_init_module+0x1098/0x1e28
[    5.790000] [<8000c77c>] stack_done+0x20/0x40
[    5.790000]
[    5.790000]
[    5.790000] Code: 8c820138  24420004  00431021 <8c430000> 24630001  ac430000  8c830000  24020002  10620003
[    5.810000] ---[ end trace fdec92f24250a310 ]---

Hallo,

ich habe mein OE2 seit ca. Dezember nicht mehr aktualisiert, weil die Box einfach extrem stabil lief und mir nichts fehlte. Seit heute hatte ich aber wieder das Problem, dass verschlüsselte Sender nach einiger Zeit einfach schwarz wurden. Ich habe dann die neusten dvb-modules vom Feed installiert, doch seitdem startet meine Box überhaupt nicht mehr. Sie hängt direkt zu Beginn. Im Display steht "dhcp" und die kernel-Version.

War das Update nicht kompatibel? Kann ich die Kiste irgendwie retten? Ich würde zumindest ungern auf meine Konfiguration verzichten.

ph4nt0m

Ich bin inzwischen dazu gekommen, es auszuprobieren - und es funktioniert wirklich! Vielen Dank, Kastagir, darauf muss man erst einmal kommen.

Bist du dir sicher? Ich kann das leider heute nicht mehr auf die Schnelle testen. Beim Merlin EPG Center (von dem auch der Screenshot stammt) wird eine eListboxPythonMultiContent verwendet. Wenn es dort tatsächlich durch weglassen des RT_VALIGN_CENTER funktionieren würde, wäre das natürlich spitze. Ich kann es mir aber gar nicht vorstellen, da ich Shaderman (den Entwickler des Plugins) darauf einmal angesprochen hatte und er sich relativ sicher war, dass es nicht so einfach möglich ist.

Hallo,

eine Kleinigkeit ist mir bei Enigma 2 schon seit Anfang an ein Dorn im Auge: Überall, wo Text ausgegeben wird, kann man bei der vertikalen Ausrichtung in der Regel zwischen drei unterschiedlichen Arten auswählen: Top, Bottom oder Center. Leider bezieht sich jedes dieser Flags auf die Abmessungen des den Text umgebenden Rechtecks - und ist somit abhängig vom Inhalt. Dies führt zu einem unschönen Effekt, der sich durch die gesamte GUI zieht. Auf folgendem Bild ist z.B. die Sendernummer "4" gegenüber dem Sendernamen "WDR Duisburg" vertikal verschoben:

Der Grund ist, dass der Sendername Zeichen mit Unterlänge enthält. Würde man in diesem Beispiel das "g" in "WDR Duisburg" entfernen, wäre die Ausrichtung wieder ok. Die Lösung für dieses Problem wäre die Einführung eines weiteren Flags, welches die Ausrichtung anhand der Grundlinie (Baseline) ermöglicht. Damit wäre die Position unabhängig vom tatsächlichen Text und somit in allen Situationen gleichbleibend.

Viele der großen GUI-Bibliotheken enthalten diese Möglichkeit (z.B. TA_BASELINE in der MFC), mein Wunsch ist also nicht allzu weit hergeholt. Sicherlich werden mir viele Nutzer jetzt nicht zustimmen, weil Sie diese Positionsdifferenzen gar nicht wahrnehmen, aber wenn man darauf achtet wirkt es einfach ein wenig "unprofessionell", gerade weil es sich durch das gesamte System zieht.

Ich würde mich über eure Antworten sehr freuen. Insbesondere wäre natürlich eine Einschätzung der Entwickler klasse, welchen Aufwand eine Implementierung bedeuten würde und ob es denkbar ist, dass diese Funktionalität bald nachgerüstet werden wird.

Gruß
ph4nt0m

Den n-Standard beherrscht der Stick offenbar zumindest, also bei der Größe bis zu 150Mpbs: http://www.wikidevi.com/wiki/AboCom_WU5501
Vielleicht meldet sich ja noch ein Mitarbeiter von DMM und bestätigt, dass alle DM 7020 HDs ab sofort damit ausgeliefert werden und es keinen Zweck hat, nach dem großen schwarzen zu fragen