Newsgroup: it.comp.software.emulatori
Titolo: MuEL ???

Vabbè, devo ancora smaltire il buon vinello del pranzo (mmh, o gli
amari del dopopranzo, forse) :)
Allora sono in vena di riscrivere il MuEL. 
A dir la verità avevo già cominciato, ma a causa di un formattone
windowsiano e di un ca**o di CD-RW che a deciso che il mio  zip era
corrotto devo ripartire da zero. A propo' avevo mandato una prima beta
(??? mi viene da ridere, quasi fosse un emu :P ) a JanAxHell, ma
sembra essere sparito dalla circolazione e non mi ha più risposto (se
ci sei ...)
A tal proposito mi sono scaricato tutti i front-end conosciuti [1]
per console multipli e finora devo dire che (sara perche l'ho fatto
io?) il MuEL è l'unico che sia semplice (beh, quasi stupido) e
completo al tempo stesso (nessuno cattura gli screenshots da solo, ad
esempio).
Mantenendo invariate le features precedenti:
La nuova versione, per quello che mi dicono i miei poveri e provati
neuroni, dovrebbe riconoscere gli emulatori in base a dei file .cfg,
quindi sarà totalmente configurabile ed indipendente dalle mie
(logicamente di parte) scelte. Le Roms saranno gestite in un database
interno, quindi niente più affanni per cambiare directory come prima
ed oltretutto questo permetterà una maggiore flessibilità [2].
Configurabilità delle opzioni per ogni emulatore, attraverso (e direi
finalemnte) una finestra grafica. Non aspettatevi miracoli: saranno
dei semplici checkbox per determinare le opzioni in base a quanto
raccolto nel cfg file. 
Per gli emu Win? beh, li il discorso si fa complicato per me. e dato
che il caro Maio sembra gradire il Delphi, magari qualche aiutino per
una connessione DDE (Maio ???) sarebbe gradito. DIco questo perchè tra
i vari forntendo scaricati ho visto che qualcuno riesce ad
interfacciarsi pure a quei programmi.
Mmmmh? e per l'Amiga? Il supporto esisterà almeno per il Fellow,
generando degli appositi files di configurazione. Per il UAE (ed il
suo port Win) non so, non ho capito come fare riferimento ad un file
di config esterno (aspe' prima che mi linciate ... devo studiare la
doc. ed ancora non mi è mai servito) e la linea di comando (dannato
dos) è limitata a 256 caratteri (pochi, se si considerano i path ad
emulatore e dischi)
OK! Sono già stato abbastanza lungo. Spero di aver smosso qualcuno che
mi possa dare dei suggerimenti e che nessuno se la sia presa per il
post eccessivamente lungo, ma come ho già detto per il progetto
"Archiviio Storico" in questi giorni, non essendo costretto dal
lavoro, ho moooolto tempo a disposizione (beh, insomma, ragazza
permettendo :P ), quindi faccio quel che posso
[1] nel senso di rintracciabili, ad esempio il MuEL non lo troverete
da nessuna parte :P eppure esiste :)
[2] maggiore velocità nel browsing, una volta fatta la scansione delle
roms, l'identificazione del nome avviene in maniera immediata, a
differenza della ver. precedente, e la possibilità di gestire il nome
indipendentemente dall'identificazione del DAT file.
-- 
Night Ranger
srq...@yvoreb.vg
Applica ROT13 per rispondere
ICQ# 63076483

 [...]
Hmmm, qualcosina per Linux no? :-)
-- 
Saluti
                                          James \Diskdoctor\ Ossi
      ___
     ////  A M I G A : the REAL pathfinder
___ //// RetroPlay  
http://www.retroplay.com
\\\X///             ICQ 13963485
 \XXX/           *Powered by Linux*

