Author |
Message |
Kawa
Joined: Sun 05 Sep 2010, 15:42:48 Posts: 1344
|
Re: emulator efficiency
Heed those words, SoraK05. Grant knows what he's talkin' about.
_________________ http://helmet.kafuka.org
|
Fri 06 Jun 2014, 12:48:41 |
|
|
The Doug
Joined: Wed 08 Sep 2010, 17:05:03 Posts: 133
|
Re: emulator efficiency
Wrong. No one ever turned a Rom to an Exe. Do you know why? Because you need a computer that can make "flow of paths by steps". Only Sora has this kind of machine.
|
Fri 06 Jun 2014, 16:13:52 |
|
|
HitokiriEric
Joined: Mon 08 Nov 2010, 19:09:18 Posts: 236 Location: Ann Arbor, MI
|
Re: emulator efficiency
I wholeheartedly agree that you don't need a CS degree to understand the principles. But I do think that you don't really understand the formal methods, the math, and the details of how to publish the proofs without the practice of living out the research and going through peer review yourself. The concepts are actually pretty simple, but learning how to actually formally prove it yourself in a rigorous way is very difficult. I mostly wanted a way to say that Sora should go into academia for 6 years where they could research and write papers on this and get slammed by others in academia rather than bugging us. I thought it would fit better with Sora's rambling approach with zero basis in reality.
|
Fri 06 Jun 2014, 17:06:15 |
|
|
Exophase
Joined: Sat 18 Apr 2009, 16:06:52 Posts: 2208
|
Re: emulator efficiency
It'll still work if you emulate periodic system level stuff by using timer callbacks that operate independently of the emulated instructions. For example, you'd still generate vblanks 60 times a second, and you'd do it by somehow injecting interrupts into the emulated code. This is what qemu does and AFAIK it's what current PSP emulators do. If you have a whole ton of events a second, like hblank IRQs or fast timers going off, this could end up overwhelming your host system. Another caveat with this (outside of having severely inaccurate timing) is that it becomes a lot more cumbersome to speed up or slow down the emulation without breaking things, and virtually impossible to reproduce execution. And if the emulator is too slow there's a chance you'll break the game instead of just making it slower.
|
Fri 06 Jun 2014, 21:56:50 |
|
|
tinkernaut
Joined: Thu 01 May 2014, 15:43:10 Posts: 2
|
Re: emulator efficiency
I'm glad sora voiced his misconceptions for so long here. Everyone's corrections here has been more on the basics of emulation than I've been able to find in one place before.
Also, hi.
|
Sat 07 Jun 2014, 01:49:18 |
|
|
Kawa
Joined: Sun 05 Sep 2010, 15:42:48 Posts: 1344
|
Re: emulator efficiency
Let's see if we can get it to 40 pages. It'll be a goldmine of information by then. Hi hi~
_________________ http://helmet.kafuka.org
|
Sat 07 Jun 2014, 11:18:32 |
|
|
Kakashi
Joined: Mon 20 Apr 2009, 08:11:50 Posts: 5266 Location: 日本
|
Re: emulator efficiency
Goldmine of memes, also. Also, hi.
_________________ CaptainJistuce: He's totally in the wrong, Kakashi's 100% in the right. Note: The above statement is subject to act of byuu.
|
Sat 07 Jun 2014, 11:26:43 |
|
|
CaptainJistuce
Joined: Wed 06 May 2009, 04:13:19 Posts: 4543
|
Re: emulator efficiency
Best first post.
Also, hi.
_________________ This post best viewed at 800x600 ;write ! ! !
|
Sat 07 Jun 2014, 11:37:55 |
|
|
wareya
Joined: Thu 22 Mar 2012, 04:37:56 Posts: 502
|
Re: emulator efficiency
Also, hi.
|
Sat 07 Jun 2014, 12:21:43 |
|
|
Braintrash
Joined: Wed 09 Feb 2011, 13:29:34 Posts: 425
|
Re: emulator efficiency
Hell-o, indeed.
|
Sat 07 Jun 2014, 13:30:54 |
|
|
jchadwick
Joined: Tue 21 Feb 2012, 05:42:15 Posts: 2564
|
Re: emulator efficiency
Are we really doing this?
Why the fuck not.
Hello.
_________________ "It's easy to win forgiveness for being wrong; being right is what gets you into real trouble." --Bjarne Stroustrup
|
Sat 07 Jun 2014, 16:06:12 |
|
|
Kawa
Joined: Sun 05 Sep 2010, 15:42:48 Posts: 1344
|
Re: emulator efficiency
Meanwhile, the new Broken Thumb-based Asspull III× has: - run a program from 0x00000000
- that invoked a BIOS call from 0x0D000000
- that wrote a string given by the program to VRAM at 0x0E000000
SoraK05, what have you done today?
_________________ http://helmet.kafuka.org
|
Sat 07 Jun 2014, 16:13:59 |
|
|
Kakashi
Joined: Mon 20 Apr 2009, 08:11:50 Posts: 5266 Location: 日本
|
Re: emulator efficiency
Hi snesbot.
Did you mean: Asspush
_________________ CaptainJistuce: He's totally in the wrong, Kakashi's 100% in the right. Note: The above statement is subject to act of byuu.
|
Sat 07 Jun 2014, 16:56:28 |
|
|
Kawa
Joined: Sun 05 Sep 2010, 15:42:48 Posts: 1344
|
Re: emulator efficiency
You can call it asspush if you want.
_________________ http://helmet.kafuka.org
|
Sat 07 Jun 2014, 17:13:10 |
|
|
Kakashi
Joined: Mon 20 Apr 2009, 08:11:50 Posts: 5266 Location: 日本
|
Re: emulator efficiency
I will then. Can I call SoraK00000000005 Starvin' Marvin'?
_________________ CaptainJistuce: He's totally in the wrong, Kakashi's 100% in the right. Note: The above statement is subject to act of byuu.
|
Sat 07 Jun 2014, 17:33:44 |
|
|