Hardware scaling (handle different logical vs. backing size)
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- rust
- Área
- desktop, performance
Línea de trabajo
Comienza con la redacción del README sobre Softbuffer y el postprocesado acelerado por GPU, y después inspecciona el renderizado del proyecto y la gestión del tamaño de los buffers para determinar si el escalado por hardware encaja con su diseño. El issue no especifica archivos ni tests; para darlo por terminado sería necesario decidir un enfoque de escalado y realizar la implementación y la cobertura correspondientes.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The readme says:
Softbuffer should be used over pixels when its GPU-accelerated post-processing effects are not needed.
When I first read this, it didn't occur to me that "post-processing effects" included scaling. I was thinking it was more about things like CRT simulation. Unfortunately, scaling is often a requirement due to high resolution displays. Anyone doing full frame redraws and desiring good performance (60fps+) will almost certainly need to operate on a smaller buffer that can be scaled up, which pixels can do. I couldn't get acceptable performance with softbuffer and software scaling, although admittedly I didn't try very hard on the scaling algorithm.
I wonder if softbuffer could make an exception and support hardware scaling, if it wouldn't go against the spirit of the project. It feels like an almost table-stakes feature for most real world use.
- Lenguaje dominante
- Rust
- Estrellas
- 507
- Forks
- 85
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
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 rust-windowing/softbuffer
-
DS - X11
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
rust-windowing/softbuffer#368 ·
-
`Buffer<'_>` shouldn't be `Send`Posiblemente ocupada @Guflly la tomó hace 69 días. Abiertobug DS - Android NDK
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
rust-windowing/softbuffer#347 · 1 comentario ·
-
Needs Design Work
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
rust-windowing/softbuffer#342 · 1 comentario ·
-
enhancement question
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
rust-windowing/softbuffer#338 ·
-
Zero-copying on AndroidPosiblemente ocupada @MarijnS95 la tomó hace 252 días. AbiertoDS - Android NDK enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
rust-windowing/softbuffer#318 · 2 comentarios ·
Todos los issues de rust-windowing/softbuffer
Issues similares
-
llm translation
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
area: backend type: enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 61/100
armadavalor/WinKnife#6 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
5omeOtherGuy/phaseone#870 ·
Los mantenedores suelen responder en 1 día
-
Write a support policyAbierto
Dificultad 1/5 1-3 horas Aptitud para principiantes 72/100
MattA-Official/vwmcp#20 ·