Plantage depuis mise à jour 10.45

[DenisdeFecamp]

On ne dit pas La Môle mais

Aéroport International du Golfe de Saint Tropez (http://www.sainttropez.aeroport.fr/fr/aeroport)



Ils se la pètent un peu mais bon...

Je rève .... T'as raison ils se la pêtent grave ..... Sacrés snobinards ... lol

[Pascal]

Question subsidiaire :

La page de report de bug de X-Plane dit qu'en cas de plantage, il faut joindre le fichier .rpt se trouvant dans le dossier Output/Crash Reports.

J'avoue que jusqu'à présent je ne m'y était pas intéressé, et que je n'en ai pas sous la main...

Que contient ce fichier ? du texte ou du binaire ?
Est-ce qu'il donnerait des infos sur la cause du crash ou seulement des infos internes sur la routine ayant planté ?

@jmeleanor : si tu en as un, n'hésite pas à le joindre, qu'on puisse voir ce qu'il raconte !

[jmeleanor]

Question subsidiaire :

La page de report de bug de X-Plane dit qu'en cas de plantage, il faut joindre le fichier .rpt se trouvant dans le dossier Output/Crash Reports.

J'avoue que jusqu'à présent je ne m'y était pas intéressé, et que je n'en ai pas sous la main...

Que contient ce fichier ? du texte ou du binaire ?
Est-ce qu'il donnerait des infos sur la cause du crash ou seulement des infos internes sur la routine ayant planté ?

@jmeleanor : si tu en as un, n'hésite pas à le joindre, qu'on puisse voir ce qu'il raconte !

Bonjour Pascal.

Je te mets en pièce jointe un des fichiers (car il y en a pas mal dans le dossier) mais qui date à peu près de la tranche des problèmes que j'ai eu.
Par contre pour l'ouvrir, j'ai essayé le bloc note et cela sort un certain nombre de choses pas très claires pour moi.
J'espère que ça t'aidera.

Bon vol.

[Daniel_L]

Dans le fichier il y a Version : 10.32r1 et il semble dater de début 2015, donc ce n'est probablement pas le bon.

Daniel

[jmeleanor]

Dans le fichier il y a Version : 10.32r1 et il semble dater de début 2015, donc ce n'est probablement pas le bon.

Daniel

Oups désolé, erreur de sélection, voici le bon.

[Pascal]

Malheureusement, ce fichier texte ne nous apporte pas grand chose : la partie principale de son contenu est une copie de données binaires (préfixées par "TURN" et encodées en base64), probablement d'une portion mémoire telle que le contenu de la pile, qui n'est utilisable que par Laminar.

La seule chose faisable serait de remplir un rapport de bug en joignant bien toutes les infos (comment provoquer le bug), le fichier scène incriminé, ce fichier .rpt et le fichier log.txt généré en même temps (lors de la même session x-plane).
J'ai tenté de le faire, mais faute d'avoir joint ces deux fichiers, je doute qu'il soit pris en compte.

Pire, j'ai tenté un vol Marseille -> LFTZ avec le cirrus, mais n'ai pas eu de crash. Peut-être que Marseille est trop près ? Cela pourrait s'expliquer si le crash se produit au chargement de la tuile ET pendant le vol (mais pas au chargement initial). Ou alors uniquement avec certains avions (le Falcon) ??? Il serait pourtant intéressant d'arriver à trouver un moyen de le reproduire systématiquement.

[jmeleanor]

Malheureusement, ce fichier texte ne nous apporte pas grand chose : la partie principale de son contenu est une copie de données binaires (préfixées par "TURN" et encodées en base64), probablement d'une portion mémoire telle que le contenu de la pile, qui n'est utilisable que par Laminar.

La seule chose faisable serait de remplir un rapport de bug en joignant bien toutes les infos (comment provoquer le bug), le fichier scène incriminé, ce fichier .rpt et le fichier log.txt généré en même temps (lors de la même session x-plane).
J'ai tenté de le faire, mais faute d'avoir joint ces deux fichiers, je doute qu'il soit pris en compte.

Pire, j'ai tenté un vol Marseille -> LFTZ avec le cirrus, mais n'ai pas eu de crash. Peut-être que Marseille est trop près ? Cela pourrait s'expliquer si le crash se produit au chargement de la tuile ET pendant le vol (mais pas au chargement initial). Ou alors uniquement avec certains avions (le Falcon) ??? Il serait pourtant intéressant d'arriver à trouver un moyen de le reproduire systématiquement.

En fait le crash est systématique (même avec un autre avion) lorsque: les deux scènes de St Tropez sont installées soit LFTZ1 ET LFTZ2 et sur la route LFTZ pour LFPB.
Et jusqu'à la suppression des bateaux à l’entrée de la baie, là tu peux être sur que ça crashe.
J'ai fais plusieurs vols à LFTZ, ballade aux alentours en DR400 décollage et atterrissage à LFMN avec retour etc... et pas de plantage........
C'est vraiment dans ce vol précis (LFTZ-LFPB) que le problème se manifestait. Le plus étrange c'est que le plantage ne se présentait pas au dessus de la baie, mais bien 15 20mn après le décollage; donc assez loin quand même. Un vrai mystère !!!

[Pascal]

Juste pour lever le doute :

[...] sur la route LFTZ pour LFPB. [...]
[...]C'est vraiment dans ce vol précis (LFTZ-LFPB) [...]

Tu veux bien dire départ de LFTZ et vol vers LFPB ? (J'avais cru l'inverse, vu qu'il est plus logique qu'un plntage se produise au chargement d'une zone qu'à sa sortie.

Si c'est bien la cas, c'est assez sournois, ça voudrait dire que le crash survient au déchargement d'objets qui deviennent inutilisés, et il serait alors logique que je ne l'ai pas eu, ayant fait le trajet inverse.

[jmeleanor]

Juste pour lever le doute :



Tu veux bien dire départ de LFTZ et vol vers LFPB ? (J'avais cru l'inverse, vu qu'il est plus logique qu'un plntage se produise au chargement d'une zone qu'à sa sortie.

Si c'est bien la cas, c'est assez sournois, ça voudrait dire que le crash survient au déchargement d'objets qui deviennent inutilisés, et il serait alors logique que je ne l'ai pas eu, ayant fait le trajet inverse.

Oui tout à fait. J'ai moi même fais le trajet inverse, en fait un aller pour moi LFPB vers LFTZ et je n'ai pas eu de plantage non plus.

[fonta]

Bonjour à tous,
Retour d'expérience:
J'étais avec la 10.45r2 et tout fonctionnait très bien avec ma config et des scènes faites pour des 9.xxx. J'ai transféré xplane d'un disque sur un autre de 1To pour avoir de la marge. Grosse erreur, j'ai du perdre des données "in translation" !! Résultat, plantages à répétition et rechargement de xplane dans sa dernière version en ligne: 10.45.
Mais là, c'est plus la même chose...Gros soucis de scènes et des plantages sur certains terrains anciens de XPFR (9.xxx). Obligation de supprimer. Au final, je retrouve un XP correct mais avec des temps de chargement X3 !!! Il bloque au niveau des "bitmaps"...puis ensuite, c'est bon.
Mes fps n'ont pas bougé à réglages identiques. C'est déjà ça !! @+++

[milan]

Tout ce qui est nécessaire à X-Plane se trouve (ou doit se trouver) dans le dossier X-Plane
Donc si tu recopies le dossier X-Plane sur un DD externe il ne doit pas y avoir de probème

sauf si tu utilises des liens symboliques que tu aurais oubliés de mettre à jour
si tes temps de chargement ont augmenté, c'est que ton DD externe ne tourne peut-être pas assez vite (5400 tours ?)

[fonta]

Tout ce qui est nécessaire à X-Plane se trouve (ou doit se trouver) dans le dossier X-Plane
Donc si tu recopies le dossier X-Plane sur un DD externe il ne doit pas y avoir de probème
sauf si tu utilises des liens symboliques que tu aurais oubliés de mettre à jour
si tes temps de chargement ont augmenté, c'est que ton DD externe ne tourne peut-être pas assez vite (5400 tours ?)

Re,
Comme je te l'ai écrit sur le post de Ortho, il s'agissait d'un transfert entre HDD internes (d'un vieux vers un récent). Le temps de copie a été très long car il y avait des orthophotos et ensuite, j'ai procédé à une defrag minutieuse car j'étais à +de 50% sur le HDD récepteur. J'ai eu des anomalies et des crash malgré une maj de XP, dus à un fichier standard nommé "husky" dans scenery/airport qui une fois retiré n'a plus posé souci. Mais bon...remède de cheval !!
Je continue doucement et par étapes à tout revérifier. Merci pour tes avis.

[azidium]

J'ai l'impression que plus les mis-à-jours apparaissent, et plus x plane se comporte mal…
Depuis cette chute de fps après la 10.43, et quand je vois tous les commentaires, j'hésite franchement à accepter la 10.45 et les futures maj...
C'est juste une impression ou est-ce partagé par de nombreux utilisateurs de x plane ?

[milan]

J'ai l'impression que plus les mis-à-jours apparaissent, et plus x plane se comporte mal…
Depuis cette chute de fps après la 10.43, et quand je vois tous les commentaires, j'hésite franchement à accepter la 10.45 et les futures maj...
C'est juste une impression ou est-ce partagé par de nombreux utilisateurs de x plane ?

C'est probablement une impression.
Tu peux toujours virer tes prefs et refaire tes réglages ( compris ceux du joystick) car il arrive (rarement) que les préférences différent.

[Pascal]

Bonjour,

Juste une phrase qui m'interpelle :

il s'agissait d'un transfert entre HDD internes (d'un vieux vers un récent). Le temps de copie a été très long car il y avait des orthophotos et ensuite, j'ai procédé à une defrag minutieuse car j'étais à +de 50% sur le HDD récepteur.

ce n'est pas après une copie importante (ou une installation lourde) qu'il faut défragmenter le disque destinataire, mais AVANT !
- il y a moins de fichiers à défragmenter ou à déplacer pour défragmenter l'espace libre,
- les fichier qui seront copiées ensuite ne seont pas fragmentés puisque l'espace libre ne l'était pas.

Et une autre dans ton message précédent :
Tu écrivais que la copie d'un disque sur l'autre aurait perdu (ou abimé ?) des fichiers. Je trouve cela particulièrement anormal, le but d'un OS étant justement de faire des copies ou déplacements de données sans erreur, au bit près.

De telles erreurs pourraient signifier un problème logiciel, par exemple driver inadapté ou buggé, ou matériel comme : secteur défectueux, câble avec faux contact, mémoire avec cellules HS, alimentation trop limite, etc. J'ai même eu le cas d'une carte son qui perturbait quelques bits par 100k lors de lecture/écriture disquette, seulement quand sa température dépassait 28°. Il m'a fallu des mois pour localiser le fautif du problème qui n'apparait qu'en été !

S'il y a vraiment eu des pertes de données lors de ta copie, alors je conseillerais très fortement une analyse poussée du problème. A défaut, tu risque d'enchainer les pb insolvables inutilement.
Par exemple, copier un très gros fichier et/ou une arborescence lourde (plusieurs GO), d'un disque sur l'autre, puis faire une comparaison binaire des deux copies. S'il y a des erreurs, alors tenter d'en isoler la cause par élimination successives et réitérer.