Investigate more optimal way to implement CoreGraphics backend
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Refactoring
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- macos, rust
- Bereich
- computer-graphics
Rechercherichtung
Beginne mit der Überprüfung des bestehenden CoreGraphics-Backends und des verknüpften Pull Request #65. Untersuche anschließend die IOSurface API sowie deren framebuffer- und pixel-format-Einschränkungen. Vergleiche den vorgeschlagenen Front-/Back-Buffer-Ansatz mit der aktuellen Implementierung und dokumentiere, ob er umsetzbar ist oder ein besserer Ansatz erforderlich ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Apparently macOS (and iOS, https://github.com/rust-windowing/softbuffer/issues/43) has a framework called IOSurface for exchanging framebuffers and textures between processes, which sounds similar to the idea behind dmabufs on Linux. I think we should be use IOSurfaces for a front and back buffer, and use IOSurfaceGetBaseAddress to get a pointer to write into for no-copy presentation (https://github.com/rust-windowing/softbuffer/pull/65)? Assuming it can work with the right pixel format.
Or are there issues with this, or a better way?
- Vorherrschende Sprache
- Rust
- Sterne
- 509
- Forks
- 87
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Kein Beitragsleitfaden
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 rust-windowing/softbuffer
-
DS - X11
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100
rust-windowing/softbuffer#368 ·
-
`Buffer<'_>` shouldn't be `Send`Evtl. vergeben @Guflly hat das vor 84 Tagen übernommen. Offenbug DS - Android NDK
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
rust-windowing/softbuffer#347 · 1 Kommentar ·
-
Needs Design Work
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
rust-windowing/softbuffer#342 · 1 Kommentar ·
-
enhancement question
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
rust-windowing/softbuffer#338 ·
-
Zero-copying on AndroidEvtl. vergeben @MarijnS95 hat das vor 266 Tagen übernommen. OffenDS - Android NDK enhancement
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
rust-windowing/softbuffer#318 · 2 Kommentare ·
Alle Issues in rust-windowing/softbuffer
Ähnliche Issues
-
bug priority: P3 ready-for-agent
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
shep-pm/shep-kelpie#1332 ·
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
ramensoftware/windhawk#1156 · 2 Kommentare ·
-
units: No `#` in rustdoc headingEvtl. vergeben Ein verknüpfter Pull Request ist offen oder bereits gemergt. Offen
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 67/100
rust-bitcoin/rust-bitcoin#7089 · 1 Kommentar · 1 Reaktion ·
Maintainer antworten meist innerhalb von 2 Tagen
-
phase:3
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
pchrysostomou/ananke#183 ·
Maintainer antworten meist innerhalb von 1 Tag
-
area/tools bug session-analysis
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag