Android Studio 3.2 (September 2018)

Android Studio 3.2 ist eine Hauptversion, die eine Vielzahl neuer Funktionen und Verbesserungen enthält.

Neuigkeiten zu Assistant

Ein neuer Assistent informiert dich über die neuesten Änderungen in Android Studio.

Der Assistent wird geöffnet, wenn Sie Android Studio nach einer Neuinstallation oder einem Update starten und neue Informationen angezeigt werden können. Sie können den Assistant auch über Hilfe > Neuigkeiten in Android Studio öffnen.

Android Jetpack

Android Jetpack beschleunigt die Android-Entwicklung mit Komponenten, Tools und Anleitungen, die sich wiederholende Aufgaben ersparen und es Ihnen ermöglichen, schneller und einfacher hochwertige, testbare Apps zu erstellen. Android Studio enthält die folgenden Updates zur Unterstützung von Jetpack. Weitere Informationen finden Sie in der Jetpack-Dokumentation.

Navigationseditor

Der neue Navigationseditor lässt sich in die Navigationskomponenten von Android Jetpack einbinden. Sie bietet eine grafische Ansicht zum Erstellen der Navigationsstruktur Ihrer App. Der Navigationseditor vereinfacht das Design und die Implementierung der Navigation zwischen In-App-Zielen.

In Android Studio 3.2 ist der Navigationseditor eine experimentelle Funktion. Wenn Sie den Navigationseditor aktivieren möchten, klicken Sie auf Datei > Einstellungen (Android Studio > Einstellungen auf dem Mac), wählen Sie im linken Bereich die Kategorie Experimentell aus, klicken Sie das Kästchen neben Navigationseditor aktivieren an und starten Sie Android Studio neu.

Weitere Informationen finden Sie in der Dokumentation zum Navigationseditor.

Migration zu AndroidX

Im Rahmen von Jetpack migrieren wir die Android-Unterstützungsbibliotheken zu einer neuen Android-Erweiterungsbibliothek mit dem Namespace androidx. Weitere Informationen finden Sie in der AndroidX-Übersicht.

Android Studio 3.2 unterstützt Sie mit einer neuen Migrationsfunktion bei diesem Vorgang.

Wenn Sie ein vorhandenes Projekt zu AndroidX migrieren möchten, wählen Sie Umstrukturieren > Zu AndroidX migrieren aus. Wenn Sie Maven-Abhängigkeiten haben, die nicht in den AndroidX-Namespace migriert wurden, konvertiert das Android Studio-Build-System diese ebenfalls automatisch.

Das Android-Gradle-Plug-in bietet die folgenden globalen Flags, die Sie in der Datei gradle.properties festlegen können:

• android.useAndroidX: Wenn dieses Flag auf true gesetzt ist, zeigt dieses Flag an, dass du AndroidX ab sofort verwenden möchtest. Wenn das Flag nicht vorhanden ist, verhält sich Android Studio so, als wäre das Flag auf false gesetzt.
• android.enableJetifier: Wenn dieses Flag auf true festgelegt ist, wird damit angegeben, dass Sie Tool-Support (über das Android Gradle-Plug-in) benötigen, um vorhandene Drittanbieterbibliotheken automatisch so zu konvertieren, als wären sie für AndroidX geschrieben. Wenn das Flag nicht vorhanden ist, verhält sich Android Studio so, als wäre es auf false festgelegt.

Beide Flags sind auf true gesetzt, wenn Sie den Befehl Zu AndroidX migrieren verwenden.

Wenn Sie sofort mit der Verwendung von AndroidX-Bibliotheken beginnen und vorhandene Drittanbieterbibliotheken nicht konvertieren müssen, können Sie das Flag android.useAndroidX auf true und das Flag android.enableJetifier auf false festlegen.

Android App Bundle

Android App Bundle ist ein neues Uploadformat, das den gesamten kompilierten Code und alle Ressourcen Ihrer App enthält. Die Generierung und Signatur des APK wird jedoch an den Google Play Store weitergeleitet.

