sforman
/
Thun
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Drawing pixel per mouse move is slow at 1280x800. 

So let's just use a smaller screen for now, eh?
This commit is contained in:
Simon Forman 2023-02-26 08:52:53 -08:00
parent e047af09b3
commit b013168679
1 changed files with 5 additions and 14 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

19
implementations/uvm-ncc/xerblin.c
View File

@ -4,11 +4,9 @@
#define RED 0xFF_00_00 #define RED 0xFF_00_00
#define GREEN 0x00_FF_00 #define GREEN 0x00_FF_00
size_t FRAME_WIDTH = 1280; size_t FRAME_WIDTH = 640;
size_t FRAME_HEIGHT = 800; size_t FRAME_HEIGHT = 480;
u32 frame_buffer[307200];
// RGBA pixels: 800 * 600
u32 frame_buffer[1024_000];
int wid; int wid;
@ -44,15 +42,8 @@ anim_callback()
void void
mousemove(u64 window_id, u64 new_x, u64 new_y) mousemove(u64 window_id, u64 new_x, u64 new_y)
{ {
// Redrawing the window on move seems to repair damage from u32* pix_ptr = frame_buffer + FRAME_WIDTH * new_y + new_x;
// dragging portion of the window offscreen then back on as *pix_ptr = RED;
// you drag, without using too much CPU.
// No, weird, it doesn't.
// It did, once, but maybe that was teh X server somehow doing it for me?
// In any event, moving the mouse over the screen after drag damage
// works fine, as expected.
// (I just really would like to know why it stopped damaging the window
// in the previous try? Ugh!)
window_draw_frame(window_id, frame_buffer); window_draw_frame(window_id, frame_buffer);
} }