Phase 9 exit: the doctor's report over the corpus, and a bundle, HUD and trace from a device
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 12/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Active
- Domain
- mobile, observability, performance
Research direction
Start with PRD.md Part 4 (Phase 9 exit criterion) and the corpus register that check runs over the deliberately broken manifests. The committed doctor report needs every pathology, its severity grade, and the doctor's output, including the entries it correctly reported nothing for. The device parts need a real device session, a bundle exported and checked against every redaction rule, a HUD capture, and a devicelab Perfetto trace. Done means the report, bundle, HUD evidence and trace are committed and ./gradlew assemble check passes.
Written by the indexing model from the issue text.
Description
Parent
#284
What to build
PRD.md Part 4's Phase 9 exit criterion, and the parts of this phase that only a device can answer.
The criterion itself — "the doctor correctly identifies each pathology in a curated set of deliberately broken manifests" — is met under check by the corpus register, with no device involved. What this ticket adds is the committed report: the doctor run over the whole curated set, every pathology beside what the doctor said about it, so that the claim is readable rather than merely green. devicelab measures and does not assert, and the same applies here: the verdict goes into a committed report.
On the device:
- A bundle from a real session, exported off the device and read back, from a session that really loaded over a real network with a real device's codecs and protection — the one place the redaction rules meet data that was never synthetic.
- The HUD on the demo, shown while playing, with its numbers moving.
- A Perfetto capture showing SuperPlayer's phases beside
MediaCodec's.
Say what the emulator could not show, and name the device that did.
Acceptance criteria
- A report over the curated corpus is committed: every pathology, every severity grade, and what the doctor reported for it, including the entries it correctly reported nothing for
- A bundle captured from a real device is committed with the run, and inspected against every redaction rule
- The HUD is shown on a device, with evidence
- A Perfetto capture from devicelab shows SuperPlayer's phases, committed with the run
- The report names the device, and says which criteria the emulator could not answer
-
./gradlew assemble checkpasses
Blocked by
- #290
- #292
- #293
- #294
- Dominant language
- Kotlin
- Stars
- 1
- Forks
- 0
- Avg merge
- 1h 20m
- Merged PRs (30d)
- 172
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from ramesh130/superplayer
-
bug need-device
Difficulty 2/5 1-3 hours Newbie friendliness 64/100
ramesh130/superplayer#495 ·
Maintainers usually reply within 1 day
-
Flakes (Android): AudioCapabilityChangeTest reselect wait and DownloadConditionsTest metered stopOpenready-for-agent
Difficulty 4/5 1-2 days Newbie friendliness 28/100
ramesh130/superplayer#526 ·
Maintainers usually reply within 1 day
-
ios ready-for-agent
Difficulty 4/5 3-5 days Newbie friendliness 28/100
ramesh130/superplayer#518 ·
Maintainers usually reply within 1 day
-
ready-for-agent
Difficulty 4/5 1-2 days Newbie friendliness 58/100
ramesh130/superplayer#501 ·
Maintainers usually reply within 1 day
-
ready-for-agent
Difficulty 4/5 3-5 days Newbie friendliness 48/100
ramesh130/superplayer#500 ·
Maintainers usually reply within 1 day
All issues in ramesh130/superplayer
Similar issues
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
Maintainers usually reply within 1 day
-
enhancement triaged
Difficulty 1/5 Under an hour Newbie friendliness 63/100
Maintainers usually reply within 1 day
-
bug follow-up
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Maintainers usually reply within 1 day
-
bug 🐞 CI/CD ⚒️
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
valkey-io/valkey-glide#7370 ·
Maintainers usually reply within 1 day
-
binding:web core docs p3
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
RunanywhereAI/runanywhere-sdks#1123 ·
Maintainers usually reply within 1 day