Sito web Arcade Database

[PaTrYcK]

Grazie, cerco di portarlo avanti anche se al momento sono in completo stallo a causa di problemi in famiglia.

In effetti quel campo è calcolato in base alle dimensioni dello schermo, quindi non è del tutto affidabile.

Avevo preso lo spunto proprio da un tuo intervento:
viewtopic.php?f=56&t=8749&hilit=working ... =70#p99490

e la formula al momento è questa:

Codice: Seleziona tutto

height=0 o width=0        --> non definito
height<=288               --> 15K
height>288 e width<=384   --> 25K
width>384                 --> 31K

A questo punto si può introdurre questa regola aggiuntiva?

Codice: Seleziona tutto

sourcefile=atarisy2.c/atarisy2.cpp --> 25K

Nel caso i campi che posso usare sono quelli dell'xml, quindi si possono creare regole specifiche o valutare il singolo romset.
Fammi sapere che poi aggiorno.

Ci mancherebbe la vita reale prima di tutto

X quanto riguarda i parametri sono presenti :

height>288 e width<=384 --> 25K
width>384 --> 31K

La regola che vorresti implementare nn va bene dato che i giochi media freq utilizzano quasi sempre 384 linee sul verticale, nn solo system2, se imponi minore e uguale a 384 per i 25khz e maggiore di 385 x i 31khz dovresti risolvere

[motoschifo]

Però facendo in questo modo non rimane fuori qualcosa?
Ecco la nuova regola con i 385px nell'ultima condizione, verifica se è ok o se ha bisogno di altre modifiche.
Non me ne intendo troppo di frequenze dei monitor quindi nel thread originale mi ero un po' perso...

I valori che può assumere la variabile monitor_type sono 4 (unset, 15k, 25k, 31k), ma se ne possono mettere altri se necessario.
Volendo ci sono anche tutti gli altri attributi dell'xml a cui si può ricorrere in caso di dubbi.

Codice: Seleziona tutto

monitor_type = UNSET
if (display_height > 0 and display_width > 0) {
   if (display_height <= 288)
      monitor_type = 15K
   elseif (display_height > 288 and display_width <= 384)
      monitor_type = 25K
   elseif (display_width > 385)
      monitor_type = 31K
}

[PaTrYcK]

Rileggendo le regole imposte :

height>288 e width<=384 --> 25K
width>384 --> 31K

Le linee a cui si fa riferimento riguarda solo la larghezza orizzontale, quindi width, xche sui 25khz fai riferimento all'altezza?

Dovrebbe essere:

Width>288 e width<=384 --> 25K
width>384 --> 31K

Nn so sia x questo xhe il db va in errore sui 25khz

[motoschifo]

Ahhh.... E' sicuramente un errore allora ed è per quello che non tornano i valori.
Questa va meglio?

Codice: Seleziona tutto

if (display_width > 0) {
   if (display_width <= 288)
      monitor_type = 15K
   elseif (display_width > 288 and display_width <= 384)
      monitor_type = 25K
   elseif (display_width > 384)
      monitor_type = 31K
}

Che semplificato diventa:

Codice: Seleziona tutto

if (display_width = 0) 
   monitor_type = UNSET
elseif (display_width <= 288)
   monitor_type = 15K
elseif (display_width <= 384)
   monitor_type = 25K
else
   monitor_type = 31K

[PaTrYcK]

Ultimo riquadro sui 31khz manca regola > 384

Ora dovrebbe andare!

[motoschifo]

Ok domani aggiorno allora.
L'ultima regola è per forza width>384 se le prime 3 condizioni sono false.
Ho un dubbio nel caso di monitor ruotato ma controllerò meglio domani.

[PaTrYcK]

Ottimo grazie

[antoniomauro]

Il criterio adottato è valido anche in caso di risoluzioni interlacciate?
Magari ci sono giochi con h>288 ma che girano su monitor 15khz interlacciando

