Spiegazione Flag Giochi Mame Opzioni

[Pucci]

nel sorgente del MAME trovo i seguenti flag relativi ai giochi:

- status (good-imperfect-preliminary)
- emulation (good-preliminary)
- color (good-imperfect-preliminary)
- sound (good-imperfect-preliminary)
- graphic (good-imperfect)
- savestate (supported-unsupported)
- protection (preliminary)
- cocktail (preliminary)

il significato di alcuni è abbastanza intuitivo (color, sound, graphic, savestate, protection, cocktail), anche se mi è più ostico capure le sfumature tra "imperfect e preliminary"

la cosa che comprendo di meno però è la differenza tra status e emulation. chi me la spiega?

[Pucci]

intanto studiando il codice mi pare di aver capito che:

- esiste una "scala" nel valore delle problematiche presenti nei driver (in ordine dalla meno problematica alla più problematica):
- GOOD
- IMPERFECT
- PRELIMINARY

il flag STATUS è determinato da una specie di operazione logica sui flag EMULATION, COLOR, SOUND, GRAPHIC, PROTECTION:
- se anche uno solo di questi 5 flag è settato a PRELIMINARY indipendentemente dagli altri 4, il flag STATUS sarà PRELIMINARY
- se anche uno solo di questi 5 flag è settato a IMPERFECT e nessuno degli altri 4 è settato a PRELIMINARY allora STATUS sarà IMPERFECT
- se tutti e 5 i flag sono settati a GOOD, il flag STATUS sarà GOOD

[etabeta]

esatto, lo status e' una specie di sommario dei vari aspetti dell'emulazione e non viene settato nel driver, ma generato dal MAME stesso a partire dalle flag quando si richiede -listxml (e forse al caricamento, non mi ricordo)

la scelta di imperfect e preliminary dipende da chi scrive il driver e quindi non aspettarti una grande consistenza...

[Pucci]

domanda:

come mai per il flag EMULATION non ho trovato giochi settati a IMPERFECT e per il flag GRAPHIC non ho trovato giochi settati a PRELIMINARY? (gli altri flag che concorrono allo STATUS sembrano avere 3 diversi "livelli" (GOOD-IMPERFECT-PRELIMINARY) mentre questi ne hanno solo 2.
scelta voluta o casualità?

[Pucci]

altra domanda/proposta:

per i flag PROTECTION e COCKTAIL il flag può essere non settato: immagino che voglia dire che non ha protezione oppure è stata emulata (caso PROTECTION) e il gioco non prevede il cocktail mode oppure non è stato ancora implementato

non sarebbe meglio usare un flag Tri-State?
PROTECTION:
- il gioco non ha protezioni
- il gioco ha protezioni e non sono emulate
- il gioco ha protezioni e sono emulate
volendo nel caso di protezione presente e non emulata si potrebbero usare due diversi stati (trasformandolo in un flag Quad-State):
- il gioco ha protezioni e l'emulazione è preliminare (quasi ingiocabile)
- il gioco ha protezioni e l'emulazione è imperfetta (giocabile ma con problemi)

stessa cosa sarebbe bene fare per il COCKTAIL:
- il gioco non prevede la modalità cocktail
- il gioco prevede la modalità cocktail ma non è emulata
- il gioco prevede la modalità cocktail ed è emulata

non sarebbe un ottima modifica?

p.s.: sottopongo nuovamente la domanda iniziale --> la differenza tra status e emulation. chi me la spiega?

[Pucci]

domanda:

come mai per il flag EMULATION non ho trovato giochi settati a IMPERFECT e per il flag GRAPHIC non ho trovato giochi settati a PRELIMINARY? (gli altri flag che concorrono allo STATUS sembrano avere 3 diversi "livelli" (GOOD-IMPERFECT-PRELIMINARY) mentre questi ne hanno solo 2.
scelta voluta o casualità?

sottopongo nuovamente la domanda iniziale --> la differenza tra status e emulation. chi me la spiega?

[s_bastian]

Status dovrebbe essere una flag riepilogativa di tutti gli altri stati (come hai anche tu evidenziato)
Mentre emulation fa riferimento allo stato dell'emulazione del gioco (driver) alla fine lo status identifica invece la sua giocabilità (è quella che determina lo stato di NOT_WORKING)

Questo quel che ho capito studiando le flag per P.Emma

[Pucci]

sei sicuro che STATUS determini i NOT WORKING?

esaminando una parte di info.c nel sorgente MAME

CODICE

    
if (m_drivlist.driver().flags & GAME_NOT_WORKING)
    fprintf(m_output, " emulation=\"preliminary\"");
else
    fprintf(m_output, " emulation=\"good\"");

e guardando le liste presenti in MAMEUI direi che è EMULATION a determinare il concetto di Working/Not Working

ad esempio, un gioco senza sonoro è considerato WORKING (perchè ci puoi comunque giocare), ma come STATUS avrà preliminary (perchè uno dei suoi flag, in questo caso il flag SOUND, è preliminary

quindi se la domanda che uno si fa è: "posso giocare a quel gioco consapevole dei difetti (colori sballati, assenza di suono, ecc...)?" il FLAG da guardare è EMULATION

la cosa che mi lascia un pò perplesso è invece che alcuni giochi NOT WORKING risultino giocabili (anche se male e sono pieni di difetti)

[s_bastian]

mmm sembra tu abbia ragione...

[Pucci]

quindi significa che fino ad oggi Progetto Emma ha considerato not working i giochi con lo STATUS <> GOOD???

[s_bastian]

no, che ricordavo male io quando ti ho risposto.....