Pagina 1 di 2

stati possibili in "filtri aggiuntivi -- driver -- emulazione"

Inviato: 19/04/2020, 8:25
da pucci
vedo che ci possono essere 5 stati disponibili
- buono
- imperfetto
- preliminare
- test
- sconosciuto

i primi 3 sono abbastanza chiari (e se non ricordo male sono quelli presenti anche nell'XML del MAME)
ma il 4 e il 5 non li capisco

non esistono giochi con il 4 impostato
mentre selezionare il 5 equivale a dire "tutti", quindi ridondante (perchè non selezionandone nessuno si ottiene la stessa cosa)

io sto controllando le machine del "MAME", magari quegli stati hanno a che fare con la parte "software list"?

Re: stati possibili in "filtri aggiuntivi -- driver -- emulazione"

Inviato: 19/04/2020, 9:42
da motoschifo
No è tutto relativo al Mame.
Gli stati rispecchiano quanto indicato nell'xml del Mame, però probabilmente TEST non è più disponibile da parecchio tempo.
Inizialmente quando ho fatto il sito avevo trovato quei 4 stati e forse avevo aggiunto io UNKNOWN per indicare un eventuale errore nel campo, ma oggi se l'xml non è compilato correttamente non lo importo nemmeno.

Oggi hanno perso di significato quindi rimuoverò quei due stati dall'elenco.

Re: stati possibili in "filtri aggiuntivi -- driver -- emulazione"

Inviato: 19/04/2020, 10:26
da pucci
motoschifo ha scritto:
19/04/2020, 9:42
No è tutto relativo al Mame.
Gli stati rispecchiano quanto indicato nell'xml del Mame, però probabilmente TEST non è più disponibile da parecchio tempo.
Inizialmente quando ho fatto il sito avevo trovato quei 4 stati e forse avevo aggiunto io UNKNOWN per indicare un eventuale errore nel campo, ma oggi se l'xml non è compilato correttamente non lo importo nemmeno.

Oggi hanno perso di significato quindi rimuoverò quei due stati dall'elenco.
si, non c'è ne TEST ne UNKNOW e non solo in emulazione, ma anche in altri campi di quella scheda dei filtri aggiuntivi

<!ELEMENT driver EMPTY>
<!ATTLIST driver status (good|imperfect|preliminary) #REQUIRED>
<!ATTLIST driver emulation (good|imperfect|preliminary) #REQUIRED>
<!ATTLIST driver cocktail (good|imperfect|preliminary) #IMPLIED>
<!ATTLIST driver savestate (supported|unsupported) #REQUIRED>
<!ELEMENT feature EMPTY>
<!ATTLIST feature type (protection|timing|graphics|palette|sound|capture|camera|microphone|controls|keyboard|mouse|media|disk|printer|tape|punch|drum|rom|comms|lan|wan) #REQUIRED>
<!ATTLIST feature status (unemulated|imperfect) #IMPLIED>
<!ATTLIST feature overall (unemulated|imperfect) #IMPLIED>

probabilmente è il caso di correggere

Re: stati possibili in "filtri aggiuntivi -- driver -- emulazione"

Inviato: 21/04/2020, 21:26
da pucci
motoschifo ha scritto:
19/04/2020, 9:42
Oggi hanno perso di significato quindi rimuoverò quei due stati dall'elenco.
ciao @motoschifo , hai un ETA per questo?

Re: stati possibili in "filtri aggiuntivi -- driver -- emulazione"

Inviato: 21/04/2020, 22:19
da motoschifo
No per ora non riesco ad intervenire... direi a maggio, comunque quando ho fatto ti avviso.
Per i nodi feature invece è ancora presto purtroppo.

Re: stati possibili in "filtri aggiuntivi -- driver -- emulazione"

Inviato: 25/04/2020, 14:05
da motoschifo
ho rimosso i filtri non più usati (test, unknown)

Re: stati possibili in "filtri aggiuntivi -- driver -- emulazione"

Inviato: 25/04/2020, 19:52
da pucci
grande

ne approfitto per chiederti quale mappatura c'è tra l'XML del MAME è i tuoi filtri

<!ELEMENT driver EMPTY>
<!ATTLIST driver status (good|imperfect|preliminary) #REQUIRED> --> FILTRI AGGIUNTIVI --> GENERALE --> EMULAZIONE
<!ATTLIST driver emulation (good|imperfect|preliminary) #REQUIRED> --> FILTRI AGGIUNTIVI --> DRIVER --> EMULAZIONE
<!ATTLIST driver cocktail (good|imperfect|preliminary) #IMPLIED> --> FILTRI AGGIUNTIVI --> DRIVER --> COCKTAIL
<!ATTLIST driver savestate (supported|unsupported) #REQUIRED> --> FILTRI AGGIUNTIVI --> DRIVER --> SALVATAGGIO

<!ELEMENT feature EMPTY>
<!ATTLIST feature type (protection|timing|graphics|palette|sound|capture|camera|microphone|controls|keyboard|mouse|media|disk|printer|tape|punch|drum|rom|comms|lan|wan) #REQUIRED>
<!ATTLIST feature status (unemulated|imperfect) #IMPLIED>
<!ATTLIST feature overall (unemulated|imperfect) #IMPLIED>

qui la cosa è un po' più complicata
prima cosa, non ricordo se con #REQUIRED in XML si intende che tutte quelle feature sono richieste
e inoltre non ricordo se alcune feature possono essere presenti anche 2 volte per ogni machine
altra cosa che non mi è chiara: quando l'XML ha una feature deve anche indicare per questa uno status e un overall (ma che differenza c'è tra status e overall? mi sembra inutile sovrapposizione)

se ho ben capito ogni feature presenta un "record" con 3 informazioni: type, status, overall

ESEMPIO:
type=protection;status=imperfect;overall=imperfect
type=graphics;status=imperfect;overall=unemulated

ADB di queste quali ha inserito?
protection --> FILTRI AGGIUNTIVI --> DRIVER --> PROTEZIONE ?
graphics --> FILTRI AGGIUNTIVI --> DRIVER --> GRAFICA ?
palette --> FILTRI AGGIUNTIVI --> DRIVER --> COLORI ?
sound --> FILTRI AGGIUNTIVI --> DRIVER --> SUONO ?

se SI in ADB gli stati possibili sono 3 (good|imperfect|preliminary) mentre nel MAME XML gli stati sono 2 (unemulated|imperfect) e su 2 attributi differenti (status|overall) dei quali come dicevo non capisco la differenza

riguardo alle feature mancanti:
timing
capture
camera
microphone
controls
keyboard
mouse
media
disk
printer
tape
punch
drum
rom
comms
lan
wan

quali pensi abbia senso aggiungere?

Re: stati possibili in "filtri aggiuntivi -- driver -- emulazione"

Inviato: 25/04/2020, 21:18
da motoschifo
ogni feature ha 3 valori, di cui solo la prima obbligatoria (required vuol dire che deve esserci il valore, uno tra quelli elencati).
https://www.w3schools.com/xml/xml_dtd_attributes.asp

Quando erano usciti questi tag nuovi (verifico sempre se qualcosa cambia e mi segno cosa/quando/implicazioni) avevo segnato appunto di gestire anche questi.
Non riuscendo a farlo, ho almeno gestito il passaggio tra le versioni, quindi se cerchi qualcosa su emulatori nuovi filtrano sulle feature, viceversa su vecchi emulatori (o anche molto vecchi che non avevano l'xml) filtri sui classici stati che conosci.

Essendo cambiata la logica non potrai cercare tutto, ma le corrispondenze dei vecchi dovrebbero essere garantite.
La stessa cosa quando esporti una lista, in base alla versione (ne esistono di 5 o 6 tipi diversi) crea un xml di un certo tipo.

Re: stati possibili in "filtri aggiuntivi -- driver -- emulazione"

Inviato: 25/04/2020, 21:20
da motoschifo
Sui tempi non lo so ancora, vedo che gli anni passano e le feature sono ancora lì.....

Ti anticipo su un'altra cosa: da qualche release anche i dip-switch hanno problemi, perchè il Mame ha cambiato ancora una volta le carte in tavola. Quindi alcuni vanno, altri no, e non ho il tempo di sistemarli....

Re: stati possibili in "filtri aggiuntivi -- driver -- emulazione"

Inviato: 26/04/2020, 8:53
da pucci
ok, quindi

status [OBBLIGATORIO] --> FILTRI AGGIUNTIVI --> GENERALE --> EMULAZIONE
emulation [OBBLIGATORIO] --> FILTRI AGGIUNTIVI --> DRIVER --> EMULAZIONE
cocktail [OPZIONALE] --> FILTRI AGGIUNTIVI --> DRIVER --> COCKTAIL
savestate [OBBLIGATORIO] --> FILTRI AGGIUNTIVI --> DRIVER --> SALVATAGGIO

le associazioni con i filtri di ADB sono quelle che ho indicato io?

per ciò che riguarda le feature
feature type [OBBLIGATORI] e deve fare parte di questa lista: protection|timing|graphics|palette|sound|capture|camera|microphone|controls|keyboard|mouse|media|disk|printer|tape|punch|drum|rom|comms|lan|wan
feature status [OPZIONALE]
feature overall [OPZIONALE]

a questo punto mi chiedo:
- feature type obbligatorio implica che per ogni "machine" ce ne deve essere almeno 1 presente? oppure potrebbe anche non essere presente nessuna feature, ma se c'è va almeno definito che "type" di feature è (questo mi sembra superfluo e banale)
- che differenza c'è tra gli attributi status e overall dell'elemento feature?