Hardware scaling (handle different logical vs. backing size)
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- rust
- Domaine
- desktop, performance
Piste de recherche
Commencez par la formulation du README concernant Softbuffer et le post-traitement accéléré par GPU, puis examinez le rendu du projet et la gestion de la taille des buffers afin de déterminer si la mise à l’échelle matérielle correspond à sa conception. L’issue ne nomme aucun fichier ni test ; sa clôture nécessiterait de définir une approche de mise à l’échelle, ainsi que l’implémentation et la couverture correspondantes.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Rust
- Étoiles
- 506
- Forks
- 84
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Nous n'avons pas encore vérifié les fichiers d'installation de ce projet. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de rust-windowing/softbuffer
-
DS - X11
Difficulté 3/5 1-2 jours Accessibilité débutants 48/100
rust-windowing/softbuffer#368 ·
-
`Buffer<'_>` shouldn't be `Send`Ouvertebug DS - Android NDK
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
rust-windowing/softbuffer#347 · 1 commentaire ·
-
Needs Design Work
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
rust-windowing/softbuffer#342 · 1 commentaire ·
-
enhancement question
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
rust-windowing/softbuffer#338 ·
-
Zero-copying on AndroidOuverteDS - Android NDK enhancement
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
rust-windowing/softbuffer#318 · 2 commentaires ·
Toutes les issues de rust-windowing/softbuffer
Issues similaires
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
stellar/stellar-cli#2773 ·
Les mainteneurs répondent en général sous 2 jours
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
voidzero-dev/oxc-angular-compiler#511 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 1-3 heures Accessibilité débutants 86/100
yantrikos/yantrik-os#539 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
documentation station:mac ui-dashboard
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
rolter-ai/rolter#2490 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour