Falcon 4.36 Inbound ? Oui, il est sorti !

[rafalejb]

Alors quelles sont les rumeurs de la 4.36 ???

Non allez je déconne !

Juste un GRAND merci à la TEAM BMS qui a fait un super boulot !! Les ajouts de cette version sont TOP !

Seul défaut que nous (oui plusieurs personnes, pas que moi ) avons relevé c'est la fluidité de l'exportation des MFD !

Avec Cockpit Display Extraction (CDE) on avait une exportation sans latence et très fluide ! 60fps par écrans

Alors quand on est habitué à ça et d'un coup être contraint à la moitié des FPS (30 par écran du coup) c'est pas agréable ... le TGP n'en parlons pas ! (ça gâche l'immersion)

ça serait cool de réussir à remettre le bon CDE qui nous manque déjà

Sinon super boulot et contrairement à ce que tu disais Deejay, y a qaund même des améliorations graphiques !! Les nouvelles textures des pistes : TOP
La couleurs bleu foncé de l'athmosphère : GENIALE !! Les textures des Knobs dans le cockpit : bonne amélioration ! La Lune : SUPERBE ! Et j'en passe ...

Bien sur les nouveautés ne se résume pas à ça puisque ça doit correspondre à un très faible pourcentage de toute les nouveautés qu'apporte la 4.35 !

On l'attendait, elle est là, MERCI !!!

Passez de Bonnes fêtes de Noël !! Et encore MERCI !

[DeeJay]

Je pense que si on est passé sur RTT c'est qu'il n'y avait pas me choix ou que c'était le meilleur compte tenue de DX11.

Dunc bosse sur la résolution des soucis de freeze qu'on avait pas eut de notre côté. J'imagine que ça va s'améliorer avec le temps. C'est assez frais ce truc et est arrivé assez tard du fait de la conversion DX qui a pris du temps.

La 36 sera probablement "rapidement" sortie je pense.

