IM A GANGSTER!!!!!!!!!

that was wierd

these are weirder

quote

what's he doin' man, what's he doin'? yeah you don't know. you know how come, cuz you suck

quote Red Jinjo

no one ever plays it with the actual system everyone has an emulator except for me ofcourse

HEY, what about me? i use the real system! anyway, off topic, I'll post one as soon as i can find a meaning ful one

Wait, whats an emulator? And why are those PC videos, how do you even play SM64 on a PC?

This is an emulator via wikipediaEmulation refers to the ability of a computer program or electronic device to imitate another program or device. Many printers, for example, are designed to emulate Hewlett-Packard LaserJet printers because so much software is written for HP printers. By emulating an HP printer, a printer can work with any software written for a real HP printer. Emulation "tricks" the running software into believing that a device is really some other device.

A hardware emulator is an emulator which takes the form of a hardware device. Examples include printer emulators inside the ROM of the printer, and FPGA-based hardware emulators.

In a theoretical sense, the Church-Turing thesis implies that any operating environment can be emulated within any other. However, in practice, it can be quite difficult, particularly when the exact behavior of the system to be emulated is not documented and has to be deduced through reverse engineering. It also says nothing about timing constraints; if the emulator does not perform as quickly as the original hardware, the emulated software may run much more slowly than it would have on the original hardware, possibly triggering time interrupts to alter performance.


[edit] Emulation in preservation
Emulation is a strategy in digital preservation to combat obsolescence. Emulation focuses on recreating the original computer environment and can be time-consuming and difficult, but valuable because of its ability to maintain a closer connection to the authenticity of the digital object.[1]

Emulation addresses the original hardware and software environment of the digital object, and recreates it on a current machine. [2] The emulator allows the user to have access to any kind of application or operating system on a current platform, while the software thinks it is in its original environment.[3] Jeffery Rothenberg, an early proponent of emulation as a digital preservation strategy states, “the ideal approach would provide a single extensible, long-term solution that can be designed once and for all and applied uniformly, automatically, and in synchrony (for example, at every refresh cycle) to all types of documents and media”.[4] He further states that this should not only apply to out of date systems, but also be upwardly mobile to future unknown systems.[5] Practically speaking, when a certain application is released in a new version, rather than address compatibility issues and migration for every digital object created in the previous version of that application, we could create one emulator for the application, allowing access to all of the said digital objects.





[edit] Advantages
Emulators maintain the original look, feel, and behavior of the digital object, which is just as important as the digital data itself. [6]
Despite the original cost of developing an emulator, it may prove to be the more cost efficient solution over time. [7]
Reduces labor hours, because rather than continuing an ongoing task of continual data migration for every digital object, once the library of past and present operating systems and application software is established in an emulator, these same technologies are used for every document using those platforms. [8]
Many emulators have already been developed and released under GNU General Public License though the open source environment, allowing for wide scale collaboration.[9]




[edit] Obstacles
Intellectual property - Many technology vendors implemented non-standard features during program development in order to establish their niche in the market, while simultaneously implementing ongoing upgrades to remain competitive. While this may have advanced the technology industry and increased vendor’s market share, it has left users lost in a preservation nightmare with little supporting documentation due to the proprietary nature of the hardware and software. [10]
Copyright laws are not yet in effect to address saving the documentation and specifications of proprietary software and hardware in an emulator module. [11]

[edit] Emulators in New Media Art
Because of its primary use of digital formats, New Media Art relies heavily on emulation as a preservation strategy. Artists such as Cory Arcangel specialize in resurrecting obsolete technologies in their artwork and recognize the importance of a decentralized and deinstitutionalized process for the preservation of digital culture.

In many cases, the goal of emulation in New Media Art is to preserve a digital medium so that it can be saved indefinitely and reproduced without error, so that there is no reliance on hardware that ages and becomes obsolete. The paradox is that the emulation and the emulator have to be made to work on future computers.[12]


[edit] Types of emulators
Most emulators just emulate a hardware architecture — if operating system firmware or software is required for the desired software, it must be provided as well (and may itself be emulated). Both the OS and the software will then be interpreted by the emulator, rather than being run by native hardware. Apart from this interpreter for the emulated machine's language, some other hardware (such as input or output devices) must be provided in virtual form as well; for example, if writing to a specific memory location should influence the screen, then this would need to be emulated.

While emulation could, if taken to the extreme, go down to the atomic level, basing its output on a simulation of the actual circuitry from a virtual power source, this would be a highly unusual solution. Emulators typically stop at a simulation of the documented hardware specifications and digital logic. Sufficient emulation of some hardware platforms requires extreme accuracy, down to the level of individual clock cycles, undocumented features, unpredictable analog elements, and implementation bugs. This is particularly the case with classic home computers such as the Commodore 64, whose software often depends on highly sophisticated low-level programming tricks invented by game programmers and the demoscene.

In contrast, some other platforms have had very little use of direct hardware addressing. In these cases, a simple compatibility layer may suffice. This translates system calls for the emulated system into system calls for the host system.

Developers of software for embedded systems or video game consoles often design their software on especially accurate emulators called simulators before trying it on the real hardware. This is so that software can be produced and tested before the final hardware exists in large quantities, so that it can be tested without taking the time to copy the program to be debugged at a low level without introducing the side effects of a debugger. In many cases, the simulator is actually produced by the company providing the hardware, which theoretically increases its accuracy.


[edit] Structure of an emulator
Typically, an emulator is divided into modules that correspond roughly to the emulated computer's subsystems. Most often, an emulator will be composed of the following modules:

a CPU emulator or CPU simulator (the two terms are mostly interchangeable in this case)
a memory subsystem module
various I/O devices emulators
Buses are often not emulated, either for reasons of performance or simplicity, and virtual peripherals communicate directly with the CPU or the memory subsystem.


[edit] Memory subsystem
It is possible for the memory subsystem emulation to be reduced to simply an array of elements each sized like an emulated word; however, this model falls very quickly as soon as any location in the computer's logical memory does not match physical memory.

This clearly is the case whenever the emulated hardware allows for advanced memory management (in which case, the MMU logic can be embedded in the memory emulator, made a module of its own, or sometimes integrated into the CPU simulator).

Even if the emulated computer does not feature an MMU, though, there are usually other factors that break the equivalence between logical and physical memory: many (if not most) architecture offer memory-mapped I/O; even those that do not almost invariably have a block of logical memory mapped to ROM, which means that the memory-array module must be discarded if the read-only nature of ROM is to be emulated. Features such as bank switching or segmentation may also complicate memory emulation.

As a result, most emulators implement at least two procedures for writing to and reading from logical memory, and it is these procedures' duty to map every access to the correct location of the correct object.

On a base-limit addressing system where memory from address 0 to address ROMSIZE is read-only memory, while the rest is RAM, something along the line of the following procedures would be typical:

I don't get it.
Wait.
I do.
Its a copy of SM64 on the PC?!?

Yup! I got that off wikipedia so there is a lot of

quote

edit

hes talking out of his ass, basically an emulator mimics what ever you want it to be, if you download an emulator and the rom for that game you can play super mario 64 and other games its illegal so don't do it thats the reason i didn't when i heard about the so called secret project in one of the zelda forums.