En effet. D'une manière générale, on peut réduire l'impression de fluidité à deux facteurs: la réactivité à l'input et aux FPS affichés à l'écran.
Problème: comment mesurer les FPS? Ceux de l'écran ? Ceux de la carte graphique ? Ceux du serveur X ?
Et là, soudain, tu rentres dans un monde de douleur où, pour te citer un simple exemple qui me vient en mémoire, un serveur X super performant paraissait saccadé car il n'était psa synchronisé avec la carte graphique. La carte graphique prenait donc ce qu'elle pouvait.
Autre exemple: si tu as du 60fps. Es-tu sûr pour autant que chaque frame fasse 1/60ème de seconde? Et si 59frame se passait pendant 0,5s et puis une seule frame pour la seconde qui reste ?
Tout cela, ce sont des exemples vécus. Et le gros problème c'est qu'il n'y a pas d'outils qui permettent de mesurer la "fluidité". Du coup, il faut des génies (genre rasterman) qui comprennent ce qu'ils font et qui construisent les outils de mesure ad-hoc pour chaque cas.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Troisième épisode de la saga
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Actualité autour d'Android. Évalué à 6.
En effet. D'une manière générale, on peut réduire l'impression de fluidité à deux facteurs: la réactivité à l'input et aux FPS affichés à l'écran.
Problème: comment mesurer les FPS? Ceux de l'écran ? Ceux de la carte graphique ? Ceux du serveur X ?
Et là, soudain, tu rentres dans un monde de douleur où, pour te citer un simple exemple qui me vient en mémoire, un serveur X super performant paraissait saccadé car il n'était psa synchronisé avec la carte graphique. La carte graphique prenait donc ce qu'elle pouvait.
Autre exemple: si tu as du 60fps. Es-tu sûr pour autant que chaque frame fasse 1/60ème de seconde? Et si 59frame se passait pendant 0,5s et puis une seule frame pour la seconde qui reste ?
Tout cela, ce sont des exemples vécus. Et le gros problème c'est qu'il n'y a pas d'outils qui permettent de mesurer la "fluidité". Du coup, il faut des génies (genre rasterman) qui comprennent ce qu'ils font et qui construisent les outils de mesure ad-hoc pour chaque cas.
Mes livres CC By-SA : https://ploum.net/livres.html