Sans la VR et sans le nouveau terrain (qui n'est plus un secret) mais avec tous ce qui a été ajouté en 3D et autre code qu'on a fait depuis la feature freeze de la 35 il y a un an environ.

Comme ça après, on peut se focaliser plus sereinement sur la suite sans la frustration d'avoir des trucs de prêts depuis longtemps sans pouvoir en faire profiter la communauté durant tout le temps du dev des machins qui vont prendre plus de temps.

Profitez bien de la 35 et gardez un oeil critique. Il y a encore plein de choses à faire sur les IA qui devrait être bien meilleurs qu'avant en air-sol (entièrement rénovés, mais qui restent tout de même des robots, soyez un peu compréhensifs sur leur trajectoires).
Je n'ai malheureusement pas eut le temps de les expérimenter à titre perso n'ayant pratiquement pas volé depuis un an sous BMS. :( ... Je ne sais pas ce que ça donne. Mais Jp y a mis du cœur pendant plusieurs semaines/mois jusqu'à très tard le soir.

Il y a aussi énormément de corrections non ou peu visibles mais qui étaient essentiels. Dont la stabilité générale qui en principe devait être innegalé (sauf peut être un ou deux possible CTD non connu à ce jour).

A+

[rafalejb]

Je pense que si on est passé sur RTT c'est qu'il n'y avait pas me choix ou que c'était le meilleur compte tenue de DX11.

Dunc bosse sur la résolution des soucis de freeze qu'on avait pas eut de notre côté. J'imagine que ça va s'améliorer avec le temps. C'est assez frais ce truc et est arrivé assez tard du fait de la conversion DX qui a pris du temps.

La 36 sera probablement "rapidement" sortie je pense.

Sans la VR et sans le nouveau terrain (qui n'est plus un secret) mais avec tous ce qui a été ajouté en 3D et autre code qu'on a fait depuis la feature freeze de la 35 il y a un an environ.

Comme ça après, on peut se focaliser plus sereinement sur la suite sans la frustration d'avoir des trucs de prêts depuis longtemps sans pouvoir en faire profiter la communauté durant tout le temps du dev des machins qui vont prendre plus de temps.

Profitez bien de la 35 et gardez un oeil critique. Il y a encore plein de choses à faire sur les IA qui devrait être bien meilleurs qu'avant en air-sol (entièrement rénovés, mais qui restent tout de même des robots, soyez un peu compréhensifs sur leur trajectoires).
Je n'ai malheureusement pas eut le temps de les expérimenter à titre perso n'ayant pratiquement pas volé depuis un an sous BMS. :( ... Je ne sais pas ce que ça donne. Mais Jp y a mis du cœur pendant plusieurs semaines/mois jusqu'à très tard le soir.

Il y a aussi énormément de corrections non ou peu visibles mais qui étaient essentiels. Dont la stabilité générale qui en principe devait être innegalé (sauf peut être un ou deux possible CTD non connu à ce jour).

A+

Le travail quand y en a plus y en a encore !

C'est super ce que vous réalisés ! Chapeau

Pour ce qui est de l'exportation des MFD avec le frame rate diviser par 2, est ce que c'est un sujet sur lequel vous risquez de vous pencher ? Je conçois que c'est sans doute loin d'être une priorité Mais c'est dommage de faire un pas en arrière de ce niveau là ...

Bon courage pour la suite !!

[amraam]

J'ai testé et honnêtement ca reste très fluide de mon coté.

[rafalejb]

J'ai testé et honnêtement ca reste très fluide de mon coté.

Le frame rate diviser par 2 est quand même pas mal handicapant pour beaucoup de monde puisqu'on utilise Vsync ! Et la Vsync bloque les fps à 60 pour ne pas avoir de déchirure sur l'écran ! Cela fais 30fps par écran au MAX ... c'est vraiment moins bien qu'avec CDE sur 4.34 et ça on ne peut pas nous empêcher de le signaler ...

[amraam]

Bah j'ai pas 30fps de mon côté. Alors peut être que vu que j'ai un écran principal de 144hz, j'aurais 144 fps /2, donc relax. Mais tu es certain que tous le monde a aussi le nombre de fps de base divisé par deux ?

[Dud FFW36]

DJ pour Dunc

Ajouter la possibilité de rotation des Mfd si c'est pas trop complexe.
Exemple Mfd de droite souvent l'écran est en position verticale car permet d'avoir le FF et horizon secour.

On a le temps pour le. 36 faut digérer la 35 .

Passez de bonnes fêtes

[rafalejb]

Bah j'ai pas 30fps de mon côté. Alors peut être que vu que j'ai un écran principal de 144hz, j'aurais 144 fps /2, donc relax. Mais tu es certain que tous le monde a aussi le nombre de fps de base divisé par deux ?

Oui sûr et certains ... un ami m'a très fortement incité à lire les "read me" et c'est écrit dedans que maintenant le minimum c'est diviser les "BMS FPS" par 2 pour l'exportation ...

ça serait bien de corriger ça pour avoir un truc qui gaz comme sur 4.34 avec CDE qui fonctionnait parfaitement

[amraam]

Ah ben du coup ça explique pourquoi c'est fluide chez moi :p
Faudrait voir si changer une ligne ne suffirait pas.

[DeeJay]

Un idée balancée en l'air comme ça, mais vérifiez dans paramètres nVida ... j'ai vu un truc nouveau cet après midi qui permet de réduire les FPS des applis quand elles sont en arrière plan ... donc ... à voir si cela n'a pas d'effets sur le RTT (client ou serveur) qui lui fonctionne effectivement en arrière plan je pense.
Une piste à creuser peut-être (?)

[rafalejb]

Ah ben du coup ça explique pourquoi c'est fluide chez moi :p
Faudrait voir si changer une ligne ne suffirait pas.

Malheureusement car la valeur ou l on divise les FPS de BMS est par défaut 2 .. et on ne peut pas mettre en dessous ... que au dessus ! C est pourquoi nous pensons que ça serait pas mal de corriger cela et qu on puisse avoir une super fluidité sur nos MFD

[DeeJay]

Seulement voilà ... j'oubliais ... cette option est OFF par défaut, donc si vous n'avez pas touché a ça ... il n'y a pas de raison que vos FPS soit divisés par deux.

[DeeJay]

Ah ben du coup ça explique pourquoi c'est fluide chez moi :p
Faudrait voir si changer une ligne ne suffirait pas.

Malheureusement car la valeur ou l on divise les FPS de BMS est par défaut 2 .. et on ne peut pas mettre en dessous ... que au dessus ! C est pourquoi nous pensons que ça serait pas mal de corriger cela et qu on puisse avoir une super fluidité sur nos MFD

Ah, j'ai raté un truc. ... Y a une linge dans le CFG qui définie cela?

[rafalejb]

Ah ben du coup ça explique pourquoi c'est fluide chez moi :p
Faudrait voir si changer une ligne ne suffirait pas.

Malheureusement car la valeur ou l on divise les FPS de BMS est par défaut 2 .. et on ne peut pas mettre en dessous ... que au dessus ! C est pourquoi nous pensons que ça serait pas mal de corriger cela et qu on puisse avoir une super fluidité sur nos MFD

Ah, j'ai raté un truc. ... Y a une linge dans le CFG qui définie cela?

Oui celle là : "set g_nRTTExportBatchSize 1 // This determines how often the shared texture memory area (if it is enabled) will be updated (every Nth frame, default/min is 2)" Qui dit bien que le minimum c'est 2 ... et j'ai fais le test, effectivement si on met 3 c 'est encore moins fluide voire cette fois ci injouable

[DeeJay]

set g_nRTTExportBatchSize 1 ... ça devrait ne rien diviser alors!?

[rafalejb]

set g_nRTTExportBatchSize 1 ... ça devrait ne rien diviser alors!?

Affirm sauf qu il est marque que pour 4.35 le minimum c est 2

[Jetsun]

set g_nRTTExportBatchSize 1 ... ça devrait ne rien diviser alors!?

Affirm sauf qu il est marque que pour 4.35 le minimum c est 2

J'essayerais qd meme 1...surtout avec ton pc, rien de tel que l'expérimentation!

[rafalejb]

set g_nRTTExportBatchSize 1 ... ça devrait ne rien diviser alors!?

Affirm sauf qu il est marque que pour 4.35 le minimum c est 2

J'essayerais qd meme 1...surtout avec ton pc, rien de tel que l'expérimentation!

T’inquiète pas c est déjà fais ! Et ça ne change absolument rien ... j en ai passé des heures à expérimenter des choses pour que mes écrans soit aussi fluide qu en 34 ... mais c est en vain ... je pense que malheureusement sans une retouche des devs au logiciel et à la mémoire partager on ne pourra pas résoudre ce petit inconvénient

[rafalejb]

Trouvé !!

Il faut ajouter cette ligne dans votre fichier BMS config en bas de la section MISC : "set g_bDoubleRTTResolution 1" !!

Et voilà j'ai quasiment retrouvé la fluidité de la 4.34 ! C'est juste un poil moins bien mais vraiment là c'est chippoter

Je viens de refaire ma journée ! enfin ma soirée ahah

EDIT: Pas sur que se soit ça qui fasse gagner des FPS mais peut être une solution pour plus que RTT Freeze ?

[bof_4_digle]

Non j'avais mis cette ligne et ça changeait rien par rapport au problème de freeze

[DeeJay]

Salut!

Trouvé !!

Il faut ajouter cette ligne dans votre fichier BMS config en bas de la section MISC : "set g_bDoubleRTTResolution 1" !!

Et voilà j'ai quasiment retrouvé la fluidité de la 4.34 ! C'est juste un poil moins bien mais vraiment là c'est chippoter

Je viens de refaire ma journée ! enfin ma soirée ahah

EDIT: Pas sur que se soit ça qui fasse gagner des FPS mais peut être une solution pour plus que RTT Freeze ?

C'est dit où qu'il faut ajouter ça?
C'est dit qqpart par qqn de la dev ou tu fais de la chimie?

Car si set g_bDoubleRTTResolution a été retiré du CFG, il y a une raison à cela. Alors si ça marche pour toi, c'est cool. Mais mef aux conséquence que tu n'a pas vu! ... (genre un fuite mémoire ou du genre)

[rafalejb]

Salut!

Trouvé !!

Il faut ajouter cette ligne dans votre fichier BMS config en bas de la section MISC : "set g_bDoubleRTTResolution 1" !!

Et voilà j'ai quasiment retrouvé la fluidité de la 4.34 ! C'est juste un poil moins bien mais vraiment là c'est chippoter

Je viens de refaire ma journée ! enfin ma soirée ahah

EDIT: Pas sur que se soit ça qui fasse gagner des FPS mais peut être une solution pour plus que RTT Freeze ?

C'est dit où qu'il faut ajouter ça?
C'est dit qqpart par qqn de la dev ou tu fais de la chimie?

Car si set g_bDoubleRTTResolution a été retiré du CFG, il y a une raison à cela. Alors si ça marche pour toi, c'est cool. Mais mef aux conséquence que tu n'a pas vu! ... (genre un fuite mémoire ou du genre)

C'est une solution pour MFDE qu'à donner plusieurs personnes sur benchmark sims, je n'ai plus le lien sous la main ! Je ne sais pas ce que j'ai fais mais mon rendu est meilleur ... et pourtant cette ligne n'y ait pour rien

[BadJack]

Salut!

Trouvé !!

Il faut ajouter cette ligne dans votre fichier BMS config en bas de la section MISC : "set g_bDoubleRTTResolution 1" !!

Et voilà j'ai quasiment retrouvé la fluidité de la 4.34 ! C'est juste un poil moins bien mais vraiment là c'est chippoter

Je viens de refaire ma journée ! enfin ma soirée ahah

EDIT: Pas sur que se soit ça qui fasse gagner des FPS mais peut être une solution pour plus que RTT Freeze ?

C'est dit où qu'il faut ajouter ça?
C'est dit qqpart par qqn de la dev ou tu fais de la chimie?

Car si set g_bDoubleRTTResolution a été retiré du CFG, il y a une raison à cela. Alors si ça marche pour toi, c'est cool. Mais mef aux conséquence que tu n'a pas vu! ... (genre un fuite mémoire ou du genre)

Salut les Garçons !

Deej, pour info, voici le set up de la ligne de code tel que donné dans un GitHub de RedTerror ( https://github.com/redterror/f4bms-ded ... %20bms.cfg destiné à monter un serveur externe dédié Falcon :

set g_bDoubleRTTResolution 1 // Doubles the resolution of the cockpit displays (MFDs, HUD, HMS, RWR, DED, PFL), internal and external

Je ne sais pas si ça va t’aider beaucoup, mon Camarade, mais ça va au moins t’éviter de chercher un peu !

Perso je trouverais à minima atypique qu’une augmentation de la résolution améliore la fluidité... mais bon, suis pas dev !

[DeeJay]

Ce n'est plus pour la 4.35 ça!? ... SI on l'a retiré du CFG c'est pour une raison (que j'ignore). Je vais poser le question, mais avant cela ...

Vous confirmez de façon certaine que avec "set g_bDoubleRTTResolution 1" vous avez une meilleure fluidité?

En tous cas, d'un point de vue résolution ça ne change rien: https://www.benchmarksims.org/forum/sho ... post558225

[rafalejb]

Ce n'est plus pour la 4.35 ça!? ... SI on l'a retiré du CFG c'est pour une raison (que j'ignore). Je vais poser le question, mais avant cela ...

Vous confirmez de façon certaine que avec "set g_bDoubleRTTResolution 1" vous avez une meilleure fluidité?

En tous cas, d'un point de vue résolution ça ne change rien: https://www.benchmarksims.org/forum/sho ... post558225

Non je n'affirme rien ... j'ai fais des test et avec ou sans cette ligne je n'ai pas de changement en fluidité ... en revanche j'ai fais une manip qui m'en a donné .. Peut être l'installation d'un microsoft visual C++ un truc dans le genre !

De toute façon le Bathsize bloqué à 2 est une mauvaise chose pour la fluidité de l'exportation car la Majorité d'entre nous avec la Vsync seront bloqué à 60 fps et donc que 30 fps en exportation !

Si vous pouviez revenir aux même paramètres qu'avec Cockpit Display Extracion ça serait top ! Y avait 0 latence et 60 fps par MFD !

Ce que j'affirme en revanche Deejay c'est que sans cette ligne MFD Extractor ne fonctionnait pas chez moi !