updateVertexPositions too slow to use for real-time animation loops

Offen

#149 erstellt am 23.12.2021 6 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Bug
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: cpp
Bereich: computer-graphics, performance

Rechercherichtung

Beginne bei den updateVertexPositions- und userCallback-Einstiegspunkten, die innerhalb der Draw-Schleife verwendet werden, und vergleiche ihr Verhalten mit libigls set_vertices- und callback_pre_draw-Pfad. Profiliere die Animation mit 262,144 Flächen auf dem gemeldeten macOS-Setup, um die Ursache des Unterschieds bei der Frame-Zeit zu ermitteln. Als erledigt gilt die Aufgabe, wenn die Ursache und die korrekte Verwendung geklärt sind und entweder ein reproduzierbarer Performance-Vergleich oder eine dokumentierte Einschränkung vorliegt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

I'm wondering if I'm using the updateVertexPositions and userCallback correctly. Currently I'm getting around 260 ms/f (4 FPS) when I update the positions of a mesh with 262,144 faces inside the draw loop callback.

If I run a similar animation in the libigl viewer I'm getting 19.9 ms/f (50 FPS). In that scenario I'm using set_vertices and callback_pre_draw.

Here's a video screenshot on my intel macbook pro running catalina:

https://user-images.githubusercontent.com/2241689/147182765-78b15f28-a1ce-4fc6-abf0-f6b44af2728e.mov

( Turning off the polyscope groundplane doesn't seem to change anything. I'm guessing the slowdown is happening in updateVertexPositions)

Vorherrschende Sprache: C++
Sterne: 2.2k
Forks: 242
Ø Merge: 11 Min.
Gemergte PRs (30 T.): 1

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus nmwsharp/polyscope

Rendering spheres/particles with variable radii Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100

nmwsharp/polyscope#399 · Erstellt am 21.6.2026
CurveNetwork - Node radius bug? Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100

nmwsharp/polyscope#391 · Erstellt am 01.4.2026
Split viewport (e.g. for showing UV layout side by side) Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 30/100

nmwsharp/polyscope#387 · 5 Kommentare · Erstellt am 16.3.2026
Rust Version Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100

nmwsharp/polyscope#385 · Erstellt am 02.2.2026
Question: adding volumetric flame-like lighting (raymarching or alternatives) Offen

enhancement

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100

nmwsharp/polyscope#374 · 1 Kommentar · Erstellt am 18.12.2025

Alle Issues in nmwsharp/polyscope