Das neue App-Auslieferungsmodell von Google Play verwendet dann Ihr App-Bundle, um optimierte APKs für die Gerätekonfiguration jedes Nutzers zu generieren und bereitzustellen. So lädt jeder Nutzer nur den Code und die Ressourcen herunter, die er zum Ausführen Ihrer App benötigt. Sie müssen nicht mehr mehrere APKs erstellen, signieren und verwalten. Nutzer erhalten kleinere, optimiertere Downloads.

Außerdem können Sie Ihrem App-Projekt Funktionsmodule hinzufügen und in Ihr App Bundle aufnehmen. Ihre Nutzer können dann die Funktionen Ihrer App bei Bedarf herunterladen und installieren.

Wenn Sie ein Bundle erstellen möchten, wählen Sie Build > Build Bundle(s) / APK(s) > Build Bundle(s) aus.

Weitere Informationen, einschließlich einer Anleitung zum Erstellen und Analysieren eines Android App Bundles, findest du unter Android App Bundle.

Beispieldaten im Layout-Editor

Viele Android-Layouts haben Laufzeitdaten, die es schwierig machen können, das Erscheinungsbild eines Layouts in der Designphase der App-Entwicklung zu visualisieren. Sie können jetzt ganz einfach eine Vorschau Ihrer Ansicht im Layout-Editor mit Beispieldaten aufrufen. Wenn Sie eine Ansicht hinzufügen, wird unter der Ansicht im Designfenster die Schaltfläche angezeigt. Klicken Sie auf diese Schaltfläche, um die Ansichtsattribute in der Designzeit festzulegen. Sie können aus einer Vielzahl von Vorlagen für Beispieldaten wählen und die Anzahl der Beispielelemente angeben, mit denen die Ansicht gefüllt werden soll.

Wenn Sie Beispieldaten verwenden möchten, fügen Sie einem neuen Layout ein RecyclerView hinzu, klicken Sie unter der Ansicht auf die Schaltfläche für Designzeitattribute  und wählen Sie eine Auswahl aus dem Karussell mit Vorlagen für Beispieldaten aus.

Slices

Slices bieten eine neue Möglichkeit, Teile der Funktionen Ihrer App in andere Benutzeroberflächen auf Android-Geräten einzubetten. Mit Segmenten lassen sich beispielsweise App-Funktionen und ‐Inhalte in Vorschlägen der Google Suche anzeigen.

In Android Studio 3.2 gibt es eine integrierte Vorlage, mit der du deine App mit den neuen Slice-Anbieter-APIs erweitern kannst. Außerdem gibt es neue Lint-Prüfungen, mit denen du sicherstellen kannst, dass du beim Erstellen der Slices die Best Practices beachtest.

Klicken Sie zum Einstieg mit der rechten Maustaste auf einen Projektordner und wählen Sie Neu > Sonstiges > Slice-Anbieter aus.

Weitere Informationen, unter anderem zum Testen von Interaktionen mit Snippets, finden Sie im Einstiegsleitfaden für Snippets.

Kotlin 1.2.61

Android Studio 3.2 enthält Kotlin 1.2.61 und das neue Android SDK lässt sich besser in Kotlin integrieren. Weitere Informationen finden Sie im Blog für Android-Entwickler.

IntelliJ IDEA 2018.1.6

Die Kern-IDE von Android Studio wurde mit Verbesserungen von IntelliJ IDEA bis zur Version 2018.1.6 aktualisiert.

Android-Profiler

Probieren Sie die folgenden neuen Android Profiler-Funktionen in Android Studio 3.2 aus.

Sitzungen

Sie können jetzt Profiler-Daten als Sitzungen speichern, um sie später noch einmal aufzurufen und zu prüfen. Der Profiler speichert Ihre Sitzungsdaten, bis Sie die IDE neu starten.

Wenn Sie einen Methoden-Trace oder einen Heap-Dump aufzeichnen, fügt die IDE diese Daten (zusammen mit den Netzwerkaktivitäten Ihrer App) als separaten Eintrag zur aktuellen Sitzung hinzu. Sie können dann ganz einfach zwischen den Aufzeichnungen wechseln, um Daten zu vergleichen.

System Tracing

Wählen Sie im CPU-Profiler die neue Konfiguration System-Trace aus, um die CPU- und Threadaktivität des Geräts zu prüfen. Diese Trace-Konfiguration basiert auf systrace und ist nützlich, um Probleme auf Systemebene wie UI-Verzögerungen zu untersuchen.

