Discussion :

[Notion de fraise]

Bonjour à tous!

J'ai voulu faire un export HTML de mon projet, et je me retrouve (encore!) avec cet écran où il est écrit "powered by emscripten" avec un "downloading" infini. Je n'avais pas trouvé de solution à ce problème pour la version 1.0, et il est encore là sur la 2.0... Et puis rien qui n'y fasse mention dans les nouveautés de la version.
En bonus, le fichier .exe issu d'un export pour Windows ne fonctionne pas non plus, il lance juste la console une fraction de seconde(je suis sous Windows7-64).
Quelqu'un aurait-il des informations à ce sujet?

[Notion de fraise]

Au temps pour moi, j'avais bêtement oublié de réinstaller l'export templates
Ça ne fonctionne toujours pas, mais j'avoue ne pas avoir eu auparavant le réflexe de regarder les erreurs javascript de l'export. Étant donné que sur Unity, je n'avais jamais eu ce genre de problème...
Je vais jeter un coup d'oeil du côté de ces erreurs.

À suivre

[Notion de fraise]

Du nouveau sur les erreurs javascript. Ceci concerne le fichier .html de l'export
Pour commencer, on a:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
var Module = (function() {TOTAL_MEMORY:134217728, var print = (function() {
// etc

Le "var print" provoque une erreur de syntaxe, j'ai enlevé le "var".

Pour le reste des erreurs que j'ai pu trouver, elles sont toutes dues à des variables telles que $GODOT_CONTROLS_ENABLED, $GODOT_DEBUG_ENABLED. D'après ce que j'ai pu trouver dans le code source:
https://github.com/godotengine/godot...ort/export.cpp
ces noms de variable sont supposés être remplacés par leur valeur en brut dans le javascript, ce qui n'est pas le cas dans mon fichier html.
Il me reste donc à trouver pourquoi.

[LittleWhite]

Supposition : il faut les définir à travers les propriétés du projet.

[Notion de fraise]

Non, car le remplacement de valeur se base sur des paramètres déjà connus. L'appel de la méthode se fait comme suit:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
if (file=="godot.html") {
 
			_fix_html(data,p_path.get_file().basename(), p_debug);
			file=p_path.get_file();
		}

En nommant mon fichier godot.html pour l'export, ça n'a rien changé, les $GODOT_* ne sont pas remplacés. J'en déduis que la méthode n'est pas du tout appelée.

Tout ça va trop loin, mon but à la base est simplement d'exporter mon projet et l'envoyer à des amis. Là, même en remplaçant les valeurs à la main et en exécutant le projet avec Wamp Server pour éviter les problèmes de sécurité, ça n'en finit pas avec les erreurs.
Je vais laisser de côté l'export HTML pour l'instant, et voir si je peux au moins faire marcher l'exécutable Windows.

[Notion de fraise]

En cherchant à partir des erreurs affichées dans la console Windows, j'ai trouvé ceci:
https://github.com/godotengine/godot/issues/114
J'ai changé l'option d'export en remplaçant "Export all resources in the project" par "Export all files in the project directory", et il n'y avait plus de problème. Et tant qu'à faire, ça a également réglé tous les problèmes d'export HTML.
J'aurais dû commencer par chercher du côté de l'export Windows... C'est intensément ballot .

Mais quoi qu'il en soit, le problème est réglé

[LittleWhite]

Bien joué
Et cela me rassure par rapport au fait que Godot soit un vrai moteur utilisable et fiable.