Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

KWS open division: clarification on LFBE pre-processing parameters

Abierto
#191 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
45/100
Tipo de issue
Documentación
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
c

Línea de trabajo

Read the KWS open-division rules and the linked reference lines for the MFCC and LFBE options; the issue does not name specific files or tests. Confirm the canonical LFBE input shape, mel range, and whether raw-audio on-device feature extraction counts toward latency and energy, then provide a pointer to the authoritative file or commit.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

The rules allow three pre-processing options for KWS in the open division. I'd like to confirm the intended LFBE settings:

  1. Input shape: Is the LFBE feature map meant to be 40×41 or 40×49? I.e., does LFBE use the same window/stride as the MFCC reference (30 ms / 20 ms), or different values? [link to relevant lines]

  2. Mel range: MFCC appears to use ~20 Hz–4 kHz, while LFBE uses 0 Hz–8 kHz [link]. Is this intentional, or should LFBE match the MFCC range? A 0 Hz lower edge is unusual for speech, so I wanted to check it isn't a library default.

  3. td_samples: For the raw-audio option, is any on-device feature extraction considered part of the model, and therefore included in measured latency and energy?

A pointer to the canonical values (file/commit) would be great. Thanks!

Simeon

Lenguaje dominante
C
Estrellas
482
Forks
116
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de mlcommons/tiny

Todos los issues de mlcommons/tiny

Issues similares

Más issues de C

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.