Consignes pour les créateurs
Ce que vous pouvez publier sur Prism, ce dont chaque build a besoin et les règles que tout le monde suit ici.
En bref
- Publiez les jeux et mods que vous avez créés, ou que vous avez le droit de partager.
- Pas de logiciels malveillants, de mineurs ni de code obscurci : chaque build est vérifiée automatiquement.
- Montrez votre jeu tel qu’il est, avec ses propres captures d’écran et une description honnête.
- Traitez les joueurs et les autres créateurs avec respect, dans votre jeu et autour.
- La première build d’un nouveau studio reçoit un rapide coup d’œil de notre équipe avant que les joueurs la voient.
Les règles de Prism
Ces règles s’appliquent à tout sur Prism : jeux, mods, pages du magasin, profils, commentaires et messages. Quand nous retirons quelque chose, notre avis indique la règle enfreinte et renvoie ici.
Logiciels malveillants
Pas de logiciels qui endommagent les appareils, espionnent leurs utilisateurs ou leur volent leurs comptes, leurs fichiers ou leur argent.
Chaque programme et script est analysé dès que vous l’envoyez. Une build contenant un logiciel malveillant, un mineur de cryptomonnaie ou du code qui vole des mots de passe, des jetons ou des portefeuilles est refusée.
Code obscurci
Les builds ne peuvent contenir aucun code compressé, protégé ou obscurci, de quelque sorte que ce soit, par exemple des programmes compressés avec UPX ou protégés avec Themida ou VMProtect, des scripts brouillés ou des archives de code chiffrées.
Le code minifié par des outils comme webpack, terser ou esbuild est accepté, tout comme les formats de jeu compilés comme l’IL2CPP de Unity ou un .pck Godot non chiffré. Un avis de refus indique le fichier et ce qui a été trouvé.
Pas un jeu
Les builds doivent être des jeux : Prism n'héberge pas de sites web, de boutiques, de pages d'accueil promotionnelles ni de pages de connexion.
Une build web sans rien pour dessiner un jeu, comme un canvas, WebGL, WebAssembly ou un moteur connu, ou avec des champs qui demandent des mots de passe ou des numéros de carte, attend que notre équipe l’examine.
Œuvres d’autrui
Pas de partage de jeux, d’illustrations, de musique ou d’autres œuvres dont vous ne détenez pas les droits.
Si quelqu’un partage votre travail sans votre permission, signalez-le-nous comme l’explique la Politique relative aux droits d’auteur.
Ce dont chaque build a besoin
Chaque envoi est vérifié automatiquement. Si une build doit être corrigée, Prism Studio vous indique quoi changer, et vous l’envoyez de nouveau.
Builds web
- Un .zip de l’export web de votre jeu, jusqu’à 1,1 Go, contenant au plus 1 Go et 20 000 fichiers après décompression.
- Une page de départ : un index.html à la racine du zip, ou choisissez-en une s’il y en a plusieurs.
- Pas de programmes comme les fichiers .exe : envoyez-les comme build pour ordinateur.
- Uniquement des fichiers ordinaires : pas de liens, de fichiers spéciaux ni de chemins qui mènent hors du zip.
- Chaque jeu conserve jusqu’à 2 Go de builds web, et les jeux d’un studio 10 Go au total.
Builds pour ordinateur
- Un .zip pour Windows, Linux ou macOS, jusqu’à 4 Go, ou un envoi depuis la ligne de commande de Prism ( prism push ).
- Au plus 100 000 fichiers et 16 Go après décompression.
- Un programme qui lance le jeu sur son système. S’il y en a plusieurs, choisissez celui que les joueurs lancent.
- Sur macOS, le code pour Apple silicon doit être signé, ne serait-ce qu’avec la signature ad hoc qu’ajoute l’éditeur de liens d’Apple.
- Les builds 32 bits comme 64 bits sont les bienvenues.
Votre page du magasin
- Pour publier, votre page a besoin d’un nom et d’une couverture.
- Avant que votre jeu ne devienne public, il lui faut aussi au moins 5 tags et les réponses au questionnaire sur le contenu, concernant la violence et l’IA générative.
- Jusqu’à 10 captures d’écran, chacune du jeu lui-même.
- Les noms comptent jusqu’à 100 caractères, les descriptions courtes jusqu’à 200 et les descriptions jusqu’à 20 000.
Comment fonctionne la vérification
- Les vérifications se font dans les minutes qui suivent un envoi. Une build qui les réussit est publiée d’elle-même.
- La première build d’un nouveau studio attend un rapide coup d’œil de notre équipe, quel que soit le résultat des vérifications.
- Une build qui ressemble plus à un site web qu’à un jeu attend aussi notre équipe.
- Si nous refusons une build ou retirons quelque chose, tous les membres de votre studio reçoivent un avis indiquant la règle, et vous pouvez le contester.
Ces consignes complètent les Conditions pour les créateurs et la Politique relative aux droits d’auteur, que vous acceptez en publiant.