Sito web Arcade Database

[motoschifo]

Attivo una funzione dormiente da tempo, magari poco utile ma va in ottica di estensione della nuova sezione "storico" (ancora molto sperimentale).
In particolare, nella sezione driver del dettaglio di ciascun gioco ci sarà la possibilità di avere lo storico dei soli cambi di stato.

Senzanome.png

[Gothrek]

@motoschifo
queste info sono recuperabili tramite api?

[motoschifo]

Purtroppo no, tutta la parte di storico è troppo onerosa per essere recuperata da api, infatti lato front-end c'è un'attesa di diversi secondi e viene messo in una cache per utilizzi futuri fino al prossimo aggiornamento del Mame.
Più avanti dovrò cambiare queste ricerche, magari se ne riparlerà...

[motoschifo]

Ho aggiunto i link per i manuali in formato html e pdf, quando disponibili.
Questi manuali sono generati mensilmente dalle compilazioni del Mame, quindi da questo mese dovrebbero essere sempre raggiungibili.
Per lo storico cercherò di generarli a ritroso in futuro.

I file sono stati integrati nella sezione download e nel dettaglio storico del Mame.

Questi i link della versione 0.249:
Versione PDF

Versione HTML

[Gothrek]

ciao @motoschifo
il link lo trovo anche tramite api?

[motoschifo]

No niente api stavolta, ma non ne vedo il motivo a dire il vero.
Questa è documentazione che serve a chi ha intenzione di confrontare due versioni per scopi molto particolari, come per es. capire se ci sono menzioni speciali a flag/opzioni. È quindi un confronto manuale e non automatico.
Ha inoltre senso solo da una certa release in poi, dato che prima non esisteva nulla di tutto ciò... e per ora è disponibile solo per la 0.249.

Da tempo pensavo di includerla e sto provando ora ad inserirla, non so se sarà utile a qualcuno o se mi farà solo "perdere tempo" in compilazione e pubblicazione.
Inoltre lo storico non è coperto da api, e non so se lo sarà mai in futuro a causa dell'elevato costo macchina che porta con se.
Ma aspettiamo a dire l'ultima parola, stiamo a vedere cosa ci riserva il futuro

[Gothrek]

No niente api stavolta, ma non ne vedo il motivo a dire il vero.
Questa è documentazione che serve a chi ha intenzione di confrontare due versioni per scopi molto particolari, come per es. capire se ci sono menzioni speciali a flag/opzioni. È quindi un confronto manuale e non automatico.
Ha inoltre senso solo da una certa release in poi, dato che prima non esisteva nulla di tutto ciò... e per ora è disponibile solo per la 0.249.

Da tempo pensavo di includerla e sto provando ora ad inserirla, non so se sarà utile a qualcuno o se mi farà solo "perdere tempo" in compilazione e pubblicazione.
Inoltre lo storico non è coperto da api, e non so se lo sarà mai in futuro a causa dell'elevato costo macchina che porta con se.
Ma aspettiamo a dire l'ultima parola, stiamo a vedere cosa ci riserva il futuro

colpa mia, in realtà quando avevo letto manuali, pensavo a flyer o altro del game da poter scaricare e quindi legarlo al singolo gioco.

sullo storico ricordo che me lo avevi detto, ma sperare non costa nulla

cisarebbero tante belle info da recuperare dalla pagina, ad esempio la pcb, che in realtà ha già un suo link e forse non troppo complesso averla nelle info recuperate dalle api

[Yami]

Ciao,
qualche giorno fa parlando con uno sviluppatore MAME e FBNeo è venuto fuori questo (citazione sua)

i tended to use this site as you clicked on INFO for WIP on any given game and then DRIVER for wider WIP with regards to more widespread changes connected to the emulaton code the game uses in this case IREM M92.

http://adb.arcadeitalia.net/dettaglio_m ... tosearch=1

Unfortunately a recent change with regards to the above site has removed all the driver WIP which is annoying as it was handy for dev purposes and as yet i've not found another site which has the same WIP archives...

...a cosa fa riferimento esattamente? Il commento è venuto fuori perché stiamo tentando di reperire on line il cambio di codice che ha risolto questo bug in MAME:
https://mametesters.org/view.php?id=672

(In ogni caso mi sembra una segnalazione lodevole per il sito)

Grazie

[motoschifo]

Non saprei, così dal testo mi viene da pensare alle due sezioni di storico romset e storico driver/status.
Ma non ho fatto modifiche per rimuovere qualcosa, se è successo potrebbe trattarsi di un errore.
Riesci a chiedere maggiori info a riguardo?

Dato che sto ragionando sulla nuova pagina di storico, eventualmente si può pensare anche qualcosa di specifico se può servire.

[Yami]

Ciao,
innanzitutto grazie per la disponibilità!
Raccolgo informazioni più precise e vi faccio sapere.

Nel frattempo, sperando di non essere off-topic, ne approfitto per una piccola richiesta. Nelle vecchie versioni di MAME la versione giapponese di "Undercover Cops" aveva un curioso bug, con i personaggi principali che restavano immobili durante l'attract mode:

https://mametesters.org/view.php?id=672

Questo bug è stato fixato nella versione 0.115u1, ma non si sa esattamente come. Ho cercato maggiori informazioni da tutte le parti senza successo. Per caso nei vostri archivi c'è qualche informazione in più? Grazie mille

[Yami]

Allora, ho chiesto maggiori delucidazioni e questo è stato il suo commento:

would be good to have the driver WIP history restored sometime if it's not too much hastle

Quindi fa riferimento allo storico dei driver WIP (o dei WIP dei driver)?

[motoschifo]

Non ho capito... per me WIP vuol dire Work In Progress, che però non vuol dire nulla associato allo storico.
Soprattutto quando dice che sarebbe bello riaverla, cosa che non mi risulta rimossa (qualsiasi cosa sia) a meno di errori da parte mia.

Ricapitolando:
- la parte di storico, ottenuta confrontando sul momento tutte le release del Mame (per quello è lento)
- la parte di storico driver condivide gli stessi dati, ma vengono filtrati per mostrare solo i cambi sul driver

Esiste anche una parte sotto di info, ma mameinfo, che ha una sezione WIP. Per quello non esiste storico perchè i dati sono incrementali e quindi ogni versione aggiunge cose.

Se ti fai spiegare più precisamente di cosa stiamo parlando con un esempio pratico, magari risolviamo rapidamente.

[motoschifo]

La gestione della lingua sta portando nuove idee ed opportunità...
Ho scritto qualcosa qui ma aggiornerò il post in futuro quando avrò qualcosa di più concreto
viewtopic.php?p=378186#p378186

[motoschifo]

La traduzione mi ha fatto ripensare a tante cose, sto valutando alcune alternative per rendere il sito più semplice da tradurre in altra lingua.
Da qui, vedendo anche la situazione ad oggi, sto pensando a come rendere il sito più rapido nel servire le pagine ed evitare di avere la cpu sempre sotto stress.
Insieme a traduzioni e db, ho azzerato tutti gli stili per permettere una rapida personalizzazione a tema se necessario (oggi la scrittura di un nuovo tema è davvero complessa e richiede parecchio tempo, proprio come la lingua).

Quindi ho preso un foglio bianco ed ho iniziato a ripensare dalle fondamenta.
Le pagine più statiche come la home e le statistiche sono semplici perchè non richiedono input dell'utente. Quelle in cui sto incontrando problemi sono tutte le altre.
In particolare la pagina di ricerca è un concentrato di controlli, siamo ad oltre 400 input utente, è una maschera davvero molto complessa, e di recente ho evitato di aggiungerne proprio perchè siamo sopra al livello di guardia.

