Please upgrade your browser for the best possible experience.

Chrome Firefox Internet Explorer
×

Demande d’information – Retours bureau réguliers

STAR WARS: The Old Republic > Français (French) > Service clients
Demande d’information – Retours bureau réguliers
First BioWare Post First BioWare Post

Dici's Avatar


Dici
11.23.2012 , 06:03 AM | #11
Quote: Originally Posted by Xhylette View Post

Pour moi, il s'agit d'un embrouillamini au niveau du nom du perso. En effet, le fichier de crash fait mention d'un nom de perso sans aucun rapport avec le problème.

Comme souvent en tel cas, il ne s'agit sans doute que la partie visible de l'iceberg. Le bug est probablement plus profond, et pourrait créer d'autres situations de plantage ou d'erreur.
Alors comment expliquer que nombre de joueurs n'aient aucun problème ? Si ça venait du nom... il n'y aurait pas de raison. Tu nous as encore pondu une bien délirante hypothèse...

Pour ma part ça ne m'est jamais arrivé sur ma machine (récente). En fait, je n'ai jamais eu aucun bug "exotique" sur cet ordinateur (je n'ai rencontré que les bugs IG, mais jamais de bug purement technique portant sur la stabilité). A mon avis, ce bug est intrinsèquement lié à la configuration elle-même.

Exemple : dans le premier rapport de fiabilité posté ici, le module mis en défaut est kernelbase.dll. Tapons ça dans google et regardons, disons la 3eme position de la recherche.

" I have several programs that seems to be in some conflict with kernelbase.dll. They crash the moment I start them and kernelbase.dll is the fault module.

I've tried installing windows twice but the problem persists."


Oh mon dieu ? Quoi ?!! Alors SWTOR ne serait pas le seul programme à crasher à cause de ce module ?? Mince alors aurais-je pu avoir raison en prétendant que la configuration en soi pouvait influer sur le comportement du jeu, sans qu'il ne soit en tort ? Je t'avais fait la démonstration qu'une fonction juste dans un environnement bugué pouvait donner des résultats faux. L'as-tu déjà oublié ?

J'enfonce encore un peu le clou, sur le même fil de discussion que j'ai cité, un autre intervenant :

Problem signature:
Problem Event Name: APPCRASH
Application Name: OUTLOOK.EXE
Application Version: 12.0.6514.5000
Application Timestamp: 4a89dc70
Fault Module Name: KERNELBASE.dll
Fault Module Version: 6.1.7600.16385
Fault Module Timestamp: 4a5bdbdf
Exception Code: e06d7363
Exception Offset: 0000b727
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033

Xhylette's Avatar


Xhylette
11.23.2012 , 06:37 AM | #12
Quote: Originally Posted by Dici View Post
Alors comment expliquer que nombre de joueurs n'aient aucun problème ?
Je ne suis pas là pour expliquer, Dici, mais pour exposer. Si tu veux te mettre à expliquer l'informatique, fais le, mais je ne t'écouterai pas, parce que cela ne m'intéresse pas. L'informatique, c'est le problème de l'éditeur ; mon problème à moi, ce n'est pas l'informatique, c'est de ne pas me retrouver face à un logiciel buggué qui me plante le jeu, et puis qui génère un fichier de crash dans lequel on voit clairement qu'un bug a remplacé le nom d'un perso par un autre.

Ceci dit, si cela n'intéresse pas le responsable de savoir où sont les chancres qui le rongent, tu dois bien te rendre compte que cela m'intéresse encore dix fois moins. J'ai relancé le jeu, et le bug n'a plus réapparu. Qu'il continue à faire des dégâts ailleurs, c'est le moindre de mes soucis : tant que je peux jouer, je joue.
"Qu'importe la destination, seul compte le voyage."

Khoreal's Avatar


Khoreal
11.23.2012 , 07:34 AM | #13
Quote: Originally Posted by Xhylette View Post
mon problème à moi, ce n'est pas l'informatique, c'est de ne pas me retrouver face à un logiciel buggué qui me plante le jeu, et puis qui génère un fichier de crash dans lequel on voit clairement qu'un bug a remplacé le nom d'un perso par un autre.
Dans l'exemple que tu donnais:

- Xhylene, sans accent, perso du compte 1
- Xhyléne, avec accent aigu, perso du compte 2
- Xhylène, avec accent grave, perso du compte 3.

il faut vraiment chercher les problèmes pour utiliser des noms pareils, à ce point semblables que seul un accent les différencie
Si le logiciel bugue, il a des excuses ^^

Dici's Avatar


Dici
11.23.2012 , 09:32 AM | #14
Quote: Originally Posted by Xhylette View Post
Je ne suis pas là pour expliquer, Dici, mais pour exposer. Si tu veux te mettre à expliquer l'informatique, fais le, mais je ne t'écouterai pas, parce que cela ne m'intéresse pas. L'informatique, c'est le problème de l'éditeur ; mon problème à moi, ce n'est pas l'informatique, c'est de ne pas me retrouver face à un logiciel buggué qui me plante le jeu, et puis qui génère un fichier de crash dans lequel on voit clairement qu'un bug a remplacé le nom d'un perso par un autre.
La question n'est pas de savoir si ça t'intéresse, mais plutôt de savoir si tu es en droit de porter des accusations sans fondement. Mon intention était d'étayer ma thèse fétiche, à savoir qu'un bug dans un programme ne reflétait pas forcément une erreur dans ce dernier.

Un programmeur définit pour son programme des pré-conditions et des post-conditions. Il garantit (même si bien sûr il y a des cas où il se trompe) que le système vérifiera les post-conditions si avant l'exécution du programme toutes les préconditions sont validées. Seulement, ces pré-conditions dépendent très (très très) souvent de l'exécution antérieure d'un autre programme, qui lui, n'a pas forcément été écrit par notre ami programmeur. Ainsi, un programme juste appelant un programme faux donne des résultats potentiellement faux.
Et cela, sans la moindre responsabilité pour l'un des deux programmeurs.

C'est pour ça qu'il faut se contenter de dire : il y a un bug. Et pas : votre logiciel est bugué. A moins bien entendu de le prouver. Conséquence de quoi, Xhylette, tu es toujours (TOU-JOURS) dans l'erreur quand tu dénonces sans preuve. En effet, si ton accusation est fondée, tu as tort car tu ignores ces fondements. Si elle est infondée, tu as doublement tort.

Je ne répondrai plus à ce fil pour ne pas le polluer

-Fabien-'s Avatar


-Fabien-
11.23.2012 , 10:54 AM | #15
On dirait une espèce de vieux couple, constament à se rentrer dedans

Dici, tu dis ne pas avoir de soucis, moi comme beaucoup on a ce crash uniquement depuis la 1.4, avant c'est simple j'avais 0 problèmes ... je pouvais jouer toute les journée, faire des changements planète, faire des raids, j'avais 0 crash.


mon matériel, ma config n'a pas bougé d'un yota depuis, en dehors des mises à jour windob (allez pourquoi pas, c'est peut-être de leur faute ...)

2 choses sont certaines :
-> il ne devrait pas y avoir 2 processus swtor.exe
-> swtor fuit, ça s'est certain ... j'observe la mémoire pompée quand je joue à swtor, ça grimpe jusque saturation pour finir par crasher le jeu.


tu as quoi, un PC 64 bits, avec 8 GO et +, le genre de tour qui sert pour un serveur et non une configuration standard ?
je ne peux pas comparer avec les autres MMO, car c'est le seul auquel je joue, je dirai juste que ma config, elle tourne en full graphique sur Call Of Duty back OPS 2, qu'il n'y a pas de fuites ... tous les jeux auquels je peux jouer n'ont aucun soucis, après on peut pas comparer avec un MMO c'est sûr

Xhylette's Avatar


Xhylette
11.23.2012 , 11:06 AM | #16
Quote: Originally Posted by Dici View Post
Un programmeur définit pour son programme des pré-conditions et des post-conditions.
Les conditions de fonctionnement du programme Swtor sont indiquées par les programmeurs de Bioware au dos de la boite de jeu, Dici, tu devrais le savoir, depuis le temps qu'on te le dit.

Et ces conditions sont parfaitement remplies dans mon cas. Si le jeu crash malgré cela, la preuve est accablante pour l'éditeur : soit ces conditions sont insuffisantes et il nous a trompé, soit son logiciel est défectueux et il s'est trompé lui-même.

Dans le cas que je viens d'exposer, le fichier de crash contient le nom d'un autre perso que celui joué. Ce nom n'a pas à figurer dans ce fichier, pas plus que le nom de Churchill ou de Staline. Ce nom a été écrit par Bioware dans un fichier de Bioware par le logiciel de Bioware. Tire les conclusions toi même ...
"Qu'importe la destination, seul compte le voyage."

Dici's Avatar


Dici
11.23.2012 , 12:28 PM | #17
SI tu lisais un petit peu mes réponses ça m'éviterait d'avoir à les répéter de quinze façons différentes.

Je n'ai jamais parlé de configuration matérielle... Ce qu'il y a au dos, c'est un très bref aperçu des conditions NECESSAIRES au fonctionnement du jeu. Elles sont le plus souvent d'ordre matériel, et quelques une sont d'ordre logiciel.

Tu n'es pas sans savoir, je l'espère, que NECESSAIRE (synonyme de REQUIS) n'est pas forcément SUFFISANT. De plus, ce que tu dis ne change rigoureusement rien à mon argumentation : le programmeur dit "Si les modules que j'ai été amené à utiliser mais que je n'ai pas écrit moi-même, qui ne dépendent ni de moi ni de l'entreprise pour laquelle je travaille, alors mon programme marchera." Il ne dira jamais qu'il est capable d'anticiper les bugs spécifiques à windows ou autre, il ne fera que lire les spécifications des modules fournis et programmera en conséquence... c'est tout !!!

Si les spécifications sont fausses, le programmeur part d'hypothèses fausses, il peut donc, lors d'un évènement pour lequel les postconditions d'un module externe ne sont pas vérifiées, se passer tout et n'importe quoi. En effet, en logique, Faux => A pour toute proposition A. Ca veut dire qu'avec des hypothèses fausses on peut déduire absolument tout ce que l'on veut... de même, lorsqu'on écrit un module on suppose que ses entrées vérifient telles conditions, si ça n'est pas le cas on peut virtuellement observer n'importe quel bug. On peut même avoir un résultat juste, par pur hasard.

Et le noeud de la question, c'est que tu es obligé de faire confiance aux modules écrits par d'autres, tout simplement car ce sont des logiciels propriétaires dont le code source est inconnu du public. Tout ce qu'on a à disposition, c'est une liste de noms de fonctions munies de leur spécification et on n'a d'autre choix que de croire à tout ce qu'il y est écrit.

Xhylette's Avatar


Xhylette
11.23.2012 , 12:54 PM | #18
Quote: Originally Posted by Dici View Post
Ce qu'il y a au dos, c'est un très bref aperçu des conditions NECESSAIRES au fonctionnement du jeu.
Ce qu'il y a au dos, ce sont les informations légales publiques qui informent le consommateur des conditions d'utilisation du produit qu'il compte acheter.

Si ces informations sont trompeuses, soit parce qu'elles sont fausses, soit parce qu'elles sont incomplètes, c'est un délit appelé "tromperie commerciale", et c'est punissable selon la loi. Les problèmes techniques n'ont pas leur place ici.

Cette question a été largement débattue sur 280 posts dans ce topic : --> http://www.swtor.com/fr/community/sh...d.php?t=519423
"Qu'importe la destination, seul compte le voyage."

yankei's Avatar


yankei
11.23.2012 , 03:48 PM | #19
Salut,

Si vous arrêtiez un peux vos chamailleries immature ... Et que vous cherchiez quelque chose pour aider la communauté se serais vraiment mieux.

Effectivement un problème de saturation de mémoire est à déclaré, et le doublon du processus swtor.exe également. Une fois le jeux lancer nous pouvons remarquer deux chose :

1 - SWTOR prend trop de mémoire que ce soit physique ou logique pour mon cas j'ai 16 Go sur un Windows 7 64 bits (j'en est besoin pour mon travail) et swtor.exe me prend 14 Go de RAM ce n'est pas normal.

2 - Lorsque nous lançons le jeux (cliquez sur jouer) la logique voudrais que le processeur du launcher s'arrête hors il continue en tache de fond.

Alors en effet il se pourrais que ce soit un problème de gestion de la mémoire, d'ailleurs je me souvient qu'un autre jeux avait eu quand j'étais Game Master mais je ne pourrais pas vous dire comment ils avaient résolu ce problème.

Amicalement,
Yankei
Serveur Mantle Of The Force. Escadron Rogue | Escadron Fire
Gardien Spé Tank | Franc Tireur Spé DPS
Sith Ravageur Spé Tank | Spécialiste Spé Tank

Xhylette's Avatar


Xhylette
11.23.2012 , 05:45 PM | #20
Quote: Originally Posted by yankei View Post
Si vous arrêtiez un peux vos chamailleries immature ... Et que vous cherchiez quelque chose pour aider la communauté se serais vraiment mieux.

Effectivement un problème de saturation de mémoire est à déclaré, et le doublon du processus swtor.exe également. Une fois le jeux lancer nous pouvons remarquer deux chose :

1 - SWTOR prend trop de mémoire que ce soit physique ou logique pour mon cas j'ai 16 Go sur un Windows 7 64 bits (j'en est besoin pour mon travail) et swtor.exe me prend 14 Go de RAM ce n'est pas normal.

2 - Lorsque nous lançons le jeux (cliquez sur jouer) la logique voudrais que le processeur du launcher s'arrête hors il continue en tache de fond
.
Pour aider la communauté, il faut faire prendre conscience à Bioware qu'il a un gros problème de gestion de mémoire avec son jeu et qu'il doit le résoudre. Tu confirmes mes soupçons, c'est très bien, mais cela n'aidera pas la communauté.

Ceci dit, je pense que Bioware ne peut pas, après autant de temps, ignorer pareille défaillance, cela parait impossible de le croire. Mais nous savons qu'il n'y a pire sourd que celui qui ne veut pas entendre.

Franchement, que pouvons nous faire de plus ? Tu nous dis que ce jeu va jusqu'à occuper 14 Go RAM alors que son éditeur affirme qu'un PC de 2 Go RAM suffit ... Il vaudrait mieux en rire, mais en rire n'aidera pas la communauté du jeu non plus.

Un post intéressant, en tous cas, Yankei ; bonne nuit à toi !
"Qu'importe la destination, seul compte le voyage."