Open greggman opened 2 years ago
Hey @greggman I am availble every day this week from 8 to 9 PST time and after 2PM, would be great to have a chat :-)
You can send me an invite at vandenberghe.sebastien@gmail.com
2pm PST? I can try to do that today. gman@google.com Or I can try at 8pm as well
I am in Europe timezone :-) would 2PM PST tomorrow works as well ?
I pinged you on google chat. I'm free now (3:43pm PST) and can be available until 9pm PST though. 2pm PST tomorrow is fine too.
Hi @sebavan
I've made a few front end sites but I'm not an expert by any means. If you have any thoughts, ideas, advice, suggestions I'm all ears and feel free to hack on whatever.
Some random thoughts:
I got some tiling window library in. I haven't wrangled it into making unlimited panes yet. My thought was looking at RenderDoc it would be nice to be able to open multiple texture views, multiple buffer views, etc.
My plan is to try to implement various views. An event view, a texture view, a buffer view, a result view, a shader view, a renderpass view, etc, and you can open as many of each as you want.
Looking at Safari's debugger it shows this
https://user-images.githubusercontent.com/234804/197083025-6a7c9681-e07e-47b7-80ee-879b5942d5b0.mov
So the event view (command view) is a tree of frames->commands. I'm guessing for WebGPU it would be frames->deviceCalls->commandbuffers->encoderCmds. So I'm imagining
Or something like that. For the most part, the UI just needs a tree of data. I doesn't need to know details of what's in the tree, thou, for leaf it needs a list of resources. For example
renderEncoder.setVertexBuffer
needs the arguments (slot, buffer, offset, size) but it can probably generically makebuffer
clickable without having to know anything about specficallyencoder.setVertexBuffer
.I'd like to be able to pop-out the UI into a separate window. That can certainly wait until later.
I don't know if there are any react component/widget libraries we should be looking into. In the past, when I've gone looking, they've often seemed designed for web forms where there's lots of white space and long scrolling page, vs for an app where you're trying to keep everything visible. Of course they can be styled. I don't like reiventing everything but I haven't found one that seemed to have features I needed in a form where is wasn't more work to take than reinvent.
I have no real opinion on how to manage state. It seems like the capture state will all be handled separately. Not sure what other state needs to be kept. Probably mostly the state of what's being viewed and maybe there is not much to do there. Guess I'm just wondering if we should be thinking about this now or waiting until we're sure we need something more structured.
Anyway, just thinking out loud. Looking forward to collaborating and your thoughts and insight.