Il gamedev ci spiega come funziona il processo di certificazione dei giochi

0

Il gamedev ci spiega il processo di certificazione: “The actual submission process is quite opaque. The final submission candidate (FC) is sent to Sony (or Microsoft or Nintendo), who will keep it for anywhere from a day to a few weeks. They will hammer it with testers whose job it is not to find bugs, but to make sure that it adheres to the list of cert requirements. These certification requirements get revised on a regular basis, meaning that a game might pass or fail based on the date of submission. After the submission is examined, Sony will send feedback to the publisher. The game will either pass, be given a contingent pass, or fail. If the game passes, no further changes need be made. A contingent pass means that the game passes if the issues listed are fixed in a day 1 patch (that must be submitted), and failure to do so will revoke the pass. A fail means the game must be submitted again for consideration.”

Anche qualche curiosità sulle richieste più “strane”: “Some of the cert requirements can have nothing to do with bugs at all. For example, Sony requires all of the representations of the buttons in the game to use their official Playstation button glyphs (green triangle, pink square, red circle, blue X). Instances of a button examples without the official image and color will result in a fail. Back in the old days, you couldn’t use the generic term “memory card” on a PS2. You absolutely had to use the term “MEMORY CARD (PS2)” (including the caps and parentheses, word for word) for any instance of the text in your game. One missed memory card reference could also fail you. Loading screens need to have some sort of animated element on them (so that players know the game has not frozen). The original X-box required some demonstration of console-exclusive content. And so on and so forth.”

I think it’d be interesting if you shared some…

askagamedev.tumblr.com
Anonymous said: I think it’d be interesting if you shared some typical concerns and maybe funnier bits involved in passing the certification process. Thank you kindly. Answer: Certification is a…

Se é per questo anche i font sbagliati in size su un manuale cartaceo all’epoca con il gioco ok potevano far fallire la cosa. Comunque la fa semplice perché i bug te li trovano eccome in una CERT (ne esistono di diverso tipo) e non é che le CERT le fai a caso e durano a caso

sì beh io ho riportato solo le curiosità ma poi nel post tuttintero dice pure che cercano bug e robe e che addirittura i grandi publisher hanno reparti specializzati per fare la pre-certificazione prima di submittare

i Publisher hanno il QA interno semplicemente. Gli indie possono fare le CERT opzionali prima della final perché sono barboni 😀

Addirittura i grandi publisher hanno il loro cert interno?!?

Vabbeh ok, non sfotto, pero’ bon, mi fa sempre strano che ste cose non le spieghi nessuno. Certo che i publisher/dev fanno certificazione, ma neppure quelli “grandi”, tutti. Perche’ non e’ che aspetti che Sony ti trovi i bug…

(a meno di qualche barbone che cerca di usare la prima passata di cert come QA… :P)

Angelo Pesce ogni riferimento ad aziende italiane è puramente casuale. 😀

Ovvio, poi cosa ne potrei mai sapere io 😀

eh Angelo sicuramente per voi che ci lavorate sarà scontato, per me invece leggere che le aziende più grandi invece hanno un team dedicato solo a quello è stata una novità. onestamente non credevo neanche che una passata di certificazione Sony/MS costasse così tanto, al max pensavo decine, non centinaia di migliaia di dollari…

tra l’altro come mai quindi, se esistono aziende “esterne” specializzate nel QA, non ne esistono anche che offrano quest’altro servizio?

Le CERT veramente da questa gen non si pagano più, sennò gli indie praticamente non esistevano 😀 Non ho capito la seconda domanda. Il QA esterno certi che lavorano con i platform holder lo fanno “CERT ready” per dire

sì questo chiedevo, quindi volendo può essere anche quella una soluzione invece di farsi il team interno

Le CERT veramente da questa gen non si pagano più, sennò gli indie praticamente non esistevano 😀 Non ho capito la seconda domanda. Il QA esterno certi che lavorano con i platform holder lo fanno “CERT ready” per dire

Domanda per il Belli: di che tipo di bug parliamo nel caso dei conditional pass ? Contando che non tutti gli utenti console hanno sempre accesso a internet e quindi non possono scaricare le day1 patch

Dipende. Con la possibilità di più CERT (che una volta si pagavano e ora no) e il digital di base sono bug bloccanti quelli che fanno fallire tutto (gioco che crasha, freeza etc). Il resto dipende da 1000 fattori. Tipo se esce un giocone in concomitanza della tua CERT tendono ad essere più tranquilli. Se esci solo tu sono più attenti. Non c’è una regola. Di norma le CERT sono 4-9 settimane (se non ne hai mai fatta una e sbagli tutto)

Dipende anche da quanto grosso e’ il tuo gioco/publisher. Comunque la roba che puoi patchare piu’ aggressivamente in day 0 e’ la roba del multiplayer, perche’ tanto se non hai una connessione internet comunque non puoi fare MP… Il single-player e’ meglio che sia pulito su disco.

Comments are closed.