About daddle

TheDoctor schrieb: Haben wir überprüft, weil wir erst auch überrascht waren. Das BIOS im Recovery Package ist minimal neuer als das eigentliche BIOS von OTA #3 (hätte eigentlich nicht der Fall sein sollen, ist aber leider passiert, weil das Recovery Package händisch erstellt werden musste). Dort ist der Fehler mit der Recovery schon behoben, nicht aber der Fehler mit der Batterieanzeige.   Was wir hier gestern beobachten konnten, ist folgendes: Mit diesem BIOS und einem Factory Reset verschwinden die WLAN-Standby-Probleme bei Lollipop bei den Geräten, die diese Probleme überhaupt hatten.  Vielleicht kann jemand, der experimentierfreudig ist und keine wichtigen Daten hat, das mal nachstellen:   1) Recovery Package flashen 2) Dann auf Lollipop gehen 3) WLAN sollte im Standby nicht mehr verloren gehen 4) Falls 3) nicht direkt zutrifft, nochmal einen Factory Reset versuchen.   Wir wären froh über Feedback zu dem Thema. Da wir das BIOS nicht selbst erstellen/modifizieren können, sind unsere Möglichkeiten an der Stelle etwas begrenzt (und alles dauert länger).   Viele Grüße Der Doktor    Hallo TheDoctor,   wie ich es gestern geschrieben hatte, unterscheiden sich die Bios-aber auch die /boot- Image-Dateien geringfügig nach Ota #3 und Recovery-Paket flashen!   Eigenzitat aus Post 251:   "Und ich wollte wissen ob ich, wenn ich das Recovery-Package flashe, (oder nur die etwas gegenüber dem Update #3 geänderten Dateien  biosupdate.fv, boot-, recovery- und ESP.img ....) ich wieder kalt in den Droidmodus und ins Recobery booten könnte..."   und aus Post 259, beide sind von gestern vormittag: "Vergleicht man das Bios capsule.bin aus Update #3 mit dem Biosupdate.fv aus dem Recovery Package, die laut flash.xml als capsule.bin geflasht wird, ... so sind da kleinere Unterschiede drin.  Ebenfalls im direkten Vergleich der esp-, boot- und  recovery.images (zw. Status nach direktem Ota #3 und Ota #3 aus dem KK-Recovery-Paket) bestehen kleinere Unterschiede. ...  Was ja erkären könnte warum dann Droidboot nach dem Flashen des Recovery-Paketes (bei manchen) doch geht."    Das waren ja  frühzeitige Hinweise von mir auf unterschiedliche Software-Varianten im Ota #3 und Recovery-Package. Ich hatte über den Tellerrand geschaut und versucht die unterschiedlichen Verhalten der angeblich gleichen Software zu ergründen, wurde aber hier von einigen etwas angegangen, da ja naturlich die Ergebnisse bzgl. Droidboot- und Recovery-Zugang je nachdem was man geflasht hatte, reguläres Update #3 oder übers Recovery-Paket, widersprüchlich waren und dadurch die Glaubwürdigkeit etwas litt   Wie dem auch sei, ich werde als erstes über das Recovery-Package mit einer editierten flash bat nur die BIOSUPDATE.fv, esp-, boot-, droidboot- und recovery-images flashen, erst dirty, bei Fehler erneut nach erase der betreffenden partitionen, und die Partition.tbl, meine /system, /data und /cache nicht anfassen. (Bitte nicht kommentieren, ausser du würdest einen gravierenden, brickenden Fehler in meinen Überlegungen sehen )   Du schriebst in deinem Vorschlag zum Flashen würde in Lollipop ein factory-reset das WLan Problem beheben, was ist aber mit dem WLan-Standby-Fehler in KitKat, der zumindest bei mir erst nach Ota #3 flashen zum ersten Mal auftrat? Ist dieser auch durch reguläres Ota #3 Bios-und boot-update bedingt?     Und Ist denn die System im KK-Recovery-Paket wenigsten gleich zu der, die sich nach Patchen durch reguläres Ota #3 auf dem Tab befindet? Oder gibt es auch da kleinere, bisher nicht erwähnte Differenzen? Natürlich im Vergleich zum ungerooteten untouched Zustand!    Und noch etwas, in vielen anderen Foren zu anderen Geräten wird ebenfalls viel über Wlan-Probs berichtet, nicht nur bei Boards mit Intel-SoC's; es scheint ein generelles Lollipop-Problem zu sein; das neue Bios ist da nur ein Erklärungsversuch am Rande und vielleicht hat Intel das ja besonders schlecht für seine Boards hinbekommen; auch KitKat mit den älteren Bios machte ja Wlan Probleme, obwohl zu dem Zeitpunkt der Softwarestand schon vor den Otas, und auch danach bis einschliesslich Ota #2, bei allen gleich war!   Auf jeden Fall congrat und Daumen drücken zur Entscheidung zu Lollipop 5.1, alles andere wäre ja nur Gefrickel! Wie du schon mal sagtest - Windows Vista ähnlich-  das erst nach Service-Pack2 wirklich rund lief.    Herzliche Grüsse und viel Erfolg bei eurem steten Bemühen uns ungeduldigen User-Haufen zufrieden zu stellen  daddle ... View more

