Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - nuu

Pages: 1 2 [3] 4 5 ... 156
Ok I made an incorrect assumption.

Yes, Animal Forest is a good candidate. It has many differences with the two Gamecube versions of the game and it makes good use of the RTC.

The reason I think it's always active is because my EDGBA battery did run out after about 5 years or so, and I don't think I have ever loaded any RTC games on it, but I'm not 100% sure. All my other Everdrives without an RTC have yet to run out, even my EDGB which is several years older than the EDGBA.

A larger 3V battery would increase the battery life time but it might not fit in the holder or in the shell, especially not in the mini version.

Ok, I see where the confusion is.

I just meant that it's a piece of software that, on its own, simulates the results of the hardware and software that a G&W system consists of.

From your comment it sounds like you are not familiar with Neon Genesis Evangelion. It was the single most influential and best selling anime of its time. If you haven't seen it yet I highly recommend it.

I think you meant the hardware side. The ROM is the software side and the physical bezel and liquid crystal segments would be considered hardware.
But yes, it's fascinating. The images are made in vector form to mathematically preserve the shapes of the artwork as much as possible and making resizing without hurting the resolution possible. Hopefully it's enough information to manufacture a good replacement screen for a G&W game.


Most G&W simulators are software that simulate both G&W hardware and software as a whole, focusing on the look and feel, not what's under the hood. They do not contain a single bit of code of the original, wether hardware, if that makes sense, or software.
Isn't that exactly what I was saying?

I don't know for sure but I think it's always active.

It's not uncommon for a term to have many different definitions depending on the person. That's why you have to describe your definition when doing some kind of write up.

Game & Watch falls more to the software simulation side of things.
I don't get this though. These simulations simulates both hardware and software. It was believed for a long time that G&W systems was all hardware like most of the oldest arcade systems and video game consoles (such as Pong), but we now know that G&W uses a microprocessor and program software in a ROM, although the CPU and ROM are both internal to the ASIC.

Simulation is in my experience more often defined as Nemok described. Like those Game & Watch simulations that this guy made long ago, it was just computer programs that looks and feels like Game & Watch games without doing any kind of emulation at all. Now when many Game & Watch systems have been decapped, studied and got their ROMs dumped, accurate emulation has become possible in Mame.

The low-level and high-level definition looks strange to me. Usually low-level emulation is when the system is emulated down to a low hardware level, which normally means more accurate emulation and high-level means a high abstraction level and more inaccurate emulation.

I think it's necessary to use separate terms for "software based emulation" and "hardware based emulation", otherwise this discussion wouldn't have happened, and it comes up all the time. The word "based" can't be skipped either because "software emulation" sounds like it's the software that's emulated, both types of emulations are hardware emulation (they both emulate hardware not software). Or something more definitive like "MPU (microprocessor unit) based emulation" and "PLD (programmable logic device) based emulation".

An expected response. I was just given similar treatment in another thread about another matter. We can just lay out the facts and hope that people do their own research. In the end the most reasonable side usually wins.

No I have no such affiliations, and I don't feel any joy in pointing out that some cheap bootleg hardware is using flawed engineering (I shouldn't have said Chinese, all cheap bootlegs counts). This is all about sticking to the truth and protecting old hardware, not about hurting people and feeling good about it.

Why do you feel it's so important to discredit anyone that disagrees with you in this matter?

You are right of course, I see Kerr Avon's point.
I keep pointing out this matter everytime this discussions comes up because I feel it's important and shouldn't be forgotten.

the console's hardware is of course 100% accurate unless you use a clone.

Or later Gameboy revisions, that 'break' compatibility with certain games. Some that don't work, some with broken graphics, broken sound etc. GBC broke quite a few things, and then the hardware in GBA broke some more.
There are always subtle differences between revisions of the same system. Even the NES has some differences in the CPU and PPU that breaks some games, and the Mega Drive also has a fair number of compatibility issues between hardware revisions that affects several games.
I think they all can be considered 100% accurate since it's the original hardware that is used as reference when defining accuracy of the hardware. If there are multiple revisions it just means there are multiple definitions of the hardware and not all games may work correctly with all of them.

But yes indeed, I prefer to play DMG games on a Gameboy or Super Gameboy over a GBC or GBA whenever I can.

Well, that was for flashcarts in general. I don't really know how the Omega works, but I'm curious who said that the Omega is using emulation and for what?

It's someone claiming to be an official Everdrive reseller on facebook group. He's claiming that Ezflashs are 'emulation', and that Everdrives 'are not'.... and claiming that the Everdrive GBA X5 is superior to the Omega Definitive Edition. I tried to point out that they both use FPGA to mimic the original 'mappers' from the original game cartridges.
Ok as lee4 said it sounds like just a cheap sales pitch. The seller of a rivaling product is the last person I would trust. You can easily counter his arguments with real facts, since he is lying. Try to sound confident and genuine and without sounding unnecessarily offensive and "butthurt", most people don't know the facts and will just trust the one that is best at talking, but since your argument is genuine and backed by real facts you have no reason to not be confident.

Besides trying to avoid confusing people, and oversimplifying terminology.... Goomba is 'emulation', its an 'emulator' that runs on GBA hardware, NES emulators for GBA are 'emulation'. The idea of flashcarts is for hardware to run cartridge as if its actual original hardware. Without an 'emulator'...
Yes that's emulation in the traditional sense. This particular case is very confusing to many people as the end result is very similar to running GB games on a GBA using the hardware, but it's really very different on several levels.

EverDrive N8 / Re: Graphic glitch on NES games, FDS game disk error
« on: October 11, 2021, 01:49 PM »
Something might be wrong with it. Contact Krikzz or the seller.

Mega EverDrive / Re: MSX games on mega everdrtive v1
« on: October 10, 2021, 01:19 PM »
MSX1 and SG-1000 uses very similar hardware so porting is relatively simple, but I don't think any kind of automated solution would be simple.
The Mega Drive also doesn't support SG-1000 games only Mark III / SMS games, so the games must be ported to use the new modes of the SMS that the Mega Drive support, and this is less trivial than just porting MSX1 to SG-1000.

Both the Everdrives and the EZFlash Omega DE must of course use FPGA-based emulation for emulating the cartridge hardware (mapper) used by each game. The mappers are usually quite trivial though (SNES co-processors like the Super FX is an exception), so it shouldn't cause problems very often and I guess that emulation of the most trivial mappers are 100% accurate as they are made from discrete components. Many of the less understood mappers have been decapped and are now fully understood, and can in theory be emulated in FPGA with 100% accuracy. New knowledge appears all the time.

The game's software is 100% accurate if it's a perfect dump of the ROM and the console's hardware is of course 100% accurate unless you use a clone. So when you run a game on a flashcart the only thing not 100% accurate might be the mapper hardware. But it probably doesn't matter for most games and it probably is 100% accurate for mapperless games and games using very simple mappers and possibly even for several complex mappers.
Some games have shown problems when a mapper wasn't accurate enough, so 100% accuracy is of course desirable whenever possible.
I think it's a problem even if you don't notice the difference, because you might not know how the game is supposed to play, and when you realize it was wrong you feel like you have lived a life of lies! :)

Well, that was for flashcarts in general. I don't really know how the Omega works, but I'm curious who said that the Omega is using emulation and for what?

Pages: 1 2 [3] 4 5 ... 156