0.110u1
-------


MAMETesters Bugs Fixed
----------------------
warriorb0109u2gre [Aaron Giles]
ballbros0109u5gre [Aaron Giles]



Source Changes
--------------
Numerous improvements to the cheat engine again. [ShimaPong]
* Operation
- Mounted copy prevous value.
- Defined link extension bit in type field.
- Improved one shot operation when restore previous value is
available.

* Menu
- Major update for classic search menu.
- Arranged the cheat general menu a bit.
- Improved item display for selection type code on the code
edit screen.
- Added entry index parameter to EditCheatMenu().

* Watchpoint
- Added watchpoint for ROM region.
- Improved adding watch from cheat list.

* Activation key
- Added save activation key.
- Added 2nd activation key.
- Added show activation key message option.

* Others
- Refined command code format.

Added support for Fixed Interval Timer to the PPC403 core.
[Ville Linde]

Polygonet Commanders update: [Andrew Gardner]
* Added more accurate host interface to dsp56k core
* Removed a bunch of hacks in plygonet.c

Added new field Machine->basename which is used to describe the path
used for various file accesses. This is a helper for MESS, and should
not have any user-visible changes. The file accesses affected are:
configuration (cfg) files, snapshots, debugger comments, NVRAM,
and memory cards. [Aaron Giles]

Changed naming of screenshots. They are now created in separate
folders per game, with numeric names 0000.png, 0001.png, etc.
[Aaron Giles]

Changed artwork layout loading to load either gamename/gamename.lay
or gamename/default.lay. The latter is preferred, and allows for
easier reuse of layouts between games. [Aaron Giles]

Fixed max instruction bytes for 68020+ CPUs to avoid assertion in
new disassembler. [Aaron Giles]

Added flip screen offsets needed with new video parameters in the
pacman.c driver. [Aaron Giles]



New games added or promoted from NOT_WORKING status
---------------------------------------------------
Fishing Frenzy [Aaron Giles]
Freeze (Atari) [Aaron Giles]

argh..... bello per chi può avere tutte le snap del mondo sul suo frontend, ma per chi le snap le deve fare per un sito, vuol dire tutto da rifare....

Non necessariamente, si potrebbe pensare un programmino che converte da un formato all'altro, non dovrebbe essere troppo complicato...

Il programma è una cavolata da fare (almeno uno script in php... ) solo che dovrò O riscrivere tutta la gestione delle immagini di progettoemma, O mettermi a rinominare le snap una ad una prima di caricarle sul sito (o lo dovrà fare scuore che è il fornitore ufficiale delle snap di progettoemma... )
Personalmente credo che una utility per convertire la cartella immagini uscirà entro 48 ore, altrimenti tutte le snap che tutti hanno diventeranno unitilizzabili, ma questa non risoverà il mio problema...

la cosa piu veloce da far è un programmino idiota, che esso sia in php, visu basic o C, che recursa le cartelle degli snap, e prende lo snap 00000.png e lo sposta nella cartella superiore rinominandolo col nome della cartella. si puo poi anche avere uno che fa l'inverso. fatto bene si potrebbe probabilemente fare con un 'semplice' shellscript/batch

ciao

Quello è già fatto, è roba da 5 minuti (se qualcuno ha php e gli interessa glielo passo...) ma dovresti ormai conoscere la mia cronica pigrizia...mi viene il prurito all'idea di rimettere le mani sulla gestione delle immagini....

Hmmm.... non vorrei fare il polemico ma questo nuovo metodo di snapshot non mi piace. Sarà comodo per i frontend ma per chi si crea la collezione "a mano" gestire 6000+ sottocartelle... aiuto!
Consiglio? In attesa del programmino suddetto, tenetevi stretta la vostra collezione di snap, titles, etc magari anche in formato .zip che è meglio.
Il MAME32 (per ora) supporta ancora il vecchio metodo \snap\gamename.png (o \snap\zipname\gamename.png) che mi sembra più semplice e comodo.
IMO sarebbe stato meglio usare un metodo del tipo : gamename.png, poi gamename0000.png e così via. Paura dei nomi lunghi per il DOS? Ma ormai anche il DOSMAME è morto.

