freenode/#shirakumo - IRC Chatlog
Search
13:21:29
scymtym
Shinmera: i worked on the traits idea a bit: https://techfak.de/~jmoringe/traits-idea.html . i think what is shown would work without runtime overhead compared to regular generic function dispatch but i suspect an SBCL bug causes additional COMPUTE-APPLICABLE-METHOD calls
13:21:29
Colleen
www.uni-bielefeld.de/techni... Website (HTML), Title: Universität Bielefeld: Technischen Fakultät
13:42:55
Shinmera
scymtym: Though I have to wonder if there's a (maybe implementation-dependatn) solution that would allow attaching actual type information to instances.
13:47:27
Shinmera
I'm mostly thinking of the Scala traits, where you decide what traits to combine at instantiation
16:55:46
Shinmera
|3b|: Do you have any thoughts on how to implement the caching logic for an immediate UI? I'm struggling to think of a good way to manage GL resources-- making sure they don't just get allocated out the wazoo and/or never deallocated.
16:58:32
|3b|
not thought that far, aside from having some sort of scoped resource manager thing that can automatically deallocate a bunch of things at once by name or scope (and with a wrapper with validity tracking for the resources, so they can error if used after deallocation)
16:59:51
Shinmera
I'm asking because I don't see the situation being much better in a retained mode UI
17:00:26
|3b|
yeah, seems like retained-mode just makes it easier to tell what can be cached / for how long
17:01:33
Shinmera
Even then it's hard to keep track of stuff. Like, if lots of things are drawing line strips... should I allocate fixed VBOs for everything, and hope there's not too many to blow me up, or should I just stream it every time?
17:02:49
|3b|
ACTION has some vague thoughts about having a fairly big VBO with 'automatic' memory management/GC inside it, but probably will start with just a bunch of small VBOs
17:04:41
|3b|
though wouldn't have the liveness tracking of a real GC, mostly just compacting it to avoid fragmentation
17:05:07
Shinmera
Yeah, but even then I shudder to think of this blowing up in someone's face and trying to debug it.
17:05:13
|3b|
GPU have lots of bandwidth, so that should be reasonable fast, leaving only tracking/updating offsets on host side to deal with
17:07:06
|3b|
i'm just talking about moving parts of a buffer around inside that buffer (or from 1 buffer to another), all on GPU
17:10:12
|3b|
ACTION would probably lean towards just rendering windows to an FBO, and caching that, ideally with incremental updates
17:11:11
Shinmera
Caching circles and rectangles is easy enough, but text, line strips, beziers, gradients (?) etc would be more tricky.
17:11:34
Shinmera
Not even sure what I'd do for gradients. stencil the shape then use a rect or something?
17:13:26
Shinmera
Yeah, gone are the days of only being able to afford memory for one screen at a time.
22:04:41
selwyn
Hacking lisp at the beach on my massive portacle companion cube (in VR) https://usercontent.irccloud-cdn.com/file/Af9MSRze/out.png
22:06:33
selwyn
this is the view from VR. the portacle window displayed on the front of that cube is connected to a REPL which is itself running the whole VR experience using trial and 3b-openvr
22:08:41
selwyn
the idea is that the developer has access to a 'VR-REPL' from inside VR which lets one code interactively to alter the VR environment while one experiences it, allowing for great freedom
22:13:18
|3b|
cool, that was best solution i found too, though hopefully can figure out something that works on ms windows too at some point
22:13:30
selwyn
using Xvfb, fluxbox, and vncviewer to get a copy on the desktop. was surprised by how robust it was
22:14:22
|3b|
ACTION was just reparenting a window directly, had some problems convincing emacs to behave though, so ended up using an xterm and running emacs in that
22:14:51
selwyn
Xvfb can make x windows available via shared memory which can be sent to gl-tex-image-2d, so the memory is never copied into the lisp process
22:16:03
|3b|
https://www.youtube.com/watch?v=nbY-meOL57I was as far as i got with that setup, don't think i ever used it in VR since there wasn't as much linux VR support at that point :/
22:16:03
Colleen
www.youtube.com/watch?v=nbY... Website (HTML), Title: debugging from inside the code being debugged - YouTube