Knisternden RetroArch-Ton unter Android beheben, ohne Verlangsamung zu verdecken
Stelle die Standardsynchronisation wieder her, entferne Shader und Run-Ahead und beobachte während des Knisterns die Emulationsgeschwindigkeit. Fällt sie unter das Ziel des Cores, reduziere zuerst die Last; ein größerer Puffer erzeugt keine fehlende CPU-Zeit. Bleibt sie stabil, teste den Gerätelautsprecher, eine feste Bildwiederholrate und genau eine vorsichtige Latenzänderung mit Protokoll und rücksetzbarer Basis.
Fehler in dieser Reihenfolge eingrenzen
- 01
Notiere RetroArch- und Core-Version, Audio- und Videotreiber, Displaymodus, Ausgabegerät und die Szene, in der das Knistern beginnt.
- 02
Stelle Audio und Synchronisation auf Standard, deaktiviere Shader und Run-Ahead, schließe Recorder und starte denselben autorisierten Inhalt neu.
- 03
Beobachte die Geschwindigkeit mehrere Minuten; fällt sie zusammen mit dem Knistern, senke Core- und Videolast vor jeder Latenzänderung.
- 04
Bleibt sie stabil, teste den Lautsprecher ohne Bluetooth und USB-Audio und prüfe Medienlautstärke sowie Android-Audiofokus.
- 05
Nutze RetroArchs gemessene Bildwiederholrate oder einen festen Android-Modus, teste erneut und lasse Dynamic Rate Control für die Basis aktiv.
- 06
Ändere die Audiolatenz einmal vorsichtig, teste dieselbe Szene am warmen Gerät und speichere nur bei Verbesserung ohne unzumutbare Verzögerung.
Befund und nächster Test
| Befund | Wahrscheinlichste Grenze | Nächster Schritt |
|---|---|---|
| Knistern und Geschwindigkeit unter Ziel | Core-Last, Videokosten oder thermische Drosselung | Effekte entfernen und Dauerleistung messen |
| Stabile Geschwindigkeit; nur Bluetooth knistert | Android-Route, Codec oder Funkplanung | Lautsprecher testen, dann ein Gerät verbinden |
| Stabile Geschwindigkeit und periodisches Videoruckeln | Refresh-/Vsync-Synchronisation | Bildrate messen und Dynamic Rate Control zurücksetzen |
| Fehler nur bei sehr niedriger Latenz | Audiopuffer läuft leer | Zur letzten stabilen Latenz zurückkehren |
Audio ist oft das erste Leistungssignal
Der Emulator muss stetig Audio liefern, während er die Maschine fortschaltet und Video ausgibt. Hält der Core sein Zieltempo nicht, leert sich der Puffer und Knistern kann vor sichtbarer Verlangsamung auftreten.
Miss die Core-Geschwindigkeit statt nur gerenderter FPS. Frames können bei korrektem Maschinentiming ausgelassen oder trotz verspäteter Emulation angezeigt werden.
Synchronisation ist ein System, keine Sammlung von Beschleunigern
RetroArchs Dynamic Rate Control gleicht kleine Unterschiede zwischen Inhalt und Display aus. Mehrere Sync-Optionen zugleich abzuschalten kann das Symptom verschieben und unruhige Bewegung, Tonhöhenänderung oder mehr Latenz erzeugen.
Kehre zu Standardwerten zurück, bestimme die echte Displayrate und ändere nur eine Ebene. Threaded Video kann Treiberlast senken, hat laut Libretro aber Nachteile bei Gleichmäßigkeit und Latenz und bleibt daher ein dokumentierter Ausweg.
Unter Android zählt der Test am warmen Gerät
Android kann CPU- oder GPU-Leistung bei thermischer Belastung drosseln. Eine saubere erste Minute mit späterem Knistern deutet auf eine Dauerleistungsgrenze, besonders wenn zugleich das Tempo fällt.
Teste nach dem Aufwärmen bei gleichem Energiemodus, gleicher Helligkeit und Hintergrundlast. Ein Latenzwert eines Telefons ist nicht allgemein gültig; binde ihn an Gerät, Route, Core und Szene.
Verwende einen eigenen rechtmäßigen Dump, vom Urheber freigegebenen Inhalt oder ein eigenes Testprogramm. Ein bekanntes kommerzielles Spiel ist für die Audioprüfung nicht nötig; Emulatoreinstellungen ändern keine Inhaltsrechte.