byuu's message board

For discussion of projects related to www.byuu.org/
Last visit was: Sun 15 Mar 2015, 01:00:45 It is currently Sun 15 Mar 2015, 12:21:18




Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 392 posts ]  Go to page Previous  1, 2, 3, 4, 5, 6, 7 ... 27  Next
emulator efficiency 
Author Message

Joined: Fri 26 Oct 2012, 14:47:06

Posts: 81
Reply with quote
Post Re: emulator efficiency
To demonstrate an 'emulator' build officially and using official documentation (for the most part accurately) , and it running fine on low spec compared to other emulators without and variations on calculating the game and requiring high spec for 'accuracy'.

It is more accurate than those SEGA collections of MD games for example, retaining appropriate timing for PAL/NTSC for example and video output. Sound is also like the MD, unlike some emulators.

It is a light and 'accurate' emu officially designed than homebrew attempts which can get intensive for 'accuracy', and only one which is officially dedicated on being accurate as a 'virtual console' design.


EDIT:
I do also know that different games used different unicodes for expectations of routines and such, with room for expansion. Nintendo generally favored one, RARE another, and there were variations.
All the games which match the common unicode are the ones in general which can be injected, and few work overall as those specific emulators are generally designed to suit their game settings.


Mon 26 May 2014, 17:06:04
Report this post
Profile Send private message
User avatar

Joined: Thu 22 Mar 2012, 04:37:56

Posts: 502
Reply with quote
Post Re: emulator efficiency
YOU ARE USING THE WORD UNICODE INCORRECTLY. IT IS A NAME, NOT A KIND OF THING.


Mon 26 May 2014, 17:09:19
Report this post
Profile Send private message

Joined: Fri 26 Oct 2012, 14:47:06

Posts: 81
Reply with quote
Post Re: emulator efficiency
My point is, if you can do math on the ROM data you can result in the numbers calculated for what the output will be.

You can finetune arithmetic to output just the required output data and forgo system specific things which will not be needed for a PC for example, and the calculation setup / constraints (of the automatic calculator that the console is) and its equations can be determined with mobo/os/sdk info :)
Like, doing math on the ROM data to get the output numbers/strings using system constraint values for equations.


Mon 26 May 2014, 17:24:40
Report this post
Profile Send private message
User avatar

Joined: Thu 22 Mar 2012, 04:37:56

Posts: 502
Reply with quote
Post Re: emulator efficiency
SoraK05 wrote:
My point is, if you can do math on the ROM data you can result in the numbers calculated for what the output will be.

That math is called lambda calculus and there's this version of it called "every machine language ever", and what people do is write interpreters for some in others and the special ones that provide the hardware abstractions you're asking for are called emulators!
SoraK05 wrote:
You can finetune arithmetic to output just the required output data and forgo system specific things which will not be needed for a PC for example, and the calculation setup / constraints (of the automatic calculator that the console is) and its equations can be determined with mobo/os/sdk info :)
Like, doing math on the ROM data to get the output numbers/strings using system constraint values for equations.

Have fun with your eleven septabit large hard drive for emulating a NES game.


Mon 26 May 2014, 17:26:37
Report this post
Profile Send private message
User avatar

Joined: Sun 05 Sep 2010, 15:42:48

Posts: 1344
Reply with quote
Post Re: emulator efficiency
This motherfucker...

Fun fact: the first non-PC game I've seen that used a PC-standard text encoding was Donkey Kong Country. It used ASCII.

_________________
http://helmet.kafuka.org


Mon 26 May 2014, 17:28:53
Report this post
Profile Send private message

Joined: Fri 26 Oct 2012, 14:47:06

Posts: 81
Reply with quote
Post Re: emulator efficiency
The total number of arithmetic equations that can be compiled according to the structure of the mobo as an executable to 'decode' a ROM of expected output strings is eleven septabit?


Mon 26 May 2014, 17:34:23
Report this post
Profile Send private message
User avatar

Joined: Fri 10 Apr 2009, 18:17:56

Posts: 3308
Location: Germany
Reply with quote
Post Re: emulator efficiency
CaptainJistuce wrote:
Okay, ALMOST serious question here....

So, if you know the current state of the system, the end result of any given change is deterministic. You know what it will change to, and how fast.

How many exabytes of storage would you need to make a table containing EVERY POSSIBLE SYSTEM STATE, so that any given action could be calculated not via "real" emulation, but through stepping through a table?

2^(number of bits required to cover all states) * (number of bits required to cover all states) / 1 exabyte

By far the greatest part of that will be the various RAM areas. WRAM (128KB) + VRAM (64KB) + audio RAM (64KB) = 256KB = 262144 bytes = 2097152 bits.

2^2097152 is already a number with 631306 decimal digits.

_________________
"The first time I watched [FLCL] I was like 12 or 13 and I was scared and confused." - isthisagoodusername
"I think it's more natural for human beings to be anxious. I think happiness is nothing but an illusion." - Hideaki Anno
"If you can't joke about incest in anime then what kind of world are we living in?!" - gothicmaster


Last edited by creaothceann on Mon 26 May 2014, 17:40:16, edited 1 time in total.



Mon 26 May 2014, 17:38:53
Report this post
Profile Send private message WWW
User avatar

Joined: Thu 22 Mar 2012, 04:37:56

