A new raylib release is finally ready and, again, this is the biggest raylib release ever! Thanks to the support of many amazing contributors this release comes packed with many new features and improvements, also thanks to the financial support of NLnet and the NGI Zero Commond Fund that allowed me to work on this project mostly fulltime for the past few months.
Some astonishing numbers for this release:
Highlights for raylib 6.0:
NEW Software Renderer - rlsw: The biggest addition of this new release. A new software renderer backend, that allows raylib to run purely on CPU, with no neeed for a GPU. It finally closes the circle of my search for a portable self-contained, with no-external-dependencies, graphics library, able to run on any device providing some CPU-power and some RAM memory. It has been possible thanks to the amazing work of Le Juez Victor (@Bigfoot71), who created rlsw, a single-file header-only library implementing OpenGL 1.1+ specification, tailored to fit into raylib rlgl OpenGL wrapper, and allowing to run raylib seamlessly over CPU with no code changes required on user side. As expected, software rendering is slower than hardware-accelerated rendering but it is still fast enough to run basic application at 30-60 fps. Actually, it already proved it usefulness on a new raylib port for ESP32 microcontroller by Espressif, useful for industrial applications, and opens the door to the upcoming RISC-V powered devices that start arriving to the marked, and many times come with no GPU. Along the new software renderer, some of the existing platform backends have been adapted to support it (SDL, RGFW, DRM) and also new platforms backends have been created to accomodate it (Win32, Emscripten), incluing a new PLATFORM_MEMORY, that allows direct rendering to a memory framebuffer.
raylib_rlsw.mp4
NEW Platform backend: Memory - rcore_memory: This new platform has been added along the software renderer backend, allowing 2d and 3d rendering over a platform-agnostic memory framebuffer, it can run headless and output frames can be directly exported to images. This new backend could also be useful for graphics rendering on servers or process images directly using the memory buffer.
NEW Platform backend: Win32 - rcore_desktop_win32: A new Windows platform backend and the first step towards a potential replacement/alternative to the platform libraries currently used by raylib (GLFW/SDL/RGFW). This backend follows same API template structure than the other raylib backends, but directly implementing Win32 API calls. It allows initializing OpenGL GPU-accelerated windows and also GDI based windows, useful for the software renderer backend. This new backend approach, following a common template-structure and separating the platform logic by specific OS/Windowing system, will simplify code, improve maintenance, readability and portability for raylib, setting some bases for the future. NOTE: This backend is new and it could require further testing, use it as an experimental backend for now.
NEW Platform backend: Emscripten - rcore_web_emscripten: In the same line as Win32 backend, this new web backend moves away from libglfw.js and directly implements Emscripten/JS functionality, with no other dependencies, adding support for the new software renderer to draw directly on a non-accelerated 2d canvas but also supporting a WebGL-hardware-accelerated canvas when required. NOTE: This backend is new and it could require further testing, use it as an experimental backend for now.
REDESIGNED Fullscreen modes and High-DPI content scaling: After many years and many related issues, the full-screen and high-dpi content scaling support has been completely redesigned from scratch. New design prioritizes borderless fullscreen modes and automatically detects current monitor content scaling configuration to scale window and framebuffer accordingly when required. Still, High-DPI support must be requested by user if desired enabling FLAG_WINDOW_HIGHDPI on window creation. This new system has been carefully tested on Windows, Linux (X11, Wayland), macOS with multiple monitors and multiple resolutions, including 4K monitors.
REDESIGNED Skeletal Animation System: A new animation system for 3d models has been created to support animation blending, between single frames but also between differents frames on different animations, to allow easy timed transitions between animations. This redesign implied reviewing several raylib structures to better accomodate animation data: Model, ModelSkeleton, ModelAnimation, but the API was simplified and support for GPU-skinning was improved with multiple optimizations.
raylib_animation_blending.mp4
REDESIGNED Build Config System - config.h: raylib allows lot of customization for specific needs (i.e. disabling modules not needed for specific applications like rmodels or raudio) but previous implementation did not allow easely disabling some features from custom build systems. New design not only allows disabling features with simple -DSUPPORT_FILEFORMAT_OBJ=0 on building command-line but also the full system has been reviewed, removing useless flags and exposing new ones.
NEW File System API: Along the years, multiple filesystem functions have been added to raylib API as required but it felt somewhat inconsistent with some pieces missing. In this new release, the full filesystem API has beeen reviewed and reorganized, compiling all the functionality single module: rcore, consequently utils module has been removed and build system has been simplified even more; only 6-7 modules (.c) need to be compiled containing the full raylib library. This new filesystem API will allow raylib to be used on the creation of custom build systems, as already demostrated with the new rexm tool for examples management. At the moment raylib includes +40 file system management functions:
// File system management functions unsigned char *LoadFileData(const char *fileName, int *dataSize); // Load file data as byte array (read) void UnloadFileData(unsigned char *data); // Unload file data allocated by LoadFileData() bool SaveFileData(const char *fileName, void *data, int dataSize); // Save data to file from byte array (write), returns true on success bool ExportDataAsCode(const unsigned char *data, int dataSize, const char *fileName); // Export data to code (.h), returns true on success char *LoadFileText(const char *fileName); // Load text data from file (read), returns a '\0' terminated string void UnloadFileText(char *text); // Unload file text data allocated by LoadFileText() bool SaveFileText(const char *fileName, const char *text); // Save text data to file (write), string must be '\0' terminated, returns true on success int FileRename(const char *fileName, const char *fileRename); // Rename file (if exists) int FileRemove(const char *fileName); // Remove file (if exists) int FileCopy(const char *srcPath, const char *dstPath); // Copy file from one path to another, dstPath created if it doesn't exist int FileMove(const char *srcPath, const char *dstPath); // Move file from one directory to another, dstPath created if it doesn't exist int FileTextReplace(const char *fileName, const char *search, const char *replacement); // Replace text in an existing file int FileTextFindIndex(const char *fileName, const char *search); // Find text in existing file bool FileExists(const char *fileName); // Check if file exists bool DirectoryExists(const char *dirPath); // Check if a directory path exists bool IsFileExtension(const char *fileName, const char *ext); // Check file extension (recommended include point: .png, .wav) int GetFileLength(const char *fileName); // Get file length in bytes (NOTE: GetFileSize() conflicts with windows.h) long GetFileModTime(const char *fileName); // Get file modification time (last write time) const char *GetFileExtension(const char *fileName); // Get pointer to extension for a filename string (includes dot: '.png') const char *GetFileName(const char *filePath); // Get pointer to filename for a path string const char *GetFileNameWithoutExt(const char *filePath); // Get filename string without extension (uses static string) const char *GetDirectoryPath(const char *filePath); // Get full path for a given fileName with path (uses static string) const char *GetPrevDirectoryPath(const char *dirPath); // Get previous directory path for a given path (uses static string) const char *GetWorkingDirectory(void); // Get current working directory (uses static string) const char *GetApplicationDirectory(void); // Get the directory of the running application (uses static string) int MakeDirectory(const char *dirPath); // Create directories (including full path requested), returns 0 on success bool ChangeDirectory(const char *dirPath); // Change working directory, return true on success bool IsPathFile(const char *path); // Check if a given path is a file or a directory bool IsFileNameValid(const char *fileName); // Check if fileName is valid for the platform/OS FilePathList LoadDirectoryFiles(const char *dirPath); // Load directory filepaths, files and directories, no subdirs scan FilePathList LoadDirectoryFilesEx(const char *basePath, const char *filter, bool scanSubdirs); // Load directory filepaths with extension filtering and subdir scan; some filters available: "*.*", "FILES*", "DIRS*" void UnloadDirectoryFiles(FilePathList files); // Unload filepaths bool IsFileDropped(void); // Check if a file has been dropped into window FilePathList LoadDroppedFiles(void); // Load dropped filepaths void UnloadDroppedFiles(FilePathList files); // Unload dropped filepaths unsigned int GetDirectoryFileCount(const char *dirPath); // Get the file count in a directory unsigned int GetDirectoryFileCountEx(const char *basePath, const char *filter, bool scanSubdirs); // Get the file count in a directory with extension filtering and recursive directory scan. Use 'DIR' in the filter string to include directories in the result
NEW Text Management API: Along with the new file system functionality, a new set of text management functions has been added, also very useful for text procesing and also used in custom build systems creation using raylib. At the moment raylib includes +30 text management functions:// Text strings management functions (no UTF-8 strings, only byte chars) // WARNING: Most of these functions use a internal static buffer[], it's recommended to store returned data on user-side for re-use char **LoadTextLines(const char *text, int *count); // Load text as separate lines ('\n') void UnloadTextLines(char **text, int lineCount); // Unload text lines int TextCopy(char *dst, const char *src); // Copy one string to another, returns bytes copied bool TextIsEqual(const char *text1, const char *text2); // Check if two text string are equal unsigned int TextLength(const char *text); // Get text length, checks for '\0' ending const char *TextFormat(const char *text, ...); // Text formatting with variables (sprintf() style) const char *TextSubtext(const char *text, int position, int length); // Get a piece of a text string const char *TextRemoveSpaces(const char *text); // Remove text spaces, concat words char *GetTextBetween(const char *text, const char *begin, const char *end); // Get text between two strings char *TextReplace(const char *text, const char *search, const char *replacement); // Replace text string with new string char *TextReplaceAlloc(const char *text, const char *search, const char *replacement); // Replace text string with new string, memory must be MemFree() char *TextReplaceBetween(const char *text, const char *begin, const char *end, const char *replacement); // Replace text between two specific strings char *TextReplaceBetweenAlloc(const char *text, const char *begin, const char *end, const char *replacement); // Replace text between two specific strings, memory must be MemFree() char *TextInsert(const char *text, const char *insert, int position); // Insert text in a defined byte position char *TextInsertAlloc(const char *text, const char *insert, int position); // Insert text in a defined byte position, memory must be MemFree() char *TextJoin(char **textList, int count, const char *delimiter); // Join text strings with delimiter char **TextSplit(const char *text, char delimiter, int *count); // Split text into multiple strings, using MAX_TEXTSPLIT_COUNT static strings void TextAppend(char *text, const char *append, int *position); // Append text at specific position and move cursor int TextFindIndex(const char *text, const char *search); // Find first text occurrence within a string, -1 if not found char *TextToUpper(const char *text); // Get upper case version of provided string char *TextToLower(const char *text); // Get lower case version of provided string char *TextToPascal(const char *text); // Get Pascal case notation version of provided string char *TextToSnake(const char *text); // Get Snake case notation version of provided string char *TextToCamel(const char *text); // Get Camel case notation version of provided string int TextToInteger(const char *text); // Get integer value from text float TextToFloat(const char *text); // Get float value from text
NEW tool: raylib examples manager - rexm: raylib examples collection is huge, with more than 200 examples it was quite difficult to manage: adding, removing, renaming examples was a very costly process involving many files to be modified (including build systems), also the examples did not follow a common header convention neither a structure conventions. For that reason, a new support tool has been created: rexm, a raylib examples manager that allows to easely add/remove/rename examples, automatically fix inconsistencies and even building and automated testing on multiple platforms.USAGE:
> rexm <command> <example_name> [<example_rename>]
COMMANDS:
create <new_example_name> : Creates an empty example, from internal template
add <example_name> : Add existing example to collection
rename <old_examples_name> <new_example_name> : Rename an existing example
remove <example_name> : Remove an existing example from collection
build <example_name> : Build example for Desktop and Web platforms
test <example_name> : Build and Test example for Desktop and Web platforms
validate : Validate examples collection, generates report
update : Validate and update examples collection, generates report
NEW +70 new examples: Thanks to rexm and the simplification on examples management, this new raylib release includes +70 new examples to learn from, most of them contributed by community. Multiple examples have also been renamed for consistency and all examples header and structure have been reviewed and unified.
Make sure to check raylib CHANGELOG for a detailed list of changes!
I want to thank all the contributors (+850!) that along the years have greatly improved raylib and pushed it further and better day after day. And many thanks to raylib community and all raylib users for supporting the library along those many years.
Finally, I want to thank puffer.ai and comma.ai for usign raylib and supporting the project as platinum sponsors, along many others individuals that have been sponsoring raylib along the years. Thanks to all of you for allowing me to keep working on this library!
After +12 years of development, raylib 6.0 is today one of the bests libraries to enjoy games/tools/graphic programming!
Enjoy graphics programming with raylib! :)
Full Changelog: 5.5...6.0
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。