ArcadeItalia.NET

Aaargh errore di digitazione (ehi, non è ancora nella guida però!).

Yami ha scritto: ↑15/10/2017, 17:01 (ehi, non è ancora nella guida però!).

Yami sarebbe davvero utile se riuscissi a riorganizzare il primo post con un bel "EDIT ecco la guida passo 1 - X", questo thread è diventato un vero casino
ed è un peccato perché UTILISSIMISSIMO.

Ci stiamo già lavorando!

Ho temporaneamente nascosto la guida perché è in fase di revisione-aggiornamento, tornerà on-line a breve! La guida è di nuovo on-line!

Vorrei poi fare una piccola considerazione: vedo spesso in rete, e non solo qui nel forum, molti appassionati che collegano il RPi ad un TV o al monitor arcade di un cabinato con VGA 666, impostano una risoluzione nel config.txt e poi avviano Retropie, RecalBox o altre distro analoghe. Quello che forse non emerge chiaramente dall'introduzione nella guida o dal primo post, è che in una situazione come quella appena descritta pur avendo collegato il Raspberry al TV catodico o al monitor arcade, NON avremo (nella maggior parte dei casi) il pixel perfect!
Tutte le ROM infatti verranno visualizzate con la stessa risoluzione fissa impostata nel config.txt, che non è detto che corrisponda a quella delle schede JAMMA originali. Quindi anche se utilizzeremo Retropie (FBA, MAME4All o lo stesso AdvanceMAME) con il VGA 666, senza una configurazione ad-hoc con ogni probabilità non avremo il pixel-perfect.

La guida che ho scritto spiega appunto come installare e configurare AdvanceMAME da zero per fare in modo che per CIASCUNA ROM (gioco) replichi automaticamente la modalità video (risoluzione, refresh ecc.) corrispondente a quella della scheda JAMMA originale.

Per fare un esempio:

CASO A: avvio "Final Fight" in FBA (RetroPie) su Raspberry Pi e VGA 666 con risoluzione nel config.txt di 320 x 240 --> "Final Fight" sarà emulato a 320 x 240.

CASO B: avvio "Final Fight" in AdvanceMAME (NON configurato per il pixel-perfect, come su RetroPie) su Raspberry Pi e VGA 666 con risoluzione nel config.txt di 320 x 240 --> "Final Fight" sarà emulato a 320 x 240.

CASO C: avvio "Final Fight" in AdvanceMAME, configurato come descritto nella guida, su Raspberry Pi e VGA 666 con risoluzione nel config.txt di 320 x 240 --> AdvanceMAME emulerà "Final Fight" con una risoluzione di 384 x 224 (ovvero la risoluzione reale delle schede basate su hardware CPS-1) oppure alla risoluzione più "simile" possibile, a seconda delle frequenze supportate dal mio monitor/televisore.

Spero che ora sia tutto più chiaro e meno criptico...

P.S. Sono consapevole del fatto che molti front-end come RecalBox o ReGameBox stanno cmq implementando il pixel-perfect "switchando" la risoluzione al caricamento dell'emulatore sulla base di tabelle e quant'altro... ma l'esperienza migliore si ottiene IMHO coniugando la modalità video della scheda JAMMA originale (ovvero il risultato perfetto che si desidera raggiungere) con quelli che sono gli effettivi limiti tecnici del dispositivo che stiamo utilizzando (TV catodico, monitor PC CRT, monitor arcade ecc.) ed AdvanceMAME da questo punto di vista è impareggiabile perché è stato progettato con un vero e proprio "motore" in grado di fornire la risoluzione "più giusta" nelle varie occasioni. La guida, in sostanza, è nata proprio per questo!

dacci dentro, lo so che è uno sbattimento, ma la tua guida, una volta riordinata e ripulita ... nel primo post :p, sarà una vera pietra miliare nel settore! Appena è pronta riparto da zero seguendola passo passo, soprattutto per il capitolo "configurazione per ogni gioco".

Utilizzando la VGA666 ci sono pin liberi per utilizzare le gpio per i controlli? O almeno utilizzando i/o expander


Inviato dal mio iPhone utilizzando Tapatalk

boogs ha scritto: ↑16/10/2017, 17:27 Utilizzando la VGA666 ci sono pin liberi per utilizzare le gpio per i controlli? O almeno utilizzando i/o expander


Inviato dal mio iPhone utilizzando Tapatalk

Usando la vga565 si liberano i pin spi ma non c'è un driver funzionante...
Per il momento io vado via USB per i controlli, mentre gpio per audio e vga?!

Scusate ma... perché utilizzare il GPIO anche per i controlli?
Fanno i tornei EVO su USB...

Sarebbe bello avere i controlli su gpio solo per avere una scheda più pulita e senza cavi volanti....
Anche perché puoi avere 0 delay anche su usb

vincenzo.bini ha scritto:Sarebbe bello avere i controlli su gpio solo per avere una scheda più pulita e senza cavi volanti....
Anche perché puoi avere 0 delay anche su usb

Esatto! Avere i controlli via gpio sarebbe la quadratura del cerchio!

Per delay hai ragione, il mio è più un discorso filosofico


Inviato dal mio iPhone utilizzando Tapatalk

Tecnicamente i cavi penzolanti li hai sempre ^^

