update raylib to 5.5#1
Open
solamint wants to merge 2310 commits into
Open
Conversation
* review texture formats Added support for `R3G3B2`, `R5G6B5`, `R4G4B4A4` and `R5G5B5A1` Added depth formats * use of textures for the framebuffer - Framebuffers can now use all texture types that are already available. - The 24-bit depth format has been removed as it is no longer needed. - Framebuffer formats are still defined at compile time. - The allocated texture size is now preserved, which avoids frequent reallocations when resizing framebuffers and will allow the use of `glTexSubImage2D`. * review framebuffer blit/copy This greatly simplifies the framebuffer blit/copy logic while now supporting all pixel formats. It is slightly slower in debug builds, but this path is mainly kept for compatibility anyway. The `copy_fast` version is still used for the "normal" cases when presenting to the screen. * review pixel get/set less ops for certain formats + fixes * fix depth write * texture read/write cleanup + tweaks I made the pointers parameters `restrict` for reading/writing textures, which resulted in a slight improvement. And I reviewed the `static inline` statements, which could potentially bias the compiler; no difference, but it's cleaner. * style tweaks * review uint8_t <-> float conversion * added a reusable object pool system will allow management of both textures and framebuffers added support for `glTexSubImage2D` added handling of 'GL_OUT_OF_MEMORY' errors removed the default internal texture (unused) * added FBO API + refactored rasterizer dispatch logic * fix ndc projection + review presentation and rename rlsw's resize/copy/blit * add `glRenderbufferStorage` binding + tweaks and fixes * fix quad sorting + simplify quad rasterization part * fix line shaking issue * support of `GL_DRAW_FRAMEBUFFER_BINDING` * update rlgl - support of rlsw's framebuffers * fix pixel origin in line rasterization my bad, an oversight in my previous fix. This offset should have been moved here rather than per pixel during truncation. * style tweaks * fix vla issue with msvc - fill depth / fill color
…TWARE` Dropped the `11` relative to OpenGL 1.1 because latest `rlsw 1.5` also includes support for FBOs and could potentially implemented other higher level features in the feature, discerning from OpenGL 1.1 limitations
…ligned with `raylib 6.0`
* fix typo that appeared during re-format * fix build scripts for `GRAPHICS_API_OPENGL_SOFTWARE` * consistency tweak
Co-authored-by: 0x00650a <Ox00650a@inter.net>
* uniform fogColor fogColor is now a parameter * use new fog color parameter * convert ambient to Vector4
* auto generates all combinations of blending factors This adds a macro system that generate a function for each possible combination of blending factors, resulting in 11*11 functions, hence 121. This then allows for only one indirection and function call instead of two previously (assuming the first call was inlined). * rename dispatch tables for consistency * change blend funcs validity check Simplifies the validation of blend functions. Can allow `SW_SRC_ALPHA_SATURATE` as dst factor, but hey * disables blending when it requires alpha and there is none * review immediate rendering functions and attribute layout * prevent state changes during immediate record * reduce number of op for each vertex push + review primitive struct * simplified draw functions * review `sw_vertex_t` removes `float screen[2]`; each step stores the transformed coordinates in `float coord[4]`. This also simplifies vertex interpolation during triangle rasterization. * reduces unnecessary interpolation costs during triangle rasterization + cleanup * extends the simd color conversion to more cases * affine interpolation per blocks * long side check for each triangle line My mistake in a previous commit * style tweaks * select the read function on texture load This removes the per-pixel switch; it's slightly more efficient on my hardware, but probably a poor prediction Should remain profitable or at worst the same * use optionnal LUT for uint8_t -> float conversion * sets internal the number of vertices post-clipping and the epsilon clipping + a little cleanup * moves color conversion to math part * prevents sampling if it's a depth texture that is bound
* review `sw_vertex_t` * fix comment * fix pop matrix
Update screenshot to shapes_bouncing_ball.png
…5679) * RGFW also requires RGBA8 images as window icons, as raylib already reports in raylib.h * LibraryConfigurations.cmake: exchanged MATCHES -> STREQUAL in platform choosing if-statements * WebRGFW: remapping mouse/touch position to canvas pixel coordinates * fix 'typo' * has to be done like that because of += in case of captured mouse
* port glfw's behaviour on size 0 window creation to rgfw * updates with change suggestions * don't do the FLAG_FULLSCREEN_MODE check twice for no reason --------- Co-authored-by: CrackedPixel <5776225+CrackedPixel@users.noreply.github.com>
* add warning for loadfontex/loadfontfrommemory * bump to re-run build tests
When compiling with cmake -S . -B build-desktop-rgfw -DPLATFORM=RGFW -DCMAKE_BUILD_TYPE=Release cmake --build build-desktop-rgfw these errors appeared: raylib/examples/others/raylib_opengl_interop.c:100:5: error: unknown type name ‘GLuint’ 100 | GLuint vao = 0; [etc]
…ith DrawRectangleRoundedLinesEx (#5875)
… X11 (#5871) * Improve GetClipboardImage implementation under X11 * Remove code for creating new connection, handle selection in GLFW connection instead. * `GetClipboardImage()`: Small fix to remove unnecessary boolean
…ounds (#5849) * fix triangle and quad spans applying pixels out of bounds * remove off by one errors on x/y LoopMax * apply the RASTER_QUAD offset at the loop start so it increments correctly * fix missing endif * remove include guard to allow dyMin usage * early exit if nothing to draw on a span * incorporate dxStart into xSubstep to make xOffset calculate a single time * remove ghost comment * early exit for quads, with a float cast on the left and top distance calculation * remove duplicate xLoopEnd
raylib-lua from 5.0 to 5.5 in bindings.
…avoid `mingw32-make`
As per the README at https://github.com/raylib-zig/raylib-zig, raylib-zig now supports raylib 6.0
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
20 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
No description provided.