Hi @ggerganov

Thanks for your work on imgui-ws, it's a great implementation and should be very useful.

Just wondering if you could provide a quick example for properly rendering external opengl textures in imgui windows.

I can successfully render using normal imgui in a glfw window, however get a blank screen when viewing via imgui-ws.

I have looked at the setTexture function in the header file, however am unsure how this ties in with a texture already rendered using imgui and whether I would need to setTexture for imgui-ws when constructing the original opengl3 texture, etc.

I am also unsure if a rendered opengl texture inside a imgui window is counted inside ImGuiDrawData() when imguiWS.setDrawData(ImGui::GetDrawData()); is called. A quick example or a few pointers would be great.

Kind regards,

Tom.

I find compressor diff funtion cost large time, but it seem not use.

Currently it is just a demo application.

Any insight as to how difficult it would be to support a windows build? I'd love to use this in a project.

Thanks for this brilliant project！ I think if I can copy and paste some text on imgui-ws . But i tried and failed.
Take a look at source code:

      struct Event {
          enum Type {
              Unknown = 0,
              Connected,
              Disconnected,
              MouseMove,
              MouseDown,
              MouseUp,
              MouseWheel,
              KeyPress,
              KeyDown,
              KeyUp,
              Resize,
              TakeControl,
          };

Is it difficult to add c-v c-x function？This will be very helpful.
thanks~

See if there is a way to avoid creating application window on the server and still generate ImDrawData. This would allow to start a remote instance on a cloud instance where we don't have GUI.

Looks like https://github.com/ocornut/imgui/blob/master/examples/example_null/main.cpp should be exactly what we are looking for.

Option to send texture data to clients. Currently, only the default font texture is sent.

Description

The goal is to create a simple framework for benchmarking various ImDrawData compression approaches by running them on the same input buffers and reporting the computation time and compression factors. This will help finding the best compression approach for #1

• Record generated ImDrawData buffers generated from various scenes and store them in binary files
• Implement a tool that reads those files and passes them to a custom compression function in the same way as if the buffers were generated by Dear ImGui. The tool would record the processing time and the output size.
• Implement a tool that renders the binary files (i.e. replay) for display purposes

Capture various mouse/keyboard events in the browser and send them to the server.

1. https://github.com/ggerganov/incppect/blob/ea0528467cc90ff401e4ba6f926e54fee8cc0ce8/src/incppect.cpp#L145
   Get error value when pass value as -1, maybe check the case of "my_id[%d]"?

2. imgui-ws/src/imgui-ws.js

   Line 157 in 5e51bbf

   var tex_id = incppect.get_int32('imgui.texture_id[%d]', i);

   
   

   imgui-ws/src/imgui-ws.js

   Line 296 in 5e51bbf

   var texture_id = pi[1]; draw_data_offset += 4;

   
   int32 is incompatible with uint32. I use (pi[1] << 0) let uint32 -> int32.

3. Is there any way to use 64-bit texture_id?

Example:

I've running demo-null locally and it seems my browser (brave) on Linux is using a lot of CPU resources in >10 threads when just visiting http://localhost:5000. I'm not even interacting with the UI. As soon as I close the tab with the UI the CPU load on those threads goes to 0 %.

Is this expected?

Description

It is essential for the successful application of this WebSocket approach to minimise the amount of network traffic between the server and the clients. The WebSocket spec allows for extensions that perform general compression on the transmitted data, but it can only do so much. A custom approach, handcrafted for ImDrawData could significantly reduce the network traffic.

Current implementation

The differences are calculated per ImDrawList. For each ImDrawList, we store the position of the first vertex and subtract this value from all vertices in the draw list. This makes the ImDrawList invariant to shifts. The client takes care to restore the position offset before rendering the data.

If the current ImDrawList curList has the same size as it had in the previous frame prevList - the binary contents of curList and prevList are xored and run-length encoded. Otherwise - we send the full curList.

Ideas to explore

• Per DrawList differences
• Deinterleave ImDrawVtx fields
• Rate control of focused/hovered windows
• Alternative ImDrawList structure

Can this be achieved? Seems like WebGL only support 16-bit integer indices.

When i try http://85.90.246.132:5001/ demo, go to "Popups & Modal Windows" -> "Context menus", right click button is not open popups windows. Have same way to fix it?

I wanted to try running imgui-ws on ESP32 microcontroller. I want to implement following project using imgui-ws.

https://github.com/happytm/BatteryNode

Is it possible?

Thanks.

When i test ctrl event, ctrl event not enable.
I think key id is not compatible.
open demo-null and "Inputs Navigation & Focus" -> "Keyboard, Gamepad & Navigation State"

1. pressed x, name is right
2. pressed s, name is wrong, and not high light in virtual keyboard