Alexandre Perrin

Hi @dirkx , Thanks for the report. Unfortunately, I couldn't reproduce the problem with your QR codes (your `decode.c` program works fine and the output match the provided sha256 sum)...

Agreed with @dlbeer that we may not want this as the default, but the library could provide the mechanisms to do this easily. At the moment `load_png()` and `load_jpeg()` are...

Hello @FoundationKen, I also believe it would be a useful addition. I would rather see this feature implemented as a new function (as opposed to changing `quirc_resize`) for simplicity's sake...

> You could require that the user dispose of it after destroying the quirc object? If quirc didn't allocate it, then perhaps it shouldn't free it either. Yes that is...

> 16-bit pixel formats like RGB565 are pretty common in embedded systems. It's also common for cameras to return 16 bpp YUYV data. You can convert either of those in-place...

Hi @FoundationKen, Couple of comments: * I don't think we need to use void pointers here. If we expose `struct quirc` and/or `quirc_pixel_t` though the interface of the library, it...

@dlbeer @FoundationKen in your embeded project, do you ever only use one `struct quirc` object? If yes, what do you think of having one global `struct quirc` object in the...

> So if I understand your suggestion, I would remove the quirc parameter from quirc_init(), and just return the internal static quirc instance. That is not what I had in...

Alright then!

Hello @niftylettuce, thanks for opening this issue! > On homebrew v3 the default path is /opt/homebrew, which is not included in clang search paths by default. Therefore this project will...