Alors justement tu complètes parfaitement ma réponse, sur le P40 de A2A (désolé je n'ai que la version WOP3), les textures se répartissent comme suit:

- prop.dds est la texture qui rempli le disque externe (vu de l'avant) disque qui sert pour la partie avant de l'animation slow
- prop_in.dds est la texture qui rempli le disque interne (vu du pilote) disque qui sert pour la partie arrière de l'animation slow
- hub.dds (la goutte d'eau) est la texture équivalente de ma texture propside.png.dds (512x128) qui habille justement les pales en forme de plan

Cela correspond point à point à ma façon de modéliser à la différence que A2A prend un disque complet sur lequel il mappe deux textures (prop et prop_in) alors que je ne modélise que 2 portions de ce disque ce qui correspond sur ma vue aux deux partie surlignées en jaune qui ressemblent à deux part de tarte (avec un avant et un arrière).

Après pour ce qui est des animations et des visibilités, tout est géré par 3 déclarations, chacune porte sur un test de la variable définissant la rotation de l'hélice soit : (A:PROP MAX RPM PERCENT:1,percent)
En fonction de la vitesse de rotation, la plupart du temps comme il y a 3 stades stiil, slow et blurred, il y a trois tests avec trois paliers de vitesse.

Pour le P40 de A2A c'est entre 6 et 37%; entre 38 et 89 % et au-dessus de 89%.
Pour le Ménestrel, le code est donné dans HN433_Exterieur.xml: le code étant ouvert il n'est pas difficile d’ouvrir ce fichier dans un Notepad de modifier une valeur et de tester, tout en faisant aussi la modification identique dans HN433_Interior.xml pour que les deux restent cohérent ... à vos risques et périls

<Animation guid="61a36316-aef3-4353-ae00-796a59c4466c" length="100" name="prop1_still" type="Sim" typeParam="AutoPlay" typeParam2="prop1_still"/>
        <PartInfo>
            <Name>prop1_still</Name>
            <AnimLength>100</AnimLength>
            <Visibility>
                <Parameter>
                    <Code>
                    (A:PROP MAX RPM PERCENT:1, percent) 6.25 &lt; if{ 1 } els{ 0 }
                    </Code>
                </Parameter>
            </Visibility>
        </PartInfo>
        <Animation guid="dad31e0a-04db-4beb-9a10-9a113e13104c" length="100" name="prop1_slow" type="Sim" typeParam="AutoPlay" typeParam2="prop1_slow"/>
        <PartInfo>
            <Name>prop1_slow</Name>
            <AnimLength>100</AnimLength>
            <Visibility>
                <Parameter>
                    <Code>
                    (A:PROP MAX RPM PERCENT:1, percent) 6.25 &gt;
                    if{
                        (A:PROP MAX RPM PERCENT:1, percent) 12.5 &lt; if{ 1 } els{ 0 }
                    } els{ 0 }
                    </Code>
                </Parameter>
            </Visibility>
        </PartInfo>
        <Animation guid="910d22dc-43a4-406e-a16c-b9b34efeaa15" length="100" name="prop1_blurred" type="Sim" typeParam="AutoPlay" typeParam2="prop1_blurred"/>
        <PartInfo>
            <Name>prop1_blurred</Name>
            <AnimLength>100</AnimLength>
            <Visibility>
                <Parameter>
                    <Code>
                    (A:PROP MAX RPM PERCENT:1, percent) 12.5 &gt; if{ 1 } els{ 0 }
                    </Code>
                </Parameter>
            </Visibility>
        </PartInfo>

Entre le palier n et n+1 l'animation est visualisée; en deçà et au-delà elle est invisible. Les conditions de visibilités sont incluses dans les tests de vitesse de rotation.
Depuis FS2004 j'ai toujours vu ce schéma en application. Ce qui peut varier, c'est la valeur de ces paliers en fonction du nombres de tours que peut prendre l'hélice. Le nombre de tr/mn que prend un P40 n'étant pas identique à ceux d'un HN433.

Que la texture propside.png.dds ne soit pas parfaite (tout le monde peut regarder dans l'arborescence de l'avion qui est fourni et vérifier mes dires par rapport à la texture "hub"), j'en suis conscient et je compte la revoir. Par contre mon choix de modélisation est correct.
Pour ce qui est d'approcher au mieux ce rendu stroboscopique, cela passe par de nombreux essais en variant les valeurs des canaux Alpha de ces textures, les valeurs des paliers pour avoir la meilleure sensation. Cela ne se résume pas à des choix de modélisation.
Simplement une simple modification sur un matériau, une coche supplémentaire demande au moins 10 à 15 mn pour la vérifier dans le simu et passer à une autre modification. Cela prend donc un temps très conséquent.

Pour ce qui est de la réalité, effectivement je ne suis pas pilote mais j'ai approché pas mal d'avions à hélice et filmé pas mal de séquences d démarrage et de mise en puissance.

Pour ce qui est du Ménestrel, je dispose d'un film envoyé par Jean-Claude AFFLARD, film fait à partir du cockpit du F-PYKA et qui retrace une liaison et un atterrissage.
Sans doute que la réalité est différente mais j'essaye de m'approcher de ce que j'ai sous les yeux

Nezhaut a écrit:
...
Pour le moment, en jouant sur les traînées, j'arrive à obtenir quelque chose de correct en croisière (il faut encore affiner). J'ai beaucoup réduit l'inertie de l'hélice pour retrouver un comportement plus direct du moteur, mais effectivement,  comme tu le disais, il cale au ralenti dans cette configuration. Je vais creuser.

Reste à corriger le décrochage sans trop foutre en l'air le reste. Je suis en train de reprendre le CL vs AOA pour voir.

Mais en MODERN on a moins la main sur le modèle de vol à priori, ce qui explique probablement les bizarreries de comportement en partant des fichiers FSX.

Petite question de néophyte : si je passe en mode developeur, et que je change d'avion à partir de ce mode (sans passer par le menu principal) pour faire par exemple "Ménestrel --> C152 --> Ménestrel", les modifs  faites dans les .cfg sont prisent en compte, ou bien il faut relancer le simu ?

Pour ce qui est des paramètres initiaux de l'hélice, je vais les retrouver et les rajouter à la suite de ce post.

En ce qui concerne les modifs via le MODE DEV, certains pratiquent comme cela mais en chargeant le projet et en modifiant les fichiers de configuration via le projet chargé.
Ensuite si j'ai bien compris, ils compilent et rechargent l'avion. NewTV avait fait une ch'tite vidéo sur ce point.
Ceci dit j'ai essayé et il m'est arrivé de corrompre totalement l'avion qui au lancement suivant me plantait tout le simu et j'ai été obligé de recourir à une sauvegarde du projet pour m'y retrouver.
Mais même en faisant de cette façon, les tests sont extrêmement long !

Pour l'hélice et le moteur j'ai essayé aussi les paramètres de friction / efficacité pour donner "plus de couple" à bas régime mais peine perdue

Au cours de la mise au point de cet avion sous FSX, Jean/Epsilon avait fait un CR de vol assez précis (voir page 11 de ce post). Il donne des valeurs qui avait été validées par JC Afflard/HN de Chartres (voir page 12).
Tiens à ce sujet, j'ai réussi à le joindre hier et il est enthousiasmé par l'idée d'une autre version de son avion

Pour les valeurs exactes des vitesses de décrochage/décollage et autres données, il avait fait un résumé ici: http://www.pilote-virtuel.com/viewtopic … 13#p195413
Il faut que je corrige dans la documentation que j'ai ajouté à l'addon car il y a quelques erreurs

Nezhaut a écrit:
Bon, je commence à me décourager de corriger cette vitesse de décrochage. Je n'arrive pas à comprendre l'effet des paramètres que je modifie (quasiment aucun en fait).

Le SDK dit que l'incidence de décrochage est définie par le point le plus élevé de la courbe de CL vs AOA :

Pour le paramètre "lift_coef_aoa_table" on a :

    Lift function of AoA table. Influence CoL computation if not prescribed and stall angle computation (stall angle = angle for which this table reaches its maximum value)

Sauf... que je peux déplacer ce point jusqu'à l'absurde sans que l'incidence de décrochage ne change d'un iota... Donc il y a autre chose ailleurs qui prend le dessus, mais quoi ?
S'il y a un connaisseur dans le coin, je suis preneur d'une piste... wink

Bons vols !

P.S. : au passage certaines bizarreries n'ont toujours pas été corrigées. Pour les vitesses, on trouve notamment ça :

    flaps_up_stall_speed : Speed at which the aircraft will stall when flaps are up, in ktas.

Depuis quand une vitesse de décrochage se définie à vitesse propre constante ?? Et pourquoi pas la vitesse sol tant qu'on y est..

Au moins sous FSX, il y avait un outil AFSD v3.55 (32 bits) que m'avait conseillé Bee Gee et qui permettait de voir finement les divers paramètres en cours de vol et l'influence des modifs. Là, sur MSFS, il y a bien le SIMVAR.exe mais c'est moins facile. Les outils dans le DEV MOD sont très confus, on a une tonne de valeurs affichées dans une fenêtre MS-DOS et pour y retrouver ses petits ... bonjour

Hier soir, j'ai essayé avec les paramètres de la version v1.0.2 de voir l'instant du décrochage: il intervient vers 80 ~ 90 knts mais l'avion s'écroule différemment que sous FSX.

Après il y a la valeur du CoG (Centre de Gravité) qui est géré de façon ubuesque par Asobo. Celui-ci influe beaucoup sur le comportement de l'appareil et avec les modifs qu'à introduit Asobo avec ce curseur de réglage du CoG, je ne sais plus quoi penser.

Je viens de relire les page 11 à 16 de ce post et on avait statué à 69,68 km/h pour le décrochage et 70 km/h pour le décollage (en haut de la page 16) pour ce qui était du moteur FSX.
Là, expérimentalement on se situe à 80 ~ 85 km/h donc on n'est pas si éloigné. Je ne sais pas où j'ai vu la vitesse de 40 que j'ai indiqué dans la doc mais cette valeur est fausse.

J'avais fait un condensé de tout ce que nous avions écrit sur cette mise au point (Jean-Claude, Jean, Jean-Pierre, Anthony et moi), je vais essayer de la retrouver et la publier.

Je suis d'accord avec toi, ce comportement doit être revu mais "si on y arrive avec les éléments que l'on a". Je pense qu'il est du moins améliorable.

Ceci dit pour le signal de STALL, il est paramétré en dur dans un des fichiers de configuration.

Tiens, personne n'a essayer d'utiliser un mix des nouveaux fichier glTF avec les anciens aircraft.cfg et hn433.air ... à voir ...

Je suis admiratif

Fidèle à ma parole, la version v1.1.0 avec les animations des hélices revues ainsi que les textures associées a été mise en ligne à l'instant, de manière à rendre une hélice crédible en vue de côté.

Il ne restera plus que le modèle de vol à affiner si Asobo se décide enfin à stabiliser/finaliser son MDV.

Merci beaucoup. Pas eu le temps de tester (hélas...) mais téléchargé et précieusement installé

Tu vas le gagner ton "bacon" à travailler comme ça

Dernière modification par Bobonhom (30-06-2021 17:41:30)

Merci
Dans la boite...
Plus que 4 jours avant de pouvoir le tester...
amitiés

Bonjour à tous,
effectivement, superbe avion, merci Didier.

Bonjour,

Merci et félicitations pour cette petite merveille.
Je suis complètement fan

Dernière modification par TRINIDAD34 (30-06-2021 12:45:53)

super merci Didier