[FEATURE] Support 10-bit (HDR) surfaces throughout the rendering process
Los mantenedores suelen responder en 5 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- cpp
- Área
- computer-graphics
Línea de trabajo
Start by tracing the frame render function and the creation of projectM's internal render-target textures. Read how the application-provided output framebuffer is handled, then examine the framebuffer attachment color-size queries for desktop and GLES paths. Done means internal textures follow the provided output format and support 10-bit/HDR rendering throughout the process.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Currently, projectM internally uses RGB(A)8 pixel formats throughout the rendering process. Since more and more people have screen capable of displaying higher per-channel color resolutions.
While presets aren't really aware of this, it's not necessary as almost all color calculations in presets are done as floating-point values, especially in shaders. Outputting the shader results onto a 10-bit texture will automatically give smoother color gradients, making presets look better, having a higher brightness range on screens supporting it.
Render target textures created by projectM internally should ideally follow the texture format provided in the application-provided output texture/framebuffer passed to the frame render function. This is for example possible by quering the color depth of the target framebuffer attachment via glGetFramebufferAttachmentParameter() (or glGetFramebufferAttachmentParameteriv() when using GLES) and the GL_FRAMEBUFFER_ATTACHMENT_<color>_SIZE query args.
- Lenguaje dominante
- C++
- Estrellas
- 4.6k
- Forks
- 498
- Merge medio
- 3 d 23 h
- PR fusionados (30 d)
- 1
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de projectM-visualizer/projectm
-
Broken link/missing page in wikiAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
projectM-visualizer/projectm#1055 ·
Los mantenedores suelen responder en 5 días
-
Out-of-bounds write in HLSLTokenizer::Next() when a preset shader identifier exceeds 255 charactersAbiertobug triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
projectM-visualizer/projectm#1053 ·
Los mantenedores suelen responder en 5 días
-
[DEV BUG] HLSLParser does not support comma operator in for loop increment statementsPosiblemente ocupada @r3wretrhy la tomó hace 11 días. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
projectM-visualizer/projectm#1043 ·
Los mantenedores suelen responder en 5 días
-
[FEATURE]Abiertoenhancement triage
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
projectM-visualizer/projectm#1051 ·
Los mantenedores suelen responder en 5 días
-
question
Dificultad 4/5 3-5 días Aptitud para principiantes 34/100
projectM-visualizer/projectm#1046 · 2 comentarios ·
Los mantenedores suelen responder en 5 días
Todos los issues de projectM-visualizer/projectm
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
colbymchenry/codegraph#3223 ·
Los mantenedores suelen responder en 1 día
-
The `ufw` decoder requires the kernel's monotonic timestamp, so UFW lines read from journald decode without any fieldPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
arduino/ArduinoCore-megaavr#152 ·
-
bug needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
microsoft/microsoft-ui-xaml#12515 · 1 comentario · 1 reacción ·
Los mantenedores suelen responder en 2 días
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
BlueQuartzSoftware/simplnx#1906 ·
Los mantenedores suelen responder en 4 días