|
  
|
|
|||||||
| Development Discussions All developers who are coding games may stop by here for any help, suggestions, and everything development related. |
![]() |
|
|
LinkBack | Thread Tools |
|
|
#81 (permalink) |
|
Experienced Zuner
Join Date: Apr 2008
Posts: 175
Reputation: 13
Donate |
The fact that SimReality is supporting the development of an Emulator to play illegally downloaded Roms when he had a Conniption about a clone of Super Mario World is so funny it's sad. I'm sorry for Hijacking the thread for a minute there, but it makes me laugh so hard I had to say something.
Back On-Topic, I think working to have a functional Emulator for the NES would be better than trying to port individual games, since, well it's kind of obvious why. It'd be fun to play Excitebike ![]() ![]() |
|
|
|
| Remove Advertisements Sponsored Links | |
Advertisement |
|
|
|
#83 (permalink) |
|
Experienced Zuner
Join Date: May 2008
Posts: 183
Reputation: 13
Donate |
You know, there is a homebrew scene for this type of stuff... So while yes, people do use emulators for illegal purposes, it's not like that's all that it's for.
Besides, often it's not about emulating illegal games that motivates people to create emulators. It's the accomplishment of getting it working... at least, from the emulator creators that I've talked to.
__________________
To view links or images in signatures your post count must be 0 or greater. You currently have 0 posts. To view links or images in signatures your post count must be 0 or greater. You currently have 0 posts. |
|
|
|
|
|
#84 (permalink) |
|
Zuner
Join Date: Nov 2007
Posts: 56
Reputation: 11
Donate |
Someone brought up the problem that the existing NES emulator runs at a miserable speed(6 fps?) on the 360 but that's not as big an issue as you would think. Realizing that the 360 has incredible specs in comparison to the ancient computers that ran NESticle with no problems, it shows the importance of optimization. If someone took the time to optimize all the code in said emulator then I think it would probably be able to work at decent speeds. Also, consider that the PSP with all its various emulators(SNES, PSX, PSP) runs a 333mhz processor while the Zune boasts a 532mhz processor with a supposedly more efficient processor structure (ARMS (Zune's) vs. MIPS (PSP)) and it makes the Zune seem rather impressive. A couple things the PSP has over the Zune however would be the size of the memory, the Zune having maybe 16mb(?) and the PSP having 32+mb as well as the dedicated GPU. I think that if someone did a bit of optimizing, you could easily pull that 6fps to NES emulator. In fact, GBA and SNES emulators probably wouldn't be that much of a stretch although either one would be a helluva lot of work. One last thing on it, I'm not sure how efficient XNA and C# really are, but I doubt they are inefficient enough that they would keep you from getting a desirable FPS after enough work it.
Also, someone was asking how they would go about storing the ROM's on their Zune. There are two ways I see this working: A.) You make the ROM an asset and it gets stuck on the Zune when you deploy the game. However, this means that you have to redeploy anytime you would want to add or remove games from it. Basically, you would have to embed the ROM's in the emulator. And when/if Microsoft sets us up to compile the games then just hand a single file over to a non-developer to stick on their Zune, if you wanted to let users choose which games they wanted on their Zune, they would have to compile their emulator with every possible combination of games and this would obviously not be fun. B.) You might could actually just change the ROM's into MP3's/JPEG's/WMV's so you could store them independently. You would have to write a small program to add a header to the beginning of the ROM and do any other preparations to fool the Zune software into thinking that it actually is a song/picture/video, and have your emulator strip this from the beginning of the file and shove the ROM into the memory for later. This however would require that you actually have access to the raw data from a song/picture/video and I'm not sure that XNA supports that. Someone brought up that you would have to draw each pixel as a texture and SimReality corrected them mentioning that you could just edit the pixeldata of a single texture and draw it each frame. That would work, but I think there are better ways. If I understand it correctly, the NES draws two scrolling backgrounds then draws everything else as sprites. I would think that you could make textures out of the backgrounds using SourceRectangles to scroll through them and set the sprites up as custom-made classes with multiple frames made of Texture2D's that you cycle through and draw where you need to. Since you don't have to loop through the 61440 pixels every time you draw, I would think that this is possibly quicker and more efficient and would lead to a healthier fps. A good place to start for anyone actually considering writing their own Zune-specific emulator would be writing an emulator for a simpler console, like the CHIP-8. Although the CHIP-8 does have a bunch more buttons than the Zune. But most of the games written for it don't make use of more than 4 or 5. Again, sorry for the way too big post. =P Here are some links to help make research easier. More NES technical documents than you will ever need: http://nesdev.parodius.com/ A thread on ZuneScene(*gasp*) on the Zune processor: http://www.zunescene.mobi/forums/ind...7597.msg453588 ![]() |
|
|
|
|
|
#85 (permalink) | |
|
Zuner
Join Date: Dec 2007
Posts: 56
Reputation: 26
Donate |
Quote:
|
|
|
|
|
|
|
#86 (permalink) |
|
Experienced Zuner
Join Date: Apr 2008
Posts: 175
Reputation: 13
Donate |
Which is a half-assed loop hole for people who are lieing to themselves. That's like giving someone a handgun and expecting them not to use it, then saying "I didn't know that's what they we're going to use it for, even though the only use a gun has is shooting, so im not responsible." You can try and tell yourself, "oh, i'm sure everyone will use this for homebrew. And if people don't, then I can just say I intended it to be for just homebrew." But who are you kidding. We all know what an emulator does, and it's obvious what people here would be using it for. Hell I'D use it.
Last edited by Spike! : 06-10-2008 at 11:20 AM. ![]() |
|
|
|
|
|
#87 (permalink) | |
|
Zuner
Join Date: Dec 2007
Posts: 56
Reputation: 26
Donate |
Quote:
|
|
|
|
|
|
|
#88 (permalink) | |
|
Jr. Zuner
Join Date: May 2008
Posts: 47
Reputation: 19
Donate |
Quote:
|
|
|
|
|
|
|
#90 (permalink) |
|
Zuner
Join Date: Nov 2007
Posts: 56
Reputation: 11
Donate |
Oh, sorry. Thanks for correcting me on that. Which kinda makes my whole 360 > Old Computer thing bunk, even so, the Zune's processor should still outrun the processor of older computers. Thinking about the fact that the Zune does very little while running a game apart from running the game and that computers have several tasks they perform constantly, even while you are playing games, I would think a decent port of NESticle or FCEU would run fine.
![]() |
|
|
|
|
|
#91 (permalink) | ||
|
Jr. Zuner
Join Date: May 2008
Posts: 47
Reputation: 19
Donate |
Quote:
Quote:
|
||
|
|
|
|
|
#92 (permalink) |
|
Zuner
Join Date: Nov 2007
Posts: 56
Reputation: 11
Donate |
Ah, that means that if someone could draw the sprites and backgrounds as textures in themselves instead of updating every pixel of a single texture repeatedly, that would probably lead to a major jump in performance. But this is all muse as I have very little experience with program optimization.
![]() |
|
|
|
![]() |
| Thread Tools | |
|
|
| |