TheDoctor schrieb: Hallo Daddle,   Urlaub war gut, aber zu kurz. Und die Erholung schmilzt mit jedem Bugreport dahin. 🙂   Basteleien an einem OTA #2 Recovery Package würde ich tatsächlich lassen. Warte lieber auf OTA #3 R2. Dann reden wir wenigstens alle über den gleichen Stand.   Die Auflösung hat ein Ticket bekommen, wird also nicht vergessen.   Viele Grüße zurück   The Doc,   lass mir doch die Freude. Wenn es nicht klappen sollte (Problem mit einem passenden Bios?), werde ich nicht jammern und hier den Thread damit vollspammen (und damit deine Erholung weiter ruinieren); ausser bei Erfolg, sondern das KK-Recovery-Package flashen. Das sollte dann ja auf (fast) jeden Fall klappen, so hoffe ich doch! Mein Risiko, ich weiss.   Grüsse, daddle     ... View more

TheDoctor schrieb: daddle schrieb: PS:  Da war @TheDoctorja schneller als erwartet !       Schneller als Du vielleicht, aber nicht schneller als erwartet. 😉 Hallo @TheDoctor   hoffe dein Urlaub war sehr erholsam. Brauchst du ja bei den vielen Probs hier.   Meine Bemerkung über "schneller als erwartet" zielte ein wenig auch darauf ab, dass ich dich ein paar Posts vorher über ein Downgrade auf KK Stand nach Update #2 direkt angesprochen hatte, aber, teils verständlich, bisher darauf keine Reaktion von dir kam!     Andererseits, wenn Ihr jetzt doch an einem neuem, stabilem finalem Update für KK 4.4.4 arbeitet (was ja auch in das KK-Recovery-Package einfliessen wird), werde ich mein Downgrade-Experiment zurück auf Stand nach Ota #2 jetzt beruhigt durchzuführen versuchen, um evtl. vorläufig wieder ein ungestörtes Wlan sowie den Droidboot-Modus zur Verfügung zu haben.   Grüsse, daddle   Noch eine kleine Anmerkung, denkt bitte auch an die "falsche" Bildschirm-Auflösungsmeldung. ... View more

@Fariborznm   Hi, das damalige Update hatte ich dir aus meiner Sammlung verlinkt. Das Update #3 sollte angezeigt werden wenn du die Updater-App benutzt, Oder in EInstellungen / Über das Tablet / Systemaktualisierungen / Manuelles Update / Online suchen auslöst.  daddle   Kann dir aber auch das Update #3 hochladen, wenn du es einzeln brauchst! Link folgt noch > Da ist er > Link hier.   PS:  Da war @TheDoctor ja schneller als erwartet !     Wäre natürlich sinnvoll wenn du von Medion abklären lässt warum deine Updater-App keine Update-Anzeige liefert! Root kann aber nicht die Ursache sein, ausser ein durch Root ermöglichtes unplanmässiges Löschen in der /system. Ota funktioniert ja bei anderen Usern auch nach dem Rooten!   ... View more