[motoschifo]

Ho aggiornato i dati, ma qualcosa non mi torna ancora.
Se prendo per es. uno dei giochi Atari vedo che è ancora a 31K:
http://adb.arcadeitalia.net/?mame=720

E secondo la regola è giusto così, dato che lo schermo è 512x384px (e quindi larghezza > 384).
Non è che devo controllare l'altezza e non la larghezza?

Potete anche verificare qualche gioco ruotato di 90 o 270 gradi?
Probabilmente in quel caso dovrò ragionare sull'altra misura.

[PaTrYcK]

Ops si un attimo di confusione, ecco l'errore, e' ovviamente l'altezza il parametro da configurare, quindi corretto:

if (display_height = 0)
monitor_type = UNSET
elseif (display_height <= 288)
monitor_type = 15K
elseif (display_height <= 384)
monitor_type = 25K
else
monitor_type = 31K

Il criterio adottato è valido anche in caso di risoluzioni interlacciate?
Magari ci sono giochi con h>288 ma che girano su monitor 15khz interlacciando

non mi risulta nessun gioco che abbia adottato un monitor non congruo alla risoluzione nativa del gioco

[antoniomauro]

Eppure mi sembra di ricordare di ave giocato a qualcosa tipo "tekken" su un monitor monofrequenza....
Forse era questo https://www.arcade-museum.com/game_deta ... e_id=10060
Dovrebbe avere un monitor standard a 15khz ma con risoluzione 640x480i

[PaTrYcK]

Buono a sapersi, quindi utilizzavano un 15khz con risoluzione 640x480!

Io cmq penso che sia un eccezione che conferma la regola, ovvero entro le 288 linee sul verticale si utilizzano monitor 15khz, oltre le 288 ed entro i 384 25khz, oltre le 384 i 31khz

[antoniomauro]

Forse i giochi basati su quel sistema sono tutti cosi...
La questione sarebbe da approfondire se il filtro in oggetto vuole essere considerato affidabile.

[PaTrYcK]

E' una informazione in piu' che viene data, il concetto e' che basandosi sulle risoluzioni native del gioco viene restituito un dato sul probabile monitor utilizzato

[acordo76]

che dire ragazzi!!!! GRAZIE INFINITE per l' immenso lavoro che fate e per come lo fate, personalmente mi avete fatto risparmiare moltissimo tempo!

[antoniomauro]

E' una informazione in piu' che viene data, il concetto e' che basandosi sulle risoluzioni native del gioco viene restituito un dato sul probabile monitor utilizzato

Certo certo, la mia non era una critica, volevo solo contribuire all'analisi del criterio scelto

[PaTrYcK]

Si si avevo intuito
Il punto é che oltre alle linee che compongono il verticale nn trovo altri fattori discriminanti x catalogare la frequenza di un dato gioco e se nn fosse per il tuo appunto sarebbe ancora un metodo infallibile

[antoniomauro]

Se non sono presenti informazioni sul driver mame, credo che l'unico modo sia la catalogazione...
Magari si potrebbe creare un dat partendo dal risultato ottenuto con il conteggio delle righe, per poi passare alla rifinitura per quei giochi che rientrano nei 25/31khz
Un lavoraccio insomma!

[PaTrYcK]

Si, al momento potsi potrebbe lasciare la regola sopradescritta che penso valga per la quasi totalita' dei giochi e quando dovesse capitare l'eccezione (vedi tekken) si ricorre alla correzione...
Chissa' xche' hanno utilizzato un monitor 15khz con ris 640x480 flickerando l'immagine, forse per dare un effetto di tridimensionalita' maggiore?

[antoniomauro]

Magari per ragioni economiche (minor costo del monitor, smaltimento giacenze, ecc..)

Comunque anche gli hw basati su dreamcast mi pare che avessero lo switch per andare a 15khz interlacciato (credo)