SCORM-felsökning

Här har vi beskrivit ett antal vanliga problem som kan uppstå när man arbetar med SCORM-paket, tillsammans med några metoder för att lösa dem.

Kontrollera om det finns problem SCORM på molnwebbplatsen

För att kontrollera om problemet är relaterat till Totara eller med själva SCORM kan du skapa ett konto på https://cloud.scorm.com och ladda upp SCORM för att se om det fungerar som förväntat. Om det gör det kan det vara något fel med inställningarna på Totara. 

Långsam nedladdning för första uppspelning

Försök lägga till SCORM som en extern pakettyp. Extern pakettyp är inaktiverad som standard på nya installationer; det är inte en bra metod att länka till paket eftersom dina paket under vissa omständigheter inte kommer att skicka tillbaka någon betygs- eller spårningsinformation till Totara Learn .

Om aktiverat och valt så tillhandahåller det ett textfält för att klistra in en URL till ett fjärr-imsmanifest.xml (i ett paket utan dragkedja). Detta gör att SCORM-innehåll kan lagras utanför din Totara-webbplats och innehållet spelas upp från den externa platsen och inte packas upp/kopieras till Totara-lagring. Detta innebär också att om du uppdaterar SCORM-paketet så kommer det senaste innehållet alltid att laddas (om du inte uppdaterar din core imsmanifest.xml-fil när denna fil kopieras till Totara). Var mycket försiktig med att uppdatera din imsmanifest.xml-fil. Om dina SCO-identifierare ändras kommer spårningsinformation för eventuella borttagna SCO-identifierare för eventuella tidigare användarförsök att rensas från Totara-databasen.

För att den externa pakettypen ska fungera måste ditt SCORM-innehåll finnas under samma URL som din Totara-webbplats. Om bas-URL skiljer sig från din Totara-URL kommer den inbyggda webbläsarsäkerheten att blockera kommunikation mellan domäner och ingen betygs-/spårningsinformation kommer att skickas tillbaka till Totara. Adobe Flash och moderna webbläsare (ända sedan IE 6) förhindrar kommunikation mellan olika domäner. Om du verkligen behöver dina paket för att sitta utanför Totara Learn på en annan URL bör du titta på andra alternativ för att vara värd för ditt innehåll.

Aktivera den externa pakettypen genom att gå till Plugins > Activity Modules > SCORM i snabbåtkomstmenyn och markera rutan Aktivera extern pakettyp .

Felsökning (debugging)

1. Felsökningsinställningar finns på snabbåtkomstmenyn > Plugins > Activities > SCORM .
2. Markera kryssrutan för Aktivera API-felsökning.
3. Ställ in API-masken. 

Du kan använda masken för att aktivera felsökning under vissa förhållanden. Om du till exempel är inloggad med admin-användaren (användarnamn admin) kan du ställa in API-masken på: admin. Användare som inte är inloggade som administratör kommer inte att se felsökningsloggen.

Vad betyder felsökningsloggen?

SCO skickar vanligtvis följande kommunikation via API:n:

• LMSInitiera(): Öppnar anslutningen mellan SCO och Totara Learn
• LMSGetValue( 'värdenamn' ): Hämtar ett värde från Totara Learn
• LMSSetValue( 'värdenamn' , 'värde' ): Skickar ett värde till Totara Learn
• LMSCommit(): Sparar värden som skickats till Totara via LMSSetValue() och ska anropas efter varje LMSSetValue()
• LMSFinish(): Sparar värden som skickats till Totara och stänger anslutningen mellan SCO och Totara Learn

Röda linjer i felsökningsloggen innebär att det uppstod ett fel i kommunikationen via API:n.

Om LMSInitialize() misslyckas, returnerar ett fel, så kommer inga efterföljande värden som skickas till Totara att sparas.

Klicka igenom hela SCORM-paketet. Öppna sedan SCORM-rapporten för ditt försök och jämför de sparade värdena i felsökningsloggen med Totaras rapport om försöket. Om de värden som ställts in i felsökningsloggen inte matchar de värden som sparats i Totara, kan det finnas ett problem med Totara. Annars är det troligt att det är ett problem med SCO eller SCORM-aktivitetsinställningarna som inte ger dig den funktionalitet du behöver.

Kursen går in i granskningsläge när du försöker igen 

När ett paket har statusen: slutförd, godkänd eller misslyckad, så har det aktuella försöket slutförts. Återinträde till SCORM-paketet bör tillåta antingen att ett nytt försök genereras eller att det befintliga tidigare försöket försätts i granskningsläge.