Questa è una delle idee che mi è venuta: avere una lista di filtri anzichè tutti gli inpuit a video.
Alla selezione del filtro scompare dalla lista ed appare a schermo l'input relativo (uno o più) come ultimo elemento nei filtri. In questo modo ho i filtri che vengono usati nell'ordine desiderato, e mi piaceva l'idea di poter "appuntare" il filtro e quindi poter personalizzare la pagina in base al profilo.
Ecco un esempio mezzo funzionante, ma siamo ancora a livelli di studio di fattibilità.
Ho voluto mantenere le liste standard (quindi niente html o icone) perchè così nell'utilizzo mobile si può aprire a tutto schermo usando le funzioni native del browser, come scroll e paginazione. La grafica è minimale proprio per questo motivo.

2.png

1.png

[Gothrek]

@motoschifo
invece di mettere tutto l'elenco dei filtri possibile, che risulta "fastidioso" da scorrere per vederlo tutto, il consiglio è mettere solo le macro categorie "controlli", "driver" e da li aprire il relativo sottomenu delle sue sotto categorie, cosi da essere piu' compatto e meno dispersivo.

my 2 cents

ps sono cmq triste, speravo di avere piu' info nelle api da recuperare

buon lavoro.

[motoschifo]

L'elenco dei filtri serve per poter disaccoppiare le funzioni dalla gui, quindi la direzione è quella.
Non posso però dividerla in sottomenu perchè così facendo dovrei utilizzare componenti html non standard, il che porterebbe ad una selezione difficoltosa/incoerente nella maggior parte dei dispositivi diversi dai pc. Infatti il componente che ho messo è un combo standard, non ha alcuna possibilità di inserire html ma solo testo.
Per questo motivo potrei separare la gui in base al dispositivo, quindi se telefono vedrai l'elenco completo (che è facilmente scorrevole con le dita, essendo una lista nativa dell'interfaccia Android/Apple) mentre da pc potrebbe esserci qualcosa di più sezionato da usare con il mouse.
Sto cercando di capire quale soluzione adottare, ma sarà un lavoro lungo.

Sulle api per il momento nulla, ma il prossimo anno mi piacerebbe rivederne la gestione e modificare le chiamate per renderle più modulari o sezionabili.
Molto probabilmente per le api generiche/piccole non cambierà nulla (titolo, genere, media e poco altro), ma per avere tutti i dettagli del sito (e con tutti intendo proprio tutti che si vedono a video) dovrò aggiungere una parte di autenticazione.

Ecco uno screenshot di come quella lista appare su un telefonino.

[motoschifo]

C'è anche un altro aspetto che forse dal post non traspare e che interferisce con la divisione dei filtri in sezione: spostando i filtri usati in alto, quello che succede è che dopo qualche utilizzo avrò tutte le voci a portata di click e facilmente raggiungibili.
Sto anche valutando un sistema più adatto per tenere i filtri a video una volta scelti nell'ordine che ho deciso, o per nasconderli quando passo alla seconda pagina di ricerca, quindi una sorta di costruzione della pagina in funzione delle preferenze dell'utente.
In questo modo avrò una pagina di ricerca mirata ai miei utilizzi, e quando avrò bisogno di altro mi basterà aprire il menu a tendina con la lista di tutti i filtri disponibili.

Senza questo tipo di accorgimenti, aggiungere una decina di filtri nuovi sarebbe praticamente impossibile perchè lo spazio a disposizione sarebbe troppo sacrificato.

La parte GUI non mi preoccupa, come costruirsi la pagina sarà un dettaglio che affronterò in futuro. Per es. potrei comporre la lista tramite drag&drop, ma ci sono tanti modi diversi di fare la stessa cosa.

Per ora so facendo esperimenti, non è detto che finiscano per essere integrati nel sito ma comunque queste idee mi stanno piacendo molto e consentirebbero di estendere/migliorare parecchio il sito.

[motoschifo]

