#171756 - Willrandship - Tue Dec 22, 2009 3:22 am
Before you shoot me down, Here's my thoughts.
1. NDS isn't powerful enough for N64 emulator.
2. #1 is mainly because of interpreting
3. More ram is a must
Number 3 is an easy fix. The Nintendo official or 3 in 1, used with a slot 1 card.
Numbers 1 and 2 can be solved like this.
1. Take an N64 rom.
2. On pc, use a program to rip the items from the ROM. (sound, textures, pictures, Rom commands, etc.)
3. Copy all the files onto the card, and run the interpreter. Then, the game runs as normal!
Of course, certain control scheme changes will be necessary. Here's what I'm thinking. "it should be configurable for different games, though, as all their needs will be different.)
D-Pad acts as Joystick
A=A B=B L=L R=R
X=Z, Y=Half joystick movement, for walking or precision.
Select acts as a changer. Then:
ABXY = C buttons
Dpad = dpad
Simple! obviously this would have to be different for certain games, so full customization should be an option.
Sorry for the long post! Give me a reality check, please!
_________________
May the OCZ NIA be with you.
(Just google it)
#171757 - DiscoStew - Tue Dec 22, 2009 4:19 am
The people that have made at least one emulator say you can't.
The people that have not made a single emulator say you can.
I'm going with #1.
_________________
DS - It's all about DiscoStew
#171759 - Sektor - Tue Dec 22, 2009 5:45 am
#171763 - Rajveer - Tue Dec 22, 2009 1:11 pm
I don't get #3, run the interpreter where, on the PC?
#171768 - elwing - Tue Dec 22, 2009 3:39 pm
Guess the OP speaks about static recompilation... I doublt it would be possible...
#171769 - vuurrobin - Tue Dec 22, 2009 3:44 pm
I think it would be way to slow to play, if it would work at all.
_________________
my blog:
http://vuurrobin.100webcustomers.com/
#171778 - Willrandship - Wed Dec 23, 2009 2:53 am
| DiscoStew wrote: |
The people that have made at least one emulator say you can't.
The people that have not made a single emulator say you can.
I'm going with #1. |
Well, considering there are plugins that actually save textures and such as they run them, I don't think many people are saying that. Unless you meant automatic ripping. That may have to be done automatically.
Also, the interpreter on the ds would be running the rom, but replacing all calls for materials with their respective files, like this:
Code calls for Link model
Regular emulator This Thing
Finds area in rom, decrypts data. (Slow) Finds material in folder, already usable (faster)
Do this for everything, and there is very little hardware emulation involved. Rather than try and interpret the rom real time, it just takes the premade interpretations. Also, since this would be running at a native resolution of 256x192, rather than 512x384 (TV, might be off) allowing for less video card power to be used.
_________________
May the OCZ NIA be with you.
(Just google it)
#171781 - Sektor - Wed Dec 23, 2009 4:14 am
Reading the assets would not be the bottleneck, so it makes little difference if they are extracted or converted to another format. The slow part is converting/translating all the code made for completely different hardware to work on a DS. Not even the DSi is fast enough to do that in realtime at any playable speed.
_________________
GTAMP.com/DS
#171782 - DiscoStew - Wed Dec 23, 2009 5:03 am
| Sektor wrote: |
| Reading the assets would not be the bottleneck, so it makes little difference if they are extracted or converted to another format. The slow part is converting/translating all the code made for completely different hardware to work on a DS. Not even the DSi is fast enough to do that in realtime at any playable speed. |
To go along with this, even if all the converting were done prior to the game being executed, the hardware is still too different. The 3D hardware isn't the same. The audio hardware isn't the same. Heck, this is emulation of a 64-bit system with a 32-bit system.
_________________
DS - It's all about DiscoStew
#171786 - Willrandship - Wed Dec 23, 2009 10:01 pm
| DiscoStew wrote: |
| Sektor wrote: | | Reading the assets would not be the bottleneck, so it makes little difference if they are extracted or converted to another format. The slow part is converting/translating all the code made for completely different hardware to work on a DS. Not even the DSi is fast enough to do that in realtime at any playable speed. |
To go along with this, even if all the converting were done prior to the game being executed, the hardware is still too different. The 3D hardware isn't the same. The audio hardware isn't the same. Heck, this is emulation of a 64-bit system with a 32-bit system. |
The hardware being different is why you take them out beforehand. If the 3d models are saved in a format the ds recognizes, it doesn't have any problems with loading it. Also, why not have the rom commands converted beforehand, as well as the textures and such.
_________________
May the OCZ NIA be with you.
(Just google it)
#171787 - DiscoStew - Wed Dec 23, 2009 11:06 pm
Seriously, how much of the N64 and NDS hardware do you know? We've never seen you around here until recently, which makes me guess you know very little, other that wanting the ability to run emulation on the NDS.
If this is such a simple matter of converting beforehand, then why hasn't it been done with other emulated systems on the NDS, like SNES? What about NES? If there is such a gain from working it in this way, then why hasn't that been the popular method vs the current popular method being used for virtually 99% of available emulators?
And another thing. You seem so set that this would be the best way. Then, prove it to us. Rather than arguing that it will work, make one so your argument is valid. We know that N64 emulation can't be done on the NDS (and it's been talked about way back before this thread was ever created), so if you think otherwise, then don't look to us to see this through.
_________________
DS - It's all about DiscoStew
#171795 - elwing - Thu Dec 24, 2009 7:45 am
I think that this guy thinks you have two distinct part in a games:
unfortunatly some assets are generated at runtime, and there's nothing like a "game script". there's no unified way to say "put this model there"...
a static recompilation might be possible on some really simple program, but forget that for a whole game it's just impossible specially when you start to throw in self modifying code and such nifty beast
#171812 - Willrandship - Sat Dec 26, 2009 6:14 am
| elwing wrote: |
I think that this guy thinks you have two distinct part in a games:
unfortunatly some assets are generated at runtime, and there's nothing like a "game script". there's no unified way to say "put this model there"...
a static recompilation might be possible on some really simple program, but forget that for a whole game it's just impossible specially when you start to throw in self modifying code and such nifty beast |
Oh well. Thank You for replying calmly. cough cough) It was just an idea. What is the other guy's problem? He sounds kind of ticked. I even mentioned in the first post that this was a reality check....
_________________
May the OCZ NIA be with you.
(Just google it)
#171814 - DiscoStew - Sat Dec 26, 2009 8:47 am
| Willrandship wrote: |
| What is the other guy's problem? He sounds kind of ticked. I even mentioned in the first post that this was a reality check.... |
If my first post wasn't a reality check, then I don't know what is. If you know nothing about emulation, then how can you possible believe your suggestion would work at all without research to back it up?
Reality checks won't always come in a calm fashion.
_________________
DS - It's all about DiscoStew
#171820 - sgeos - Sun Dec 27, 2009 12:24 am
If this were a "good" way of doing things, someone would have done it already. Unless, of course, you know something the rest of the world does not. In that case, prove the world wrong. (People make big money proving the world wrong.)