serenity/Userland/Libraries/LibGL/Image.h

/*
 * Copyright (c) 2022, Jelle Raaijmakers <jelle@gmta.nl>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#pragma once

#include <AK/Error.h>
#include <LibGL/GL/gl.h>
#include <LibGL/GLContext.h>
#include <LibGPU/ImageDataLayout.h>
#include <LibGPU/ImageFormat.h>

namespace GL {

GPU::PixelType get_format_specification(GLenum format, GLenum type);
ErrorOr<GPU::PixelType> get_validated_pixel_type(GLenum target, GLenum internal_format, GLenum format, GLenum type);
GPU::PixelFormat pixel_format_for_internal_format(GLenum internal_format);

}
LibGL+LibGPU+LibSoftGPU: Implement flexible pixel format conversion A GPU (driver) is now responsible for reading and writing pixels from and to user data. The client (LibGL) is responsible for specifying how the user data must be interpreted or written to. This allows us to centralize all pixel format conversion in one class, `LibSoftGPU::PixelConverter`. For both the input and output image, it takes a specification containing the image dimensions, the pixel type and the selection (basically a clipping rect), and converts the pixels from the input image to the output image. Effectively this means we now support almost all OpenGL 1.5 formats, and all custom logic has disappeared from: - `glDrawPixels` - `glReadPixels` - `glTexImage2D` - `glTexSubImage2D` The new logic is still unoptimized, but on my machine I experienced no noticeable slowdown. :^) 2022-08-24 23:47:49 +02:00			`/*`
			`* Copyright (c) 2022, Jelle Raaijmakers <jelle@gmta.nl>`
			`*`
			`* SPDX-License-Identifier: BSD-2-Clause`
			`*/`

			`#pragma once`

			`#include <AK/Error.h>`
			`#include <LibGL/GL/gl.h>`
			`#include <LibGL/GLContext.h>`
			`#include <LibGPU/ImageDataLayout.h>`
			`#include <LibGPU/ImageFormat.h>`

			`namespace GL {`

			`GPU::PixelType get_format_specification(GLenum format, GLenum type);`
			`ErrorOr<GPU::PixelType> get_validated_pixel_type(GLenum target, GLenum internal_format, GLenum format, GLenum type);`
LibGL+LibGPU+LibSoftGPU: Implement texture pixel format support In OpenGL this is called the (base) internal format which is an expectation expressed by the client for the minimum supported texel storage format in the GPU for textures. Since we store everything as RGBA in a `FloatVector4`, the only thing we do in this patch is remember the expected internal format, and when we write new texels we fixate the value for the alpha channel to 1 for two formats that require it. `PixelConverter` has learned how to transform pixels during transfer to support this. 2022-08-26 15:59:51 +02:00			`GPU::PixelFormat pixel_format_for_internal_format(GLenum internal_format);`
LibGL+LibGPU+LibSoftGPU: Implement flexible pixel format conversion A GPU (driver) is now responsible for reading and writing pixels from and to user data. The client (LibGL) is responsible for specifying how the user data must be interpreted or written to. This allows us to centralize all pixel format conversion in one class, `LibSoftGPU::PixelConverter`. For both the input and output image, it takes a specification containing the image dimensions, the pixel type and the selection (basically a clipping rect), and converts the pixels from the input image to the output image. Effectively this means we now support almost all OpenGL 1.5 formats, and all custom logic has disappeared from: - `glDrawPixels` - `glReadPixels` - `glTexImage2D` - `glTexSubImage2D` The new logic is still unoptimized, but on my machine I experienced no noticeable slowdown. :^) 2022-08-24 23:47:49 +02:00
			`}`