Depuis son introduction en 1999, SCORM a été adopté par de nombreux outils auteurs et plateformes, mais chacun l’a implémenté avec ses propres interprétations et pratiques. En théorie, SCORM est un standard destiné à assurer une compatibilité universelle ; en pratique, son utilisation n’a jamais été totalement normalisée.
Les modules produits peuvent donc varier selon le logiciel auteur utilisé, tant dans leur structure que dans leur manière de communiquer avec la plateforme. Il est ainsi indispensable d’adapter ses process en tenant compte des particularités de l’outil auteur choisi.
Temps erronés
Dans Chamilo, il peut arriver que les temps affichés dans un module SCORM soient incorrects.
Ce problème provient souvent de l’option « Temps cumulatif SCORM », qui modifie la manière dont Chamilo interprète les données envoyées par le module.
Exemple 1
Vous importez un module SCORM et Chamilo indique que l’apprenant a passé 3 heures, alors qu’il n’a suivi le module que 15 minutes.
Cela se produit lorsque Chamilo additionne automatiquement les temps au lieu d’utiliser le dernier temps envoyé.
Exemple 2
Votre module SCORM est configuré pour envoyer toutes les 10 minutes le temps total écoulé, par exemple :
- À 10 minutes : envoi de 600 secondes
- À 20 minutes : envoi de 1200 secondes
- À 30 minutes : envoi de 1800 secondes
Ce comportement est normal pour certains SCORM : ils envoient le temps total, et non le temps écoulé depuis la dernière communication.
Si l’option « Temps cumulatif SCORM » est activée dans Chamilo, la plateforme va réadditionner ces valeurs, ce qui crée des temps totalement faux, par exemple :
600 + 1200 + 1800 = 3600 secondes (1 heure)
alors que l’apprenant n’a travaillé que 30 minutes.
Solution
Pour éviter cette erreur :
- Importez votre module SCORM.
- Ouvrez les paramètres du module.
- Décochez l’option « Temps cumulatif SCORM ».
- Enregistrez.
Chamilo utilisera alors correctement le temps total envoyé par le SCORM, sans le cumuler.
Les contenus SCORM sont lent et sature le serveur
Les contenus SCORM peuvent provoquer des lenteurs et une surcharge du serveur, principalement à cause du fichier download_scorm.php, qui sert d’intermédiaire pour chaque ressource chargée par le module SCORM. Cette méthode ajoute une couche de traitement inutile et ralentit considérablement l’accès aux fichiers.
Pour améliorer les performances, il est recommandé de modifier le fichier .htaccess.
Il suffit de commenter la règle suivante, qui redirige les ressources SCORM vers download_scorm.php :
Concernant le fichier .htaccess :
Il faut commenter la ligne suivante (ce qui en + accélère énormément le chargement des ressources) :
#RewriteRule ^courses/([^/]+)/scorm/(.*)$ main/document/download_scorm.php?doc_url=/$2&cDir=$1 [QSA,L]
Compatibilité Scorm 1.3 ou 2004
Malgré que la version SCORM 1.2 reste la plus largement utilisée aujourd’hui : en 2004, une version plus avancée de SCORM a été développée pour permettre le séquencement dynamique du contenu en fonction des différents parcours suivis par les utilisateurs.
Dans les versions récentes, l’interface API n’est plus directement accessible. Il est donc nécessaire de décommenter les lignes 91 et 92 du fichier scorm_api.php :
//var API_1484_11 = new APIobject(); // for SCORM 1.3
//var api_1484_11 = API_1484_11;