payer schrieb: @daddle Es bleibt aber auch dabei, dass mein Tablet die Build-Nummer KTU84P.7f944c8.150513.1645 hat und mit der Tastenkombination in Droidboot-Modus geht. Ob Du es glaubst oder nicht ist natürlich Dir überlassen - es ist ein freies Land.   Warum so aufgeregt? Versuche nur widersprüchliche Aussagen auf die Reihe zu bekommen. Hatte dir schon geglaubt,  Eigen-Zitat daddle:   "Und nach dem Rückflashen von ... dem Recovery Package auf KitKat, Stand Ota #3, geht es jetzt doch? Sehr interessant. "   Und dazu versuchte ich zu erklären wie es zu den unterschiedlichen Verhalten bzgl. des Droidboot durch die unterschiedlichen Dateien nach Ota #3 und nach Flashen des Recovey Packages kommen könnte, Zitat   "Vergleicht man das Bios capsule.bin aus Update #3 mit dem Biosupdate.fv aus dem Recovery Package, die laut flash.xml als capsule.bin geflasht wird, ... so sind da kleinere Unterschiede drin.  Ebenfalls im direkten Vergleich der esp-, boot- und  recovery.images (zw. Status nach direktem Ota #3 und Ota #3 aus dem KK-Recovery-Paket) bestehen kleinere Unterschiede. ...".   Was ja erkären könnte warum dann Droidboot nach dem Flashen des Recovery-Paketes  doch geht. Nur deine Beschreibung wie es in den Dridboot-Modus kam klang ja etwas überraschend, Zitat: . "Dann passierte etwas seltsames: nach einiger Benutzung habe ich das Tablet weg gelegt und als ich es das nächte mal in die Hand genommen habe, hatte es von selbst den Droidboot Modus aktiviert."    Grüsse, daddle ... View more

Hallo Rainer,   ist ja alles gut.   Es bleibt aber dabei dass mit Flashen des Recovery-Package der Softwarestand bei beiden Geräten gleich ist, da das Package das Tab komplett "erased" und alle Partitionen neu erstellt und flasht, einschliesslich des Bootloaders. Und bei gleichem Software-Stand muss sich das Tab gleich verhalten, da ja nach des Doctors Aussage die Hardwarebasis bei allen gleich ist.   Grüsse, daddle. ... View more

Deine <Beschreibung war ja zumindest des Verhalten des Tabs etwas unklar für mich. Der andere hat Ota-Update #3 regulär geflasht, dann Update #4 auf Lollipop, dann  zurück auf KitKat mit dem recovery-package, Und da geht der Droidbootmodus definitiv nicht mehr vom ausgeschalteten Tab aus zu booten. Aber es geht hier doch gar nicht um persönliche Angriffe, sondern um die Beschreibung angeblich oder auch tatsächlich unterschiedlichen Verhaltens nach verschiedenen Flash-Abläufen. Und ich wollte wissen ob ich, wenn ich das Recovery-Package flashe, ( oder nur die etwas gegenüber dem Update #3 geänderten Dateien ( biosupdate.fv, boot-, recovery- und ESP.img und efilinux-user.efi ) ich wieder kalt in den Droidmodus und ins Recobery booten könnte, wie du ja sagtest es ginge; andere sagen es ginge nach dem Recovery-Package nicht, was mir auch wahrscheinlicher erscheint.  Wer hat nun Recht? Das ist Alles.  daddle ... View more

