Scoremotoren, ikke en illustrasjon av den

Ekte kamerabilde, ekte skjelett fra en ekte modell — ikke MockPoseProvider. Klokkebeskrivelsen står Unknown med vilje: vi har ikke målt hvilken klokke presentationTime faktisk er forankret i på tvers av nettlesere, så denne kilden er alltid urangert. Se ADR-0004 og sprint 18 i Motion Proof-planen.

Trykk Send live på telefonen, og Se live her. Det som sendes er normaliserte landmarks — cirka 1 kB per frame mot ~100 kB for et videobilde — og denne skjermen tegner dem med nøyaktig samme drawSkeleton og drawTrails som telefonen bruker. Scoringsveien (/ws/motion) er urørt: å se på kan ikke påvirke et resultat.

Følger bevegelsen takten — uten et forhåndsdefinert beatmap. Knappene under sender et ekte 1D-signal (simulert håndhøyde over tid) til /api/rhythm/analyze, som finner ekte hastighetstopper og sammenligner fasen deres mot forventet slag.

Ekte avspilling planlagt med audioContext.currentTime, ikke setTimeout. BPM settes manuelt denne sprinten — bevisst scope, se sprint 21 i Motion Proof-planen. Start sesjon sender et lite ekte beatmap over broen og starter TrackClock::driving i backend synkront med det som faktisk spiller.

Hvert treff er et forenklet MoveEvent: hvilket slag det skal treffes på, og hvor mange millisekunder spilleren faktisk traff ved siden av. Plasseringen på linjen under er ikke dekorasjon — den er beregnet fra de samme tallene som sendes til serveren.

Et fullstendig beatmap som JSON, kompilert i to lag. Først skjemakonformitet — har det de feltene og typene beatmap.schema.json krever, sjekket av det åpne kildekode-biblioteket jsonschema. Består det, kjøres domenereglene — GDD-en og ADR-0005s gate-tetthetsregel. Et beatmap som feiler lag én sendes aldri til lag to.

Timing-rygg

Midtsonen er det faktiske toleransevinduet for gjeldende BPM — ikke en fast bredde. Tikk til venstre er tidlig, til høyre er sent.

To ekte ting, ikke to påstander: hvilke lydenheter denne serveren faktisk ser gjennom cpal akkurat nå, og en symphonia-dekoding av en committet WAV-fil — beviser at nivå 2 i musikkstrategien (lokale filer) fungerer ende til ende.

Ingen pose-modell finnes ennå — det krever et ekte kamera å verifisere mot, se ADR-0008. Dette beviser noe smalere og like viktig: at selve kjøremotoren virker. Grafen under er en ekte, committet ONNX-fil (y = x·2 + 1), lastet og kjørt av tract — samme motor som skal kjøre en faktisk posemodell senere.

Kjernekravet i hele arkitekturen: samme innspilte bevegelse skal gi identisk score på Windows, Android og iOS. Dette kjører de forpliktede referansestrømmene mot dagens evaluator-kode og viser om det fortsatt holder.