Envoyé par papet30
Voir le message
Dans mon tuto concernant XP10 64 bit je notais :
cette case cochée permet de charger plus de DSF pour une vue lointaine moins floue depuis le cockpit en haute altitude (donc pas vraiment en VFR). Pour la version 64 bits seulement car la version 32 bits ne dispose pas de suffisamment de mémoire.
Evitez de cocher cette case si vous devez survoler des régions denses en détails car vous obtiendrez une chute drastique de fps. (cette case peut être cochée/décochée en vol)
Si on s'en réfère à l'article Extended DSFs in X-Plane 10.40 , cocher la case permettait déjà de charger 12 tuiles au lieu de six mais avec cette restriction :
(1 tuile = une région de 1 degré de latitude sur 1 degré de longitude)
- Combining extended DSFs with heavy third party scenery may be unacceptably slow. For example, Alpilotx was able to run extended DSFs with the HD meshes, but his com-****r has monstrous amounts of RAM (64 GB I think??). I'm pretty sure extending with the UHD meshes is a non-starter.
- Load time shouldn't be too bad; this change also includes a re-work of the DSF loader that takes better advantage of multi-core hardware. If you have a 4-core machine your DSF load time shouldn't be worse, even with extended DSFs.
Il y a une discussion (vérrouillée désormais) demandant de pouvoir disposer d'une fonction identique à celle de XP10 (une case à cocher)? ou un certain Henry, exprime clairement le problème :
IMO the main purpose for this is better support for orthophoto and HD meshes, which are getting increasingly popular due to community-provided tools like Ortho4XP and G2XPL. It is proven that in those cases extended DSF can cause a dramatic FPS impact and stuttering while transitioning between tiles due to significant increase of VRAM usage and swapping overall.
Here is just one example of a user that reported huge improvements after applying the tweak.
Here is just one example of a user that reported huge improvements after applying the tweak.
Ce qui peut se traduire par :
A mon avis, le but principal est d'avoir un meilleur support pour les orthophoto et les mesh HD qui deviennent incroyablement populaires du fait que la communauté fournit des outils tels Ortho4XP et G2XPL. Il est prouvé que dans ces cas les DSF étendus peuvent causer un impact dramatique sur les FPS et un tremblement durant la transition entre tuile dû un une augmentation significative de l'utilisation de la VRAM et des échange globaux [VRAM <->GPU]
Plus bas dans la discussion un utilisateur parle de son expérience avec un portable 2Go GDDR5 VRAM et l'utilsation des zone photo ZL16 avec l'option Qualité de texture Haute
Et il indique : avec XP11 (et l'utilisation par défaut de DSF etendus) : Texture chargée 2,3 Go et utilisation de la RAM : 4Go. Sans les DSF étendus ça passe 1.7 Go de texturechargée et 2,7 Go de RAM
Quand on pense qu'à l'époque Ben Supnik expliquait pourquoi les DSF étendus étaient optionnels :
It is optional because some users would have to DROP the UHD meshes if they use it, and I don't want to force anyone into a hardware upgrade in a free update.
C'est optionnel car certains utilisateurs pourrait retirer les mesh UHD [Ultra Haute Définition] s'ils les utilisent, et que je ne veux pas forcer quiconque dans la mise à jour d'un matériel pour une verion gratuite d'une mise à jour [on parle de la mise à jourvde la 10.30 vers la 10.40]
Ce qui ne semble plus être un souci priritaire aujourd'hui.
Commentaire