Bei Verwendung dieser Trace-Konfiguration können Sie wichtige Coderoutinen visuell auf der Profiler-Zeitachse markieren, indem Sie Ihren C/C++-Code mit der nativen Tracing API oder den Java-Code mit der Klasse Trace instrumentieren.

JNI-Referenzen im Speicher-Profiler prüfen

Wenn Sie Ihre App auf einem Gerät mit Android 8.0 (API-Level 26) oder höher bereitstellen, können Sie jetzt mit dem Speicher-Profiler die Speicherzuweisungen für den JNI-Code Ihrer App prüfen.

Wählen Sie während der Ausführung Ihrer App einen Teil der Zeitachse aus, den Sie untersuchen möchten, und dann im Drop-down-Menü über der Klassenliste JNI-Heap aus (siehe Abbildung unten). Sie können dann Objekte im Heap wie gewohnt untersuchen und auf dem Tab Allocation Call Stack auf Objekte doppelklicken, um zu sehen, wo die JNI-Referenzen in Ihrem Code zugeordnet und freigegeben werden.

Speicher-Heap-Dumpdateien importieren, exportieren und prüfen

Sie können jetzt .hprof-Speicher-Heap-Dumpdateien importieren, exportieren und prüfen, die mit dem Speicher-Profiler erstellt wurden.

Importieren Sie die Datei .hprof, indem Sie im Bereich Sitzungen des Profilers auf Neue Profiler-Sitzung starten und dann auf Aus Datei laden klicken. Sie können die Daten dann wie bei jedem anderen Heap-Dump im Speicher-Profiler prüfen.

Wenn Sie Heap-Dump-Daten zur späteren Auswertung speichern möchten, verwenden Sie die Schaltfläche Heap-Dump exportieren rechts neben dem Eintrag Heap-Dump im Bereich Sitzungen. Speichern Sie die Datei im Dialogfeld Als mit der Dateiendung .hprof.

CPU-Aktivität beim Starten der App aufzeichnen

So können Sie die CPU-Aktivität beim Starten Ihrer App erfassen:

1. Wählen Sie im Hauptmenü Ausführen > Konfigurationen bearbeiten aus.
2. Klicken Sie auf dem Tab Profilerstellung der gewünschten Ausführungskonfiguration auf das Kästchen neben Aufzeichnen eines Methoden-Trace beim Start starten.
3. Wählen Sie im Drop-down-Menü eine CPU-Aufzeichnungskonfiguration aus.
4. Wählen Sie Ausführen > Profil aus, um Ihre App auf einem Gerät mit Android 8.0 (API-Level 26) oder höher bereitzustellen.

CPU-Traces exportieren

Nachdem Sie die CPU-Aktivität mit dem CPU-Profiler aufgezeichnet haben, können Sie die Daten als .trace-Datei exportieren, um sie für andere freizugeben oder später zu untersuchen.

So exportieren Sie einen Trace, nachdem Sie die CPU-Aktivität aufgezeichnet haben:

1. Klicken Sie auf der CPU-Zeitachse mit der rechten Maustaste auf die Aufzeichnung, die Sie exportieren möchten.
2. Wählen Sie im Drop-down-Menü die Option Trace exportieren aus.
3. Wählen Sie den Speicherort der Datei aus und klicken Sie auf Speichern.

CPU-Tracedateien importieren und prüfen

Sie können jetzt .trace-Dateien importieren und prüfen, die mit der Debug API oder dem CPU-Profiler erstellt wurden. Derzeit können Sie keine System Trace-Aufzeichnungen importieren.

Importieren Sie die Ablaufverfolgungsdatei, indem Sie im Bereich Sitzungen des Profilers auf Neue Profiler-Sitzung starten und dann auf Aus Datei laden klicken. Sie können die Daten dann wie gewohnt im CPU-Profiler prüfen, mit den folgenden Ausnahmen:

• Die CPU-Aktivität wird nicht auf der CPU-Zeitachse dargestellt.
• Die Zeitachse der Threadaktivität gibt nur an, wo Trace-Daten für jeden Thread verfügbar sind, und nicht die tatsächlichen Thread-Status wie „Wird ausgeführt“, „Wartet“ oder „Ruhezustand“.

CPU-Aktivitäten mit der Debug API aufzeichnen

Sie können jetzt die Aufzeichnung der CPU-Aktivitäten im CPU-Profiler starten und beenden, indem Sie Ihre App mit der Debug API instrumentieren. Nachdem Sie Ihre App auf einem Gerät bereitgestellt haben, beginnt der Profiler automatisch mit der Aufzeichnung der CPU-Aktivität, wenn Ihre App startMethodTracing(String tracePath) aufruft. Die Aufzeichnung wird beendet, wenn Ihre App stopMethodTracing() aufruft. Während der CPU-Profiler die CPU-Aktivitäten aufzeichnet, die mit dieser API ausgelöst werden, wird Debug API als ausgewählte CPU-Aufzeichnungskonfiguration angezeigt.

Energy Profiler

Der Energieprofiler zeigt eine Visualisierung des geschätzten Energieverbrauchs Ihrer App sowie Systemereignisse, die sich auf den Energieverbrauch auswirken, z. B. Wakelocks, Wecker und Jobs.

Der Energiesparprofil wird als neue Zeile unten im Fenster Profiler angezeigt, wenn Sie Ihre App auf einem verbundenen Gerät oder Android-Emulator mit Android 8.0 (API 26) oder höher ausführen.

Klicken Sie auf die Zeile Energie, um die Ansicht des Energieprofils zu maximieren. Bewegen Sie den Mauszeiger auf einen Balken in der Zeitachse, um eine Aufschlüsselung der Energienutzung nach CPU-, Netzwerk- und Standortressourcen (GPS) sowie relevante Systemereignisse zu sehen.

Systemereignisse, die sich auf den Energieverbrauch auswirken, werden in der Zeitachse System unter der Zeitachse Energie angezeigt. Details zu Systemereignissen im angegebenen Zeitraum werden im Ereignisbereich angezeigt, wenn Sie auf der Zeitachse Energie einen Zeitraum auswählen.

Wenn Sie den Aufrufstack und andere Details für ein Systemereignis wie ein Wakelock sehen möchten, wählen Sie es im Ereignisbereich aus. Wenn Sie den Code aufrufen möchten, der für ein Systemereignis verantwortlich ist, klicken Sie doppelt auf den Eintrag im Aufrufstapel.

Flusenprüfung

Android Studio 3.2 enthält viele neue und verbesserte Funktionen für die Lint-Prüfung.

Mit den neuen Lint-Prüfungen können Sie häufige Codeprobleme finden und identifizieren, von Warnungen zu potenziellen Usability-Problemen bis hin zu Fehlern mit hoher Priorität im Hinblick auf potenzielle Sicherheitslücken.

Lint-Prüfungen für die Java/Kotlin-Interoperabilität

Damit Ihr Java-Code gut mit Ihrem Kotlin-Code zusammenarbeitet, werden mit neuen Lint-Prüfungen die Best Practices erzwungen, die im Kotlin Interop Guide beschrieben sind. Zu diesen Prüfungen gehören beispielsweise die Suche nach Annotationen zur Null-Zulässigkeit, die Verwendung von festen Kotlin-Keywords und die letzte Platzierung von Lambda-Parametern.

Um diese Prüfungen zu aktivieren, klicken Sie auf Datei > Einstellungen (Android Studio > Einstellungen auf einem Mac), um das Dialogfeld Einstellungen zu öffnen. Gehen Sie zum Abschnitt Editor > Inspektionen > Android > Lint > Interoperabilität > Kotlin-Interoperabilität und wählen Sie die Regeln aus, die Sie aktivieren möchten.

Wenn Sie diese Prüfungen für Builds über die Befehlszeile aktivieren möchten, fügen Sie der build.gradle-Datei Folgendes hinzu:

        android {
            lintOptions {
                check 'Interoperability'
            }
        }
        
      

Lint-Prüfungen für Slices

Mit den neuen Lint-Prüfungen für Slices können Sie dafür sorgen, dass Sie Slices korrekt erstellen. So werden Sie beispielsweise durch Lint-Prüfungen gewarnt, wenn Sie einem Snippet keine primäre Aktion zugewiesen haben.

Neues Gradle-Ziel

