#opengl #windowing #framebuffer #window

mini_gl_fb

Quick and easy window creation, input, and high speed bitmap rendering

8 releases (5 breaking)

0.7.0 Apr 22, 2019
0.6.0 Aug 25, 2018
0.5.1 Aug 25, 2018
0.4.1 Jul 28, 2018
0.2.4 Jul 27, 2018

#30 in Rendering

Download history 11/week @ 2020-03-14 49/week @ 2020-03-21 11/week @ 2020-04-04 51/week @ 2020-04-11 1/week @ 2020-04-18 7/week @ 2020-04-25 2/week @ 2020-05-02 1/week @ 2020-05-09 14/week @ 2020-05-16 9/week @ 2020-05-23 26/week @ 2020-05-30 3/week @ 2020-06-06 3/week @ 2020-06-13 14/week @ 2020-06-27

67 downloads per month
Used in youxi

MIT license

45KB
713 lines

Mini GL "Framebuffer" (MGlFb)

Version Docs.rs

Mini GL Framebuffer provides an easy way to draw to a window from a pixel buffer. OpenGL alternative to other easy framebuffer libraries.

It's designed to be dead simple and easy to remember when you just want to get something on the screen ASAP. It's also built to be super flexible and easy to grow out of in case your project gets serious (MGlFb exposes all of its internals so you can iteratively remove it as a dependency over time!).

Usage

extern crate mini_gl_fb;

fn main() {
    let mut fb = mini_gl_fb::gotta_go_fast("Hello world!", 800.0, 600.0);
    let buffer = vec![[128u8, 0, 0, 255]; 800 * 600];
    fb.update_buffer(&buffer);
    fb.persist();
}

fb.update_buffer can be called as many times as you like and will redraw the screen each time. You can bring your own timing mechanism, whether it's just sleep(ms) or something more sophisticated.

Support for quick and easy, simple input handling

Get access to mouse position and key inputs with no hassle. The following is extracted from the Game of Life example:


let mut fb = mini_gl_fb::gotta_go_fast("Hello world!", 800.0, 600.0);
let buffer = vec![[128u8, 0, 0, 255]; 800 * 600];

// ...

fb.glutin_handle_basic_input(|fb, input| {
    let elapsed = previous.elapsed().unwrap();
    let seconds = elapsed.as_secs() as f64 + elapsed.subsec_nanos() as f64 * 1e-9;

    if input.key_is_down(VirtualKeyCode::Escape) {
        return false;
    }

    if input.mouse_is_down(MouseButton::Left) {
        // Mouse was pressed
        let (x, y) = input.mouse_pos;
        cells[y * WIDTH + x] = true;
        fb.update_buffer(&cells);
        // Give the user extra time to make something pretty each time they click
        previous = SystemTime::now();
        extra_delay = (extra_delay + 0.5).min(2.0);
    }

    // Each generation should stay on screen for half a second
    if seconds > 0.5 + extra_delay {
        previous = SystemTime::now();
        calculate_neighbors(&mut cells, &mut neighbors);
        make_some_babies(&mut cells, &mut neighbors);
        fb.update_buffer(&cells);
        extra_delay = 0.0;
    } else if input.resized {
        fb.redraw();
    }

    true
});

Shader playground

Post process with GLSL shaders inspired by ShaderToy. This is a work in progress but there is basic support for simple effects. The following is the default behavior but illustrates the API:

fb.use_post_process_shader("
void main_image( out vec4 r_frag_color, in vec2 v_uv ) {
    r_frag_color = texture(u_buffer, v_uv);
}
");

Get full access to glutin/winit for custom event handling

You can also "breakout" and get access to the underlying glutin window while still having easy setup:

let mut fb = mini_gl_fb::gotta_go_fast("Hello world!", 800.0, 600.0);

let GlutinBreakout {
    mut events_loop,
    gl_window,
    mut fb,
} = fb.glutin_breakout();

fb.update_buffer(/*...*/);

Other features

  • Black and white rendering, specifying one byte per pixel
  • Hardware accelerated buffer scaling (window and buffer can have different sizes)
  • Exposes a function for creating a context with glutin in one line
  • Exposes a function for creating a VAO, VBO, quad, and blank texture in one line
  • If you don't want to use glutin you can bring your own context too!

See the docs for more info.

Planned Features (depends on demand)

Feel free to open an issue if you have a suggestion or want to see one of these soon!

  • More kinds of simplified input handling methods

  • Enhanced and more thorough shader playground

  • Support for running ShaderToy examples directly (a conversion function)

  • Support for more textures, possibly actual OpenGL framebuffers for complex sequences of post processing

  • An HTML canvas-like API that allows drawing over your buffer???

Dependencies

~1.8–2.7MB
~55K SLoC