Installer un modpack Curseforge / Modrinth sur le panel Wisp

Introduction

Un modpack Minecraft est un ensemble pré-configuré de mods (souvent 100-300) avec des configs, scripts et resource packs harmonisés. Les plateformes principales sont :

• Curseforge : la plus connue, intégrée à des launchers comme CurseForge App
• Modrinth : alternative open-source, monte en popularité, plus rapide

Le panel Wisp (panel.verycloud.fr) supporte les deux et automatise l'installation. Ce guide montre les deux méthodes : automatique (recommandé) et manuelle (si l'auto-install échoue).

Prérequis

• Un serveur Minecraft commandé sur VeryCloud (Wisp panel) avec au minimum 6 GB de RAM pour un modpack moyen
• Pour les gros modpacks (200+ mods) : 8 à 16 GB de RAM
• ID du modpack Curseforge ou Modrinth
• Une licence Minecraft Java (pour tester localement)

Étape 1 : Identifier le modpack et sa version

Sur Curseforge ou Modrinth, notez :

• Nom exact du modpack (ex: "All the Mods 9", "Better MC", "Vault Hunters")
• Version Minecraft (ex: 1.20.1, 1.21)
• Loader : Forge, NeoForge ou Fabric
• Version recommandée du modpack (souvent la dernière stable)

Sur Curseforge, l'ID projet est dans l'URL : https://www.curseforge.com/minecraft/modpacks/all-the-mods-9 → cherchez "Project ID" dans la sidebar droite.

Sur Modrinth, c'est dans https://modrinth.com/modpack/SLUG → SLUG est l'identifiant.

Étape 2 : Méthode automatique via Wisp

Sur https://panel.verycloud.fr, sélectionnez votre serveur.

Sur Wisp, ouvrez "Egg" ou "Server Type"

Wisp propose souvent un egg "Modpack Installer" qui gère automatiquement :

1. Cliquez sur Settings → Reinstall Server
2. Choisissez le type Modpack (ou similaire selon votre version Wisp)
3. Renseignez :
   • Modpack source : Curseforge ou Modrinth
   • Modpack ID : copié à l'étape 1
   • Version : numéro de version (ex: 0.4.50)
4. Cliquez sur Reinstall

Wisp télécharge le modpack, l'installeur Forge/Fabric/NeoForge et configure tout automatiquement (5-15 minutes selon la taille).

Étape 3 : Méthode manuelle (si auto-install échoue)

Certains modpacks customs ne sont pas dans le catalogue auto. Procédez en SFTP.

Sur Curseforge

1. Téléchargez le modpack depuis CurseForge App (Windows/Mac) ou directement le .zip "Server Pack" sur le site

2. Dans le ZIP, vous trouvez :

   • mods/ : dossier avec les .jar des mods
   • config/ : configurations des mods
   • forge-X.Y.Z.jar ou fabric-server-launch.jar ou installer.jar
   • startserver.bat / startserver.sh
   • eula.txt

3. Connectez-vous au SFTP de votre serveur Wisp (panel → Server → SFTP details, port 2022 généralement) avec FileZilla / WinSCP

4. Supprimez les fichiers existants du serveur

5. Uploadez tout le contenu du Server Pack

Sur Modrinth

Les modpacks Modrinth utilisent le format .mrpack (mais Wisp peut souvent extraire automatiquement).

Si manuel : convertissez avec Modrinth-Pack-Converter ou téléchargez la version "server" si proposée.

Étape 4 : Vérifier et lancer

Dans le panel Wisp :

1. Console → Startup → Edit :

   • Assurez-vous que le .jar cible est correct (forge-X.Y.Z.jar ou équivalent)
   • JAR file : le .jar Forge/Fabric/NeoForge approprié
   • Allocated Memory : passez à 6G, 8G ou plus selon le modpack

2. Cliquez sur Start Server dans la console

Le premier démarrage prend 3-10 minutes (génération du monde + initialisation des mods). Surveillez les logs.

Étape 5 : Allouer la bonne RAM

Critique pour les modpacks. Recommandations :

Modpack	RAM minimum	RAM recommandée
Petit (50-100 mods)	4 GB	6 GB
Moyen (100-200 mods, ex: ATM9 Lite)	6 GB	8 GB
Gros (200+, ex: All the Mods 9, FTB)	8 GB	12-16 GB
Extrême (Vault Hunters, RLcraft)	8 GB	12 GB

Dans Wisp : Settings → Resources → Memory.

Étape 6 : Configurer les mods côté serveur

Beaucoup de mods ont des configurations différentes côté serveur vs client. Les fichiers de config sont dans config/.

Exemples fréquents :

Optimiser le tickrate avec FerriteCore / Krypton

Pour les modpacks Fabric :

config/
├── ferritecore.json
└── krypton.json

Vérifiez qu'ils sont bien présents (ils ne demandent pas de tuning manuel, juste leur présence améliore les perfs).

Désactiver les mods incompatibles serveur

Certains mods sont client-side only (shaders, GUIs avancées, mini-maps). Ils peuvent causer un crash s'ils tentent de se charger côté serveur.

Dans mods/, déplacez les mods client-only dans un dossier mods-disabled/ :

mkdir mods-disabled
mv mods/JEI-*.jar mods-disabled/   # JEI fonctionne côté serveur, mais exemple
mv mods/optifine-*.jar mods-disabled/  # Optifine = client only

Liste des mods classiquement client-only :

• Optifine, Sodium, Iris (shaders/optimisations rendu)
• JourneyMap, Xaero's Minimap (cartes - parfois bicôtés)
• WAILA/Jade, Just Enough Items (parfois)
• Controllable, Better Advancements (UI)

Étape 7 : Pre-générer le monde (recommandé)

Les modpacks génèrent énormément de chunks complexes. Pré-générer avant l'arrivée des joueurs évite les lags.

Installez Chunky (mod compatible Forge/Fabric/NeoForge) :

/chunky world overworld
/chunky radius 1000
/chunky start

Chunky pré-génère un rayon de 1000 blocs autour du spawn (4 millions de chunks). Selon le serveur, prévoyez 30 min à 4 heures.

Pendant ce temps, mettez le serveur en mode whitelist :

/whitelist on

Étape 8 : Sauvegardes automatiques

Configurez Wisp pour faire des backups quotidiens :

Panel → Backups → Schedule :

• Quotidien à 4h du matin
• Retention : 7 jours
• Inclure les worlds, mods, configs

Pour les très gros modpacks, faites des backups manuels avant chaque mise à jour de mod, c'est plus prudent.

Dépannage

"Cannot find main class"

Le .jar au startup n'est pas le bon. Inspectez :

ls *.jar

Vous devriez voir forge-X.Y.Z-server.jar ou similaire. Adaptez le Startup → JAR file dans Wisp.

Crash au démarrage : "Mixin apply failed"

Conflit entre deux mods. Ouvrez le log complet et cherchez la ligne Mixin apply failed for: <ModA>. Désactivez ModA ou cherchez si une version compatible existe.

"Java heap space" / OutOfMemoryError

Pas assez de RAM allouée. Augmentez dans Wisp Settings → Resources → Memory.

Pour les modpacks gros : ajoutez le flag JVM dans Startup → Java Arguments :

-Xms4G -Xmx12G -XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200

"Server-side mod required" du côté client

Le serveur a des mods que le client n'a pas. Solution : envoyez à vos joueurs le fichier manifest.json du modpack ou demandez-leur d'installer le modpack via CurseForge App / Modrinth App, ce qui sync automatiquement.

Lag énorme avec ATM9 / Vault Hunters

Désactivez PortalAPI, optimisez forge.toml :

[server]
    serverEventLoopGroupSize = "auto"
    tickrate = 20

Et utilisez Spark (mod) pour identifier les mods consommateurs :

/spark profiler --timeout 300

Commandes utiles

# Voir les performances (avec Spark mod installé)
/spark tps
/spark profiler

# Forcer un save
/save-all flush

# Pré-générer le monde
/chunky start

# Voir les chunks chargés
/forge tps
/forge entitylist
/forge mods

Conclusion

Vous avez un serveur modpack qui tourne sur le panel Wisp VeryCloud. Quelques bonnes pratiques pour la suite :

• Mettez à jour les mods avec parcimonie (un mod bugué peut tout casser)
• Sauvegardez avant chaque mise à jour
• Communiquez les versions exactes du modpack à vos joueurs
• Utilisez Discord pour annoncer les redémarrages et maintenances

Les modpacks demandent beaucoup de ressources : si votre serveur Wisp actuel ne suffit plus, VeryCloud propose des offres dédiées VPS Ryzen Gaming ou Dédié plus performantes.

Ressources

• Panel Wisp VeryCloud : https://panel.verycloud.fr
• Curseforge Modpacks : https://www.curseforge.com/minecraft/modpacks
• Modrinth Modpacks : https://modrinth.com/modpacks
• Chunky (pré-génération) : https://modrinth.com/mod/chunky
• Spark (performance) : https://spark.lucko.me