Dann sagt das doch, dass es so gewollt ist.
Man muss sich doch nur austauschen und dann kann man dass auch entsprechend in den PlugIns usw. anpassen. Wir sind von einem Bug ausgegangen, weil es für uns vorne und hinten nicht gepasst hat, also nicht schlüssig war. Deshalb die Anfrage. Wenn dadurch ein Fehler im jetzigen System gefunden und beseitigt werden konnte, ist doch alles prima.
Wenn man weis, dass alle nicht passenden Grafiken gezommt werden, kann man doch entsprechend gegenwirken
Beiträge von LukaNoah
-
-
Bleibt doch bitte ruhig
Wenn man nicht weis, ob und warum etwas im neuen System anders ist, kann man von einem Fehler ausgehen. Bekommt man Info's darüber, dass etwas anders gemacht werden muss, kann man diese eventuell auch entsprechend umsetzen. Leider gab es diese bisher nicht.
Wäre es denn möglich, den PicLoader mit einem zusätzlichen, optionalen Parameter aufzurufen? Da könnte man ohne diesen neuen Parameter die Darstellung und das bekannte Verhalten aus dem OE2.0 nutzen. Wird der neue Parameter benutzt, kommt halt die neue Zoomfunktionalität zum tragen. Wäre doch ein Weg, mit dem alle leben könnten, oder?
Ob dass machbar wäre / ist, kann ich nicht beurteilen.LN
-
Ja, dass fände ich auch prima. Sieht besser aus, wenn da Samstag steht
-
Hi,
ich weis nicht, ob dies hier schon mal pepostet wurde, aber uns ist folgendes Verhalten aufgefallen.
Folgende Vorgehensweise:
- im Webinterface das EPG eines Senders aufrufen
- Timer programmieren und speichern
- so ca. 10s warten
- Timer über das Webinterface deaktivieren
- an der Box über das Menu versuchen den deaktivierten Timer zu löschen
- dann kommt der crash
Ist hier reproduzierbarAnbei der crashlog.
Ist nur ein Schönheitsfehler, der sich aber vielleicht fixen lässt.thx
LN -
Das ist auf der Dream nicht skinnbar. Kommt so, wie es ist, aus der py.
-
-
+1, bitte fixen
Dies zerstört den Look in vielen Skins. -
So, heute morgen wieder. Keymap.xml mit einer Größe von 0Byte. File ist auch entsprechend leer.
Ich nutze kein Plugin, welches die keymap.xml verändert. Auch händisch wird da nichts geändert. Alles original. Ich kopiere meine Sicherung zurück, und schon bootet die Box wieder richtig.
Werde das mit dem lsof mal im Auge behalten.
-
So, heute war es mal wieder soweit. keymap.xml wieder defekt. Nach zurückspielen bootet die Box wieder.
-
UBI version: 1
Count of UBI devices: 1
UBI control device major/minor: 10:60
Present UBI devices: ubi0
ubi0
Volumes count: 2
Logical eraseblock size: 253952 bytes, 248.0 KiB
Total amount of logical eraseblocks: 4060 (1031045120 bytes, 983.3 MiB)
Amount of available logical eraseblocks: 0 (0 bytes)
Maximum count of volumes 128
Count of bad physical eraseblocks: 0
Count of reserved physical eraseblocks: 40
Current maximum erase counter value: 3
Minimum input/output unit size: 4096 bytes
Character device major/minor: 254:0
Present volumes: 0, 1
Volume ID: 0 (on ubi0)
Type: dynamic
Alignment: 1
Size: 1640 LEBs (416481280 bytes, 397.2 MiB)
State: OK
Name: rootfs
Character device major/minor: 254:1
-----------------------------------
Volume ID: 1 (on ubi0)
Type: dynamic
Alignment: 1
Size: 2376 LEBs (603389952 bytes, 575.4 MiB)
State: OK
Name: data
Character device major/minor: 254:2 -
Na gut, dachte dass es schon drin ist.
-
ubinfo Not found.
-
Ich bin auch betroffen.
Schon zig mal war die keymap. xml defekt und gestern auch die lamedb. Ich habe keinen Hardreset gefahren. Immer mit init4 beendet und mit init3 gestartet, oder halt mit enigma2.
Das kuriose ist, dass das Problem, zumindest bei mir, nicht immer sofort erscheint. Manchmal auch erst Tage später. Vorhersagen sind schwierig. Manchmal jeden 2. Tag manchmal ist auch ne Woche Ruhe. -
Vielleicht hätte man vor dem Posten im offiziellen Teil des Forums den Entwickler fragen können ...
cu
LN -
Er meint die manuelle IP-Eingabe. Ist bei mir auch so. Mit DHCP funzt es.
Wurde von DMM als Bug erkannt und soll mit einem Update gefixt werden.cu
LN -
Unterstützt Enigma1 eit-Files für mpg-movies?
Ich würd gern meine Filme mit Info's versehen, wie bei den ts-Files. Ich hab mir ein eit-File gebastelt, dies wird aber für mpg-movies nicht genutzt. Gibt es ne Möglichkeit ?thx
LN -
Das Team wusste von nix. Garantiert. Der "Lockvogel" seitens DMM war die JPEG-Darstellung auf den kleinen Boxen. Wer hätte das nicht gern in seinem Image ?
Und selbst wenn Sie es gewusst hätten, stehe ich zu 100% zu ihad. Das beste Board für eine Dream. PUNKT. -
Zitat
Original von emirmur
Ich bin auch gegen Clones, aber falls irgend jemand von IHAD von diesem Killer Code wusste wenn Sie ihn ins Image eingebaut haben, dann muss ich leider sagen das, das Vertraun weg ist..
Das kann man wohl kaum miteinander vergleichen.
Nenn mir ein Team, was Nein gesagt hatte, exclusiv einen Treiber von DMM zu bekommen. Alle die jetzt am lautesten schreien, hätten es garantiert genauso gemacht. Im Endeffekt hätten sie dann auch alleine dagestanden, wie das ihad jetzt.
1. Ich finde es richtig, das die Clones dran glauben sollten.
2. Jeder Imagebauer soll die neuen Treiber verwenden
3. Ich hoffe auf Klarstellungen seitens DMMIch hoffe für's ihad, das es weitergeht, wenn nicht, (Zitat) "Pech gehabt", dann brauch sich DMM auch nicht wundern.
-
Zitat
Original von Marvel8
Ohne [Moderator] Fremdimage, verstoesst gegen die Boardregeln [/Moderator] und anderen Imagebauern,würde es kein DMM.. geben.Was ist denn die Dreambox im original zustand?Ein ziemlich teurer Free to air Receiver,sonst nichts.Erst die Imagebauer haben die Dream zu dem gemacht,was sie heute ist.Das wußte DMM ganz genau,als sie sie rausgebracht haben.Sonst hätten sie nicht Hunderttausende Boxen verkauft und auch keine Ferraris vor der Tür stehen.Mit dem Magic Modul war es doch das gleiche.Die wussten genau wofür sie es entwickelt haben.Es geht immer nur um die Kohle,sonst nichts.In den Foren ist es doch das gleiche.Nach draußen werden alle immer verurteilt,wenn sie nach Keys und sonstigen fragen,manche wwerden gleich gesperrt.Aber intern,im VIP Bereich der Foren,bekommst Du alles was Du willst.Reingestellt von den Leuten,die vorher die User ermahnt und als Lauglotzer beschimpft haben.Das dürfte im I.H.A.D nicht anders sein.Ihr VIP Bereich ist auch sehr gut bestückt.Soll ja keiner so scheinheilig tun und es abstreiten.Die User sind nicht alle so blöd,wie sie manchmal dargestellt werden.
Da irrst Du Dich aber gewaltig !!
Im iHad gilt für alle das gleiche. Bei uns findest Du auch im VIP-Bereich nichts illegales!
Also stell bitte keine falschen Behauptungen auf.
thx
LN -
So Problem aus der Welt!
Ursache : 64bit-Betriebssystem Ubuntu 7.10
Lösung : 32bit-Betriebssystem Ubuntu 7.10Also mein Resume, niemals ein Image in einer 64bit-Umgebung backen.