---
name: Gerät melden
about: Ergebnis der Phase-0-Beweise auf deinem Telefon — Erfolg wie Fehlschlag
title: "[Gerät] Hersteller Modell (Android X)"
labels: geraet
---

**Ein Fehlschlag ist genauso wertvoll wie ein Erfolg.** Sauber dokumentiert zeigt er,
wo die Grenze verläuft — und das ist für andere oft nützlicher als eine weitere
Erfolgsmeldung. Bitte nichts beschönigen und nichts weglassen.

## Gerät

| | |
|---|---|
| Hersteller und Modell | |
| Codename (`getprop ro.product.device`) | |
| SoC / GPU | |
| Android-Version und ROM | |
| RAM / freier Speicher | |

## Ergebnisse

| Beweis | Ergebnis | Anmerkung |
|---|---|---|
| **S1** Plasma Mobile in proot | ⬜ bestanden / ⬜ gescheitert / ⬜ teilweise | |
| **S2** Mikrofon im Linux | ⬜ bestanden / ⬜ gescheitert / ⬜ teilweise | |
| **S3** Virtuelle PipeWire-Kamera | ⬜ bestanden / ⬜ gescheitert / ⬜ teilweise | |
| **S4** Intent-Handoff | ⬜ bestanden / ⬜ gescheitert / ⬜ teilweise | |
| **Übernacht-Test** | ⬜ bestanden / ⬜ gescheitert | |

## Leistung

| | |
|---|---|
| GPU-Pfad (Turnip / Zink / virgl / Software) | |
| `glmark2` | |
| Virtuelle Auflösung | |
| Akkuverbrauch im Leerlauf mit laufendem Stack | |

## Hintergrundbetrieb

Manche ROMs beenden Hintergrundprozesse deutlich aggressiver als andere. Das entscheidet
über die Alltagstauglichkeit, deshalb bitte ausfüllen:

- Welche Handgriffe waren nötig, damit der Stack eine Nacht überlebt?
- Was hat das ROM trotzdem beendet?

## Was schiefging

Bitte die Protokolle aus `spike/out/*.log` anhängen oder die entscheidenden Zeilen
einfügen. Interessant ist vor allem, **woran** etwas gescheitert ist — nicht nur, dass.

<details>
<summary>Protokoll</summary>

```
hier einfügen
```

</details>