Om SCORM-innehållsstruktursidan visas och användaren går in i SCORM igen, kommer de att se en kryssruta under Enter-knappen som gör det möjligt för dem att mata in och generera ett nytt försök. Om denna kryssruta inte är markerad kommer den att gå in i granskningsläge.

Om du använder inställningen för sidan för att hoppa över innehåll så kommer dina deltagare inte att se Enter-knappen eller kryssrutan så för att säkerställa att ett nytt försök genereras måste du aktivera Force Nytt försök . 

SCORM-resultat raderade efter paketuppdatering

Vid uppladdning av ett SCORM-paket över ett tidigare, om artikelidentifieraren i manifestfilen skiljer sig från den som skrivs över, så raderas spårningsdata för det SCORM-paketet i Totara.

Se till att artikelidentifieraren är densamma för den nya SCORM-resursen.

SCORM och betygsboken

Vissa SCORM-paket rapporterar både cmi.core.lesson_status och cmi.core.score.raw. Andra rapporterar endast cmi.core.lesson_status, eller endast cmi.core.score.raw. Inställningen Gradmetod för SCORM-objekt är avsedd att ta hänsyn till detta.

Om du har betygsmetoden inställd på Högsta betyg, Genomsnittlig betyg eller Summa betyg, och ditt inlärningsobjekt inte rapporterar en poäng, endast cmi.core.lesson_status, så kommer det inte att finnas någon numerisk poäng att gå vidare till betygsboken.

Om dina SCO:er inte rapporterar cmi.core.score.raw, så är inställningen för bästa betygsmetod inlärningsobjekt . Detta rapporterar antingen 1 eller 0 som poäng för varje inlärningsobjekt. Betygsboksvärdet för den SCORM-aktiviteten är procentandelen scos i paketet för vilket deltagarna fick en 1.

Å andra sidan, om dina SCO:er inte rapporterar en lesson_status, välj ett av de poängbaserade alternativen för betygssättningsmetod, såsom Högsta betyg , Medelbetyg eller Summa betyg , och inte Inlärningsobjekt .

Om du inte vet vad dina SCO:er rapporterar till LMS, kör dem sedan vidare till slutförande med felsökning på.

Mycket av hur SCORM-objekt betygsätts kontrolleras i SCORM-processen innan det förpackas för användning i ett LMS som Totara. Se till att alla dina betygsinställningar är korrekt inställda

Mitt Flash-baserade innehåll laddas och stannar sedan

Detta problem är oftast förknippat med zlib-komprimering. Klassisk presentation är att HTML-basfilen och SWF läses in i SCORM-spelaren, men SWF kan inte ladda några ljud- eller videotillgångar och därför stannar. Du kan titta på laddningen av SWF:er och tillgångar med hjälp av Chromes utvecklingsverktyg eller annat.

Kontrollera din webbplats zlib-komprimeringsinställningar som en administratör genom att ladda upp sidan Server > phpinfo. zlib-komprimering är inte en Totara-inställning utan en serverinställning, så du behöver en serveradministratör för att inaktivera den. Var noga med att rensa alla kassor och rensa webbläsarens cacheminnen innan du bekräftar ändringen.

Zlib-varning när jag lägger till/uppdaterar SCORM-objekt i min kurs

Zlib är en php-komprimeringsinställning som görs i en webbplats PHP-konfiguration; Tyvärr hanterar vissa webbläsare inte detta bra (särskilt Internet Explorer 6). Vissa webbhotell aktiverar denna inställning, men det kommer sannolikt att orsaka problem för dina användare när de försöker visa/använda SCORM-objektet. Du måste kontakta din serveradministratör för att stänga av detta. Inställningen för att ändra php-konfiguration är zliboutput_compression.

Kunde inte hitta manifest

Detta innebär att Totara inte kan hitta en fil som heter imsmanifest.xml inuti SCORM-objektet. Orsaker till detta kan vara:

