[TRLC-DK1] Límites de episodios y QA de conjuntos de datos para laboratorios de constructores (intermedio)

¿Cómo estás definiendo demostraciones utilizables de DK1 para que tu equipo no pierda tiempo entrenando en episodios de baja calidad?

Foro / Índice de publicaciones / TRLC-DK1

Publicar

La recolección de datos de DK1 se vuelve desordenada cuando los equipos no son consistentes sobre dónde comienza un episodio, dónde termina y qué ejecuciones deben ser excluidas antes del entrenamiento.

¿Cómo estás definiendo los límites de los episodios y filtrando las demostraciones de baja calidad en tu flujo de trabajo de DK1?

Por favor, comparte verificaciones prácticas para reinicios, marcos inactivos, fallos parciales, vacilación del operador y cómo se ve tu pase de QA antes de que un conjunto de datos se considere utilizable.

Si respondes, incluye una regla exacta de QA que capturó una mala ejecución y una regla que resultó ser demasiado estricta.

Módulo: TRLC-DK1 · Audiencia: laboratorios de constructores · Tipo: pregunta

Etiquetas: dk1, qa-de-conjuntos-de-datos, límites-de-episodios, demostraciones

Comentario 1

Las mejores respuestas aquí explican cómo un equipo distingue fallos informativos de grabaciones ruidosas no utilizables.

Comentario 2

Los límites de los episodios se vuelven mucho más fáciles de buscar y reutilizar cuando las personas comparten ejemplos exactos como pose de reinicio alcanzada, objeto liberado o tiempo de tarea agotado.

Comentario 3

Si tienes una lista de verificación de QA ligera antes de la exportación del conjunto de datos, publícala. Eso es exactamente lo que otros laboratorios están tratando de encontrar.