You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm thinking of having a GL-esque API for linear framebuffer drawing (CPU) as a starting point, by GL-esque I mean the state machine system that GL uses. Vertex rasterization would be out of the scope for basic CPU rendering i believe, although I'd like to have that in the future with GPU rendering. Thoughts?
I like that idea, starting with cpu rendering is definitely the way to go.
We could potentially consider creating "functions" for different "modes" of support, like basic line drawing, individual cell-like graphics, stuff like that. Then build on top of those when we feel we are in a good spot.
Is your feature request related to a problem? Please describe.
A solution to some form of graphics output from the kernel.
Describe the solution you'd like
an extensible graphics api-like system, that runs independently of text mode.
Additional context
This issue can be a discussion thread for the different possibilities, and ideas surrounding the actual implementation.
The text was updated successfully, but these errors were encountered: