
https://t.co/UqgyFriFhH?amp=1
Now, *THAT* is something which would be really awesome and I'd be ready to pay a premium price for: a mini-CAVE cabinet with vertical screen with all the 1st generation CAVE games.ChurchOfSolipsism wrote:Man, I can't wait for some nerd to produce a batch of Cave consoles... just imagine you could play all of the Cave gen1 games in their original forms.
Strikers1945guy wrote:"Do we....eat chicken balls?!"
Strikers1945guy wrote:"Do we....eat chicken balls?!"
Xyga wrote: Since neither is happening anytime soon, maybe even never, the FPGA alternative sounds way more logical and benefical then ?
Unless it can't actually do better than MAME ? (dunno, asking)
There is definitely a market for vertical oriented mini cabs or even handhelds!donluca wrote:Man, I can't wait for some nerd to produce a batch of Cave consoles... just imagine you could play all of the Cave gen1 games in their original forms.
Now, *THAT* is something which would be really awesome and I'd be ready to pay a premium price for: a mini-CAVE cabinet with vertical screen with all the 1st generation CAVE games.
Enough with the other console Minis.
Overpriced? I can see that, but only in a subjective sense (the free market decides the pricing based on supply and demand, so "overpriced" is not the best word to use here. Items that routinely, and quickly, sell for their asking prices cannot, by definition, be "overpriced"). Fragile? I absolutely don't agree there. They are very stable, long-lasting pieces of hardware in my experience. The small PCB makes board flex a non-issue, and the only components that ever really need replacing (every 20-30 years) are the condensers, which cost like five bucks (and maybe a few other small, cheap parts), and need to be replaced on any arcade hardware at some point. It is the most robust arcade hardware out there, really. And I think that's something that contributes to their current market value.Xyga wrote:Would be even more interesting for CV1000's which are fragile, insanely overpriced boards.
How much cost the FPGA they using ?awbacon wrote:Anything to bring CAVE games into the home at a smaller expense than original PCB's would be awesome to me
For development he used a 200$ board and the target hardware is the same board as the MiSTer FPGA, so about 130$.heli wrote:How much cost the FPGA they using ?awbacon wrote:Anything to bring CAVE games into the home at a smaller expense than original PCB's would be awesome to me
I thought that ESP RA DE has well known differences in the slowdown department between Mame and PCB? Or has that changed recently?spmbx wrote:cave68k is already emulated to such an extent that im sure you wouldnt notice the difference between an fpga implementation or a groovymame (mini) pc. I know i couldnt tell the difference between the original and groovymame side by side.
Im sure that if you study it frame by frame you will find a slight difference somewhere but i dare say that for 99,9% of the population it will be flawless.Bassa-Bassa wrote:I thought that ESP RA DE has well known differences in the slowdown department between Mame and PCB? Or has that changed recently?spmbx wrote:cave68k is already emulated to such an extent that im sure you wouldnt notice the difference between an fpga implementation or a groovymame (mini) pc. I know i couldnt tell the difference between the original and groovymame side by side.
That's Espgaluda, totally different hardware. And that video, if anything, tries to prove that you can get the same video frequency with Groovymame, which is entirely a different problem to the slowdowns issue, caused by unemulated features/hardware behaviour in particular situations (not seen in the attract modes, normally).spmbx wrote:Im sure that if you study it frame by frame you will find a slight difference somewhere but i dare say that for 99,9% of the population it will be flawless.Bassa-Bassa wrote:I thought that ESP RA DE has well known differences in the slowdown department between Mame and PCB? Or has that changed recently?spmbx wrote:cave68k is already emulated to such an extent that im sure you wouldnt notice the difference between an fpga implementation or a groovymame (mini) pc. I know i couldnt tell the difference between the original and groovymame side by side.
This is (albeit non gameplay) a comparison thats already 4 years old:
https://youtu.be/EXF7wT7Hc60
Why would it be problematic?MameHaze wrote:As a developer I personally think it's a bit of a regressive step.
Sure, if you want to actually *bootleg* hardware, it's the way to go (and by no coincidence are a lot of bootlegs based off FPGA re-implementations)
But in terms of portability of what you're developing you're developing very specific solutions, that rely on hardware supplies of certain FPGAs being available if you want exact reproductions etc.
So yeah, if you're looking to produce a batch of bootleg boards / carts / hardware reimplementations and sell them, great, if you're trying to develop something for the future, maybe not so great.
It's like when people run pirate versions of PC based arcade games on their PC. In theory, cut out the emulator, same type of hardware as the original, so it's guaranteed to be 'perfect'. In reality, quite the opposite, sure, it can work, but there are many other factors involved, and those games require extensive hacking to run, and on some hardware configurations don't run at all.
With that said, I think FPGAs could benefit emulator, or computing in general, in a support role (and you do see this with FPGA based cards for bitcoin miners) but again, long term, I think it might be problematic.
Has the deviation in behaviour between an FPGA modeled X68000 and a real IC been measured by anybody?donluca wrote:Meh, I think I've expressed my views on FPGA and, just to reiterate, I believe that the optimal solution stands in between.
Modular boards where you can put some of the original ICs is, IMHO, the best solution available.
Say you're emulating a Mega Drive and got a spare 68000: pop it in on your FPGA board and it will be used and you'll have 100% accurate reproduction CPU-wise. If you don't have it, it will be emulated by the FPGA.
Same for Z80s, custom ASICs and so on.
Ideally, an FPGA board should work as a kind of "glue" between the original components and work at a logic level (how all those components are hooked up with each other) and add emulation wherever an original component is missing.
The whole point should be that an FPGA with all of the original components which made the target original hardware platform will behave 100% like the original board even at circuit level.
When one or more components are not available, the FPGA emulates those components striving to get as close to how the original component behaved as possible.