GeometryCentral Corner Perms
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 42/100
- Type d'issue
- Bug
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- cpp
- Domaine
- computer-graphics
Piste de recherche
Commencez par reproduire l’exemple nettoyé décrit dans l’issue avec Polyscope 2.4.0 et GeometryCentral, puis inspectez le chemin polyscopePermutations et la recherche des corner-data du canal de parameterization. Comparez le comportement avec Polyscope 2.1.0 si celui-ci est disponible. C’est terminé lorsque le canal et la fonctionnalité de pick utilisent les valeurs de coin GeometryCentral mappées plutôt que les indices Polyscope bruts.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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])
- Langage dominant
- C++
- Étoiles
- 2.2k
- Forks
- 242
- Merge moyen
- 11 min
- PR mergées (30 j)
- 1
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de nmwsharp/polyscope
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
-
CurveNetwork - Node radius bug? Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 48/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
-
Rust Version Ouverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 15/100
-
enhancement
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
Toutes les issues de nmwsharp/polyscope
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
good first issue
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
ros2/message_filters#338 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
subsurface/subsurface#4984 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
flutter-webrtc/flutter-webrtc#2206 ·
-
litertlm-android AAR ships no consumer ProGuard rules → "mid == null" SIGABRT in minified apps Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
google-ai-edge/LiteRT-LM#3739 ·