Hmmm, qualcosina per Linux no? :-)
La prima versione era troppo legata agli emu per Win, questa che sto
scrivendo sarebbe effettivamente portatile, visto la piena
configurabilità anche degli emulatori supportati.
Probabilmente utilizzando le GTK se mai dovessi fare qualcosa. Il
fatto è che le mie conoscenze in ambito Linux, riguardano solamente lo
SNes9X ed il VGB, dato che per l'emulazione del Mame e di computer il
discorso cambia.
P.S. Se dovessi fare qualcosa per il Mame, mi baserei sicuramente sul
Mame32 che IMHO è perfetto (si, ci stavo già pensando)
P.P.S. Consideratelo il mio contributo all'emulazione, dato che, anche
se volessi, non sarei mai in grado di scrivere un emu ;)


 Mame32 che IMHO č perfetto (si, ci stavo gią pensando)
???
Non ti seguo..


 Mame32 che IMHO è perfetto (si, ci stavo già pensando)
Se posso darti un consiglio dai un'occhiata anche a gRustibus (se parti
da freshmeat lo trovi di certo)
-- 
sys64738

Non ti seguo..
Intendevo l'interfaccia del Mame32. Ha praticamente tutto quello di
cui hai bisogno.


da freshmeat lo trovi di certo)
Ce l'ho già, anche se non sono ancora riuscito a guardarlo :)
Quando sono in fase creativa (???) mi rimane sempre poco tempo per gli
esperimenti e le prove :)


se volessi, non sarei mai in grado di scrivere un emu ;)
E chi puo` dirlo?
Oppure hai 184364 anni?
Suvvia, la vita e` lunga ;)
-- 
Massi "No, cadenti non e` il cognome, si scrive minuscolo" cadenti.
ATTENZIONE!! Mettete "
iol.it
" dopo la chiocciola!
Attualmente sono affetto dalla Pokemon-trading-cards sindrome:)
Ulteriori info: 
http://www.wizards.com/Pokemon/

una connessione DDE (Maio ???) sarebbe gradito. 
Beh, i frontend che hai scaricato tu "comandano" gli emu per win
manipolando direttamente i buffer della tastiera e/o la clipboard,
dato che nessuno (o quasi) degli emu x win sembra supportare il dde,
abbandonato da macroscozz in favore dell'OLE (che cmq non serve a una
bega, almeno in questi frangenti).
BTW, ammesso e non concesso che l'emu possa fare da server dde, posso
darti una mano io, maio manco sa cos'e' il dde :P

bega, almeno in questi frangenti).
Ritornerei però in questo modo a dover scrivere un qualcosa di
scarsamente configurabile. Sarebbero solo gli emu previsti e basta.
Invece quello che volevo fare era proprio il contrario.
Quello che non capisco è perche un emu seppur per Win non riconosca la
riga di comando. Ad esempio Rew e Magic Engine.
Comunque quella dei buffer di tastiera potrebbe essere una soluzione,
una volta che il processo è attivo, mando la sequenza. Per il Rew
potrebbe funzionare, resta da vedere il Magic Engine.


riga di comando. Ad esempio Rew e Magic Engine.
Perche` si presume che un utente Win sia inesperto e quindi usi la GUI ;)


Perche` si presume che un utente Win sia inesperto e quindi usi la GUI ;)
Si, ma preclude lo sviluppo di eventuali front-end che
semplificherebbero ulteriormente la vita. 
Quasi tutti gli emu dos ormai hanno una GUI che permette di scegliere
un file ed impostare i parametri.
Comunque per il Rew e lo Snes9x per win è quasi risolto anche se non
ho capito come mandare alcuni caratteri strani, quali la tilde,
l'apostrofo, ecc. che potrebbero essere compresi nel nome. Il resto
funziona e se non ci sono quei caratteri il tutto gira bene anche se
la configurazione è sempre più incasinata:
Comando:{win:}{alt}F{/alt}L


