appena uscito, lo trovate su haze.mame.net (ma e' stato messo insieme da Aaron il grande!!!!!)

Alcuni commenti:

1- NON ci sono giochi nuovi, sono esattamente gli stessi supportati da 078u5
2- Aaron e' completamente pazzo!!!!!!! Per fare questa versione ha aggiornato TUTTI i driver del mame!!!!!!!
3- E' cambiato nuovamente il gestore della memoria (e forse ci saranno ulteriori cambiamenti in futuro)
4- Se vi compilate da soli il mame fate un make clean!!!!!!

Allego il whatsnew:

0.78u6
------

General Source Changes
----------------------

Another big memory change. [Aaron Giles]

The biggest change is the way address maps are declared in the drivers. Rather than having
separate read and write address maps, there is now support for a single, merged map. In order to
minimize the amount of code churn, there is currently still support for two separate address
maps per address space, but they are combined into one internally early on in the memory
initialization and setup.

Because of this change, the 'start' macro for address maps has changed. The old set of macros:

PROGRAM_READ*_MAP_START(name)
DATA_READ*_MAP_START(name)
IO_READ*_MAP_START(name)

has been replaced by a single macro:

ADDRESS_MAP_START(name, address_space, bits)

and all drivers have been updated to use this new mechanism. In addition, all the PROGRAM_*, DATA_*,
and IO_* synonyms are now merged into a single ADDRESS_* macro. For example, PROGRAM_MAP_FLAGS is
now just ADDRESS_MAP_FLAGS.

The next big change is that the address maps, in addition to being unified, are no longer static
arrays. Rather, they are constructed in much the same way the machine drivers are constructed.
Through a series of macros, the address maps are built up in code and type-checked along the way.
All existing MAME drivers have been updated to the new macros.

In addition, there are many new options available to support extra features like mirroring,
automatic pointer assignment, and shared memory pointers. As of this version, only seattle.c and
system24.c have been updated to support the new constructs. Use these as examples of what can be
done. Also, see the top of memory.c for an explanation of all the new macros.

Once again, the way memory is automatically allocated has changed. It is now done based on the
memory maps, like it used to be, but with the added support for shared pointers and hard-coded
pointers into memory regions.

Save states should now work, but once again, they are saving more data than is strictly
necessary.

Internally, the way address map lookup tables has changed, so that subtables can be reused. This
is important if a small memory region is mirrored across a large address space; the old code
didn't coalesce identical subtables, which would have blown up in a big way with tricky mirrors.

Renamed a bunch of internal memory state, including OP_ROM, OP_RAM, and several others.

Added save state support for 64-bit data types. [Olivier Galibert]

Ma tutti questi miglioramenti al codice; porteranno un aumento di velocità di esecuzione con macchine lente?

Dipende, magari si magari no.

Direi che la variazione di prestazioni andrebbe vista non in funzione della macchina su cui si fa girare il MAME, ma a parita' di macchina su quale driver si concentra l'attenzione.

Mi spiego, puo' essere che alcuni driver beneficino di questi cambiamenti in termini di prestazioni, mentre altri probabilmente ne perderanno.

Quello che resta sono alcuni vantaggi generali:
1- maggiore fedelta' dell'emulazione alle PCB originali
2- maggiore astrazione del layer emulativo, rendendo possibile l'inserimento in mame di giochi piu' recenti, e di alcuni giochi con caratteristiche hardware particolarmente estreme
3- maggiore difficolta' per chi crea versioni derivate del mame a mantenersi al passo (le versioni derivate sono ufficialmente scoraggiate fin dalla home page mame.net, cio' non toglie che alcune siano veramente ben fatte, e talvolta raccolgano piu' di un plaso anche dai mamedev)

Bah, certo come qualcuno di voi avrà sicuramente letto sul sito di VAZ (MAMEnd) la 0.78u6 mi ha creato non pochi fastidi, ma fortunatamente sono riuscito piano piano a risolverli e volendo potrei tornare a realizzare il mio MAME32FX senza problemi. Comunque:
1) Non ho più il tempo materiale per realizzare build pre-compilate. Al massimo realizzerò solo il codice sorgente aggiornato e SOLO con l'uscita delle release ufficiali (0.77, 0.78, etc.). Basta con le release "Ux".
2) Non voglio mettere on-line più niente finché tutti i 3 milioni di bugs creati dal nuovo codice di Aaron non saranno fixati. E voglio proprio vedere quando questo accadrà (leggera nota polemica.....). Andateveli a leggere su MAMETesters e divertitevi. Quelli elencati nella pagina "Current Bugs" sono solo una piccola parte. Sulla message board ne trovate anche degli altri.
3) Mai sentito un MAMEDev elogiare una build "non ufficiale", anzi per loro perfino il MAME32 di John IV è una "versione derivata".......
4) Le build "non ufficiali" sono spesso di gran lunga MIGLIORI del MAME originale, almeno a parer mio. Il MAMEPlus! ad esempio da quando ha eliminato molti hack che si trovavano nel suo codice è quanto di meglio si possa trovare in giro adesso per chi non vuole usare il MAME originale a linea di comando.
5) Il nuovo "core" di Aaron a detta di tutti avrebbe dovuto risolvere molti bugs latenti nel codice del MAME da anni. Questo non mi sembra sia avvenuto, anzi, ne ha solo creati di nuovi. Sto realizzando alcuni finali per il sito di VAZ e non vi dico quanti giochi crashano nei punti più impensati, soprattutto durante le sequenze finali o quando si arriva all'ultimo boss.....
6) Non mi viene in mente altro.

Difficilmente i cambiamenti sono indolori, c'è sempre un periodo di transizione. Ma alla fine rimane il miglioramento.

Mai dubitato di questo. Le mie sono state delle semplici considerazioni sullo stato attuale del MAME. Come disse il saggio ( ), "chi vivrà, vedrà"

Giusto Mamesick

Intento io mi tengo stretta la mia 0.78 con il romseto completo

Aaron ha trovato un metodo ingegnoso per trovare gran parte dei problemi creati dai suoi cambiamenti.