rainzor schrieb: @daddle   Bei mir sah das Updaten ja folgendermaßen aus:   Update #3 per Fastboot Update #4 per OTA   Die Gründe lassen wir jetzt mal außen vor, aber ich komme jetzt unter Lollipop mit POWER und VOL- ins Droidboot.   Was ich immer noch habe sind vereinzelte Abstürze und, wie ich finde, reagiert der Bildschirm auf Berührungen schlechter als unter KK.   Gruß Rainer Hallo rainer,und an @TheDoctor ich habe von einem vertrauenswürdigen User, der auch mit dem recovery-package von Lollipop zurück auf KitKat gegangen ist, die bestätigte Meldung, dass sich Droidboot (und damit das Recovery) auch nach Einspielen des KK-Recovery-Packages nicht starten lässt! Was ja auch TheDoctor bestätigte. Es muss also an dem biosupdate.fv und dem veränderten ESP.image aus dem Update #3 liegen: Im Update #4 für Lollipop wird ja das Bios nicht nochmal neu geflasht, wohl droidboot gepatcht, sowie efilinux.efi und bootx64.efi geflasht. Oder ist die esp.zip (als Verzeichnis esp.zip in Ota #4) das komplette Bios? Also versuch ich gerade einen Rückflash auf Zustand nach Update #2 zu erstellen. Damit soll dann auch der nervige Wlan-Bug nach Standby aufhören, der bei mir im Gegensatz zu manchen Anderen vor dem Update #3 nicht existent war!  Erst nach Update #3 kam es  zu dem Wlan-Standby-Bug! Sorry KlausX, wollte den Fehler anfangs nicht wahrhaben und erst verifizieren, und hier nicht die Pferde scheu machen, dass bei manchen erst das Update #3 zum Wlan-Bug führte! ( Mehrere PN's von Usern in AH erhalten, die das auch so erlebten!) Und jetzt nachdem ich Update #3 geflasht hatte, habe ich den gleichen Wlan-Bug wie schon von vielen anderen vorher von Anfang an beschrieben! So ein Mist! Was sagt @TheDoctor dazu?  Das Wlan wacht aber keineswegs nach 10-15 Sek.wieder auf (in KK nach Upd. #3). Man muss die Verbindung (SSID) deaktivieren und erneut verbinden, dann geht es meistens sofort. Manchmal auch erst nur nachdem Wlan ganz deaktiviert und erneut aktiviert wurde! Deswegen möchte ich einen Rückflash auf Zustand nach Update #2; (vieleicht ne PN dazu, ob droidboot- und esp.img, sowie biosupdate.fv und efilinux-user.efi aus dem Recovery-Package bzw nach dem Ota #3 auch mit dem alten KK-Rom (Stand nach Update #2) funktionieren?   Oder welche Teil(e) sind für das Fehlen des Droidboot-Modus zuständig? Diese bräuchte ich für den Stand nach Ota #2. Boot- und recovery.img sowie die system als .tar,habe ich aus dem CWM-backup, esp.img und capsule.bin habe ich aus Update #2, aber nicht droidboot(=fastboot).img und efilinux-user.efi, falls diese sich von Ota #2 zu Ota #3 unterscheiden, bzw eine Rolle spielen beim Fehlen des Droidboot-Modus nach Ota #3. Ich möchte das wegen der Möglichkeit des kalt Bootens ins Droidboot und Recovery, sowie wegen meines vor Ota #3 voll funktionstüchtigen Wlans ohne Standby-Hänger!  MfG, daddle   ... View more

Kamst du denn  im Stand Update #3 (nach Recovery-package über fastboot) auch ins Droidboot und ins Recovery? Oder hattest du das auch nicht probiert?   Ist noch jemand hier der auf dem letzten KitKat-Stand nach zutück Flashen mit dem KK- Recovery-Package ist und sagen kann ob der Droidboot-Modus sich über Vol. - gedrückt, dazu Powertaste drücken einschalten lässt? daddle ... View more

