parallel-gx1

0 Fork 0

mirror of https://github.com/libretro/parallel-gx1.git synced 2026-11-10 11:21:34 -10:00

Files

T

History

LibretroAdmin 58e6a6005d Video: pointer and size instead of std::span

Texture bytes travel as a TexBytes, a pointer and a size, where they
were a std::span<const u8>: TMEM and RAM runs into TextureInfo and its
mip levels, and the texel decoders the software renderer samples
through. Reads past the end still give zeros, now through three small
readers in TextureDecoder_Common, and TexBytesSkip() steps past a level
as SafeSubspan() did.

LoadPNGTexture() takes a pointer and a size. Metal's bounding box,
which the build does not compile, gets the Read() and Write() the other
backends have. GraphicsModGroup sorted its mods with std::ranges::sort,
whose <algorithm> came in through SpanUtils.h; an insertion sort by
weight takes its place, keeping mods of equal weight in load order.

2026-11-10 21:44:07 +01:00

AssetListener.h

VideoCommon: separate the concept of a 'resource' from an 'asset'. A resource is potentially multiple assets that are chained together but represent one type of data to the rest of the system. An example is a 'material'. A 'material' is a collection of textures, a custom shader, and some metadata that all comes together to form what the concept of the material is. There will be a 'material' resource. For now, start small by introducing the interface and change our texture loading which used assets from the old resource manager, to an actual resource.

2025-11-23 11:04:24 -06:00

CustomAsset.cpp

VideoCommon, backends, input, DiscIO: std::atomic -> retro_atomic

2026-11-06 00:19:39 +01:00

CustomAsset.h

VideoCommon, backends, input, DiscIO: std::atomic -> retro_atomic

2026-11-06 00:19:39 +01:00

CustomAssetCache.cpp

Core, InputCommon, VideoCommon: remove the remaining locks