Forumsbeitrag

[TRLC-DK1] Episodengrenzen und Datensatz-QA für Builders Labs (Mittelstufe)

[TRLC-DK1] Episode boundaries and dataset QA for builders labs (intermediate)

SVRC Community Team

DK1 data collection gets messy when teams are not consistent about where an episode begins, where it ends, and which runs should be excluded before training. How are you defining episode boundaries and filtering low-quality demonstrations in your DK1 workflow? Please share practical checks for resets, idle frames, partial failures, operator hesitation, and what your QA pass looks like before a dataset is considered usable. If you reply, include one exact QA rule that caught a bad run and one rule that turned out to be too strict.

Wie definieren Sie brauchbare DK1-Demonstrationen, damit Ihr Team keine Zeit mit dem Training für Episoden von geringer Qualität verschwendet?

Forum / Beitragsindex / TRLC-DK1

Post

Die DK1-Datenerfassung wird chaotisch, wenn sich die Teams nicht einig sind, wo eine Episode beginnt, wo sie endet und welche Läufe vor dem Training ausgeschlossen werden sollten.

Wie definieren Sie Episodengrenzen und filtern Demonstrationen mit geringer Qualität in Ihrem DK1-Workflow?

Bitte teilen Sie praktische Prüfungen auf Resets, Leerlaufrahmen, Teilausfälle, Zögern des Bedieners und wie Ihr QA-Durchlauf aussieht, bevor ein Datensatz als verwendbar betrachtet wird.

Wenn Sie antworten, geben Sie eine genaue QA-Regel an, die einen fehlerhaften Lauf festgestellt hat, und eine Regel, die sich als zu streng herausgestellt hat.

Modul: TRLC-DK1 · Zielgruppe: builders-labs · Typ: Frage

Tags: dk1, Datensatz-QA, Episodengrenzen, Demonstrationen

Kommentar 1

Die besten Antworten hier erklären, wie ein Team informative Ausfälle von verrauschten, unbrauchbaren Aufnahmen unterscheidet.

Kommentar 2

Episodengrenzen lassen sich viel einfacher durchsuchen und wiederverwenden, wenn Personen genaue Beispiele wie das Erreichen der Reset-Pose, das freigegebene Objekt oder das Erreichen einer Zeitüberschreitung bei einer Aufgabe teilen.

Kommentar 3

Wenn Sie vor dem Export des Datensatzes über eine einfache QA-Checkliste verfügen, veröffentlichen Sie diese. Genau das versuchen andere Labore herauszufinden.