GPU Canvas without `@ExperimentalDeferredRendering`: is there a timeline?

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

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
35/100
Tipo de issue
Documentación
Claridad
Necesita aclaración
Estado de actividad
Activo
Stack tecnológico
android, kotlin
Área
mobile

Línea de trabajo

Start by reading the CommandQueue constructor docs for rive-android 11.15.0 and the deferred rendering documentation mentioned in the issue. Find whether a tracking issue or roadmap entry covers GPU Canvas support across command queues, production safety by device or GPU family, and per-view or per-file rendering on a regular worker. Done when those questions have clear answers or are linked to authoritative tracking issues.

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

Descripción

On Android, rendering GPU Canvas (3D) content needs the deferred worker, CommandQueue(renderBackend, enableGPUCanvas = true), which requires opting into @ExperimentalDeferredRendering.

The constructor docs in 11.15.0 say:

GPU Canvas content draws through a deferred renderer, which does not improve rendering performance yet. This constructor will be removed once every command queue can render GPU Canvas content.

Questions:

  1. Is there a timeline or tracking issue for every CommandQueue rendering GPU Canvas content, so the experimental opt-in goes away?
  2. Until then, is the deferred worker considered safe for production? Are there device or GPU families (e.g. Mali, low-end Adreno) where it's not recommended?
  3. Is GPU Canvas per view, or per file, on a regular worker on the roadmap?

rive-android 11.15.0

Lenguaje dominante
Kotlin
Estrellas
547
Forks
68
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 rive-app/rive-android

Todos los issues de rive-app/rive-android

Issues similares

Más issues de Kotlin

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.