cl-opengl-devel

cl-opengl-devel@common-lisp.net

214 discussions

OT: cpu spiking
by Orm Finnendahl 31 May '22

31 May '22

Hi, I might have been a bit unprecise and I just found out it might be off topic for this list (see below): This is all related to my laptop running an AMD ryzen 7 integrated cpu/gpu on a linux arch system with latest sbcl/slime/emacs. Running (cl-glut-examples:gears) using the open source radeon driver, everything works as expected and the REPL reports a framerate of 60 fps. Using the closed source pro driver of amd, the framerate goes up to ca. 1000 fps and the cpu maxes out. Putting a timer in the display function (calling #'glut:post-redisplay), the framerate goes down, but the cpu is still above 100%. I just found out that this is also true for the glxgears program: running it with the open source driver give 60 fps, using it with the pro driver gives 12000 fps and the cpu maxes out. Even as this therefore seems to be more realted to the graphics driver than cl I'd still appreciate if anyone has an idea, how to deal with this... -- Orm

2 2

cpu spiking
by Orm Finnendahl 29 May '22

29 May '22

Hi, using cl-opengl with cl-glut I'm getting 100% cpu usage when eliminating the (glut:post-redisplay) from the #'glut:idle method (after doing that nothing is redrawn of course). When including (glut:post-redisplay) back into the idle routine, cpu load is reduced, presumable due to the calculations on the gpu (the more intense, the more the cpu load is reduced). Does anyone have an idea how I could debug this? Is this glut related and would it promise better results with sdl2? Any help is appreciated! -- Orm

1 0

get-string returns nil
by Orm Finnendahl 04 Aug '20

04 Aug '20

Hi, found out that gl:get-string needs an opengl context to work. Sorry for the noise. -- Orm

1 0

get-string returns nil
by Orm Finnendahl 03 Aug '20

03 Aug '20

Hi, on my machine I get this: CL-USER> (ql:quickload :cl-opengl) To load "cl-opengl": Load 1 ASDF system: cl-opengl ; Loading "cl-opengl" .... (:CL-OPENGL) CL-USER> (in-package :cl-opengl) #<PACKAGE "CL-OPENGL"> GL> (get-string :vendor) NIL GL> (get-string :renderer) NIL GL> (get-string :version) NIL GL> (get-string :shading-language-version) NIL GL> (get-string :extensions) NIL This is cl-opengl-20191130-git on arch linux with sbcl 2.0.1. I use the mesa libs. Is my setup incomplete or am I doing something wrong? All in all cl-opengl seems to work well here (except for get-string). Let me know if you need more information. -- Orm

1 0

testing needed
by Bart Botta 19 Jan '20

19 Jan '20

Recently the official OpenGL XML spec started adding more precise type info for the sets of enumerants accepted by various functions. CL-OpenGL will soon start using that information in the generated bindings, but first it needs testing to determine if the new group info is complete enough to not break much existing code (and fix the group info when it does). Please test https://github.com/3b/cl-opengl/tree/dev with your opengl code, and report any problems. https://github.com/3b/cl-opengl/issues/92 is tracking problems with the new groups, or you can send reports by email or on freenode IRC at #lisp or #lispgames. That branch also has new wrappers for GLUT menus, feedback on that is also welcome.

1 0

Re: sbcl spikes on hidden opengl window
by Luís Oliveira 14 Aug '19

14 Aug '19

[added cl-opengl-devel to Cc] On Sat, Aug 3, 2019 at 4:49 PM Orm Finnendahl <orm.finnendahl(a)selma.hfmdk-frankfurt.de> wrote: > > Hi Luís, > > Am Samstag, den 03. August 2019 um 15:31:53 Uhr (+0100) schrieb Luís > Oliveira: > > > > The list is not dead, it just smells funny! > > Ahh, Zappa :-) > > > Can you interrupt the Lisp to see what's pegging the CPU? > > What do you mean by "interrupt the Lisp"? I noticed, that the REPL > hangs (is blocked), when the GL window is completely covered. Typing > is echoed but the REPL doesn't return. As soon as I uncover the GL > Window, it gets responsive again and executes all typed commands. > > BTW: This is on linux, emacs 26.2, slime 2.23 and sbcl 1.5.3. Interrupting from Emacs would have been convenient yes. Since that doesn't work, try to interrupt the Lisp process using gdb. Is your SBCL multi-threaded? (I don't have a actual followup question, but that might influence things, so perhaps you can try with and without threading?) -- Luís Oliveira http://kerno.org/~luis/

1 0

sbcl spikes on hidden opengl window
by Orm Finnendahl 03 Aug '19

03 Aug '19

Hi, I can see that this list is basically dead but I thought I'd give it a shot nevertheless: When an opengl window gets covered completely by other windows, my lisp spikes to 100% of the cpu. Does anybody know if there is an easy way to avoid/fix this? -- Orm

2 1

sbcl spikes on hidden opengl window
by Orm Finnendahl 02 Aug '19

02 Aug '19

Hi, I forgot to mention: This happens with interactive code e.g. with the cl-glut-examples-molview example. On my machine it does not happen in the glut-teapot example. -- Orm

1 0

transform feedback problem
by cage 08 Feb '16

08 Feb '16

hello! I am trying to use transform-feedback in my program but i failed to setup varyings, this is the (i guess) relevant part of the code): [...] (let ((shader (gl:create-shader type))) (gl:shader-source shader source) ; assuming source is defined elesewhere (gl:compile-shader shader) (let ((program (gl:create-program))) ;; attaching shader to program (not shown) (%gl:transform-feedback-varyings-ext program 1 (cffi:foreign-alloc :strings :initial-contents (vector "test_output")) :interleaved-attribs) (break) (gl:link-program program) ;; detaching shader(not shown) program)) [...] The problem here is that the call to "break" in not reached, the program continue to run apparently ignoring it but the shader is not compiled at all resulting in program crash. i am quite sure my driver supports transform-feedback (checked with glxinfo) so i think the problem is in the parameters (i am not so good with FFI). Any help? Bye! C.

1 0

[Cl-opengl-devel] trouble running on ms windows
by Mick Charles Beaver 05 Jun '14

05 Jun '14

Hi, I was poking around with the arcsynthesis GL tutorials and wanted to try coding them up in Lisp with SDL2. I was able to get the first tutorial running on Linux, but when I try to run it on Windows, I get an error when calling gl:create-shader. Specifically, SLIME breaks into: NIL is not of type (OR SYMBOL FUNCTION), and can't be FUNCALLed or APPLYed [Condition of type TYPE-ERROR] Is there something special that needs to be done for loading extensions on Windows? The shader-vao sample runs for me, but I can't determine if GLUT is doing something special or not. I can't wholly rule out that I've done something silly, so I've attached the source. -Mick

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

cl-opengl-devel