GeometryCentral Corner Perms
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 42/100
- Tipo de issue
- Bug
- Clareza
- Precisa de esclarecimento
- Status de atividade
- Estagnada
- Stack de tecnologia
- cpp
- Domínio
- computer-graphics
Direção de pesquisa
Comece reproduzindo o exemplo limpo descrito na issue com Polyscope 2.4.0 e GeometryCentral; em seguida, inspecione o caminho polyscopePermutations e a busca de corner-data do canal de parameterization. Compare o comportamento com o Polyscope 2.1.0, se disponível. Está concluído quando o canal e a funcionalidade de pick usam os valores de corner mapeados do GeometryCentral em vez dos índices brutos do Polyscope.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Hey,
I'm running into issues with getting parameterized data loaded from geometry central. It seems that the permutations for the corners aren't being set correctly. I've verified that the "polyscopePermutations" function produces valid maps at the time of registration (and after). However, it seems to ignore the perms and just reads the corner data using the polyscope index. Here is an example of a simple quad (bisected). When viewing the parameterization channel, it seems to use the "original" values (confirmed by pick functionality). I believe this was working when I was using Polyscope 2.1.0, but now I'm getting this issue on 2.4.0. It may actually be from GC with that official update (1.0.0) but I don't think so. I'm technically running a fork of geometry central 1.0.0 for custom access to intrinsic triangulations, but nothing to do with the extrinsic / embedded code used here.
EDIT: I've cleaned the code and the output, attached an image to better communicate what is happening.
[DEBUG] Corner Parameterization Values:
[DEBUG] GC Corner ID 0 | Face ID 0 | UV [1,0]
[DEBUG] GC Corner ID 1 | Face ID 1 | UV [0,1]
[DEBUG] GC Corner ID 2 | Face ID 0 | UV [0,1]
[DEBUG] GC Corner ID 4 | Face ID 0 | UV [0,0]
[DEBUG] GC Corner ID 6 | Face ID 1 | UV [1,0]
[DEBUG] GC Corner ID 8 | Face ID 1 | UV [1,1]
[DEBUG] Corner permutation (6 entries):
[DEBUG] Corner IDs (PS, GC) -> UVs (PS, GC)
[DEBUG] Corner IDs (0, 0) -> UVs ([1,0], [1,0])
[DEBUG] Corner IDs (1, 2) -> UVs ([0,1], [0,1])
[DEBUG] Corner IDs (2, 4) -> UVs ([0,1], [0,0])
[DEBUG] Corner IDs (3, 6) -> UVs ([0,0], [1,0])
[DEBUG] Corner IDs (4, 8) -> UVs ([0,0], [1,1])
[DEBUG] Corner IDs (5, 1) -> UVs ([0,0], [0,1])
- Linguagem predominante
- C++
- Estrelas
- 2.2k
- Forks
- 242
- Merge médio
- 11min
- PRs com merge (30d)
- 1
Guia de contribuição
Nenhum guia de contribuição indexado para este repositório
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 nmwsharp/polyscope
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 35/100
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 48/100
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 30/100
-
Rust Version Aberta
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 15/100
-
enhancement
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
Todas as issues de nmwsharp/polyscope
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
flutter-webrtc/flutter-webrtc#2206 ·
-
litertlm-android AAR ships no consumer ProGuard rules → "mid == null" SIGABRT in minified apps Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
google-ai-edge/LiteRT-LM#3739 ·
-
Component: GLib
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
brave/brave-browser#59300 ·
-
Mute ydb/tests/functional/dstool/test_canonical_requests.py.Test.test_group_take_snapshot in main Abertaai_reviewed
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
ydb-platform/ydb#53974 · 3 comentários ·