Moderatore: Moderatori F.E.E.L.
F.E.E.L. - FrontEnd (Emulator Launcher)
F.E.E.L. - FrontEnd (Emulator Launcher) 
F.E.E.L. - FrontEnd (Emulator Launcher) F.E.E.L. - FrontEnd (Emulator Launcher)
Codice: Seleziona tutto
<game name="zekepeak" sourcefile="icecold.c" ismechanical="yes" cloneof="icecold" romof="icecold">
<description>Zeke's Peak</description>
<year>1983</year>
<manufacturer>Taito</manufacturer>
<rom name="zp23.bin" size="8192" crc="ef959586" sha1="7f8a4787b340bfa34180164806b181b5fb4e5cfa" region="maincpu" offset="e000"/>
<rom name="zp24.bin" size="8192" crc="ee90c8f5" sha1="27a513000e90536e485ccdf43786b415b3c95bd7" region="maincpu" offset="c000"/>
<device_ref name="m6809"/>
<device_ref name="pia6821"/>
<device_ref name="pia6821"/>
<device_ref name="pia6821"/>
<device_ref name="i8279"/>
<device_ref name="timer"/>
<device_ref name="timer"/>
<device_ref name="speaker"/>
<device_ref name="ay8910"/>
<device_ref name="ay8910"/>
<chip type="cpu" tag="maincpu" name="M6809" clock="1500000"/>
<chip type="audio" tag="mono" name="Speaker"/>
<chip type="audio" tag="ay0" name="AY-3-8910A" clock="1500000"/>
<chip type="audio" tag="ay1" name="AY-3-8910A" clock="1500000"/>
<sound channels="1"/>
<input players="1" coins="1" service="yes">
<control type="doublejoy" ways="vertical2" ways2="vertical2"/>
</input>
<dipswitch name="Automatic Attract Mode" tag="DSW3" mask="1">
<dipvalue name="Off" value="0"/>
<dipvalue name="On" value="1" default="yes"/>
</dipswitch>
<dipswitch name="Rounds to Complete to Light Star" tag="DSW3" mask="2">
<dipvalue name="1 Frame" value="0" default="yes"/>
<dipvalue name="2 Frames" value="2"/>
</dipswitch>
<dipswitch name="Automatic Attract Mode Delay" tag="DSW3" mask="12">
<dipvalue name="1 Min" value="0" default="yes"/>
<dipvalue name="5 Min" value="4"/>
<dipvalue name="10 Min" value="8"/>
<dipvalue name="15 Min" value="12"/>
</dipswitch>
<dipswitch name="Manual Attract Mode Delay" tag="DSW3" mask="48">
<dipvalue name="0 Min" value="0" default="yes"/>
<dipvalue name="2 Min" value="16"/>
<dipvalue name="5 Min" value="32"/>
<dipvalue name="10 Min" value="48"/>
</dipswitch>
<dipswitch name="Difficulty (Prompt Time)" tag="DSW3" mask="192">
<dipvalue name="Easy (5, 4, 2, 1)" value="0" default="yes"/>
<dipvalue name="Factory (4, 2, 1, 1)" value="64"/>
<dipvalue name="Hard (2, 2, 1, 1)" value="128"/>
<dipvalue name="X-Hard (1, 1, 1, 1)" value="192"/>
</dipswitch>
<dipswitch name="Dispense Option" tag="DSW4" mask="7">
<dipvalue name="Disabled" value="0" default="yes"/>
<dipvalue name="2 Tickets after Hole 6, 3 Tickets after Hole 10" value="1"/>
<dipvalue name="1 Ticket after Holes 5 - 10" value="2"/>
<dipvalue name="No Tickets Dispensed" value="3"/>
<dipvalue name="5 Tickets after Hole 5" value="4"/>
<dipvalue name="No Tickets Dispensed" value="5"/>
<dipvalue name="5 Tickets after Hole 10" value="6"/>
<dipvalue name="No Tickets Dispensed" value="7"/>
</dipswitch>
<dipswitch name="Coin A" tag="DSW4" mask="8">
<dipvalue name="2 Coins/1 Credit" value="0"/>
<dipvalue name="1 Coin/1 Credit" value="8" default="yes"/>
</dipswitch>
<dipswitch name="Score for Extra Ball" tag="DSW4" mask="48">
<dipvalue name="No Extra Ball" value="0" default="yes"/>
<dipvalue name="2000" value="16"/>
<dipvalue name="4000" value="32"/>
<dipvalue name="8000" value="48"/>
</dipswitch>
<dipswitch name="Bonus Countdown Speed" tag="DSW4" mask="192">
<dipvalue name="Slow" value="0" default="yes"/>
<dipvalue name="Factory" value="64"/>
<dipvalue name="Fast" value="128"/>
<dipvalue name="X-Fast" value="192"/>
</dipswitch>
<port tag=":DSW3">
</port>
<port tag=":DSW4">
</port>
<port tag=":TEST">
</port>
<port tag=":JOY">
</port>
<port tag=":X0">
</port>
<port tag=":X1">
</port>
<port tag=":X2">
</port>
<driver status="preliminary" emulation="preliminary" color="good" sound="good" graphic="good" savestate="unsupported"/>
</game>
F.E.E.L. - FrontEnd (Emulator Launcher) ) 
), con necessità di ricrearle tutte da zero
F.E.E.L. - FrontEnd (Emulator Launcher) Beh, perdonami, prima di parlare di "mine vaganti" o "spostare i problemi", non pensi sarebbe il caso di provarlo almeno, il prodotto?motoschifo ha scritto:Non conosco come è strutturato Feel, ho visto solo screenshot e qualche video, comunque l'idea di essere "limitati" nell'impostazione di questi parametri mi sembra qualcosa di molto forte.
Mi spiego meglio: usando xml per memorizzare i dati, se ci sono parametri in più vengono ignorati dalle vecchie versioni e non ci sono problemi, mentre invece le nuove possono sfruttarle (come ad esempio è il formato del Mame).
In ogni modo hai una mina vagante perchè molto probabilmente stai spostando il problema... quindi non sarà oggi, ma domani dovrai rompere la compatibilità per forza se vorrai estendere qualcosa di non previsto.
Però mi sembra strano... cioè una volta dentro al front-end, se sai che è mechanical lo togli e basta no? Mi sfugge il motivo per cui mamewah non possa leggere più nulla o del perchè le vecchie liste siano tutto da buttare.
Parlo da profano si intende, magari se hai maggiori dettagli puoi inviarmeli in pm senza sporcare il thread
F.E.E.L. - FrontEnd (Emulator Launcher)
Infatti in FEEL è implementato un parser custom, che sostanzialmente lavora come una libreria SAX, così possiamo supportare xml di qualsiasi dimensione (vd. MAME molto recenti). Di lì in poi si usano solo le liste interne, molto più veloci.motoschifo ha scritto: Il discorso su database o xml che rallentano è corretto, ma a volte ne vale la pena: se devo filtrare su più campi con particolari metodi, molto meglio una query o un semplice albero xml che una scansione di tutto il file come si faceva una volta. Poi ci sono i casi in cui questa logica occupa solo risorse inutilmente e che sarebbe meglio lasciare agli emulatori. Per esempio salvarsi in memoria l'xml del Mame completo è pura follia perchè sarebbe un spreco di risorse enorme. Anzi, di default sistemi come C# vanno in crash anche solo con 10 mila elementi, io per fargli digerire tutte le rom ho dovuto usare qualcosa di alternativo.
La questione non è solo di compatibilità, ma anche di "scope di progetto": FEEL è pensato per essere leggero al massimo, e un appesantimento delle operazioni sulle liste (come nel caso dell'adozione di xml o db) finirebbe per peggiorare la fluidità dell'interfaccia (tutta la UI è sviluppata custom come in un videogame, e non con i classici controlli event-driven di windows, quindi tutte le operazioni girano nel thread principale che disegna la grafica).motoschifo ha scritto: Stando così le cose, la mia proposta è questa: gestire due sistemi di input "semplice" ed "esteso".
Quindi lista normale come ora ed in più la possibilità di leggere un formato che dia modo di gestire più campi e che non sia limitato per espensioni future (es. xml). I parametri aggiuntivi non avrebbero effetto nel primo caso ma lo avrebbero sul secondo. Ovviamente chi crea le liste sa cosa fa e quindi sceglie quale metodo sfruttare.
Si tratta di un suggerimento, valuta tu se c'è interesse per questa cosa
F.E.E.L. - FrontEnd (Emulator Launcher)