I'd like to take a stab at explaining the difference between an FPGA and emulation at a lower level than most of the attempts out there.
Logic chips typically have fixed functions, like RAM, ROM, CPU (in the I/O sense), timer, shift register, etc. Think of an FPGA as a blank slate for designing a custom logic chip. It comes with a lot of logic built-in along with memory and a CPU core. The engineer can tell the FPGA what logical functions to use or ignore and assign the functionality to various pins on the package.
Now, the original hardware is mostly a collection of logic chips, each with a specific function. An FPGA is like a blank slate logic chip waiting for an engineer to give it a similar/identical function.
Emulation is purely software that interprets other software and approximates the execution of it as best it can for whatever platform it runs natively on. In contrast, an FPGA is a logic chip (hardware) with code-configurable logic (Verilog). It can literally assign the same exact functions to certain pins as the pins on other chips in the original hardware it attempts to replicate. It can intentionally limit its own capabilities to replicate simpler logic, timing, I/O, etc.
Diving further, let's take an original ROM that we want to replicate in a flashcart. That ROM has pins for power, ground, Chip Enable, Chip Select, address pins, and data pins. An FPGA already has memory inside of it which also requires address and data lines to be accessed: RAM. We're halfway there!
An FPGA can take the data originally dumped from a ROM, put it in RAM, and make it available as read-only through its own address and data lines. The designated pins are mapped to the same exact data in the same exact way as the original ROM, though the EXTRA hardware is now flexible enough to obtain that data from an SD card and replace it with different data whenever the user wants (who wants a flash cart that can only play one game, right?). The engineer can pick and choose what pins of the FPGA package get assigned to each function of the original ROM. The FPGA can even slow itself down or replicate other timing quirks of the original ROM. External hardware has always been agnostic of this. It is, for all intents and purposes, functioning as a ROM.
But ROM chips often come in pairs (or more) that share the same address and data lines and are toggled on and off by a memory mapper connected to their discrete CS/CE pins. Well, the FPGA can also designate a set of pins on its own chip package that connect to this mapper's CS/CE control pins and continue returning the correct data over the same data lines while replicating ALL ROMs. It can even take it a step further by replicating the memory mapper chip itself that was toggling the enabled ROMs based on the system clock signal. Now it only needs to designate pins to interface with the hardware on the other side of the mapper... no discrete mapper chip required!
The FPGA can use some of the same memory that it uses for the ROM data to replicate save RAM, system memory, and much more. It can use other pins to replicate I/O logic to interface with keyboards and controllers and sound hardware. The more advanced FPGAs will let you designate pins and assign logic to replicate the functions of a particular CPU, and more. How far can you take this? The answer for many older systems is "all the way," (hence, AVS, Analogue NT Mini, etc).
Everdrive, Powerpak, or SD2SNES are not emulation. The AVS is not emulation. The Analogue NT/NT Mini are not emulation. The Analogue Super NT is not emulation. Even the Supaboy and crappy Retro Duo are not emulation. The RetroN5 is emulation. RetroPi is emulation. Virtual Console is emulation.
Originally posted by: TuSecsy
Originally posted by: avatar!
Originally posted by: TuSecsy
Originally posted by: romevi
The controller isn't included, right? You have to buy that separately?
Yes, but you absolutely 100% should not ever buy an 8bitdo controller, they're garbage.
Never heard that before. Why are 8bitdo controllers "garbage" and what controller will work and is recommended for the SNES Analogue?
They use awful PCB layouts (bad contact points), nothing like the original nintendo controllers. Diagonals never work right as a result, at the very least. Usually you'll be dealing with dropped connections, increased lag, and other manufacturing problems. The stories are a dime a dozen, because their products are shit.
Best option is a good ole original SNES controller, argueably the best controller ever made.
Even Nintendo botched diagonals with the NES Classic Edition controllers. Actually, it's because the nub on the bottom of the D-pad is too small. Switching D-pads with an original controller and widening the hole in the rubber completely fixes this. Not sure if I should blame Nintendo or blame whoever made it in Germany but it seems they also made the Switch Pro controller that gets a lot of praise.
Originally posted by: Tulpa
Originally posted by: arch_8ngel
But why on earth would you go through the expense of procuring an RGB SNES + Framemiester + SD2SNES when you could spend considerably less and just do it all better with this system?
I've run into more than a few people that don't want to use a FPGA solution and prefer the original PPU/CPU hardware (Mobiusstriptech, for one, is a proponent.) And while this is a nice device, it's hardly the end all (especially if you're a PVM/CRT user.)
It also helps not to use the pegboy approach to presenting your case (not you, just certain others.
 
That's only possible up to a point. For example, the NES PPU has no accessible RGB or digital video. The only way the Hi-Def NES and NES RGB can work is by replicating the functionality of the PPU. They can disable themselves and revert to the old PPU when you aren't using RGB or HDMI but when being used as intended the original PPU is pretty much just there to get timings and check results (my understanding at least).
Originally posted by: MrWunderful
Ok so you have to jail break it so you can load roms into the built in everdrive?
See where im going with this? Its the same process as using a retro pie- just a better way of doing it (replicating original hardware)
Those have been around for a while, and it did literally nothing to the collecting community. There will be people who still dont want to bother with any of that and play on original hardware.
Either path is fine. Im arguing against this Super NT making everything "obsolete" as was mentioned earlier.
None of that takes away from how cool this Super NT is, and what options it will open for people in the future.
You have a point, but consider that the "jailbreak" is a "jailbreak" in name-only. The hardware creator designed it for this purpose. It has an SD card for this purpose. The manufacturer went along with it for this purpose (whether they admit it or not). Also, that has no bearing on whether or not its suitable for its primary function (as an SNES console). All that is just a bonus. None of that convinced me to buy an NT Mini, but a Hi-Def SNES that isn't emulation totally does.