Gli esperimenti continuano, ho visto che rispetto a prima le pagine vengono servite con una velocità tale che quasi non mi accorgo del render della pagina. Ho infatti provato a "svecchiare" le cose, partendo quindi da zero o quasi, e sto avendo risultati molto incoraggianti.
Per es. ho inserito altri filtri di ricerca (per capire l'eventuale fastidio di averne troppi) ed in effetti lato desktop si sente la mancanza di una ricerca sui filtri o di un'interfaccia più comoda da usare. Ovviamente il mio intento è migliorare l'esperienza di navigazione, quindi questi sono solo esperimenti, e nella versione finale ci sarà tutto quanto al posto giusto.

Oltre a questo ho provato lo scroll infinito, quello che trovate ormai sulla maggior parte dei siti e che si ottiene scorrendo verso il basso anzichè fare click sul tasto di paginazione.

Sempre sulla struttura interna, ho provato a comunicare i dati tramite json (prima erano in xml) ed ho visto che le cose migliorano sensibilmente. Soprattutto non devo più inserire codice ridondante per convertire tutti i vari caratteri e html, il che porta ad una maggior leggerezza del carico della CPU lato server. Infatti ora le chiamate sono davvero tante e quel poco che fa il server inizia a farsi sentire anche in questo ambito.
Non ho ancora rivisto la parte database, quella è davvero complessa e permette di fare le numerose operazioni che faccio oggi, ma anche lei sarà riscritta con un occhio di riguardo alle prestazioni e alla localizzazione dei dati.

Insomma dopo tanti anni finalmente sono rientrato nello sviluppo e spero di migliorare le cose... anche se ci vorrà parecchio tempo. Si parla di almeno un anno, il sito sarà completamente rifatto pur mantenendo la compatibilità con quasi tutto il pregresso (almeno lo spero!).
Cercherò anche di pubblicare qualcosa su un altro link, giusto per capire se funziona bene o se ci sono intoppi con la mole di dati di oggi.

Ecco uno screenshot del lavoro in corso, come dicevo fatico ad accorgermi del render della pagina, nel senso che il click è istantaneo e le chiamate ajax essendo più leggere e piccole rispetto a prima hanno risposte molto rapide.
In questo screenshot si può vedere che la parte delle immagini è stata rivista per gestire interamente il file png associato al gioco, quindi vengono inserite barre nere al lati (sopra/sotto oppure destra/sinistra) in base alla risoluzione del gioco.

Schermata del 2023-01-02 13-12-48.png

Ho mantenuto il tema di default, però a differenza di prima ora il sito è sostanzialmente vuoto senza tema e quindi un nuovo layout potrà sbizzarrirsi ad inventare modalità anche molto diverse.
Ecco un esempio senza tema:

Screenshot 2023-01-02 at 13-30-39 Giochi MAME.png

Per il momento mi fermo e i prossimi lavori saranno il supporto per l'history in formato xml e la correzione di alcuni bug che ho trovato sull'aggiunta di liste personalizzate, bug introdotti dai recenti aggiornamenti.

[Tox Nox Fox]

Grande moto !

[motoschifo]

In attesa di correggere alcuni bug, ho continuato il lavoro per il nuovo sito ed i risultati si stanno dimostrando molto promettenti.
Sono riuscito a rendere i filtri dinamici, ovvero vengono caricati (e visualizzati) solo quando servono. Inizialmente non lo avevo previsto perchè non avrei mai pensato di arrivare a centinaia di campi, ma ora sono costretto perchè vorrei aggiungerne di nuovi più complessi (come la gestione degli insiemi).
Così ho iniziato anche a riscrivere la parte database e per ora ho questi numeri:
- caricamento pagina lista giochi da 600kb a 50kb
- paginazione lista da 200kb a 3kb
- tempi delle query sql ridotte a meno della metà, in alcuni casi anche un decimo rispetto a prima

Si tratta sempre di pagina ancora incomplete, vedremo se questi numeri rimarranno così bassi anche all'aumentare delle variabili e delle funzioni accessorie.
Comunque confermo che il lavoro sarà molto lungo, non ricordavo di aver inserito tanti dettagli e varianti da considerare