payer schrieb:   Edit: mit der 4.4.4 Recovery scheint das WLAN-Problem nicht mehr aufzutreten ...   Ich hatte hier gelesen, dass dieses Recovery gleich dem Update #3 sei und dann booten ins Recovery Menü nicht mehr funktionieren würde. Bei mir geht das aber mit Power und Vol- komme ich in dieses Droidboot-Menue und ins Recovery Menü.     Hallo @payer und @rainzor,   mit dem Update #3 (KitKat auf Kitkat) wird u.a. ein neues bios, os-loader, und esp geflasht. Danach geht bei mir definitiv das Booten in den Droidboot-Modus mit Vol. - und Powertaste nicht mehr, das Tab startet einfach normal durch, nach dem Medion-Screen kommt die Lifetab -Animation.   Dieses Verhalten hatte auch TheDoctor bestätigt (für Lollipop nach Update #4, allerdings tritt das schon nach Update #3 auch auf!), Zitat:   "  2) Bei der aktuellen Version fehlt tatsächlich die Möglichkeit, vom ausgeschalteten Gerät in die Recovery oder die Batterieanzeige zu gehen.     Viele Grüße Der Doktor"   Und später:   Hallo allerseits,   erstmal vielen Dank für Eure Bereitschaft zum Testen der Updates und für das umfangreiche Feedback hier im Forum. Wir können einige der beschriebenen Probleme nachstellen, insbesondere die folgenden:   1) Performance ist bei vielen Spielen nicht optimal.   2) Einige Kamera-App arbeiten nicht einwandfrei.   3) Tastenkombination für die Recovery funktioniert nicht   4) WIFI-Verbindung macht Probleme im Standby   5) Google Play Movies und andere DRM-Apps zeigen ein schwarzes Bild   6) Geräte zeigt keinen Batteriestand mehr an, wenn es ausgeschaltet ist   Wir arbeiten (u.a. mit Intel) an einer Lösung für diese Probleme und werden sobald wie möglich ein weiteres Update zur Verfügung stellen. Nichtsdestotrotz geben wir Update #3 mit sofortiger Wirkung für alle frei,...   Einige der oben genannten Probleme sind bekannte Probleme von Android 5.0. Es kam bereits die Frage auf, warum wir nicht direkt auf 5.1 gehen. Die Antwort ist: Weil es derzeit kein entsprechendes SDK von Intel für unsere Platform gibt. Was den meisten nicht bekannt sein dürfte: Praktisch kein Hersteller baut seine HW/SW direkt auf dem SDK von Google auf! "       So jetzt meine Frage an dich (@payer):  Hattest du versucht im Lollipop direkt in Droidboot /  ins Recovery zu booten? Das soll nicht funktionieren.   Und nach dem Rückflashen von Update #3 aus dem Recovery Package auf KitKat geht es jetzt doch? Sehr interessant.    Vergleicht man das Bios capsule.bin aus Update #3 mit dem Biosupdate.fv aus dem Recovery Package, die laut flash.xml als capsule.bin geflasht wird, also auch als vollständiges Bios (?), so sind da kleinere Unterschiede drin.  Ebenfalls im direkten Vergleich der esp-, boot- und  recovery.images (boot und recovery.img aus der CWM-Sicherung!) bestehen kleinere Unterschiede. Die efilinux-user.efi (osloader) habe ich von der Vorversion nach Update #2 nicht, sehe aber in Up #3 nichts dass darauf hinweist dass dabei etwas duch patchen verändert wurde.   Das könnte erklären warum Booten in Droidboot nach dem Rückflash auf KK mit dem Recover-Package dann doch möglich wäre! Wird denn bei dir bei Einstecken des Ladegerätes das Akku-Lade-Symbol oder Icon gezeigt?     daddle ... View more

KlausX schrieb: Hallo daddle, Ich dachte, dass das fehlende Akkuladesymbol beim Laden des ausgeschalteten Tabs ein neuer Fehler wäre. Und die Veränderung des BIOS schränkt zwar nicht das normale Arbeiten ein, aber für eine Endversion in Kitkat ist das schon ein Nachteil, den das Update 3 nicht haben sollte.   Gruß Klaus JA das fehlende Akkusymbol schon, aber das bezieht sich ja nicht auf das Arbeiten im Android.   Ansonst bin ich, wie du auch, auch der Meinung dass für die KitKat-Endversion das Bios den Zugriff ins Recovery ermöglichen muss, was ja integraler Bestandteil des mitgelieferten / mitgekauften Android ist, und die Akku-Anzeige bei ausgeschaltetem Tab funktionieren sollte. Und gerade solange es kein funktionierendes Lollipop gibt (erst ab V. 5.1 zu erwarten).   Grüsse, daddle   ... View more

