Jump to content

Difference between revisions of "DEODEXED"

7 bytes added ,  09:08, 28 May 2014
m
no edit summary
(klingt besser)
m
Line 1: Line 1:
Der Begriff '''ODEXED''' kommt von der Dateierweiterung .odex, ".dex" steht für "'''D'''alvik '''Ex'''ecutable Format", das "'''o'''" für "optimized"<ref>http://www.android-hilfe.de/android-allgemein/332552-info-bedeutet-odex-deodex.html</ref>. Mit '''ODEXED''' bzw. '''DEODEXED''' bezeichnet man den Aufbau des Androidframeworks und einiger Systemapps. Ein ODEXED, bzw. DEODEXED Aufbau ist nur bei der Verwendung der [[Dalvik VM]] als Runtime Engine möglich und vorhanden. Bei der Verwendung der [[Android Runtime]] (ART) werden Klassen und weitere Daten, die bei der Dalvik VM im .dex ausgelagert sind, in [[OAT]] Dateien ausgelagert<ref>http://www.xda-developers.com/android/new-runtime-compiler-in-android-4-4/</ref>.
Der Begriff '''ODEXED''' kommt von der Dateierweiterung .odex, ".dex" steht für "'''D'''alvik '''Ex'''ecutable Format", das "'''o'''" für "optimized"<ref>http://www.android-hilfe.de/android-allgemein/332552-info-bedeutet-odex-deodex.html</ref>. Mit '''ODEXED''' bzw. '''DEODEXED''' bezeichnet man den Aufbau des Androidframeworks und einiger Systemapps. Ein ODEXED, bzw. DEODEXED Aufbau ist nur bei der Verwendung der [[Dalvik VM]] als Runtime Engine möglich und vorhanden. Bei der Verwendung der [[Android Runtime]] (ART) werden Klassen und weitere Daten, die bei der Dalvik VM im .dex ausgelagert sind, in [[OAT]] Dateien gespeichert<ref>http://www.xda-developers.com/android/new-runtime-compiler-in-android-4-4/</ref>.


== DEODEXED ==
== DEODEXED ==
Der Begriff DEODEXED "verneint" ODEXED, was bedeutet, dass das Gegenteil von einer ODEX-Dateistruktur zutrifft. Das Framework und die Apps sind dabei in den jeweiligen Dateien integriert, es werden keine Teile der Anwendung oder des Frameworks ausgelagert.
Der Begriff DEODEXED "verneint" ODEXED (Präfix "de"), was bedeutet, dass das Gegenteil von einer ODEX-Dateistruktur zutrifft. Das Framework und die Apps sind dabei in den jeweiligen Dateien integriert, es werden keine Teile der Anwendung oder des Frameworks ausgelagert.


=== Vorteile ===
=== Vorteile ===
Line 14: Line 14:


=== Vorteile ===
=== Vorteile ===
Die Vorteile eines ODEXED-Rom's liegen darin, dass das System beim Starten beschleunigt wird, da das System die Programmbibliotheken schneller verarbeiten kann. Dies wird dadurch erreicht, das die Programmbibliotheken direkt geladen werden können ohne, dass diese vorher entpackt werden müssen. Im Anschluss muss dann nur noch die übrig gebliebene, deutlich verkleinerte APK-Datei entpackt werden.
Die Vorteile eines ODEXED-Rom's liegen darin, dass das System beim Starten beschleunigt wird, da das System die Programmbibliotheken schneller verarbeiten kann. Dies wird dadurch erreicht, das die Programmbibliotheken direkt geladen werden können, ohne dass diese vorher entpackt werden müssen. Im Anschluss muss dann nur noch die übrig gebliebene, deutlich verkleinerte APK-Datei entpackt werden.


=== Nachteile ===
=== Nachteile ===
Dadurch, dass die Programmbibliotheken in *.odex-Dateien ausgelagert sind, ist es sehr schwierig diesen Aufbau des Rom's zu verändern (modden). Beim Entfernen von Systemapps muss beachtet werden, das zu den APK-Dateien auch die .odex-Dateien gelöscht werden müssen und umgekehrt. Beachtet man dies nicht, startet das Rom aufgrund eines Fehlers meist nicht.
Dadurch, dass die Programmbibliotheken in *.odex-Dateien ausgelagert sind, ist es sehr schwierig diesen Aufbau des Rom's zu verändern ("modifizieren", dt.: verändern, anpassen). Beim Entfernen von Systemapps muss beachtet werden, das zu den APK-Dateien auch die .odex-Dateien gelöscht werden müssen und umgekehrt. Beachtet man dies nicht, startet das Rom aufgrund eines Fehlers meist nicht.
Ein weiterer schwerer Nachteil ist, das wenn man einen Fehler beim modden eines ODEXED-Rom's macht, ist meist ein [[Bootloop]] zu erwarten, der sich nur durch Wiederherstellung des Originalzustandes entfernen lässt. Dies ist meist nur durch ein vorher erstelltes NANDROID-[[Backup]] möglich. Schwieriger ist das Wiederherstellen über die [[ADB]], sofern die Verbindung im Bootloop möglich ist. Dabei müsste man wissen, was man alles geändert hat und mittels Kommandozeile wiederherstellen.
Ein weiterer schwerer Nachteil ist, das ein sogenannter [[Bootloop]] zu erwarten ist, sollten Fehler beim Verändern der System-Dateien auftreten. Dieser ist meist nur durch einen Werks-Reset zu beheben, wodurch mindestens alle persöhnlcihen Daten verloren gehen. Schwieriger ist das Wiederherstellen über die [[ADB]], sofern die Verbindung im Bootloop möglich ist. Dabei müssten alle Änderungen über die Kommandozeile rückängig gemacht werden.


== Einzelnachweise ==
== Einzelnachweise ==
<references />
<references />
[[Kategorie:Allgemein]]
[[Kategorie:Allgemein]]
Autopatrol, emailconfirmed
70

edits

Cookies help us deliver our services. By using our services, you agree to our use of cookies.