kons-9
kons-9 copied to clipboard
kaveh808
Implement OpenGL text engine
I've had luck with cl-fond, though it uses a c library (also written by hafner, and available through quicklisp) to do the layout.
Specifically, I've used cl-fond:compute-text, which returns a vertex array buffer, and an element count which can be used with %gl:draw-elements from the cl-opengl system.
Thought I'd try a quick hack. https://imgur.com/a/k0VCYFH TIL old GL is slow as molasses drawing pixels. Totally useless. Think I'll work on my font atlas.
What did you use for the text rendering?
I would be keen to get an example of a clickable button up in our UI soon.
Not sure if we should try cl-fond, or something more substantial such as Imgui which @awolven mentions in this discussion: https://github.com/kaveh808/kons-9/discussions/29
Or should we wait for glop first? Not sure how all the pieces fit together.
I just used my font stuff to get cl-vector paths for the string, and then used a small render abstraction over cl-vectors to plot it a pixel at a time using gl:draw-pixels. I didn't think it would slow everything down to 1 fps or less though, since it's able to do this over CLX which is way more pixels than in that text. https://www.youtube.com/shorts/-FlYBFlgc9Y . I might have been doing something wrong though, because sbcl would complain after a while of too many open files if I tried to add more text to the loop. Not sure if that's a cl-opengl thing or a cl-glfw thing, either way, not a good a thing.
btw, it works on windows as long as the ~'s before newlines are removed in strings and the glfw3.dll is placed in the windows path or same directory as sbcl.exe Though removing lines in the viewport actually removed some lines in windows file manager.
As for glop there was a problem with smooth scrolling (there was none) so 3b implemented xinput2, but I'm not sure if it's completed or maybe the maintainer didn't want different behaviours on different platforms. It has a note saying mac is experimental but no idea what that means as I have no mac. But if you want to try it's minimal code change, I can do that tomorrow with a special to control it if you want.
What happens if you draw a bezier curve with LINES or LINE_STRIP primitives? Just curious.
On Sat, Aug 27, 2022 at 5:30 PM Johannes Martinez Calzada < @.***> wrote:
I just used my font stuff to get cl-vector paths for the string, and then used a small render abstraction over cl-vectors to plot it a pixel at a time using gl:draw-pixels. I didn't think it would slow everything down to 1 fps or less though, since it's able to do this over CLX which is way more pixels than in that text. https://www.youtube.com/shorts/-FlYBFlgc9Y . I might have been doing something wrong though, because sbcl would complain after a while of too many open files if I tried to add more text to the loop. Not sure if that's a cl-opengl thing or a cl-glfw thing, either way, not a good a thing.
btw, it works on windows as long as the ~'s before newlines are removed in strings and the glfw3.dll is placed in the windows path or same directory as sbcl.exe Though removing lines in the viewport actually removed some lines in windows file manager.
As for glop there was a problem with smooth scrolling (there was none) so 3b implemented xinput2, but I'm not sure if it's completed or maybe the maintainer didn't want different behaviours on different platforms. It has a note saying mac is experimental but no idea what that means as I have no mac. But if you want to try it's minimal code change, I can do that tomorrow with a special to control it if you want.
— Reply to this email directly, view it on GitHub https://github.com/kaveh808/kons-9/issues/57#issuecomment-1229280566, or unsubscribe https://github.com/notifications/unsubscribe-auth/AABGMMI3SKLAH2W4WUJE5UDV3KJJZANCNFSM57X3CXKA . You are receiving this because you were mentioned.Message ID: @.***>
You just get an outline. Which is really useful in 3d, not so useful for reading :) I can't remember what discussion it was in, but i did exactly that, https://imgur.com/gallery/YvPt3RK . Well, actually I cheated and didn't do beziers, transformed the path into only lines first and convert that to polygon. To get a flat shape you'd need faces and a boolean operator to cut out inner shapes.
This is probably a better view, https://imgur.com/a/pTzC9aV . And it's actually quite readable when not showing the points. Curves decimated to 100 lines.
that looks good. if you make it small enough does it look like a regular bitmap glyph?
On Sat, Aug 27, 2022 at 8:38 PM Johannes Martinez Calzada < @.***> wrote:
This is probably a better view, https://imgur.com/a/pTzC9aV . And it's actually quite readable when not showing the points. Curves decimated to 100 lines.
— Reply to this email directly, view it on GitHub https://github.com/kaveh808/kons-9/issues/57#issuecomment-1229354433, or unsubscribe https://github.com/notifications/unsubscribe-auth/AABGMMMLLUTPFHKMPF6VKILV3K7HVANCNFSM57X3CXKA . You are receiving this because you were mentioned.Message ID: @.***>
actually, it sort of does. But what are you going to do, group it with the camera so it's always facing the user? Because they're just polygons added to the scene.
For a prototype GUI, I'm wondering if we can create an ortho OpenGL view on top of the perspective one and do widgets and text rendering there.
That's my thinking. I'm experimenting with writing a gl backend for my 2d draw system to test how fast/slow it is. Could probably also use it to draw text if we remove antialiasing. Should be serviceable if you don't mind flat square buttons, oh wait, thank you material design!
Kaveh wants me to share an idea with the team on the subject of text engines.
I've been experimenting with Bart Botta's (3b's) text engine 3b-bmfont, which is native lisp, and much more mature than the one we have come up with so far. It uses the same font library we are using, which was written by Zach Beane (zpb-pdf).
It has the ability to cache font atlases and font metadata for quick loading of kons-9, which is one of the requirements Kaveh wanted out of our text engine. It has the ability to do font discovery, which can pick a system font for you based on the qualities you suggest. There is code available for the layout of text based on font-metrics, which we were otherwise going to have to implement on our own.
It's currently under final development by Bart according to Shinmera, and I have managed to get it built and running in a vanilla sbcl. Currently it is running opengl 3.3, but could be modified to support vulkan and metal. It offloads the support to a certain extent to Bart, who with Shinmera is using it for Kandria.
I could make a new text engine branch with 3d-bmfont if folks are interested.
If this is a more mature system and can run on MacOS, then it sounds like a good idea.
A text engine is a high priority, so we can work on a GUI.
lol that's why I mentioned a while ago why didn't you just use Shinmera's Trial which uses the (m)sdf font generation from 3b! and then you don't have to reinvent the gui wheel and work with one of the best Lisper's out there who already uses the stuff in production.