• imsmanifest.xml måste vara omedelbart inne i SCORM-katalogen, inte inne i en katalog där inne. Så om SCORM-paketet med dragkedja är package.zip, ska den uppackade paketkatalogen innehålla imsmanifest.xml omedelbart inuti paketet. Detta är ett vanligt misstag och inträffar normalt när en SCORM-författare skapar ett paket själva och sedan väljer den mappen som ska komprimeras. Detta placerar innehållsmappen inuti en annan mapp. Den imsmanifest.xml finns där, men det är 2 kataloger djup. För att undvika detta problem när du zippar SCORM-innehåll till ett paket, gå in i den exporterade SCORM-mappen, välj alla filer inuti och komprimera dem medan alla är valda. Den resulterande komprimerade katalogen har imsmanifest.xml-filen i den första katalogen, omedelbart tillgänglig för Totara SCORM-laddningsprocessen.
• Vid användning av Linux-baserade system måste filnamnet imsmanifest.xml vara i gemener, inte IMSmanifest.xml eller Imsmanifest.XML
• SCORM-författarverktyget Articulate misslyckas ibland med att skapa imsmanifest.xml. Försök exportera paketet igen och se om manifestet genereras.
• SCORM-författarverktyget Articulate Presenter kommer att publicera paket där imsmanifest.xml-filen är på rätt plats, men det finns flera rader med vitt utrymme i manifestfilen om du inte fyller i Rapporterings- och spårningsalternativen i Articulate Presenter for Keywords and LMS Description. Totara kommer att ge ett "Manifest hittades inte"-fel när du stöter på detta. För att åtgärda detta problem, välj Rapporterings- och spårningsalternativ i publiceringsdialogrutan Artikulera presentatör och fyll i LMS-beskrivningen och nyckelorden.

Fil hittades inte fel

Du har detta fel om SCORM-paketet skapas i Totara, och SCORM-menyn laddas, men inuti visningsområdet för SCORM-innehållet, får du en sida med ett 404-filfel som inte hittades och som vanligtvis visar aktuellt Totara-tema.

Vad detta innebär är att en av de filer som listas i imsmanifest.xml inte finns i SCORM-paketet eller inte finns i rätt katalog.

Ladda ner och packa upp paketet, öppna upp imsmanifest.xml. Längst ner i xml-filen, under eventuella metadata, hittar du en plats där organisationer och resurser för dessa organisationer är utsedda:

<organizations default="TOC1">

         <organization identifier="TOC1">

            <title>SCORM Test</title>

            <item identifier="I_SCO0" identifierref="SCO0">

            <title>Library Quiz</title>

            <adlcp:masteryscore>0</adlcp:masteryscore>

         </item>

         </organization>

      </organizations>

      <resources>

         <resource identifier="SCO0" type="webcontent" adlcp:scormtype="sco" href="scorm.html">

            <file href="scorm.html"/>

            <dependency identifierref="ALLRESOURCES" />

         </resource>

         <resource identifier="ALLRESOURCES" type="webcontent" adlcp:scormtype="asset">

            <file href="scorm.html" />

            <file href="scorm.js" />

            <file href="swfobject.js" />

            <file href="scorm.swf" />

            <file href="scormwrapper.js" />

         </resource>

      </resources>

   </manifest>

I denna xml har vi en enda organisation, och i den organisationen är vi en enda resurs, en enda SCO. Det finns fem filer som krävs för att resursen ska fungera korrekt. Scorm.html-filen laddas först. Det laddar tre externa js-filer och en swf.

Vad du behöver göra nu är att gå till katalogen som innehåller imsmanifest.xml, och kontrollera att alla de listade filerna är tillgängliga på rätt väg från imsmanfiest.xml, som listas i imsmanifest.xml. Om någon av dessa filer saknas (särskilt html-filen eller swf), eller om sökvägarna i imsmanifest.xml är felaktiga, så är det mycket troligt att SCORM-objektet inte kommer att kunna laddas alls.

Ibland saknas inte filerna, men de är helt enkelt felnamngivna i manifestet eller placerade i fel katalog. Du kan åtgärda detta genom att flytta filerna till rätt platser eller uppdatera deras namn så att imsmanifest och de faktiska filnamnen matchar varandra. Vid en namngiven fil, ändra manifestet snarare än de faktiska filnamnen, eftersom filerna också refererar till varandra på andra ställen.

Rensa ett försök

Så här rensar du en elevs försök:

1. Gå till SCORM-aktiviteten och välj länken Visa rapporter för x användare .
2. Markera det eller de försök som du vill rensa med hjälp av kryssrutan.
3. Välj Ta bort i listrutan längst ned på sidan.

Hantering av flera försök

SCORM är utformat så att en deltagare kan avsluta och återvända vid ett senare tillfälle till samma punkt som han/hon lämnade. Detta innebär att varje gång de går in i SCORM använder de samma försök. Vissa SCORM-paket är intelligenta när det gäller att hantera återinträde, många är inte det. Vad detta innebär är att om eleven åter skriver in ett befintligt försök, om SCORM-innehållet inte har intern logik för att undvika att skriva över cmi.core.lesson_status och cmi.core.score.raw, kan de skrivas över med en lägre poäng, vilket förvirrar eleven.