KlausX schrieb: Hallo daddle,   Also so einen Fehler habe ich eigentlich nicht gemeint.. Wenn das Update 3 geklappt hat, können wohl alle damit arbeiten. Wenn die Installation nicht klappt, kann ich nur zur Kenntnis nehmen, dass die User nach Deiner Ansicht selbst schuld sind.   Gruß Klaus Ja, allermeistens der User! Alles ein bisschen argumentativ verdreht: Du schriebst: "Da sich im Android Forum die Problemmeldungen über Update 3 häufen,....." Es häuft sich aber da nichts; es sind genau Fehlermeldungen von drei Usern; und bei einem hat sich jetzt ergeben dass der User in der System system-Apps gelöscht hatte, deswegen ein apply patch check-Fehler mit Abbruch kam; vorher aber steif und fest sagte nichts in der "system" geändert zu haben. Wessen Schuld also? Bestimmt nicht die des Updates.     Und so wird es bei den anderen zwei wohl auch sein! Wie beim letzten Update #2 auch: Alle die mit Xposed oder durch Löschen von System-Bestandteilen glaubten ihr System  zu "tunen" hatten Update-Probleme, "Normal-User" wie ich komischerweise nicht.   2. Zitat: "Ich finde es zwar gut, dass Du konkrete Tipps gibst, wie man trotz des Fehlers arbeiten kann, aber das sollte doch für den Normalanwender nicht die Regel sein."   Das erweckt im Umkehrschluss den Eindruck dass man ohne meineTipps nicht mit dem Tablet nach dem Update #3 arbeiten könne; du schränkst es ja nicht auf das Booten ins Recovery ein, daher entsteht dadurch ein falscher EIndruck.      Desweiteren bringt das Update #3 keine neuen Fehler, wie kommst du darauf? Habe dazu dergleichen noch nicht gelesen!   Grüsse, daddle   ... View more

KlausX schrieb: Hallo daddle,   Da sich im Android Forum die Problemmeldungen über Update 3 häufen, hoffe ich trotzdem auf eine korrigierte Fassung. Vielleicht kann sich mal ein Mitarbeiter von Medion dazu äussern, die lesen ja dort auch mit. Ich finde es zwar gut, dass Du konkrete Tipps gibst, wie man trotz des Fehlers arbeiten kann, aber das sollte doch für den Normalanwender nicht die Regel sein.   Gruß Klaus Hallo Klaus,   das ist ja alles ein bisschen weit hergeholt. Weder häufen sich die Problem-Meldungen über das Update #3 im AH-Forum noch ist es so dass es einen Fehler gäbe, der das Arbeiten nach dem Update #3 in Frage stellen würde.    Ich habe keinen Tipp gegeben, noch wäre solches nötig gewesen, der das Arbeiten mit dem Tab "trotz des Fehler" (welcher soll das sein?) erst ermöglichen würde.   Es gibt ein paar User die ihren Download nicht ordentlich hinkriegen, und ein paar die zuviel in der "system" rumgespielt haben.   Ich habe lediglich einen Tipp gegeben wie man trotz des neuen veränderten Bios auch direkt in den Droidboot-Modus und ins Recovery booten kann, das war alles.   Allerdings hätte ich auch gerne ein korrigiertes KitKat-Update, dass die Möglichkeit in den Droidboot-Modus und ins Recovery zu booten wieder herstellt und das Akkuladesymbol beim Laden des ausgeschalteten Tabs  anzeigt! Und das die bei manchen immer noch vorkommenden W-Lan Probleme mal endlich wirklich behebt.   daddle   ... View more

Du verstehst nicht was ich sage. Dein Problem.   Abgleich des Kassenbon-Datums mit dem Datum der Erstveröffentlichung der Lollipop-Zusage. Ist das so schwer? Dafür muss keine MSN auf dem Bon stehen, aber die MSN (auf dem Gerät!) gibt zusätzlich einen Hinweis aus welcher Verkaufsaktion das Tab stammt!   daddle   ... View more