Version imprimable
Bonjour en fait je veux que lorsque je click sur le bouton Pacman, ce soit la fenêtre Pacman qui apparaissent mais, c'est une classe java normal, pas un jframe. C'est ça mon bug, le setVisible ne marche pas car ce n'est pas un jframe.
Pièce jointe 384017
Pièce jointe 384020
Pièce jointe 384022
Voici mon problème si vous savez, n'hésitez pas a me répondre. Merci ! :lol:
Salut,
Je suppose que si c'est un jeu de pacman, il doit bien y avoir un affichage fait quelque part par cette classe Pacman. Comment ? Elle a quoi comme méthode cette classe ? Comment le jeu est-il exécuté lorsqu'elle n'est pas lié à ce bouton ? Sans connaître son code, c'est impossible te de dire quoi faire...
La fenêtre main du programme Pacman
Pièce jointe 384114
Ok, donc Pacman, c'est une classe qui habituellement sert de point d'entrée à un programme, qui est indépendant. Tu peux simplement l'exécuter dans ton programme directement en appelant la méthode main() de cette classe, comme n'importe quelle méthode static :
Seulement, ça peut poser 2 soucis :Code:Pacman.main(new String[0]);
- tu n'as pas de contrôle sur la JFrame créée par la méthode main, donc pas de possibilité de la fermer par exemple (que tu veux visiblement pouvoir faire). On peut le faire en faisant certaines modifications.
- Le programme Pacman étant prévu pour fonctionner à part, il peut très bien s'arrêter de manière abrupte en faisant un System.exit(...), ce qui fermera aussi ton application, ce qui le cas de manière évidente, puisque la méthode de fermeture par défaut de la JFrame est EXIT_ON_CLOSE. Il y a également différents moyens de s'en sortir.
Dis-moi si ça te gêne ou pas, et si c'est le cas, je t'en dirais plus sur les façons de gérer ces éventuels problèmes.
Au passage, pour mettre du code dans les messages, c'est plus simple, pour toi comme pour nous, si tu le copies en mode texte (Voir Aide sur l'utilisation des boutons). Et ce n'était pas la peine de me montrer l'ensemble des classes, la classe Pacman suffisait, dans un premier temps.
Donc je devrais faire quoi si j'aimerais que ça marche ?
C'est-à- dire "ça marche" ? J'ai indiqué comment faire pour lancer le jeu et j'ai indiqué en plus les soucis que ça pouvait impliquer et les différentes options. Sans savoir ce que tu veux exactement, je ne peux te guider.
Mais en fait est-ce-que je peux le faire activer lorsque je click sur le boutton pacman ?
Car d'après ce que tu dis je ne peux pas.
Si, je dis rien d'autre que si tu veux lancer le jeu, il te suffit d'écrire :
Sauf que je dis par ailleurs avec ça, tu n'auras aucun contrôle sur la JFrame créée dans la méthode. Donc tu ne pourras pas fermer la fenêtre en cliquant sur un autre bouton. En revanche, si on ferme la fenêtre créée lors de l'appel du code ci-dessus, c'est toute l'application qui s'arrête (celle que tu montres dans ta première image), pas seulement le Pacman.Code:Pacman.main(new String[0]);
Maintenant :
- si ça ne te pose aucun problème, alors la question est réglée
- sinon, bah, tu me dis ce qui te gêne dans les problèmes que j'ai décris, et je pourrais te donner des solutions pour les éviter. Mais je ne le ferais pas si les soucis que j'ai évoqué ne te posent aucun problème.
Lorsque je mets le code que tu as écrit, ça m'écrit ça :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
Oui, m'enfin, j'ai dit de faire :
pasCode:PacMan.main(new String[0]);
qui forcément soulève une exception puisque son code estCode:new PacMan().setVisible(true);
Elle ne risque pas de faire autre chose cette méthode.Code:
2
3
Tu remplaces new PacMan().setVisible(true) par PacMan.main(new String[0]);...
Et maintenant ça fait : Exception in thread "AWT-EventQueue-0" java.lang.RuntimeException: java.lang.IllegalArgumentException: input == null!
Comme tu peux le voir c'est ma première année en programmation^^
Il faudrait regarder ce qu'il y a à la ligne où se passe l'exception. Je sens bien un problème d'accès à des ressources (images, sons...).
Si je comprends bien, ce n'est pas toi que a fait ce PacMan. Tu as repris un source que tu as inclus dans ton projet, c'est ça ? Tu as changé les packages ? Il n'y avait pas des ressources associées que tu aurais manquées ? Tu peux l'exécuter en direct sans souci ?
Le souci, c'est que c'est difficile pour moi de chercher des indices dans les sources :
- je n'ai ni le temps ni l'envie de me taper 50 png à analyser (ça aurait été possible de faire une recherche rapide si tu m'avais donné le code en texte, ou un fichier zip attaché)
- je ne sais même pas où chercher pour que ça aille plus vite parce que tu m'as donné la partie congrue de la stacktrace, qui ne contient ni numéro de ligne, ni nom de classe, méthode ou fichier, comme dans les autres.
Donc maintenant tu voudrais tout le code en écrit ?
Entre autres, oui. Est-ce qu'on peut le trouver en ligne (git par exemple) ? Sinon tu peux attacher un zip dans ton prochain message.
La stacktrace de l'exception ça serait pas mal aussi.
https://www.youtube.com/watch?v=Wuq6HS9cXGs
Voici le lien il y a tout les dossiers
Tu aurais pu simplement me donner le lien vers le github :roll:
Donc, c'est bien ce que je pensais : tu n'as pas récupéré le dossier de ressources (le dossier res avec les images), ou bien tu l'as mal placé.
Sinon, j'ai regardé le programme, il est n'est pas prévu pour coexister avec autre chose. Au mieux, sans le modifier, on aura une stacktrace lorsqu'on voudra l'arrêter, mais surtout le code est loin d'être un code de débutant, parce qu'il faut accéder à des variables privées de l'instance de Display. On peut faire sans : la seule chose, c'est qu'on aura plus d'affichage, mais le pacman continuera à tourner en mémoire, en loucedé.
Donc je serais mieux de refaire un autre jeu ?
Bah, ça dépend. C'est quoi le but de ce projet. C'est quoi qu'on vous demande au juste ? C'est déjà assez bizarre pour moi de voir que tu intègres juste un jeu fait par d'autres dans un projet. C'est peut-être ce qu'on vous demande, mais j'aurais trouvé plus logique qu'on vous demande de le coder vous même. Surtout qu'en théorie, tu n'as pas le droit le faire si les auteurs ne l’autorise pas. Un code open source n'est pas forcément libre.
Ensuite, faut voir si ça te gêne ou pas. Au pire, si le jeu tourne en mémoire, ça consomme du cpu et de la mémoire. Si tu le lances une fois, ce n'est pas très important. Et pour la stacktrace, ça peut s'expliquer. Tu intègres un jeu qui n'est pas fait pour l'être.
Tu as aussi l'option de le faire tourner comme un programme externe, comme ça il n'aura pas d'influence sur ton programme, et il tournera dans sa JVM comme c'est prévu.
Ou tu peux choisir un autre jeu. C'est toi qui vois.
En tout cas, voici un exemple pour faire tourner le jeu en externe (le fichier jar du jeu doit être mis dans le dossier de lancement de ton programme) (dans un IDE, pour tester, le dossier d'exécution, c'est le dossier du projet). J'ai simulé ton cas en faisant juste une fenêtre avec un togglebutton pour lancer/arrêter.
Le même avec deux boutons, un pour démarrer, un pour arrêter :Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
En fait on nous demande de faire choisir un jeu et de le modifier ( le code, les images...)
Donc si tu dois modifier le code du jeu, alors fais-le.
Il y a deux principaux problèmes :
- Avoir le contrôle sur la fenêtre et le moteur du jeu pour pouvoir l'arrêter
- Pourvoir arrêter la boucle de jeu, rapidement et sans erreur (ou du moins, sans qu'elles se voient pour faire simple).
La boucle de jeu est définie dans la classe Display :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
- la première chose qu'on doit pouvoir faire, c'est arrêter la boucle while(running)Pour faire çà :
- il faut une méthode qu'on va ajouter à la classe
Code:
2
3
- en multithread et en particulier avec plusieurs cores, le fait d'avoir besoin de modifier running dans un thread alors qu'il est testé dans un autre (celui de la boucle) pose un problème. La modification faite par un thread peut ne pas être vue par l'autre. Un moyen simple et rapide de résoudre le problème est de déclarer la variable volatile :
Code:private volatile boolean running
- Un autre souci est qu'il y a une autre boucle à l'intérieur de la boucle while(running) et qu'il faut aussi qu'elle s'arrête quand running devient false.
Code:
2
3
4
5
- on pourrait interrompre le thread (et donc traiter cette interruption dans le catch(InterruptedException) mais on va s'en passer et laisser mourir le thread tranquille.
seulement dans la boucle on manipule des composants graphiques qui ne seront plus utilisables lorsqu'on va arrêter le jeu. Il faut donc éviter de le faire, sinon on a une exception. Ce n'est pas très grave parce que ça plante pas le programme, mais on la voit dans la console, donc ce n'est pas très clean. Pour faire simple, on pourrait mettre un try/catch, mais on va utiliser un système qui permet d'intercepter toute exception dans le thread et de faire ce qu'on veut, comme simplement les ignorer pour juste laisser mourir le thread en silence
Dans la méthode start de Display, on a ajouter un UncaughtExceptionHandler :
Code:
2
3
4
5
6
7
8
9
- il est très important de libérer les ressources réservées pour le BufferStrategy
Code:
2
3
4
- Ensuite, il faut gérer la fenêtre et l'instance de display, pour pouvoir l'arrêter. On va faire une classe de contrôle, et pour simplifier le contrôle, comme, à priori, on ne veut afficher qu'une seul instance de jeu à la fois, on va faire du static.
En résumé, il s'agit de :
- conserver une référence sur la JFrame pour pouvoir la fermer (appeler dispose())
- conserver une référence sur l'instance de Display pour pouvoir arrêter la boucle de jeu (appeler stop())
- remplacer le comportement de System.exit() lorsqu'on ferme le jeu, mais plutôt de libérer notre instance de contrôle, de fermer la fenêtre et d'arrêter la boucle de jeu
- d'ajouter un système de callback (le paramètre onStop) pour qu'on puisse gérer l'interface de lancement (pour l'adapter à l'arrêt du jeu par la fenêtre du jeu et non par le bouton de l'interface principale)
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
- Et pour la classe de démo/test, sur base de toggle button :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
