The NEW Build Your Own Arcade Controls
Main => Software Forum => Topic started by: abispac on October 14, 2011, 10:59:29 am
-
I remember seing neogeo mvs cab that had up to 4 games at the same time, and i wonder if theres an emu that emulates that kind of hardware, being able to have 4 games at the same time, thanks for any help.
-
Just do hyperspin setup with only neo geo games, if you want only 4 then only include 4
this is an older video, the newer hyperspin and newer themes look a bit nicer but worth taking a look at
Neo Geo Demo Theme for Hyperspin (http://www.youtube.com/watch?v=pwTm4JhfUHc#)
-
I know i can use hyperspin for that,and with savestates i can load the games and skip the boot screen.But i guess my question was more to why its only the neogeo carts emulated why its not the whole hardware emulated as well? isnt that the goal for the mame team?
-
:dunno
buy a neo geo cab?
-
:applaud: but your not helping on the topic.
-
Mame does indeed have framework inplace to use the multi-cart bios. The reason that nobody ever finished it is... well because on a pc it's a dumb feature to have.
In order to do it properly, you have to load all of the games into memory at once, not just the currently playing one. That's around a gig of memory taken up and loading a gig of data into memory takes a while.
-
Mame does indeed have framework inplace to use the multi-cart bios. The reason that nobody ever finished it is... well because on a pc it's a dumb feature to have.
In order to do it properly, you have to load all of the games into memory at once, not just the currently playing one. That's around a gig of memory taken up and loading a gig of data into memory takes a while.
Wow, its good to know that the mame team are indeed working in having the hardware emulated the way original hardware is...
-
I think the original intention was to bash mame. Instead of saying something like "Oh, well maybe we can figure out how to implement that in a special version of mame" all I hear this guy saying is "Oh, i guess the mame team really isn't doing a good job." Too much whining if you ask me, and you didn't, but I told you anyways.
The bait has been set, but will anyone bite?
-
Mame does indeed have framework inplace to use the multi-cart bios. The reason that nobody ever finished it is... well because on a pc it's a dumb feature to have.
In order to do it properly, you have to load all of the games into memory at once, not just the currently playing one. That's around a gig of memory taken up and loading a gig of data into memory takes a while.
Wow, its good to know that the mame team are indeed working in having the hardware emulated the way original hardware is...
It's on my todo list.
The real reason it's not done is that it would require some significant restructuring of the driver, things would need to be moved to use software lists rather than the standard MAME loading system. Megatech already has the option of loading this way, but is the only system in MAME to do so.
Some of this work has already been done on the AES driver in MAME, which loads things via software lists already.
I was going to wait until the inevitable MAME/MESS merge to do it properly, given that the MESS AES softlist code would be automatically moved over at that point and I could work on it and ensure the code is properly reused and shared more easily without swapping between the projects all the time. The powers that be still seem to be attempting to stall the inevitable tho.
Some of the crappy pirate carts cause problems with this, because they simply don't work on original multi-slots and crash the systems (which might leave some MAME users confused) Also things like Irritating Maze are never going to run properly on multi-slot and will require special handling.
In the meantime, Nebula does exactly what you want.
-
Would you compare this as when long, long time ago, mame could not handle 2 or more screens,then someone here, (cant remember who) came out with a way to make mame displays 2 screens, then after that it was implemented in mame? But i remember that before that ,mame devs complain that it was hard and almost imposible to do.
-
Would you compare this as when long, long time ago, mame could not handle 2 or more screens,then someone here, (cant remember who) came out with a way to make mame displays 2 screens, then after that it was implemented in mame? But i remember that before that ,mame devs complain that it was hard and almost imposible to do.
things change with time..
some things which used to be harder to do are now easier, some thing which are now easy to do are going to get harder.
As multiple monitors etc. became more common the APIs to make use of them improved, directx support to access additional screens improved, video drivers improved. The task became easier.
Right now, as CRTs have almost entirely been made obsolete in the eyes of manufacturers we're instead losing the ability to set specific resolutions and refresh rates, I predict it will actually be impossible by the time Win 9 hits.
For Multi-slot it's not really the same. MAME was never designed with it in mind (it was designed to run one fixed set per game), however MESS needed it for several systems which had slots where carts and other hardware additions could be added and removed, often while the system was running. MESS therefore expanded on what MAME could do, providing the concept of multiple slots, and the 'software list' support to go with it and allow dynamic mounting / mounting of software. Cartridges afterall are a concept more commonly found in home systems and the NeoGeo is if anything closer to a home system than an arcade one.
Because MESS is MAME that code eventually got fed back into MAME, but obviously to take advantage of it the drivers need updating, they make assumptions which break if you want to do things with the multi-slot APIs that MESS provides.
So no, it's not REALLY the same, one is progress in operating systems, the other is progress in the emulators.
Most of the good stuff these days will be coming from MESS tho, because computers are so much more demanding in their requirements for accurate emulation and diversity + level to which they can be configured. That's one reason I've always said the projects should just exist as one as benefits filter through more quickly with active use cases in the codebase.
-
Thanks for your patience and time haze. :cheers: