Wrapping draw code is inconsistent
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
Start by mapping the separate wrapping paths named in the issue: terrain objects, primitives, SceneEditors, and GUIs/HUD; the payload does not identify files or tests. The proposed direction is to move wrapping out of individual draw code and tile the scene into the screen; determine which draw paths need to change and how to verify wrapped edges and very small scenes.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Pretty much all uses of wrapping code are different and also mostly broken in a number of different places:
- Terrain objects don't wrap across xy wrapped corners (inconsistently as well between objects, some miss one corner, sometimes there's just one corner), and sometimes don't wrap on y wrapping edges
- Nothing behaves correctly on very small scenes (MOs draw at most 3 times, though sometimes 4, primitives draw at most 2 times)
- Primitives wrapping is just a menace (fixed in gpu-primitives)
- SceneEditors also implement their own thing, that doesn't wrap y, and definitely not xy
- GUIs/HUD don't wrap at all mostly (it's a miracle they work across seams at all)
Proposing to just not handle wrapping in the individual draw code at all and instead just calling draws as many times as needed to tile the scene into the screen, meaning things just draw at their scene coordinates (prevents overdraw on seams)
- Lenguaje dominante
- C++
- Estrellas
- 329
- Forks
- 47
- Merge medio
- 6 d 10 h
- PR fusionados (30 d)
- 14
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de cortex-command-community/Cortex-Command-Community-Project
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
cortex-command-community/Cortex-Command-Community-Project#315 ·
Los mantenedores suelen responder en 2 días
-
enhancement
Dificultad 1/5 Menos de una hora Aptitud para principiantes 87/100
cortex-command-community/Cortex-Command-Community-Project#301 ·
Los mantenedores suelen responder en 2 días
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 50/100
cortex-command-community/Cortex-Command-Community-Project#316 ·
Los mantenedores suelen responder en 2 días
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 57/100
cortex-command-community/Cortex-Command-Community-Project#314 ·
Los mantenedores suelen responder en 2 días
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
cortex-command-community/Cortex-Command-Community-Project#313 ·
Los mantenedores suelen responder en 2 días
Todos los issues de cortex-command-community/Cortex-Command-Community-Project
Issues similares
-
backlog
Dificultad 1/5 Menos de una hora Aptitud para principiantes 91/100
EchoTools/nevr-runtime#1108 ·
Los mantenedores suelen responder en 1 día
-
Status: Needs confirmation Status: Needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
boykopovar/AnyPS5#12124 ·
Los mantenedores suelen responder en 1 día
-
bug-unconfirmed
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día