Convertir SB3 en EXE

Les kiosques Windows, les PC de salle de classe et les sites de téléchargement de jeux peuvent nécessiter un fichier .exe exécutable plutôt qu’un fichier de projet Scratch. La création d’un package à partir d’un projet .sb3 génère une application Windows qui peut s’exécuter sans installer l’éditeur Scratch.

Contenu d’un fichier SB3

.sb3 est le format de projet Scratch 3 utilisé par le site web Scratch et Scratch Desktop. Il s’agit d’une archive basée sur ZIP contenant project.json, des sprites, des costumes, des sons et d’autres ressources du projet.

Un fichier SB3 est destiné à être modifié, téléversé et partagé via des éditeurs compatibles avec Scratch. Le renommer en .exe ou le placer dans une archive auto-extractible ne rend pas le projet exécutable comme une application Windows.

Ce que fournit un fichier EXE

.exe est le format standard des exécutables Windows. Un projet Scratch conditionné sous forme d’EXE inclut un runtime compatible et les données du projet, généralement dans un dossier d’application ou une archive ZIP contenant l’exécutable et ses fichiers de support.

Le résultat n’est pas un programme natif conventionnel compilé à partir de blocs Scratch. Il s’agit d’un runtime compatible avec Scratch configuré pour ouvrir le projet inclus. Sa taille de fichier est donc nettement supérieure à celle du fichier .sb3 original.

Conditionner un projet SB3 pour Windows

TurboWarp Packager est l’option la plus pratique pour les projets Scratch 3 standard. Son packager web officiel peut générer des builds Windows ; les sites génériques de conversion de fichiers ne peuvent pas convertir correctement une archive SB3 en exécutable.

1. Dans Scratch, enregistrez le projet localement avec File → Save to your computer. Conservez le fichier .sb3 original comme source modifiable.
2. Ouvrez le TurboWarp Packager officiel à l’adresse packager.turbowarp.org dans un navigateur de bureau à jour.
3. Chargez le fichier .sb3 comme entrée du projet.
4. Définissez le titre de l’application, les dimensions de la fenêtre, l’icône, le comportement en plein écran et les autres options de runtime nécessaires.
5. Sélectionnez la cible de packaging Windows ainsi que l’architecture du processeur requise par les PC cibles. Utilisez un build 64 bits pour les systèmes Windows actuels standard ; créez un build 32 bits uniquement si les ordinateurs prévus l’exigent et si le packager propose cette cible.
6. Sélectionnez Package, puis enregistrez le téléchargement généré.
7. Si le téléchargement est une archive ZIP, extrayez-la entièrement avant d’exécuter le fichier .exe inclus. Conservez tous les fichiers et dossiers extraits ensemble, car l’exécutable peut dépendre des ressources de runtime fournies avec le package.

TurboWarp Packager est un outil de packaging en ligne ; aucune installation séparée d’un convertisseur n’est donc normalement nécessaire. Scratch Desktop et le site web Scratch peuvent enregistrer et exécuter des projets SB3, mais aucun des deux ne fournit d’exportation directe vers un EXE Windows. Pour un déploiement hors ligne ou contrôlé, créez le package sur un ordinateur de confiance, puis distribuez le ZIP généré ou le dossier d’application extrait.

Limites de compatibilité et de déploiement

Testez le package sur un ordinateur Windows sur lequel Scratch n’est pas installé. Vérifiez les entrées du clavier et de la souris, l’audio, le mode plein écran, la mise à l’échelle de l’affichage, les invites d’accès aux fichiers, les autorisations relatives à la caméra ou au microphone, ainsi que toutes les extensions utilisées par le projet.

Les services du site web Scratch ne sont pas automatiquement disponibles dans un build conditionné. Les fonctionnalités liées aux comptes Scratch, aux pages de projet, aux commentaires, au remixage et au service de variables cloud de Scratch ne doivent pas être considérées comme fonctionnant de la même manière que sur le site web Scratch. Les projets qui nécessitent des services en ligne doivent faire l’objet de tests distincts et, le cas échéant, d’une configuration de serveur personnalisé compatible.

Les projets standard se conditionnent généralement bien, mais les extensions dépendantes du navigateur ou tierces peuvent se comporter différemment. Les intégrations matérielles, la détection par webcam/vidéo, la synthèse vocale, les extensions réseau et les extensions personnalisées doivent être testées sur la version exacte de Windows et le matériel utilisés pour la distribution.

Windows peut afficher des avertissements SmartScreen ou antivirus pour les fichiers EXE non signés, en particulier après des téléchargements depuis Internet. La signature de code du build Windows final avec un certificat contrôlé par l’organisation peut réduire les avertissements liés à la réputation, mais les destinataires doivent tout de même recevoir le fichier depuis une source vérifiée. Ne demandez pas aux utilisateurs de désactiver les protections de sécurité Windows pour exécuter un package non vérifié.

Un EXE Windows ne s’exécutera pas nativement sur macOS, ChromeOS, Android, iOS ou la plupart des systèmes Linux. TurboWarp Packager peut produire d’autres cibles de plateforme lorsqu’elles sont prises en charge, mais chaque cible doit être conditionnée et testée séparément.