discorso cambia.
Guarda che la sintassi dell'xmame e` uguale a quella del mame dos ^_^. 
E che sotto linux non va trascurato il supporto per il mess. 
-- 
The Hitman - 
http://members.xoom.it/hitman
e-posta: 
sonic...@tiscalinet.it
 <-- *NUOVO* 
Druido, Cuoco & Erborista della BUBBLE
CoEsperto di Beat'em'up SNK - Membro della SAQS 
Gioco della settimana: AlterEgo (C64)

E che sotto linux non va trascurato il supporto per il mess. 
Si ma il MuEL finora si basa sulle console, ma eccheccaspita, nulla mi
vieta di inserire anche il Mame. Quello che mi spaventa è proprio la
marea di opzioni, che almeno in dos, nelle console non creano
problemi. Difficilmente si usano una volta definita una configurazione
tipo, mentre nel mame a seconda della complessità del gioco spesso
(beh, almeno io) si aggiustano i parametri per guadagnare in velocità.


 esperimenti e le prove :)
Beh io lo sto usando e ne sono piacevolmente colpito.
E' simile ad arcade@home con tanto di lista dei giochi a piu' colori
(a seconda dello status della rom che automaticamente scansiona), con lo
spazio per gli screenshot ed adirittura per i flyers :-)
IMHO e' un ottimo punto di partenza :-)
-- 
sys64738

manipolando direttamente i buffer della tastiera e/o la clipboard,
Finora tra Rew, Snes9xw e MagicEngine, l'unico a cui applicare questo
sistema è il Rew. Lo Snes9x ha una dialog in cui non è possibile
inserire il nome da tastiera ed il MagicEngine peggio che peggio.
Soluzioni?
Comunque finora gli emu per cui ho scritto i templates (normali files
di testo per la configurazione) sono:
BrSMS, DBoy, FwNes, Genecyst, Hu6280, Hu-Go!, JNes, KGen98, Magic
Engine (vecchia vers. DOS), Meka, Nesticle, No$Gmb, Rew, SMyGB,
SNes9x, ZSNes.
Ovviamente può essere estesa da chiunque a qualsiasi emulatore che
supporti la riga di comando o che possa essere gestito comunque
tramite un input da tastiera.


 (beh, almeno io) si aggiustano i parametri per guadagnare in velocità.
Effettivamente includere il supporto di MAME significa avere a che fare
con moolte opzioni, che magari cambiano col susseguirsi delle beta..


che magari cambiano col susseguirsi delle beta..
Per quello infatti avevo fatto tutto con dei files di testo :(
Uff. Mannagg... riscrivo tutto? E la parte per l'Amiga e il C64 quando
ce la metto? Ma soprattutto come ce la metto? Boh? :PPP


 ce la metto? Ma soprattutto come ce la metto? Boh? :PPP
IMHO questi emulatori non hanno urgente bisogno di un frontend..
invece quello per MAME lo vedrei "necessario" e davvero utile.
Dai, tifiamo per te :-)


Dai, tifiamo per te :-)
Ma dai, di front-end per il mame ce n'e 'na caterva. Comunque l'ho già
incluso. L'unica cosa che andava oltre il normale funzionamento degli
altri era un bel -listfull per identificare i nomi, mentre per le
console continua a basarsi sui DAT del ROMCenter. Per il resto si
comporta più o meno come gli altri emu.
Ovviamente questo sistema preclude molte possibilità, tra le quali
quella di sapere quali sono le rom mancanti e l'impossibilità di
utilizzare altre opzioni tipo verifyroms. Se avrò tempo vedrò che fare
:)


 :)
Speriamo!


utilizzare altre opzioni tipo verifyroms. Se avrò tempo vedrò che fare
Guarda, da qualche parte in rete ci sono i sorgenti del Mame Manager
DX. L'unica cosa che ti dico e' che l'engine di quel prog ha
funzionato perfettamente con oltre 20 beta del mame, potresti provare
a prendere spunto da li per eventuali procedure di "catalogazione"
delle rom a partire dall'exe :D