Piuttosto, ma sbaglio o è un periodo di "magra" per il MAME? Molti Devs sono "desaparecidos" ed Aaron si dedica solo ai driver che gli interessano (i giochi Atari anni'80 e recenti). Certo, bella la entrata dei Konami573 ma per il resto? Il sito MAMETesters cresce a dismisura... forse c'è bisogno di "forze fresche" maggiormente motivate nel voler sistemare i vecchi drivers abbandonati a se stessi...

Ultimamente le cose più "interessanti" dal mio punto di vista, ovvero sistemare i vecchi e nuovi bugs, sono arrivate da contributori esterni.

Niente polemiche, solo una considerazione personale. Dopotutto il MAME come la vita reale è fatta di alti e bassi, guardiamo avanti.

Finalmente qualcuno se n'é accorto! chissà per cosa verrà ricordato questo 2006.. mah. Sta 0.100 ha fatto un danno psicologico enorme, tanto che nessuno fa più un wip o si interessa a qualcosa. per me é crisi totale, altro che magra.. non so se dovuta a Giletti che ogni volta stravolge tutto o a scazzo generale di tutti i devs. ormai come contributori son rimasti solo Robiza e Mamesick, e come dumpers f205v... e tutti gli altri dove sono ? E che qualcuno non mi dica che sono tutti in real life contemporaneamente negli ultimi 10 mesi!

una visione leggermente negativa della situazine corrente a mio avviso (massimo giletti che lavora sul mame O_o' lol) sara pur vero che c'è un diminuto sviluppo di grandi novita, ma le cose continuanoa d arrivare piano piano, e quando si comparano build separate da una certa distanza di tempo, modifiche se ne vedono eccome, e da molti. detto questo è vero chepare ci sia un disinteressamento da parte di certi sviluppatori, ma dire che sono tutti spariti è un po troppo...

ciao

(sveglio dalle 13:42 dell' 8 novembre, scusate se sragiono o straparlo )

Phil Stroffolino: sposato con figli, si è fatto togliere dalla lista
Bryan McPhail: impegnato col lavoro come ormai da anni
Guru: dumpa quel che può, in lotta con haze non dumpa più cose semplici
Nicola: da anni contribuisce sporadicamente
R. Belmont: continua a fare, ma ha 10.000 progetti differenti
Ville: continua
Dox: continua
Reip: occupato con laurea, almeno fino a poco tempo fa
Kale: occupato, sta lavorando piano piano a Legionnaire e simili
Mariusz: Continua con l'STV
OG: impegnato con altre cose, continua piano piano con Raiden 2
Haze: vita propria/non sa più su cosa lavorare.

e potrei andare avanti. Non mi sembra dovuto agli "stravolgimenti a fin di bene" di Aaron, se non in minima parte. Se guardi ai WIP dei primi anni molti erano giovani programmatori non occupati e senza famiglia che si impegnavano su driver per hw non così impossibili.
Semmi il problema grosso è che, per un motivo o per l'altro, quando questi hanno smesso perchè assunti o sposati, non c'è stato grande ricambio. Del resto per un nuovo dev ora è tutto tremendamente difficiel. I driver facili sono tutti scritti e fixare bug a molti da meno soddisfazioni che vedere un gioco "prendere vita" sotto i propri occhi grazie al proprio codice.

Secondo me il motivo di questo torpore è che ciò che resta da fare nel mame inizia a essere molto difficile e/o poco gratificante oppure ancora è un driver che va a 10 fps...

Per ridare la spinta in queste situazioni ci vorrebbe un dev a caso (meglio se nicola) che trova qualche cazzillo che va a decriptare qualche altro cazzillo famoso per i giochi ad esso collegati e per il fatto che sembrava un ostacolo impossibile da superare



PJBennet? Non era lui che lavorava su buggy boy? Ricordo che sul suo sito aveva scritto un wip dicendo che ci sarebbe voluto un annetto, oramai passato... ora il sito non c'è più e di buggy boy non si sa piu niente vero? aaa pagherei per vederlo emulato
(scusate il mezzo ot)

La nuova gestione degli snap mi ha fatto nascere un pensiero:
Non e' per caso che mettere gli snap in una cartella separata per gioco con una numerazione progressiva sia il primo passo verso una forma di supporto dei giochi laserdisk? in fondo se ogni frame del laserdisk diventa uno snap (numerati in sequenza per consentire l'accesso random) sfogliandoli in sequenza velocemente si ottiene l'effetto "film".
Se invece sono pazzo, abbaite pazienza, ma non vedo l'ora di avere i laserdisk sul mame....

e ora con l'inizio degli ultimi 2 anni di specializzazione in cui vorrei fare molto meglio dei primi 3.
Dopo aver avuto l'ultima "gioia" emulativa nell'aver emulato il driver limenko non so più cosa fare e gli ultimi stravolgimenti che ho passato mi han fatto passare gran parte della voglia (per ora, ma non per sempre ).

se qualcuno vuole c'è il touchscreen di hidden catch 3 da emulare, così poi possiamo giocarci (non penso ci sia un bug nel core)

f205v, forse dico una cavallata io, ma mi sa che supportare i laserdisc usando decine di miglai di png non sia un gran alvoro d'efficenza...

si dovrebbe caricare ogni singolo snap del video, quindi si avrebbero 10, 20, 100 mila file loads, disk reads e balle varie, invecie del caricare un solo video in memoria, molto piu parsimonioo.
Oltretutto, duito fortemente che i LD siano considerati e trattati come snap, molto piu probabile com artwork... non vedo perchè cambiare gli snap tocchi i LD...

ciao

Il fatto di "non sapere più su cosa lavorare" non regge. Posso capire i problemi della real life etc. ma la mancanza di motivazioni è preoccupante per un progetto come il MAME...
Di cose da fare ce ne sono a centinaia, basta appunto guardare MAMETesters o il sorgente di ogni driver e leggersi i vari TODO che sono lì ormai da anni.
Personalmente quando sistemo un bug sono soddisfatto e se il MAME mira alla perfezione "assoluta" dovrebbe essere così anche per tutti i suoi sviluppatori.

Non oso pensare cosa sarebbe successo a Linux se il suo sviluppatore ad un certo punto avesse detto "non so più su cosa lavorare"....

Effettivamente, la complessità e il numero di sistemi emulati dal Mame ormai è tale che restano due opzioni:
a- emulare sistemi ultra-complessi e cosi power-hungry che non gireranno decentemente se non fra dieci anni oppure ultra protetti che ci vuole chi ha decodificato le criptazioni naziste della seconda guerra mondiale.
b - sistemare bugs di vecchi sistemi oppure riscrivere driver originariamente "fatti-alla-cavolo" tipo CPS.

Nessuno dei due immagino sia entusiasmante: l'opzione a) perchè frustrante nei risultati (e perchè magari semplicemente non tutti i dev o contributori hanno le capacità per farlo) - l'opzione b ) perchè, non essendo un lavoro ma una passione, non credo sia tanto divertente disassemblare migliaia di righe di codice o testare un punto del gioco centinaia di volte per sistemare una cazzatina di bug. Oltretutto questo tipo di intervento credo che necessiti di molte ore continuative di studio e analisi, ed è palese che non tutti abbiano tempo e (voglia) di farlo.
Se penso che spesso dopo giorni di duro lavoro non c'ho neppure voglia di sistema il mio database di CD!!!!

A ciò aggiungiamoci il ricambio fisiologico dovuto a real-life, e tutto torna.

@reip: mi consigli un qualche libro per capire come funziona una CPU? ho una preparazione di base decente in C (con qualche lacuna, ma vabbe'... si coma), un'infarinatura generale di come funziona il mame ed una laurea in matematica, ma mi scorno sempre quando cerco di capire quello che una CPU fa e come il mame traduce questi processi in C... non serve che il libro sia semplice, mi va bene un libro di testo di livello universitario, purche' sia fatto bene...

Vero, con però una "piccola" differenza: Linux (o cmq roba simile) ha uno scopo funzionale ben diverso da Mame. Ci sarà quindi sempre qualcuno che interverrà per fare qualcosa che gli "serve" (sia esso sistemare un bug o aggiungere utilità e funzioni o supporto a hardware/software): lo stimolo è l'utilità che se ne trae.
Ci sono decine e decine di software carini e molto belli e originali che sono stati abbandonati perchè hanno raggiunto un grado di "maturità" e "servizio" oltre cui diventa difficile trovare lo stimolo per dedicarci tempo e risorse, a fronte di miglioramenti tutto sommati marginali o incerti (e col rischio di sfasciare tutto quello che già funziona).

penso che riguardo la questione io possa riesumare un mio post vecchio di qualche settimana

http://www.mameitalia.net/index.php?s=&...ost&p=88524

per il resto,giuro che sono forse mesi che non esce un mame nuovo con qualcosa ( per me ) di remotamente interessante
che andrebbe anche bene,intendiamoci
l'ultima cosa che mi ha fatto dire "uau" era stata la news sui miglioramenti di virtua racing

ma la cosa che mi irrita è che pazienza niente cose nuove positive per me,ma solo negative ?!
prima il casino del nuovo sistema video,poi la rimozione del supporto di alcuni scores,ora questa menata degli snaps

sembra che in mancanza di roba "seria" da fare,sia divertente andare a toccare cose antiche che tutto sommato stavano bene come stavano

ed infatti uso ancora il 105

speriamo che spunti dal nulla una nuova generazione di persone entusiaste che prendano il posto dei vecchi sviluppatori ormai semi-pensionati

Guarda che gli snap sono stati toccati su richiesta degli utenti e sviluppatori Mess. Non si può sempre solo guardare i propri piccoli interessi.

Ecco!, allora le mie elucubrazioni sui laser erano pura fantasia. Vabbe' meglio cosi'.

Gli emulatori di laser games esistono, per i giochi Sega c'è l'emulatore del Dreamcast e quello del Megadrive e via dicendo....

Detto sinceramente perché uno dovrebbe spaccarsi la testa per cose che esistono già anche se non sono fatte alla maniera del mame, anzi sono fatte per poter giocare ai giochi che vengono emulati; io non conterei tanto su questa fantomatica nuova generazione.

per la precisione ci si riferisce alla seguente discussione sul forum del mess

http://www.bannister.org/forums/ubbthreads...1&fpart=all

anche se in realta' mi sa che il 'grosso' cambiamento e'



l'idea di mettere in sottodirectory le snap non e' chiaro per quale motivo sia stata implementata...

non ne conosco di libri. io ho imparato a conoscere come funzionano direttamente emulando l'hyperstone (tramite la sua documentazione che spiega bene il suo funzionamento e guardando gli altri core già presenti nel MAME). a parte le varie implementazioni, MAME tratta le cpu come dei blocchi a sé stanti, che al loro interno rappresentano i vari registri della cpu tramite delle variabili che ne mantengono lo stato corrente, nei quali entra l'opcode da eseguire e da cui escono vari segnali (tipo leggere / scrivere in memoria al dato indirizzo, ....). poi semplificando si può dire che ad ogni opcode viene associata una funzione che viene richiamata dal core per gestire la funzione dell'opcode che cambierà lo stato della cpu.

se hai domande, chiedimele pure.

Il sistema delle nuove snap è indubbiamente (a mio avviso) valido (pur con i problemi che a me personalmente sta creando, ma quelli non sono mame-related).
Con il vecchio sistema era impossibile gestire snap multiple dello stesso gioco, in quanto era facilissimo avere doppioni (es, area51 ed area88 sarebbero diventati entrambi area0000.png, rendendo impossibile la distinzione tra i due giochi, e la cosa si ripete per centinaia di giochi in mame (pensate a tutti i cloni in cui cambia solo l'ultima lettera...)
Avrebbero potuto, come dice mamesick, usare un sistema di nomina dei files a più di 8 caratteri. Ma questo sistema mi pare decisamente più ordinato, ogni cosa a suo posto...

Personalmente trovo che il neo aggiunto Fishing Frenzy sia divertentissimo.