Software MAME Clean

[pucci]

a questo punto il problema è: come riuscire a individuare la tipologia di monitor usato dal gioco basandosi non su liste compilate a mano ma usando solo i dati presenti nel listXML

i un mio vecchio MAME Database ho ritrovato una formula, sinceramente non so come ci arrivai e non so nemmeno se è corretta, ma magari qualcuno più esperto di me può correggerla, migliorarla o crarne una nuova

i dati che ci fornisce listXML sono questi:
- type (raster, vector): ci permette di separare i giochi vettoriali (che usavano appositi monitor) da quelli raster (che usano i comuni monitor dei cab)
- rotate (0, 90, 180, 270): in base al valore capiamo se un gioco usa lo schermo orizzontale (0 o 180) o verticale (90 o 270)
- width: larghezza
- height: altezza
- refresh: frequenza di aggiornamento verticale

ci sono anche questi dati che non so se possono tornare utili (credo che abbiano a che fare con linee/colonne totali, porch, blank period, ecc...):
- pixclock
- htotal
- hbend
- hbstart
- vtotal
- vbend
- vbstart
- flipx

la formula che mi sono ritrovato per identificare il tipo di monitor è questa:
è 15Khz se ((15720/refresh/1000000)-22)-height >= 0)
è 25Khz se ((15720/refresh/1000000)-22)-height < 0) AND ((25000/refresh/1000000)-22)-height >= 0)
è 31Khz se ((25000/refresh/1000000)-22)-height < 0)

a dire il vero avevo inserito anche queste condizioni, in aggiunta alle precedenti (e non ricordo il perchè):
25Khz se (height>288) AND (height<=384)
31Khz se (height>340)

le formule vanno sicuramente "riviste", qualche esperto di monitor può darmi una mano?

appello a Kernel, PaTrYcK, e tutti gli altri esperti di video e modeline.
possibile che dai dati che riporto sopra non sia possibile individuare che tipo di monitor usava il cab?

se non ricordo male la limitazione dei vari tipi di monitor è legata al numero massimo di righe visualizzabili (mentre non dovrebbe creare problemi sul numero di colonne)
e sempre se non ricordo male, se il refresh diminuisce aumentano (a parita di monitor) il numero di righe visualizzabili

quindi direi che una banale formula che prenda numero di righe e refresh dovrebbe fornire la risposta

qualcuno può aiutarmi a trovarla?

[pucci]

Kernel ?!?!?! mi dai una mano?

guarda cosa scrivevi qui: viewtopic.php?f=17&t=5847&start=200#p63085

[Kernel]

Scusa Pucci, ma volevo guardare con calma la cosa.

25Khz se (height>288) AND (height<=384)
31Khz se (height>340)

Questo mi pare corretto.

Aggiungerei:
15KHz se (height<=288)

[Kernel]

sempre se non ricordo male, se il refresh diminuisce aumentano (a parita di monitor) il numero di righe visualizzabili

Giusto.
L'equazione per il refresh è frequenza orizzontale divisa per il numero di righe.
HFreq/Lines=VFreq

[PaTrYcK]

Mi ero perso gli ultimi msg...

la formula che mi sono ritrovato per identificare il tipo di monitor è questa:
è 15Khz se ((15720/refresh/1000000)-22)-height >= 0)
è 25Khz se ((15720/refresh/1000000)-22)-height < 0) AND ((25000/refresh/1000000)-22)-height >= 0)
è 31Khz se ((25000/refresh/1000000)-22)-height < 0)

Va rivisto questo calcolo, un monitor a 15khz ha per la precisione una freq H di 15720, un monitor da 25khz ha una frequenza a 26500 (non 25000) e un monitor a 31khz va a 31500 (non 25000)

15KHz se (height<=288) OK
25Khz se (height>288) AND (height<=384) OK
31Khz se (height>340) da rivedere, infatti sulla scansione da 31Khz i giochi che hanno utilizzato questo tipo di monitor hanno avuto sicuramente una risoluzione orizzontale maggiore di quella indicata (height>340), per lo meno andrebbe indicato height>384 che e' il maggior numero di linee orizzontali sul verticale visualizzabili da un med-res (a 60hz)

[pucci]

Mi ero perso gli ultimi msg...

la formula che mi sono ritrovato per identificare il tipo di monitor è questa:
è 15Khz se ((15720/refresh/1000000)-22)-height >= 0)
è 25Khz se ((15720/refresh/1000000)-22)-height < 0) AND ((25000/refresh/1000000)-22)-height >= 0)
è 31Khz se ((25000/refresh/1000000)-22)-height < 0)