Posts: 502
Reply with quote
Post Re: emulator efficiency
SoraK05 wrote:
The total number of arithmetic equations that can be compiled according to the structure of the mobo as an executable to 'decode' a ROM of expected output strings is eleven septabit?

You were talking about states, not structure. For states, yes, it would be some absurd unfeasible number like that. For structure, that would be to write a normal emulator. I don't see how hard it is to understand that you are literally describing emulation in a very stupid, abstract way.


Mon 26 May 2014, 17:40:07
Report this post
Profile Send private message
User avatar

Joined: Tue 22 Dec 2009, 11:19:28

Posts: 280
Reply with quote
Post Re: emulator efficiency
I'm seriously thinking this guy is somehow... a bot. Nothing makes sense to me, and I know a lot about SNES since I worked on reverse engineering Satellaview, BS-X and XBAND...

_________________
What? I love pink.
And Roll-chan too. (Only Roll.exe, I don't care about the others.)
Deal with it.


Mon 26 May 2014, 17:49:45
Report this post
Profile Send private message

Joined: Fri 26 Oct 2012, 14:47:06

Posts: 81
Reply with quote
Post Re: emulator efficiency
:)
I am used to a computer understanding as not only a collection of 0 and 1 bits which allow for YES/NO type pulses on the PC, but it is in general designed to be like an automated calculator which when fed input can combine the input to do arithmetic, eventually to move data around and prep data like what the video numbers will be.

To me, all the data is strings which is displayed on the monitor, or speaker, and in temporary data - result of arithmetic in a predesigned calculator of numbers.


I'd say VC is the 'ideal' emulator from being written ground up using the official documentation and for its speed/accuracy.
While other emulators aim to do this, it appears it is not as direct as VC for example (which I would not say is 'perfect', but uses appropriate information directly). Some are generally 'bloated' and go through a lot to get output strings which are generally not always right from its calculations, as well as take shortcuts, or end up being very calculation intensive to resemble the exact strings.


I believe if one were to take basic mobo functions (may require documentation or reverse-engineering) and write them for the arithmetic equations they perform when the data is read, one can finetune this process to generally spit out the output strings like video/sound etc using few equations to cover the function of the motherboard in relation to what is done when the data (ROM) is fed.


Mon 26 May 2014, 17:51:15
Report this post
Profile Send private message
User avatar

Joined: Sun 05 Sep 2010, 15:42:48

Posts: 1344
Reply with quote
Post Re: emulator efficiency
SoraK05 wrote:
I am used to a computer understanding as not only a collection of 0 and 1 bits which allow for YES/NO type pulses on the PC, but it is in general designed to be like an automated calculator which when fed input can combine the input to do arithmetic, eventually to move data around and prep data like what the video numbers will be.
I'd like to see you post your ramblings from a TI-83.
SoraK05 wrote:
I'd say VC is the 'ideal' emulator from being written ground up using the official documentation and for its speed/accuracy.
HAHAHAHAHAHAHAHAHAHAHAAHAHA!

_________________
http://helmet.kafuka.org


Mon 26 May 2014, 17:53:11
Report this post
Profile Send private message

Joined: Sat 18 Apr 2009, 16:06:52

Posts: 2208
Reply with quote
Post Re: emulator efficiency
The way I see it, ideas for improving emulation probably only have merit if the person with the idea can implement it himself. So go implement it then show us. If you can't write an emulator then you almost definitely don't know what you're talking about.


Mon 26 May 2014, 18:13:02
Report this post
Profile Send private message
User avatar

Joined: Fri 25 Nov 2011, 21:23:17

Posts: 175
Location: San Diego, California, USA
Reply with quote
Post Re: emulator efficiency
SoraK05 wrote:
I'd say VC is the 'ideal' emulator from being written ground up using the official documentation and for its speed/accuracy.

Image

_________________
Twitter | Daifukkat.su
<S.Yagawa> I like the challenge of "doing the impossible" with older hardware, and pushing it as far as it can go
<T.Fuzisawa> [How does one become a game designer?] Play every game ever made. Then think of something that has never been done and make it a reality.


Mon 26 May 2014, 18:28:21
Report this post
Profile Send private message WWW
User avatar

Joined: Sun 05 Sep 2010, 15:42:48

Posts: 1344
Reply with quote
Post Re: emulator efficiency
Exophase wrote:
If you can't write an emulator then you almost definitely don't know what you're talking about.
I wrote an emulator once. It emulated the Asspull Mk. II, a hypothetical little RISC that I'd come up with in my dad's CS class when he let me teach the rest of the class about masheen code. It had software interrupts to print and read lines of text, but only displayed a single one at a time :)

_________________
http://helmet.kafuka.org


Mon 26 May 2014, 18:29:12
Report this post
Profile Send private message

Joined: Fri 26 Oct 2012, 14:47:06

Posts: 81
Reply with quote
Post Re: emulator efficiency
The strings used for video and sound and temp done each second as their numbers are directly related to the ROM and the arithmetics the motherboard performs.

With suitable mathematic equations performed on the ROM you will get the identical video,sound,temp numbers each second.


Mon 26 May 2014, 18:31:52
Report this post
Profile Send private message
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 392 posts ]  Go to page Previous  1, 2, 3, 4, 5, 6, 7 ... 27  Next


Who is online

Users browsing this forum: No registered users and 0 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
Jump to: