Vector diffusion in corners
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Error
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- cpp
- Área
- computer-graphics
Línea de trabajo
Start by reproducing the corner outliers in the vertex-based connection Laplacian on the tessellated Bézier surface described in the issue. Check the mass matrix, Laplacian form and vertex tangent-basis alignment, then confirm that smoothing no longer produces anomalous corner values.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
While attempting to smooth out vector and line fields (actually Hopf differentials of a tessellated Bézier surface) with the vertex-based connection Laplacian, I repeatedly found outlying values in boundary corners - as can be seen on these pictures, where Q (in red) is the original line field, while Q (smoothed) (in blue) is the result of 1 step of implicit smoothing with the usual h^2 timestep:
As far as I an tell, I weight everything correctly with the Mass matrix.
It happens whether or not the corner has a single "flapping" triangle.
I have no boundary conditions (so I guess I implicitly prescribe zero Neumann).
What could be the cause of this phenomenon?
Edit: Tried switching lumped mass matrix to Galerkin, weak Laplacian to strong form, as well as various timesteps (smaller/bigger than h^2, and also keeping it to unity) - the corners (and to a lesser extent boundaries) always stand out...
Edit 2: Also tried the uniform weights in place of cotans with and without degree-based mass - the issue remains.
I suspect the problem might be the alignment of the vertex tangent basis vectors: they are everywhere aligned with an outgoing halfedge, except at such corners.
- Lenguaje dominante
- C++
- Estrellas
- 1.3k
- Forks
- 183
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. 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 nmwsharp/geometry-central
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
nmwsharp/geometry-central#256 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
nmwsharp/geometry-central#255 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
nmwsharp/geometry-central#253 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 57/100
nmwsharp/geometry-central#247 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
nmwsharp/geometry-central#246 ·
Todos los issues de nmwsharp/geometry-central
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
KhronosGroup/Vulkan-Tutorial#524 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
microsoft/onnxruntime-genai#2633 ·
Los mantenedores suelen responder en 1 día
-
mapper bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
firebase/firebase-ios-sdk#16718 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
tesseract-ocr/tesseract#4627 ·