Va rivisto questo calcolo, un monitor a 15khz ha per la precisione una freq H di 15720, un monitor da 25khz ha una frequenza a 26500 (non 25000) e un monitor a 31khz va a 31500 (non 25000)

se riguardi bene le formule l'ultimo non è un errore.
alla luce dei tuoi valori, l'ultima formula sarebbe 31Khz se ((26500/refresh/1000000)-22)-height < 0)

mi chiedo perchè ho inserito quel "-22", forse perchè tolgo alcune linee di blank dal calcolo?

[PaTrYcK]

Ok, rivedendole meglio dovrebbero essere cosi scritte:

è 15Khz se ((15720/refresh/1000000)-22)-height >= 0)
è 25Khz se ((15720/refresh/1000000)-22)-height < 0) AND ((26500/refresh/1000000)-22)-height >= 0)
è 31Khz se ((265000/refresh/1000000)-22)-height < 0)

mi chiedo perchè ho inserito quel "-22", forse perchè tolgo alcune linee di blank dal calcolo?

Nn saprei, riesci a risalire al doc dove hai preso questi dati?
in ogni caso nn influenzano il calcolo, a mio modo di vedere e' possibile individuare la tipologia del monitor basandoci su queste:

15KHz se (height<=288)
25Khz se (height>288) AND (height<=384)
31Khz se (height>384)

[pucci]

però non mi torna una cosa:

su un monitor 25khz (26500) con un refresh (vfreq) di 60hz il numero di righe visualizzabili dovrebbe essere 26500/60=441 linee
supponiamo anche che alcune linee vengano usate per il retrace, ma come si arriva ad un numero massimo di righe visualizzabili di 384?

inoltre se considerassi una vfreq più bassa (53hz ad esempio) arriviamo a 500 linee

da dove nascono queste differenze?

se faccio gli stessi calcoli sui 15khz (15720) ottengo risultati più "coerenti"
a 60hz si ottengono 262 linee
a 53hz (usata da Mortal Kombat) si ottengono 296 linee (e supponendo 8 linee di retrace si arriva alle 288 linee)

altra domanda, mi pare di ricordare che esistevano dei monitor "EXTENDED RESOLUTION" con hfreq di 16.50 KHz, di questi monitor non si sa altro (mi pare avessi letto le info su Klov)?

[PaTrYcK]

però non mi torna una cosa:
su un monitor 25khz (26500) con un refresh (vfreq) di 60hz il numero di righe visualizzabili dovrebbe essere 26500/60=441 linee
supponiamo anche che alcune linee vengano usate per il retrace, ma come si arriva ad un numero massimo di righe visualizzabili di 384?
inoltre se considerassi una vfreq più bassa (53hz ad esempio) arriviamo a 500 linee

Forzando possiamo ottenere diverse risoluzioni che ci permettono di visualizzare i valori che ci interessano, ad esempio una 640x288 sicuramente non e' mai stata utilizzata da nessun gioco su un 15khz...
Il valore indicato di 384 linee su un med-res come valore massimo e' riferito al gioco presente su mame con il piu' alto numero di linee orizzontali sul verticale, ma sicuramente un med-res puo' tranquillamente arrivare a visualizzare un immagine con un maggior numeri di linee, ma noi stiamo cercando di poter discriminare il tipo di giochi a seconda della risoluzione adottata, secondo me quel range x le 3 frequenze ha una sua coerenza pratica

altra domanda, mi pare di ricordare che esistevano dei monitor "EXTENDED RESOLUTION" con hfreq di 16.50 KHz, di questi monitor non si sa altro (mi pare avessi letto le info su Klov)?

Esistono altre tipologie del genere anche su altri monitor che si discostano leggermente dai valori classici, come ad esempio un modello di well-gardner che invece dei canonici 25khz andavano a 24khz.

[Puccilillo]

per chi vuole divertirsi o darmi una mano ho inserito nel WIKIFILE il database basato sul listXML del MAME 0.145 completo di tutte le query che ho usato per realizzare questa specie di "studio"

wiki/file/Varie/MAMECLEAN_0145.7z

Di monitor non me ne intendo molto... vedi il fatto che nel mio wall-mounted cab ho messo uno schermo lcd.

Per quello che riguarda xml e sql mi metto subito sotto... ho visto il progetto solo ora e essendo proprio fissato di queste cose cercherò in qualche modo di dare il mio contributo.

Ciaps

EDIT: Puoi allegare una conversione 1:1 del XML del MAME, vorri proprio partire da li.