scherzi a parte: è possibile aumentare il numero di pin usando accrocchi logici ma secondo me si perde il senso di tutto in quanto, per come la vedo io, raspberry su jamma va 'consolizzato'.
Si crea cioè quello che ha fatto vincenzo.bini: una scheda compatta. Poco importa se i controlli entrano dalla GPIO o dalla usb

Ma forse io sono andato troppo avanti ^^

La guida riveduta, corretta e completa è disponibile qui con un topic dedicato!

Fatemi sapere i risultati dei vostri test!

Mitico Yami!
Domani mi ci metto! sono proprio curioso del risultato!

Tox Nox Fox ha scritto:Tecnicamente i cavi penzolanti li hai sempre ^^

scherzi a parte: è possibile aumentare il numero di pin usando accrocchi logici ma secondo me si perde il senso di tutto in quanto, per come la vedo io, raspberry su jamma va 'consolizzato'.
Si crea cioè quello che ha fatto vincenzo.bini: una scheda compatta. Poco importa se i controlli entrano dalla GPIO o dalla usb

Ma forse io sono andato troppo avanti ^^

Invece esistono gli I/O extender e a livello filosofico ci starebbero ad hoc.

Seghe mentali a parte, il fine ultimo è di avere una scheda compatta che collegata al pi fornisce una emulazione accurata... e ormai la cosa è fatta!

Complimenti! Good Job!

e dopo oltre 10 anni dallo stop del progetto, advmame si rivela ancora il migliore

Ciao Picerno
Ci mancherebbe solo il tuo supporto per fare qualcosa di unico

picerno ha scritto: ↑17/10/2017, 12:25 e dopo oltre 10 anni dallo stop del progetto, advmame si rivela ancora il migliore

Vero! Andrea in realtà ne ha ripreso lo sviluppo proprio per offrire supporto al Raspberry, ma c'è da dire che per come è stata concepita l'architettura (compatibilità DOS, Windows, Linux) e l'ecosistema (il front-end, i due emulatori, le utility) è davvero un gioiello di lungimiranza.

Ritornando all'hardware RPi - JAMMA: a mio giudizio il successo del Raspberry rispetto alle (ormai numerose) alternative sta nel perfetto equilibrio performance - prezzo - community (aperta e, dunque, vasta). Secondo me per un qualsiasi add-on bisognerebbe fare attenzione a non "spezzare" questo equilibrio: abbinare al Raspy un adattatore che costa il doppio, o grande il doppio, o che vincoli ad uno specifico software non customizzabile secondo me non ha molto senso...

Tox Nox Fox ha scritto: ↑17/10/2017, 13:19 Ciao Picerno
Ci mancherebbe solo il tuo supporto per fare qualcosa di unico

ma avete già il sistema funzionante, che cosa potrei fare?

Yami ha scritto: ↑17/10/2017, 13:36 Vero! Andrea in realtà ne ha ripreso lo sviluppo proprio per offrire supporto al Raspberry, ma c'è da dire che per come è stata concepita l'architettura (compatibilità DOS, Windows, Linux) e l'ecosistema (il front-end, i due emulatori, le utility) è davvero un gioiello di lungimiranza.

si, ho visto che ci sono stati degli aggiornamenti all'architettura ma non alla versione di mame. il mio sistema è ancora in dos con advmenu e advmame, configurato proprio con l'utility advcfg che evita di settare tutte le risoluzioni singolarmente

Yami ha scritto: ↑17/10/2017, 13:36 Ritornando all'hardware RPi - JAMMA: a mio giudizio il successo del Raspberry rispetto alle (ormai numerose) alternative sta nel perfetto equilibrio performance - prezzo - community (aperta e, dunque, vasta). Secondo me per un qualsiasi add-on bisognerebbe fare attenzione a non "spezzare" questo equilibrio: aggiungere al Raspy una scheda che costa il doppio, o grande il doppio, o che vincola ad uno specifico software non customizzabile secondo me non ha senso...

sono perfettamente d'accordo

Te la (ri)butto lì in mp

Il Pandora più economico che ho trovato su Amazon costa intorno alle 70 euro.
Un Raspberry Pi 3 B "nudo e crudo" sempre su Amazon costa, oggi, 36 euro. Lasciando perdere case, dissipatori e altri optional a mio giudizio futili, resterebbero come componenti fondamentali: una micro-SD (non so se nell'acquisto della Pandora sia inclusa) e l'alimentatore.
Aggiungendo 10 euro come costo della micro-SD arriviamo a 46 euro (ma diciamo 50).

Mi chiedevo: quanto potrebbe costare una scheda GPIO > JAMMA non troppo elaborata, in grado di fornire al RPi 3 l'alimentazione dal cabinato, e di fornire un output video RGB 666, controlli dall'USB del Raspy e audio dal mini-jack?

Sarebbe tecnicamente possibile restare, per il RPi su JAMMA, entro la "soglia psicologica" delle 70 euro di spesa della Pandora, considerando che:

+ si avrebbe un'emulazione superiore alla Pandora standard
+ possibilità di pixel-perfect
+ si contribuirebbe ad una buona causa
- non sarebbe "plug 'n play" (a meno di utilizzare una distro preconfigurata)

Che ne pensate?