mirror of
https://github.com/Ryujinx/SDL.git
synced 2025-03-22 07:45:04 +00:00
ca9a321715
One place known to differ in a significant way is a single line segment that starts and ends on the same point; the GL renderers will light up a single pixel here, whereas the software renderer will not. My current belief is this is a bug in the software renderer, based on the wording of the docs: "SDL_RenderDrawLine() draws the line to include both end points." You can see an example program that triggers that difference in Bug #2006. As it stands, the GL renderers might _also_ render diagonal lines differently, as the the Bresenham step might vary between implementations (one does three pixels and then two, the other does two and then three, etc). But this patch causes those lines to start and end on the correct pixel, and that's the best we can do, and all anyone really needs here. Not closing any bugs with this patch (yet!), but here are several that it appears to fix. If no other corner cases pop up, we'll call this done. Reference Bug #2006. Reference Bug #1626. Reference Bug #4001. ...and probably others... |
||
|---|---|---|
| .. | ||
| direct3d | ||
| direct3d11 | ||
| metal | ||
| opengl | ||
| opengles | ||
| opengles2 | ||
| psp | ||
| software | ||
| vitagxm | ||
| SDL_d3dmath.c | ||
| SDL_d3dmath.h | ||
| SDL_render.c | ||
| SDL_sysrender.h | ||
| SDL_yuv_sw.c | ||
| SDL_yuv_sw_c.h | ||