Mit der neuen Gradle-Aufgabe lintFix können Sie alle sicheren Korrekturen, die von der Lint-Prüfung vorgeschlagen wurden, direkt auf den Quellcode anwenden. Ein Beispiel für eine Lint-Prüfung, bei der eine sichere Korrektur vorgeschlagen wird, ist SyntheticAccessor.

Metadatenaktualisierungen

Verschiedene Metadaten, z. B. die Prüfung für die Dienstübertragung, wurden für Lint-Prüfungen aktualisiert, damit sie mit Android 9 (API-Ebene 28) funktionieren.

Warnung beim Ausführen von lint auf einer neuen Variante

Lint zeichnet jetzt auf, mit welcher Variante und Version eine Baseline erfasst wird. Außerdem werden Sie gewarnt, wenn Sie Lint auf einer anderen Variante ausführen als der, mit der die Baseline erstellt wurde.

Verbesserungen an bestehenden Lint-Prüfungen

Android Studio 3.2 enthält viele Verbesserungen an den vorhandenen Lint-Prüfungen. So gelten die Ressourcenzyklusprüfungen jetzt beispielsweise für weitere Ressourcentypen und der Übersetzungsdetektor kann fehlende Übersetzungen im Editor direkt finden.

Bessere Sichtbarkeit von Problem-IDs

Problem-IDs werden jetzt an mehr Stellen angezeigt, z. B. im Fenster Prüfergebnisse. So können Sie die Informationen, die Sie zum Aktivieren oder Deaktivieren bestimmter Prüfungen benötigen, leichter über lintOptions in build.gradle finden.

Weitere Informationen finden Sie unter Lint-Optionen mit Gradle konfigurieren.

Datenbindung V2

Data Binding V2 ist jetzt standardmäßig aktiviert und mit V1 kompatibel. Wenn Sie Bibliotheksabhängigkeiten haben, die Sie mit V1 kompiliert haben, können Sie diese also für Projekte verwenden, die die Datenbindung V2 verwenden. Projekte, die V1 verwenden, können jedoch keine Abhängigkeiten verwenden, die mit V2 kompiliert wurden.

D8-Entzuckerung

In Android Studio 3.1 haben wir den Desugaring-Schritt als experimentelle Funktion in das D8-Tool integriert, wodurch die Gesamtbauzeit verkürzt wird. In Android Studio 3.2 ist die Entsaccharisierung mit D8 standardmäßig aktiviert.

Neuer Code-Optimierungstool

R8 ist ein neues Tool zur Verkleinerung und Verschleierung von Code, das ProGuard ersetzt. Sie können die Vorabversion von R8 verwenden, indem Sie Folgendes in die gradle.properties-Datei Ihres Projekts einfügen:

      android.enableR8 = true
    

Standard-ABIs für Multi-APKs geändert

Wenn Sie mehrere APKs erstellen, die jeweils auf ein anderes ABI ausgerichtet sind, generiert das Plug-in standardmäßig keine APKs mehr für die folgenden ABIs: mips, mips64 und armeabi.

Wenn du APKs erstellen möchtest, die auf diese ABIs ausgerichtet sind, musst du NDK r16b oder niedriger verwenden und die ABIs in deiner build.gradle-Datei angeben, wie unten gezeigt:

    splits {
        abi {
            include 'armeabi', 'mips', 'mips64'
            ...
        }
    }
    

    splits {
        abi {
            include("armeabi", "mips", "mips64")
            ...
        }
    }
    

Hinweis:Diese Verhaltensänderung ist auch in Android Studio 3.1 RC1 und höher enthalten.

Verbesserte Editorfunktionen für CMake-Build-Dateien

Wenn Sie CMake verwenden, um Ihrem Projekt C- und C++-Code hinzuzufügen, bietet Android Studio jetzt verbesserte Editorfunktionen, mit denen Sie Ihre CMake-Build-Scripts bearbeiten können, z. B.:

• Syntaxhervorhebung und Codevervollständigung:In der IDE werden jetzt gängige CMake-Befehle hervorgehoben und Vorschläge zur Codevervollständigung gemacht. Sie können auch eine Datei aufrufen, indem Sie darauf klicken und dabei die Strg-Taste gedrückt halten (Befehlstaste auf dem Mac).
• Code neu formatieren:Mit der Option zum Neuformatieren von Code in IntelliJ können Sie jetzt Codestile auf Ihre CMake-Buildscripts anwenden.
• Sichere Refaktorierung:Die in der IDE integrierten Refaktorierungstools prüfen jetzt auch, ob Sie Dateien umbenennen oder löschen, auf die Sie in Ihren CMake-Build-Skripts verweisen.

Externe Headerdateien aufrufen

Wenn Sie in früheren Versionen von Android Studio das Fenster Projekt verwenden, konnten Sie nur die Headerdateien aufrufen und prüfen, die zu Bibliotheken gehören, die Sie aus einem lokalen Projekt erstellt haben. Mit dieser Version können Sie jetzt auch Headerdateien ansehen und prüfen, die in externen C/C++-Bibliotheksabhängigkeiten enthalten sind, die Sie in Ihr App-Projekt importieren.

Wenn Sie bereits C/C++-Code und ‑Bibliotheken in Ihr Projekt aufgenommen haben, öffnen Sie das Fenster Projekt auf der linken Seite der IDE. Wählen Sie dazu im Hauptmenü Ansicht > Toolfenster > Projekt und dann im Drop-down-Menü Android aus. Im Verzeichnis cpp sind alle Header, die zum Geltungsbereich Ihres App-Projekts gehören, für jede Ihrer lokalen C/C++-Bibliotheksabhängigkeiten unter dem Knoten include organisiert, wie unten dargestellt.

Nativer Multidex standardmäßig aktiviert

In früheren Versionen von Android Studio wurde native Multidex aktiviert, wenn die Debugversion einer App auf einem Gerät mit Android API-Level 21 oder höher bereitgestellt wurde. Unabhängig davon, ob Sie eine Bereitstellung auf einem Gerät vornehmen oder ein APK für die Veröffentlichung erstellen, aktiviert das Android-Plug-in für Gradle jetzt native Multidex-Unterstützung für alle Module, für die minSdkVersion=21 oder höher festgelegt ist.

AAPT2 in das Maven-Repository von Google verschoben

Ab Android Studio 3.2 ist das Maven-Repository von Google die Quelle für AAPT2 (Android Asset Packaging Tool 2).

Wenn Sie AAPT2 verwenden möchten, muss in Ihrer build.gradle-Datei eine google()-Abhängigkeit vorhanden sein, wie hier gezeigt:

    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath 'com.android.tools.build:gradle:3.2.0'
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }
    

    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath("com.android.tools.build:gradle:3.2.0")
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }
    

Mit der neuen Version von AAPT2 wurden viele Probleme behoben, darunter eine verbesserte Verarbeitung von Nicht-ASCII-Zeichen unter Windows.

On-Demand-Entfernung der Konfiguration

Die Einstellung On-Demand-Konfiguration wurde aus Android Studio entfernt.

Android Studio übergibt das Argument --configure-on-demand nicht mehr an Gradle.

ADB-Verbindungsassistent

Der neue ADB-Verbindungsassistent enthält eine detaillierte Anleitung zum Einrichten und Verwenden eines Geräts über die Android Debug Bridge (ADB)-Verbindung.

Wählen Sie Tools > Verbindungsassistent aus, um den Assistenten zu starten.

Der ADB-Verbindungsassistent bietet auf mehreren Seiten im Bereich Assistant eine Anleitung, Kontextsteuerelemente und eine Liste der verbundenen Geräte.

Emulator-Verbesserungen

Sie können jetzt jederzeit Snapshots eines AVD (virtuelles Android-Gerät) im Android-Emulator speichern und laden. So lässt sich ein emuliertes Gerät schnell und einfach zu Testzwecken auf einen bekannten Status zurücksetzen. Wenn Sie eine AVD mit dem AVD Manager bearbeiten, können Sie angeben, welcher AVD-Snapshot beim Starten der AVD geladen werden soll.

Die Steuerelemente zum Speichern, Laden und Verwalten von AVD-Snapshots befinden sich jetzt im Fenster Erweiterte Steuerelemente des Emulators auf dem Tab Snapshots.

Weitere Informationen finden Sie unter Snapshots.

Weitere Informationen zu den Neuerungen und Änderungen am Emulator finden Sie in den Versionshinweisen zum Emulator.