När en SCORM ställer in cmi.core.lesson_status-värdet på ”slutfört”, ”godkänt” eller ”misslyckat” så tillåter Totara användaren att skapa ett nytt försök genom att lägga till en kryssruta för Starta nytt försök på inmatningssidan. Om cmi.core.lesson_status är inställd på "ofullständig", "bläddrad" eller "inteattempted" kan deltagaren bara ange det befintliga försöket igen. Om du använder inställningssidan för att hoppa över innehåll kommer denna kryssruta aldrig att visas för användaren.

Totara tillhandahåller en rad inställningar för att detta ska kunna kontrolleras, vissa av dessa inställningar är dolda som avancerade alternativ.

• Antal försök: Detta gör det möjligt för läraren att ställa in hur många SCORM-försök eleven kan skapa. Detta är inte hur många gånger en elev kan skriva in ett SCORM-försök igen.
• Betygsättning av försök: Detta gör det möjligt för utbildaren att ställa in hur flera SCORM-försök (inte omregistreringar) ska betygsättas. Det är viktigt att notera att en "misslyckad" cmi.core_lesson_status tillåter att ett nytt försök genereras men försöksgraderingsinställningen senast slutförda försök endast inkluderar "slutförda" och "godkända" värden i beräkningarna.
• Visa försöksstatus: Detta visar en användares SCORM-försök och hur deras slutbetyg beräknas på SCORM-inmatningssidan och My Totara-sidan för deltagaren.
• Force genomförd: Detta är en inställning som kan användas för att tvinga ett SCORM-paket att rapportera en ”slutförd” cmi.core.lesson_status om den inte ställer in värdet för närvarande.
• Tvinga nytt försök: Detta döljer kryssrutan Starta nytt försök och kommer att tvinga ett nytt försök om det föregående försöket har cmi.core.lesson_status-värde till ”slutfört”, ”godkänt” eller ”misslyckat”. Den här inställningen kan också användas för att se till att ett nytt försök genereras när inställningen för sidan för att hoppa över innehåll används.
• Lås efter sista försöket: Detta förhindrar åtkomst till SCORM efter att det totala antalet försök har använts. Om detta inte är inställt kan deltagaren ange sitt senaste försök igen och eventuellt ändra/skriva över sina poäng varje gång beroende på hur SCORM-paketet stöder flera omregistreringar.

Minska laddningstiden med Captivate

Ändra procenten som måste laddas ner innan innehållet börjar spelas upp. I Captivate 4 finns det en inställning i: Inställningar > Projekt > Start och slut > Förladdning . Minska detta till 50%.

Om du använder ljud i din Cp-fil (som bakgrunds- eller elementbilaga), försök att placera ett mellanrum på 0,1 sekund i början av varje element inklusive ljud på dina bilder. Om du inte gör det, Cp slå samman alla ljudfiler i en stor ljudfil som den behöver ladda ner innan du spelar projektet. Detta problem har rapporterats många gånger från Cp-gemenskapen.

Totara ändrar cmi.core.lesson_status från 'slutförd' eller 'godkänd' till 'misslyckad'

Många SCORM authorware-sviter genererar en mastery score nod i imsmanifest.xml som standard. Denna nod är inte nödvändig för XML-filen. Men när det finns där, så betecknar SCORM-standarden specifikt beteende med avseende på det värde som anges där.

Du kan ta reda på mer om effekterna av SCORM-behärskningspoängen på SCORM-supportwebbplatsen . 

Behärskningspoängen kan resultera i vissa funktioner som du inte avser. Du kan åtgärda problemet genom att ta bort mastery score node från din imsmanifest.xml-fil. Du kommer också att vilja ta reda på vilka alternativ du har, inom din authorware-svit, för att skriva den noden i manifestfilen och ändra din författarprocess därefter.

Aktiviteten visas felaktigt som dold

I vissa fall kan en SCORM-aktivitet verka dold när den inte är det. användare kan se meddelandet ”Tyvärr, denna aktivitet är för närvarande dold”. Om du har verifierat att aktiviteten inte är dold, kontrollera att användare som upplever problemet har följande rättigheter:

• Visa kurser utan deltagande (moodle/course:view)
• Visa SCORM-översikt (mod/scorm:view)

Andra artiklar

• Om ett problem med att visa tecken uppstår korrekt kan det vara en felkonfiguration av webbplatsens server. Kontrollera att både httpd.conf (när Apache används) och php.ini är inställda på DefaultCharacterset = utf8 eller växla sändning av ett standardtecken som är avstängt.
• Ett SCORM-paket måste innehålla en fil med namnet imsmanifest.xml som definierar SCORM-kursstrukturen  i zip-roten.