Derniers messages
Dernier message par Lyne - 12 Septembre 2021 à 21:39:38
Cliquez pour afficher le message
Première vidéo en ligne.
J'espère que vous ferez preuve d'indulgence pour le montage : c'était mon premier essai. Je feraimieux pas pire la prochaine fois...
J'espère que vous ferez preuve d'indulgence pour le montage : c'était mon premier essai. Je ferai
Dernier message par Lyne - 10 Septembre 2021 à 21:52:19
Cliquez pour afficher le message
J'ai joué un peu (beaucoup 
) avec Celestia pour voir comment s'organise le système solaire de Khanat, puisque la secte des Ordinants réclamait que certaines choses soient un minimum cohérentes avec la physique telle que nous la connaissons. Je ferai un gros pavé un jour pour partager mon expérience, les problèmes que j'ai rencontrés, et les solutions que j'ai trouvées. Mais en attendant, pour celles qui ont Celestia, j'ai mis les résultats de mes différents essais sur le Kloud (Khaganat/Temporaire/Celestia_Lyne).
Tous ont quelques points communs :
(Pour la suite, je considère que vous savez installer Celestia avec les fichiers de configuration qui vont bien. Sinon, je vous renvoie à l'article du Wikhan qui va bien.)
La première configuration est basée directement sur les travaux de Moutmout. J'ai repris l'ordre des satellites (Stigi à l'intérieur, au plus près de Samayun, puis Khanat, puis Zabr), mais j'ai modifié les périodes : 1 jour pour Stigi, 4 pour Khanat, et 32 pour Zabr (j'expliquerai pourquoi une autre fois).
Le résultat est disponible dans le répertoire « Hypothèse Forum ». Il inclut la description du système (planetes.ssc), et un script (script_video_moutmout.cel, à placer où vous voulez, mais généralement dans "locale" de Celestia) : vous pouvez donc vous promener librement, ou lancer le script qui vous emmènera faire un tour dans l'espace, puis vous ramènera sur Khanat pour voir un jeftu côté « nuit jovienne », puis un jeftu de l'autre côté de Khanat (où il n'y a pas de nuit jovienne, mais où on voit l'ombre de Khanat passer sur Samayun), et enfin vous fera faire un saut dans le futur pour voir ce que donne le ciel en dehors de cette période (c'est-à-dire quand même la majeure partie de l'année).
La deuxième configuration inverse l'ordre de Stigi et Khanat : Khanat au centre, puis Stigi, puis Zabr. Mêmes périodes de rotation (1, 4 et 32 jours). Le résultat est disponible dans le répertoire « Hypothèse Synchrone ». Pas (encore) de script pour l'instant. Il vous faudra donc vous déplacer toute seule. Dans cette hypothèse, Samayun occupe toujours la même position dans le ciel : dans une moitié de Khanat, on ne la voit jamais. Dans l'autre, on la voit tout le temps au même endroit. Si mes notes sont exactes, vous pourrez voir des nuits joviennes de août à novembre 2021, et une conjonction entre Stigi et Zabr le 09/09/2021 à 22h36 (entre autres, et si vous êtes du bon côté de Khanat).
La troisième configuration est identique à la seconde, mais Khanat a « la tête en bas ». Autrement dit, Samayun n'est plus immobile dans le ciel, elle le traverse à toute vitesse deux fois par jour. Le fichier de configuration est dans « Hypothèse Double ». En période de nuit jovienne (visez la même période que ci-dessus), on a donc, partout sur Khanat, une éclipse / nuit jovienne par jour, et un passage de l'ombre de Khanat sur Samayun par nuit.
J'ai une quatrième configuration dans mes cartons pour répondre à un certain nombre de choses qui ne me plaisent pas dans les trois premières, mais je vais vous laisser faire vos retours. Ce qui veut dire qu'il faut que je me dépêche de faire les vidéos correspondantes pour celles qui n'ont pas Celestia.
Mais en attendant, ça devrait occuper certaines occupantes de la Taverne du Bout du Monde
) avec Celestia pour voir comment s'organise le système solaire de Khanat, puisque la secte des Ordinants réclamait que certaines choses soient un minimum cohérentes avec la physique telle que nous la connaissons. Je ferai un gros pavé un jour pour partager mon expérience, les problèmes que j'ai rencontrés, et les solutions que j'ai trouvées. Mais en attendant, pour celles qui ont Celestia, j'ai mis les résultats de mes différents essais sur le Kloud (Khaganat/Temporaire/Celestia_Lyne).Tous ont quelques points communs :
- Je me suis basée sur les calculs de Moutmout et sur ce qu'on peut trouver dans notre système solaire pour respecter une certaine cohérence dans les différentes valeurs (par exemple dans le ratio entre vitesse et période de rotation, ou dans la taille des différents corps : Samayun fait la taille de Saturne. Et même si Khanat et Zabr sont plus grosses que le plus gros satellite connu autour de Jupiter, leur orbite est à peu près cohérente, et elles sont à peu près dans l'ordre de grandeur).
- Stigi, Zabr et Khanat tournent autour de Samayun, et leur orbite est penchée sur l'écliptique d'environ 25° : ça signifie que deux fois par an, pendant 1 à 2 mois (selon les configurations), Khanat passe dans l'ombre de Samayun. Tous les jours ou tous les 4 jours (là aussi, selon les configurations). Ce sont des nuits joviennes... ou samayuniennes, si on préfère.
- Je ne me suis pas occupée d'Elyan ni de la comète qui passe tous les 4 ans.
- L'angle de vue proposé par Celestia est faussé : gardez en mémoire que la lune ou le soleil, dans notre ciel, occupent environ 30 minutes d'angle (et qu'il y a 60 minutes dans un angle). Donc, pendant votre balade, n'hésitez pas cliquer sur un corps pour voir sa taille apparente et vous faire une idée. (Bon, pour Samayun, ça va vite : elle prend entre 10 et 20% du ciel.)
(Pour la suite, je considère que vous savez installer Celestia avec les fichiers de configuration qui vont bien. Sinon, je vous renvoie à l'article du Wikhan qui va bien.)
La première configuration est basée directement sur les travaux de Moutmout. J'ai repris l'ordre des satellites (Stigi à l'intérieur, au plus près de Samayun, puis Khanat, puis Zabr), mais j'ai modifié les périodes : 1 jour pour Stigi, 4 pour Khanat, et 32 pour Zabr (j'expliquerai pourquoi une autre fois).
Le résultat est disponible dans le répertoire « Hypothèse Forum ». Il inclut la description du système (planetes.ssc), et un script (script_video_moutmout.cel, à placer où vous voulez, mais généralement dans "locale" de Celestia) : vous pouvez donc vous promener librement, ou lancer le script qui vous emmènera faire un tour dans l'espace, puis vous ramènera sur Khanat pour voir un jeftu côté « nuit jovienne », puis un jeftu de l'autre côté de Khanat (où il n'y a pas de nuit jovienne, mais où on voit l'ombre de Khanat passer sur Samayun), et enfin vous fera faire un saut dans le futur pour voir ce que donne le ciel en dehors de cette période (c'est-à-dire quand même la majeure partie de l'année).
La deuxième configuration inverse l'ordre de Stigi et Khanat : Khanat au centre, puis Stigi, puis Zabr. Mêmes périodes de rotation (1, 4 et 32 jours). Le résultat est disponible dans le répertoire « Hypothèse Synchrone ». Pas (encore) de script pour l'instant. Il vous faudra donc vous déplacer toute seule. Dans cette hypothèse, Samayun occupe toujours la même position dans le ciel : dans une moitié de Khanat, on ne la voit jamais. Dans l'autre, on la voit tout le temps au même endroit. Si mes notes sont exactes, vous pourrez voir des nuits joviennes de août à novembre 2021, et une conjonction entre Stigi et Zabr le 09/09/2021 à 22h36 (entre autres, et si vous êtes du bon côté de Khanat).
La troisième configuration est identique à la seconde, mais Khanat a « la tête en bas ». Autrement dit, Samayun n'est plus immobile dans le ciel, elle le traverse à toute vitesse deux fois par jour. Le fichier de configuration est dans « Hypothèse Double ». En période de nuit jovienne (visez la même période que ci-dessus), on a donc, partout sur Khanat, une éclipse / nuit jovienne par jour, et un passage de l'ombre de Khanat sur Samayun par nuit.
J'ai une quatrième configuration dans mes cartons pour répondre à un certain nombre de choses qui ne me plaisent pas dans les trois premières, mais je vais vous laisser faire vos retours. Ce qui veut dire qu'il faut que je me dépêche de faire les vidéos correspondantes pour celles qui n'ont pas Celestia.
Mais en attendant, ça devrait occuper certaines occupantes de la Taverne du Bout du Monde
Dernier message par YannK - 01 Juin 2020 à 13:59:13
Cliquez pour afficher le message
Je reprends et développe ici ce que j'ai mis dans le message pour le Khanathon 
- https://khaganat.net/wikhan/fr:gamedesign:khanat_client_godot:start : Cahier des charges pour le client sur le wikhan, donc faisant référence officielle
- https://git.khaganat.net/khaganat/mmorpg_khanat/khanat-client/ : Dépôt officiel de développement du client, actuellement utilisé par Osquallo pour ses tests, dans la branche « Develop »
- https://git.khaganat.net/khaganat/mmorpg_khanat/khanat-assets---3d-godot-client : Dépôt d'assets importés dans Godot, visant à devenir à terme un sous-dépôt pour le client. On peut lancer ce dépôt comme un jeu pour naviguer au milieu des assets
- https://git.khaganat.net/godot_sandbox/Test-client-godot : Client de test utilisé par Aleajactaest pour mettre en place les aspects techniques de communication avec le serveur OpenNeL
- https://git.khaganat.net/godot_sandbox/Test-client-godot : Dépôt des fichiers sources (Modèles Blender) qui sont ensuite importés dans le dépôt Khanat Assets 3d Godot Client ci-dessus
Dernier message par Zatalyz - 01 Juin 2020 à 11:28:16
Cliquez pour afficher le message
Je met ici les bouts déjà présents sur gitlab (infos à compléter/valider par les personnes compétentes)
https://git.khaganat.net/khaganat/mmorpg_khanat/khanat-assets---3d-godot-client => les assets créés pour Khaganat, le but de ce client si je me souviens bien est de pouvoir visualiser tout ce qui est disponible, afin de l'utiliser ensuite dans un client de jeu. Je crois que c'est là qu'Osquallo teste les shaders.
Pour les assets seuls, YannK commit plutôt sur https://git.khaganat.net/khaganat/mmorpg_khanat/khanat_assets_sources (pas lié à un client Godot, mais ça marche dedans).
https://git.khaganat.net/godot_sandbox/Test-client-godot : "Un projet pour tester et apprivoiser godot. Ce n'est pas un client officiel. Utile également pour se balader dans les décors et voir les objets nouvellement créés dans un client godot." Vu la date des derniers commits, c'est là qu'Aleajactaest travaille sur le lien client/serveur.
S'il y a d'autres choses, je vous laisse compléter
https://git.khaganat.net/khaganat/mmorpg_khanat/khanat-assets---3d-godot-client => les assets créés pour Khaganat, le but de ce client si je me souviens bien est de pouvoir visualiser tout ce qui est disponible, afin de l'utiliser ensuite dans un client de jeu. Je crois que c'est là qu'Osquallo teste les shaders.
Pour les assets seuls, YannK commit plutôt sur https://git.khaganat.net/khaganat/mmorpg_khanat/khanat_assets_sources (pas lié à un client Godot, mais ça marche dedans).
https://git.khaganat.net/godot_sandbox/Test-client-godot : "Un projet pour tester et apprivoiser godot. Ce n'est pas un client officiel. Utile également pour se balader dans les décors et voir les objets nouvellement créés dans un client godot." Vu la date des derniers commits, c'est là qu'Aleajactaest travaille sur le lien client/serveur.
S'il y a d'autres choses, je vous laisse compléter
Dernier message par Nomys_Tempar - 01 Juin 2020 à 10:45:37
Cliquez pour afficher le message
Ce topic sert à centraliser les informations sur le client Godot, ainsi qu'a faire de nouvelles propositions.
Un cahier des charges/roadmap du client existe par là :https://pad.khaganat.net/p/client_godot_cdc
https://pad.khaganat.net/p/client-solo-specifications
Un cahier des charges/roadmap du client existe par là :
https://pad.khaganat.net/p/client-solo-specifications
Dernier message par Mopi - 18 Mai 2020 à 04:42:13
Cliquez pour afficher le message
Maintenant que je peux ouvrir un projet Escoria, c'est le moment de continuer mon tuto et de créer une première scène.
Très rapidement, je me rend compte d'un problème. J'ai installé Godot 3.2 et Escoria ...
Sauf que le tuto que je suis en train de suivre se base sur Godot 2.1, et l'interface à changé depuis. Ce n'est pas problème majeur, mais ça veut dire que je vais passer énormément de mon temps à chercher partout un bouton qui était à l'époque "juste en-dessous".
J'ai réussi à suivre les instructions pour avoir un panda dans ma scène, c'est déjà ça. Je n'ai pas assez compris ce que j'ai fait pour pouvoir l'expliquer, je n'ai d'ailleurs même pas réussi à le redimensionner (je pense que j'ai actuellement un vieux panda géant prêt à tout écraser !!).
La suite du tuto me dit que je peux répéter les actions faîtes pour Mr. Panda Géant pour ajouter de nouveaux objets, des bambous par exemple, et que je peux dès à présent tester le jeu. Pour ça, j'ai un super bouton play ou le raccourci, F5.
Sauf que, ça plante. Je n'ai pas encore lu de doc sur le code de Godot, je n'en trouve pas dans mon tuto Escoria, et la doc de Godot est immense. J'ai une ligne de code, une erreur. Je vais demander directement de l'aide à nos amis de Godot s'ils veulent bien
Description de l'erreur :
J'ai une scène principale qui importe une scène old_man qui contient un nœud 2D (dans lequel j'ai ajouté un sprite de panda), et un nœud Control (et je n'ai pas du tout compris à quoi il sert). Quand je lance le jeu, rien ne s'affiche, et dans la console on m'indique que cette ligne :
A une erreur :
Aussi, dans mon onglet erreur, j'ai plein de de chargement échoués et de fichiers non trouvés.
Je viens de réaliser que je n'avais pas paramétré Godot pour lui dire quelle scène est la principale et donc celle à lancer par le 'play'. C'est maitenant changé, et j'ai exactement les mêmes erreurs.
Très rapidement, je me rend compte d'un problème. J'ai installé Godot 3.2 et Escoria ...
Sauf que le tuto que je suis en train de suivre se base sur Godot 2.1, et l'interface à changé depuis. Ce n'est pas problème majeur, mais ça veut dire que je vais passer énormément de mon temps à chercher partout un bouton qui était à l'époque "juste en-dessous".
J'ai réussi à suivre les instructions pour avoir un panda dans ma scène, c'est déjà ça. Je n'ai pas assez compris ce que j'ai fait pour pouvoir l'expliquer, je n'ai d'ailleurs même pas réussi à le redimensionner (je pense que j'ai actuellement un vieux panda géant prêt à tout écraser !!).
La suite du tuto me dit que je peux répéter les actions faîtes pour Mr. Panda Géant pour ajouter de nouveaux objets, des bambous par exemple, et que je peux dès à présent tester le jeu. Pour ça, j'ai un super bouton play ou le raccourci, F5.
Sauf que, ça plante. Je n'ai pas encore lu de doc sur le code de Godot, je n'en trouve pas dans mon tuto Escoria, et la doc de Godot est immense. J'ai une ligne de code, une erreur. Je vais demander directement de l'aide à nos amis de Godot s'ils veulent bien
Description de l'erreur :
J'ai une scène principale qui importe une scène old_man qui contient un nœud 2D (dans lequel j'ai ajouté un sprite de panda), et un nœud Control (et je n'ai pas du tout compris à quoi il sert). Quand je lance le jeu, rien ne s'affiche, et dans la console on m'indique que cette ligne :
Code Sélectionner
get_node("/root/main").call_deferred("set_current_scene", self)A une erreur :
Code Sélectionner
Attempt to call function 'call_deferred' in base 'null instance' on a null instance.Aussi, dans mon onglet erreur, j'ai plein de de chargement échoués et de fichiers non trouvés.
Je viens de réaliser que je n'avais pas paramétré Godot pour lui dire quelle scène est la principale et donc celle à lancer par le 'play'. C'est maitenant changé, et j'ai exactement les mêmes erreurs.
Dernier message par alcyone - 17 Mai 2020 à 18:53:53
Cliquez pour afficher le message
J'ajoute la proposition de LinkMauve pour la PyWeek durant une semaine et acceptant toute brique externe (code & assets) tant qu'elles ont été publiées max 30j avant le début de l'évènement.
La PyWeek est pertinente étant donné la fréquence d'utilisation de Python chez nous et le nombre potentiel de codeurs/bidouilleurs dans ce langage.
La PyWeek est pertinente étant donné la fréquence d'utilisation de Python chez nous et le nombre potentiel de codeurs/bidouilleurs dans ce langage.
Dernier message par Mopi - 16 Mai 2020 à 00:38:20
Cliquez pour afficher le message
Ça va faire des années que j'ai envie de faire un jeu. Je n'y connais rien du tout, juste je joue beaucoup donc l'idée me plaît !
Un des styles de jeu que je préfère c'est les Point and Click, et ce qui est bien, c'est que c'est un des style les plus accessible pour commencer. On reste en 2D, avec peu d'actions possible, côté développement on est dans l'ordre du réalisable. Reste, tout le reste où je n'ai aucune connaissance non plus : dessins, conception des puzzles, musiques, scénario etc. Mais c'est pas grave, je sais que je peux tester, prendre de l'existant en licence libre, et avoir des gens pour m'aider
Du coup, je décide de tester Escoria, un framework de Godot.
Comme par ici, on a des développeur d'Escoria, ça permet de me faire accompagner dans mes débuts sans avoir à chercher loin
Je suis en train de suivre cette documentation, pour déjà créer un projet avec Escoria, me familiariser avec l'outil avant de commencer un jeu plus complet, déjà tripatouiller et arriver à faire une petite scénette.
Première étape : Installer Godot
Ça paraît bête, mais leur site ne propose que de télécharger directement une archive .tar et je suis plutôt du genre à préférer ce qu'il y a dans les dépôts de ma distribution.
Je vois que sur Debian, on a un joli paquet godot, mais sur ma distrib ArchLinux, il faut passer par les paquets AUR (encore une fois) et il y en a beaucoup.
21 paquets disponibles, tous concernant Godot.
Bon, je vais au plus simple, le paquet godot tout court me semble très bien. J'évite les versions git quand je n'ai pas directement un dev sous la main, ça casse moins.
Je compile ayant préalablement installé mes dépendances manquantes (scons et yasm).
C'est bon, Godot est installé et se lance !
Deuxième étape : Installer Escoria
Plusieurs solutions sont possible, je peux au choix :
En ouvrant Godot, on a un onglet modèle dans lequel on peut chercher Escoria, on clique dessus, on le télécharge, l'installe dans un répertoire vide comme demandé, parfait et....
Et un projet s'est créé. J'en déduis donc qu'Escoria est 'interne' au projet qu'on souhaite créer. Pour chaque nouveau Point and Click, il faudra commencer par télécharger Escoria et partir de là. Très bien. Sauf que... mon projet ne s'ouvre pas.
J'ai une erreur :
Je réessaye, même erreur. Je créer un projet sans le framework, pas de problème. Je réessaye avec, même erreur. C'est parti pour tester la première approche.
Et... Je ne comprend pas, j'ai téléchargé le dépôt d'Escoria, sur une branche fonctionnelle.
--depth 1 pour éviter de prendre tout l'historique du projet, ça ne m'intéresse pas, je ne compte pas le développer, simplement l'utiliser.
-b esc2-godot3.2 pour me baser directement sur cette branche là, comme on m'a signalé de le faire.
Parfait, et après quoi ?
Je ne peux pas créer de projet à partir de ce répertoire, il n'est pas vide. En créer un dans ce répertoire me créer un projet Godot ordinaire, je ne peux pas non plus l'importer.
Bref, je suis coincé et un peu perdu.
EDIT :
\o/
J'ai réussi !
Pour créer un projet avec Escoria, on peut en effet, l'installer via Godot, ou le télécharger via Git. Dans le premier cas on se retrouve avec un fichier cassé, mais pas de panique.
Dans le premier écran de Godot, il y a un bouton scanner, en lui donnant un répertoire à analyser, il trouve de lui-même quels répertoire sont des projets Godot !
Et voilà, j'en ai maintenant cinq différents
Il ne me reste plus qu'à faire du tri pour effacer les doublons et je vais pouvoir commencer, et oui, on en est toujours qu'à l'installation !
Je vais partir sur le projet créé avec le téléchargement d'Escoria directement depuis Git avec une branche spécifique, je me méfie de la version que cible Godot de base. Un développeur d'Escoria m'a fortement recommandé d'utiliser cette branche là, et je vais suivre ses conseils.
Un des styles de jeu que je préfère c'est les Point and Click, et ce qui est bien, c'est que c'est un des style les plus accessible pour commencer. On reste en 2D, avec peu d'actions possible, côté développement on est dans l'ordre du réalisable. Reste, tout le reste où je n'ai aucune connaissance non plus : dessins, conception des puzzles, musiques, scénario etc. Mais c'est pas grave, je sais que je peux tester, prendre de l'existant en licence libre, et avoir des gens pour m'aider
Du coup, je décide de tester Escoria, un framework de Godot.
Comme par ici, on a des développeur d'Escoria, ça permet de me faire accompagner dans mes débuts sans avoir à chercher loin
Je suis en train de suivre cette documentation, pour déjà créer un projet avec Escoria, me familiariser avec l'outil avant de commencer un jeu plus complet, déjà tripatouiller et arriver à faire une petite scénette.
Première étape : Installer Godot
Ça paraît bête, mais leur site ne propose que de télécharger directement une archive .tar et je suis plutôt du genre à préférer ce qu'il y a dans les dépôts de ma distribution.
Je vois que sur Debian, on a un joli paquet godot, mais sur ma distrib ArchLinux, il faut passer par les paquets AUR (encore une fois) et il y en a beaucoup.
21 paquets disponibles, tous concernant Godot.
Bon, je vais au plus simple, le paquet godot tout court me semble très bien. J'évite les versions git quand je n'ai pas directement un dev sous la main, ça casse moins.
Je compile ayant préalablement installé mes dépendances manquantes (scons et yasm).
C'est bon, Godot est installé et se lance !
Deuxième étape : Installer Escoria
Plusieurs solutions sont possible, je peux au choix :
- télécharger une version directement depuis son dépôt Git
- l'installer via Godot
En ouvrant Godot, on a un onglet modèle dans lequel on peut chercher Escoria, on clique dessus, on le télécharge, l'installe dans un répertoire vide comme demandé, parfait et....
Et un projet s'est créé. J'en déduis donc qu'Escoria est 'interne' au projet qu'on souhaite créer. Pour chaque nouveau Point and Click, il faudra commencer par télécharger Escoria et partir de là. Très bien. Sauf que... mon projet ne s'ouvre pas.
J'ai une erreur :
Code Sélectionner
Erreur : le projet n'existe pas dans le système de fichier.Je réessaye, même erreur. Je créer un projet sans le framework, pas de problème. Je réessaye avec, même erreur. C'est parti pour tester la première approche.
Et... Je ne comprend pas, j'ai téléchargé le dépôt d'Escoria, sur une branche fonctionnelle.
Code Sélectionner
git clone --depth 1 -b esc2-godot3.2 https://github.com/godotengine/escoria.git--depth 1 pour éviter de prendre tout l'historique du projet, ça ne m'intéresse pas, je ne compte pas le développer, simplement l'utiliser.
-b esc2-godot3.2 pour me baser directement sur cette branche là, comme on m'a signalé de le faire.
Parfait, et après quoi ?
Je ne peux pas créer de projet à partir de ce répertoire, il n'est pas vide. En créer un dans ce répertoire me créer un projet Godot ordinaire, je ne peux pas non plus l'importer.
Bref, je suis coincé et un peu perdu.
EDIT :
\o/
J'ai réussi !
Pour créer un projet avec Escoria, on peut en effet, l'installer via Godot, ou le télécharger via Git. Dans le premier cas on se retrouve avec un fichier cassé, mais pas de panique.
Dans le premier écran de Godot, il y a un bouton scanner, en lui donnant un répertoire à analyser, il trouve de lui-même quels répertoire sont des projets Godot !
Et voilà, j'en ai maintenant cinq différents
Il ne me reste plus qu'à faire du tri pour effacer les doublons et je vais pouvoir commencer, et oui, on en est toujours qu'à l'installation !
Je vais partir sur le projet créé avec le téléchargement d'Escoria directement depuis Git avec une branche spécifique, je me méfie de la version que cible Godot de base. Un développeur d'Escoria m'a fortement recommandé d'utiliser cette branche là, et je vais suivre ses conseils.
Dernier message par Nomys_Tempar - 02 Avril 2020 à 09:14:46
Cliquez pour afficher le message
Effectivement, faire des game jam est vraiment une bonne expérience. J'ai fais plusieurs Ludum Dare seul (https://nomys-tempar.itch.io/) ou a plusieurs (https://leom.itch.io/dig ou https://leom.itch.io/happy-gardening).
Vu nos conditions, il vaut effectivement mieux faire ça à distance, c'est tout à fait faisable et tout aussi sympa à faire que IRL (https://nomys-tempar.itch.io/the-monster-way a été fait avec une amie qui était en Inde par exemple).
Perso, je participe à ce genre d'événement pour justement réussir à faire un jeu en peu de temps. Ça permet de voir à quel point on peut diriger sa créativité vers un objectif précis, tout en ayant bien (ou pas bien) anticiper les impératifs temporels ou les difficultés techniques. Bref c'est un exercice très complet, si on se lance dedans sérieusement. Une Ludum Dare de 72 en équipe, ça veut dire soit être d'avance hyper rodé et calé, soit quasiment pas dormir pendant 3 jours. Et ce type d'effort est tout à fait acceptable, car il est exceptionnel. Si on vient juste pour produire des trucs sans volonté de finir quoi que se soit, on peut se caler tout les week-end pour faire ça à mon sens. De plus je pense que participer à un événement où la majorité des prod sont "finit" et ne pas finir soi-même son jeu est plus démotivant et déprimant qu'autre chose....
Autre aspect, dans le cadre d'une jam en équipe, plus on va être nombreux, plus ça va être difficile et donc plus ça va demander d'organisation, d'outils de communication interne et de répartition des taches. Dans ce cadre il est assez difficile de "perdre" 2h à discuter d'un point de gameplay ou de scénario, car le "faire" prend le pas sur le "penser" (ce qui est totalement le but du truc hein).
Dans notre cas, je pense qu'avoir une équipe de 5-6 personnes max qui se lancent sera sans doute plus motivant pour tous à la vue des résultats (je peux me tromper bien sur ;o). Des Ludum Dare il y en a 4 par ans, ça laisse de la place à toutes de participer...
Enfin les Ludum Dare ont un système de vote après l'événement, où chaque équipe doit tester et voter pour les jeux des autres, pour ainsi en retour avoir des votes et des tests de son propre jeu. Ce système a des biais énorme, mais il n'empêche pas les bons jeux d'avoir un bon score à la fin. Cet aspect de notation est aussi un bon indicateur des objectifs du jeu et de s'ils sont atteint ou pas, mais ça signifie aussi prendre du temps après la jam pour tester des jeux (voir pour proposer une version un peu débuggé du jeu post-jam).
Je pense être assez dispo à l'avenir, à la fois en sons et musique ou en game design, pour pouvoir en faire (les Ludum Dare ou d'autres).
Vu nos conditions, il vaut effectivement mieux faire ça à distance, c'est tout à fait faisable et tout aussi sympa à faire que IRL (https://nomys-tempar.itch.io/the-monster-way a été fait avec une amie qui était en Inde par exemple).
Perso, je participe à ce genre d'événement pour justement réussir à faire un jeu en peu de temps. Ça permet de voir à quel point on peut diriger sa créativité vers un objectif précis, tout en ayant bien (ou pas bien) anticiper les impératifs temporels ou les difficultés techniques. Bref c'est un exercice très complet, si on se lance dedans sérieusement. Une Ludum Dare de 72 en équipe, ça veut dire soit être d'avance hyper rodé et calé, soit quasiment pas dormir pendant 3 jours. Et ce type d'effort est tout à fait acceptable, car il est exceptionnel. Si on vient juste pour produire des trucs sans volonté de finir quoi que se soit, on peut se caler tout les week-end pour faire ça à mon sens. De plus je pense que participer à un événement où la majorité des prod sont "finit" et ne pas finir soi-même son jeu est plus démotivant et déprimant qu'autre chose....
Autre aspect, dans le cadre d'une jam en équipe, plus on va être nombreux, plus ça va être difficile et donc plus ça va demander d'organisation, d'outils de communication interne et de répartition des taches. Dans ce cadre il est assez difficile de "perdre" 2h à discuter d'un point de gameplay ou de scénario, car le "faire" prend le pas sur le "penser" (ce qui est totalement le but du truc hein).
Dans notre cas, je pense qu'avoir une équipe de 5-6 personnes max qui se lancent sera sans doute plus motivant pour tous à la vue des résultats (je peux me tromper bien sur ;o). Des Ludum Dare il y en a 4 par ans, ça laisse de la place à toutes de participer...
Enfin les Ludum Dare ont un système de vote après l'événement, où chaque équipe doit tester et voter pour les jeux des autres, pour ainsi en retour avoir des votes et des tests de son propre jeu. Ce système a des biais énorme, mais il n'empêche pas les bons jeux d'avoir un bon score à la fin. Cet aspect de notation est aussi un bon indicateur des objectifs du jeu et de s'ils sont atteint ou pas, mais ça signifie aussi prendre du temps après la jam pour tester des jeux (voir pour proposer une version un peu débuggé du jeu post-jam).
Je pense être assez dispo à l'avenir, à la fois en sons et musique ou en game design, pour pouvoir en faire (les Ludum Dare ou d'autres).
Dernier message par alcyone - 01 Avril 2020 à 20:19:21
Cliquez pour afficher le message
Quelque part au détour d'un chan, voyant les idées de l'une et les projets de l'autre, on s'est dit que ça pourrait être sympa de monter une team Khaganat pour participer un beaaaau jour à une game jam.
Game Jam ? Késako ?
Pour faire simple, c'est une sorte de hackathon qui consiste pour les participants, groupés en équipes, à créer un jeu dans un temps imparti, généralement assez court comme un week-end.
Pourquoi monter une team Khaganat pour une game jam ?
Parce que c'est cool déjà ! Ça peut être une excellente expérience humaine et créative.
D'autre part, c'est aussi l'occasion pour nous de faire vivre l'univers de Khanat en tentant de créer un petit jeu sympathique
(voire un article de blog ensuite, youhouuuu !)
Quelle Game Jam ?
Déjà, il existe de très nombreuses game jam et surtout il existe de nombreux paramètres selon la game jam variant :
Il y a des game jam toute l'année et pour tous les goûts !
Mais pour nous, laquelleuuuuuu ?
On a quelque trucs à prendre en compte dans notre en cas en effet et nous devons en discuter ensemble
Étant donné que nous avons pas tous les mêmes possibilités, la même santé, pour être disponible 72h de suite, il nous faut choisir un évènement où l'on peut créer en avance afin de faire participer tout le monde à sa mesure autant que possible.
Puisque l'on travaille sur un univers sous licence libre copyleft, il nous faut choisir un évènement où l'on est libre d'amener nos ressources tierces et où l'on peut choisir la licence en sortie afin de respecter celles de nos ressources.
Car on habite un peu partout et en tout cas pas au même endroit, alors une game jam exclusivement en ligne serait le plus équilibré pour accueillir tout le monde.
Je pense qu'il s'agit des points principaux
M'ENFIN, laquelle quoi ? Nom d'un pendolimace à queue tronçonneuse !
Maiheuuuu, j'en sais rien moi. Faut zieuter, faire le tour, en discuter, proposer si ça vous tente, voir si ça réunit du monde. On finira bien par s'en sortir
Aussi, on est pas obligé de finir un jeu à une jam, c'est un hackthon, on peut le commencer et le poursuivre à une autre, on profite de l'évènement sans se mettre trop la pression, c'est juste une occasion.
Je suis loin de connaître toutes les game Jam, je trouve que les conditions du set de règles "The Jam" de la Ludum Dare pourraientt nous convenir. Il y en a certainement d'autres qui pourraient s'avérer cool à faire.
_______
Je note aussi que ça fait plusieurs éditions de la Ludum Dare qu'ils annoncent pour bientôt un élargissement de "The Jam" à d'autres loisir artistiques, ce qui serait d'autant plus sympathique pour nous !
"Coming Soon: We will soon allow non-game Craft entries. If you can't make video games (or don't want to), you'll soon be able to submit other things. Comics, stuffed toys, short music albums, posters/wallpapers, cakes, short films, etc; Any creative project, inspired by Ludum Dare and the Theme. We're not ready to open submissions to Craft entries, but stay tuned!"
_______
A vos claviers !
Ce post est un fil rouge pour tous les projets de game jam qu'on pourrait avoir.
Game Jam ? Késako ?
Pour faire simple, c'est une sorte de hackathon qui consiste pour les participants, groupés en équipes, à créer un jeu dans un temps imparti, généralement assez court comme un week-end.
Pourquoi monter une team Khaganat pour une game jam ?
Parce que c'est cool déjà ! Ça peut être une excellente expérience humaine et créative.
D'autre part, c'est aussi l'occasion pour nous de faire vivre l'univers de Khanat en tentant de créer un petit jeu sympathique
(voire un article de blog ensuite, youhouuuu !)Quelle Game Jam ?
Déjà, il existe de très nombreuses game jam et surtout il existe de nombreux paramètres selon la game jam variant :
- par leur durée, 72h pour la Ludum Dare par exemple
- par leur fréquence, par exemple la Ludum Dare a lieu 2 fois par an en avril et en octobre tandis que la Weekly Game Jam a lieu chaque semaine
- par le fait qu'elle soit thématique par design ou pas, par exemple la Procjam implique qu'il faille de la génération procédurale au cœur de la création au point que faire un jeu est presque secondaire
- par le fait qu'elle puisse avoir une thématique différente par édition, la Global Game Jam adopte un nouveau thème chaque année, comme la Ludum Dare et le thème est généralement annoncé peu de temps avant l'évènement
- par les conditions de création, certaines acceptent que l'on puisse utiliser des ressources créées hors de la game jam tandis que d'autres demandent que tout soit créé sur place
- par les outils utilisable, certaines sont très libres, d'autres en impose, devinez ce qu'impose la (MS) Paint Jam ?
- plus globalement, par les sets de règles, la Ludum Dare propose 2 sets différents par édition : The Jam, peu stricte, et The Compo, plus stricte
- par la localisation, certaines game jam impose de venir dans un lieu physique (bien qu'internationale, c'est le cas de la Global Game Jam) alors que d'autres sont exclusivement en ligne
- par la gestion de la propriété intellectuelle, la Global Game Jam impose la CC-BY-NC-SA 3.0 par exemple
- par la présence de prix ou leur absence
Il y a des game jam toute l'année et pour tous les goûts !
Mais pour nous, laquelleuuuuuu ?
On a quelque trucs à prendre en compte dans notre en cas en effet et nous devons en discuter ensemble
Étant donné que nous avons pas tous les mêmes possibilités, la même santé, pour être disponible 72h de suite, il nous faut choisir un évènement où l'on peut créer en avance afin de faire participer tout le monde à sa mesure autant que possible.
Puisque l'on travaille sur un univers sous licence libre copyleft, il nous faut choisir un évènement où l'on est libre d'amener nos ressources tierces et où l'on peut choisir la licence en sortie afin de respecter celles de nos ressources.
Car on habite un peu partout et en tout cas pas au même endroit, alors une game jam exclusivement en ligne serait le plus équilibré pour accueillir tout le monde.
Je pense qu'il s'agit des points principaux
M'ENFIN, laquelle quoi ? Nom d'un pendolimace à queue tronçonneuse !
Maiheuuuu, j'en sais rien moi. Faut zieuter, faire le tour, en discuter, proposer si ça vous tente, voir si ça réunit du monde. On finira bien par s'en sortir
Aussi, on est pas obligé de finir un jeu à une jam, c'est un hackthon, on peut le commencer et le poursuivre à une autre, on profite de l'évènement sans se mettre trop la pression, c'est juste une occasion.
Je suis loin de connaître toutes les game Jam, je trouve que les conditions du set de règles "The Jam" de la Ludum Dare pourraientt nous convenir. Il y en a certainement d'autres qui pourraient s'avérer cool à faire.
_______
Je note aussi que ça fait plusieurs éditions de la Ludum Dare qu'ils annoncent pour bientôt un élargissement de "The Jam" à d'autres loisir artistiques, ce qui serait d'autant plus sympathique pour nous !
"Coming Soon: We will soon allow non-game Craft entries. If you can't make video games (or don't want to), you'll soon be able to submit other things. Comics, stuffed toys, short music albums, posters/wallpapers, cakes, short films, etc; Any creative project, inspired by Ludum Dare and the Theme. We're not ready to open submissions to Craft entries, but stay tuned!"
_______
A vos claviers !
Ce post est un fil rouge pour tous les projets de game jam qu'on pourrait avoir.
