Wrapping draw code is inconsistent
Mantenedores costumam responder em até 2 dias
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
Direção de pesquisa
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.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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)
- Linguagem predominante
- C++
- Estrelas
- 329
- Forks
- 47
- Merge médio
- 6d 10h
- PRs com merge (30d)
- 14
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de cortex-command-community/Cortex-Command-Community-Project
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
cortex-command-community/Cortex-Command-Community-Project#315 ·
Mantenedores costumam responder em até 2 dias
-
enhancement
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 87/100
cortex-command-community/Cortex-Command-Community-Project#301 ·
Mantenedores costumam responder em até 2 dias
-
bug
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 50/100
cortex-command-community/Cortex-Command-Community-Project#316 ·
Mantenedores costumam responder em até 2 dias
-
bug
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 57/100
cortex-command-community/Cortex-Command-Community-Project#314 ·
Mantenedores costumam responder em até 2 dias
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 55/100
cortex-command-community/Cortex-Command-Community-Project#313 ·
Mantenedores costumam responder em até 2 dias
Todas as issues de cortex-command-community/Cortex-Command-Community-Project
Issues semelhantes
-
OMPI 5.0.x CI builds failingAberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 64/100
sandialabs/Fenix#172 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
scp-fs2open/fs2open.github.com#7953 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
SteveMacenski/slam_toolbox#907 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Mantenedores costumam responder em até 1 dia