Hacking Is there a psx emulator for DS2?

[YayMii]

If anything, expect a N64 Emulator before a PSX Emulator.

I doubt you know what you're talking about.
PSX emulation is more plausible than N64 emulation.
The N64 has extra hardware that the PSX doesn't have, which makes it more difficult to emulate. In fact, the PSX doesn't have 3D hardware, it just uses the limits of its 2D hardware to create 3D graphics.

 

[Oveneise]

PSX = 32 bit

Nintendo 64 = 64 bit


I don't see emulators for either of the above systems emulated on the DS. 3DS, maybe, but even with DStwo's extra hardware, I doubt it'd be able to emulate the above systems properly.

 

[Recorderdude]

PSX = 32 bit

Nintendo 64 = 64 bit


I don't see emulators for either of the above systems emulated on the DS. 3DS, maybe, but even with DStwo's extra hardware, I doubt it'd be able to emulate the above systems properly.

I could see a Soundless, VERY slow, VERY low-compatibility emu running only a few early, EARLY games, like the PS1 version of earthworm jim 2, gex or zoop (not rayman because it has weird issues even in epsxe)

..do you really want that?

 

[nl255]

Actually, if the DSTwo's CPU supports all of the opcodes that the MIPS R3000A (PS1 CPU) did, then you could cheat the same way the PSP does and just make a virtual machine rather than a full emulator.

 

[Vigilante]

Its barely posible to have one?

 

[trumpet-205]

I think PSOne emulation on the DSTWO is highly possible. Objecting with using the SNES and GBA emulator as a reason is mute because everyone assumes those emulators are optimized. For all we know, they were thrown together with errors fixed without actual time to improve portions of the code. If FPSeCE is able to run PSOne games on my junky 400Mhz HP IPAQ PocketPC, then I can see PSOne emulation being possible on the DSTWO, even if it doesn't run at an optimal level.

Megahertz myth again I'm afarid.

Clock speed cannot be used to gauge emulation. You need to consider memory size, memory speed, instruction set, architecture, etc. A simple 400MHz argument isn't going to cut it. For example, does date move at a fast speed between DS2 and DS? Does it take a long time to grab data? Not to mention the fact that PS1 has multiple processing units (CPU/GPU/SPU) running at the same time. An emulation would have to emulate these units AND keep them in synch. Given that both DS2 and DS do not have a huge memory, emulator would have to fetch data from microSD more often.

 

[DiscostewSM]

I think PSOne emulation on the DSTWO is highly possible. Objecting with using the SNES and GBA emulator as a reason is mute because everyone assumes those emulators are optimized. For all we know, they were thrown together with errors fixed without actual time to improve portions of the code. If FPSeCE is able to run PSOne games on my junky 400Mhz HP IPAQ PocketPC, then I can see PSOne emulation being possible on the DSTWO, even if it doesn't run at an optimal level.

Megahertz myth again I'm afarid.

Clock speed cannot be used to gauge emulation. You need to consider memory size, memory speed, instruction set, architecture, etc. A simple 400MHz argument isn't going to cut it. For example, does date move at a fast speed between DS2 and DS? Does it take a long time to grab data? Not to mention the fact that PS1 has multiple processing units (CPU/GPU/SPU) running at the same time. An emulation would have to emulate these units AND keep them in synch. Given that both DS2 and DS do not have a huge memory, emulator would have to fetch data from microSD more often.

Not sure why the transfer rate between the DS2 and the DS is an issue, as all it is doing is transferring a frame and a short sample of audio repeatably to the DS. The DS itself isn't doing anything but retrieving from the DS2. The DS2 does all the work. And yes, CPU frequency alone is not a good thing to gauge with, but also consider that my example was based on a technology from about 10 years ago that was capable of doing such a job, that had an ARMv5TE processor, no video acceleration, and had an OS running in the background.

Another comparison would probably be the Dingoo A320, which uses the same exact, but slightly underclocked, processor the DS2 uses, 32MB of RAM, no video acceleration, yet also has a PSOne emulator (PSX4ALL), which requires Dingux. If the Dingoo A320 is capable of it, then I can see the possibility of the DS2 doing it also.

 

[jurassicplayer]

Not sure why the transfer rate between the DS2 and the DS is an issue, as all it is doing is transferring a frame and a short sample of audio repeatably to the DS. The DS itself isn't doing anything but retrieving from the DS2. The DS2 does all the work. And yes, CPU frequency alone is not a good thing to gauge with, but also consider that my example was based on a technology from about 10 years ago that was capable of doing such a job, that had an ARMv5TE processor, no video acceleration, and had an OS running in the background.

Another comparison would probably be the Dingoo A320, which uses the same exact, but slightly underclocked, processor the DS2 uses, 32MB of RAM, no video acceleration, yet also has a PSOne emulator (PSX4ALL), which requires Dingux. If the Dingoo A320 is capable of it, then I can see the possibility of the DS2 doing it also.

IIRC there is a problem with bottlenecking from the microSD to the system or something like that...and the DS2's extra perks only max out to like 50% below what it would be without the bottlenecking.

 

[DiscostewSM]

IIRC there is a problem with bottlenecking from the microSD to the system or something like that...and the DS2's extra perks only max out to like 50% below what it would be without the bottlenecking.

Considering this is emulation of a system with a CD drive that operates at 2x speed (which is around 150KBytes/sec), the possible bottleneck between the microSD and the DS2 is a non-issue. Now, if you meant the bottleneck between the DS2 and the DS, then that would only affect the frame rate you see, not the actual game cycles occurring within the DS2, because as was said before, the DS2 does all the processing. The only things going from the DS to the DS2 is input (which can be contained in a few bytes per frame), and from the DS2 to the DS is a frame of video and a short audio sample (which is about 99KBytes per frame).

 

[lifeasbirds]

hai guiz. can i ply xbx360 games on ds2? thnx

 

[DiscostewSM]

hai guiz. can i ply xbx360 games on ds2? thnx

troll.

 

[YayMii]

hai guiz. can i ply xbx360 games on ds2? thnx

troll.

Did you post just to increase your post count?

 

[DiscostewSM]

hai guiz. can i ply xbx360 games on ds2? thnx

troll.

Did you post just to increase your post count?

Perhaps I should have gone through a definition of what a troll is, even though pretty much everyone here knows what a troll is? And no, I didn't post that one time for the purpose of raising my post count (it's a first offense on my part). Do my prior posts in this thread show that to be the case?

 

[Kitanode]

The reason i asked the question in the first place was because i saw the PSX emu for the Dingoo.

I don't know much about the Dingoo's, i mean you dont hear much about it apart from sites like this but i know it has similarities with the DS2. I've also only owned my DS2 for a month or two after using an EDGE/iEDGE for years and i bought it primarily for the GBA Emu and movieplayer( which i was quite surprised how good it was).

So anyway... i thought this emu might be possible due to the DS2's similarities with the Dingoo. I've been gaming for over 20 years now so i would consider myself quite realistic with the possibilities of todays hardware but of course i'm not a modder or programmer but has anybody actually tried to port a version of this PSX emu over to the DS2 yet?
Could it be tried using the SDK?
Does dingux or something similar work on the DS?

I know the DS is practically at the end of its lifespan, well commercially anyway but maybe as a gaming/homebrew device it could have a longer life ahead of it, particularly if it takes a while for the 3ds to be hacked.
For me personally i've used my DS's more than any other console i've owned and that's due to its portability and flashcarts/homebrew plus the fact that it's a great little machine so i hope people stick with it and release more software and emu's for it.

 

[lifeasbirds]

hai guiz. can i ply xbx360 games on ds2? thnx

troll.

oh word?

 

[DSdonkey77]

maybe on the 3ds

 

[Mysoft]

ok sorry, if i bought an somewhat old topic.... but i was never interested in PSX, because i personaly dislike the console.... but when i recognized this topic it caused me incredible anger.... and insult...

so i'm not starting a flame of any kind, but i feel insulted by this topic.... being a old school programmer and all....

just because programmers of nowadays are lazy, TERRIBLE codes, who think java is something fast.... doesnt mean all programmers are like that, and you know that back on the days of PSX, there were not one, but SEVERAL, PSX emulators, running on WINDOWS! with ~233mhz cpus?

that said and i'm not even considering using a dynamic recompiler.... i totally guarantes that DSTWO, if customized like the DSx86 guy did, so that you can actually use NDS hardware 3D/graphics capabilities, is able to run a PSX emulator... the only reason that makes GBA emulator runs slow... it's because it was a PORT of some known engine.

seems noways there's no good programmers like this ds2x86 guy, who actually MAKE things,, people just port from crap bad coded generic not optimized programs,like afraid of asm losers.... that missed the point that no$gba (for GBA) without any hardware acceleration works fine on a 233mhz cpu,

and in case of DS which is very very possible to take advantage of HW to make a GBA emulator... to the point that at least the DSi 133mhz can indeed emulate GBA fast....

and the same is for PSX, i understand PSX have a very nice graphics card.... and 1mb of vram while DS only has 650kb, but if it wasnt a exageration i think you could reach a descent emulation state that even on the DSi mode... the PSX emulator would be running, acceptable
if made for DS.... by a programmer that understand the power of ASM

so i don't meant to offend anyone, but sometimes people are getting REALLY lazy, and i said that a million of times, we have computer 10x faster than 10 years ago... and software 10x slower than 10 years ago

one case that i can proof beforehand was the N64 emulator.... that could runs games like QUEST very fast actually on a 233mhz computer, because of some brilliant coding, and algorith design, that took advantage of special high level emulation....

i wish more people were speed freaks like me instead of more web developers as it seems to be happening every day

 

[pyromaniac123]

ok sorry, if i bought an somewhat old topic.... but i was never interested in PSX, because i personaly dislike the console.... but when i recognized this topic it caused me incredible anger.... and insult...

so i'm not starting a flame of any kind, but i feel insulted by this topic.... being a old school programmer and all....

just because programmers of nowadays are lazy, TERRIBLE codes, who think java is something fast.... doesnt mean all programmers are like that, and you know that back on the days of PSX, there were not one, but SEVERAL, PSX emulators, running on WINDOWS! with ~233mhz cpus?

that said and i'm not even considering using a dynamic recompiler.... i totally guarantes that DSTWO, if customized like the DSx86 guy did, so that you can actually use NDS hardware 3D/graphics capabilities, is able to run a PSX emulator... the only reason that makes GBA emulator runs slow... it's because it was a PORT of some known engine.

seems noways there's no good programmers like this ds2x86 guy, who actually MAKE things,, people just port from crap bad coded generic not optimized programs,like afraid of asm losers.... that missed the point that no$gba (for GBA) without any hardware acceleration works fine on a 233mhz cpu,

and in case of DS which is very very possible to take advantage of HW to make a GBA emulator... to the point that at least the DSi 133mhz can indeed emulate GBA fast....

and the same is for PSX, i understand PSX have a very nice graphics card.... and 1mb of vram while DS only has 650kb, but if it wasnt a exageration i think you could reach a descent emulation state that even on the DSi mode... the PSX emulator would be running, acceptable
if made for DS.... by a programmer that understand the power of ASM

so i don't meant to offend anyone, but sometimes people are getting REALLY lazy, and i said that a million of times, we have computer 10x faster than 10 years ago... and software 10x slower than 10 years ago

one case that i can proof beforehand was the N64 emulator.... that could runs games like QUEST very fast actually on a 233mhz computer, because of some brilliant coding, and algorith design, that took advantage of special high level emulation....

i wish more people were speed freaks like me instead of more web developers as it seems to be happening every day

I think you left this behind somewhere.

 

[Rydian]

Even those old windows processors were way more powerful than the DS's main processor. In addition computers have a high enough screen resolution that they don't need to do any scaling (which is expensive when not hardware-accelerated) to fit the image on the screen. While clipping is an option for some things, the PSX's resolutions went up to 620x480, and there's no way to make that fit properly on the DS's screen (256x192) without some good scaling+smoothing (simply rendering at a lower resolution will likely make any text unreadable). This is an issue with some of the currently-existing emulators for the DS, as even the NES has a (slightly) higher screen resolution.

seems noways there's no good programmers like this ds2x86 guy, who actually MAKE things,, people just port from crap bad coded generic not optimized programs,like afraid of asm losers....

Okay then, answer this question.
'Why have you not released a PSX emulator for the DSTwo?"

and in case of DS which is very very possible to take advantage of HW to make a GBA emulator... to the point that at least the DSi 133mhz can indeed emulate GBA fast....

The emulator in development is gaining in speed/compatibility... but without sound and still doesn't run a lot of games.
http://gbatemp.net/topic/281715-gba-emulator-for-dsi-dsi-entry/

and the same is for PSX, i understand PSX have a very nice graphics card.... and 1mb of vram while DS only has 650kb, but if it wasnt a exageration i think you could reach a descent emulation state that even on the DSi mode... the PSX emulator would be running, acceptable
if made for DS.... by a programmer that understand the power of ASM

Option A - Spend possibly years of your free time (Pate's been working for three years on DSx86 and it's variants) for no monetary return learning how to program something that very few people will actually get to use so that you can play PSX games.
Option B - Buy a PSP, which has native support for playing Playstation games and can easily be hacked to play the majority of them.

If this explains the modern lack of interest...

so i don't meant to offend anyone, but sometimes people are getting REALLY lazy

Not wanting to code a PSX emulator for the DS is lazy? Shit, I'd hate to see what you call people who would rather report a software bug to the developer instead of loading up the program in a debugger and fixing the ASM themselves.

one case that i can proof beforehand was the N64 emulator.... that could runs games like QUEST very fast actually on a 233mhz computer, because of some brilliant coding, and algorith design, that took advantage of special high level emulation....

The number of people who are willing to deal with HLE's requirement of custom fixes for software are dwindling, especially since HLE emulation is not proper (thus everything needing custom fixes). An important point in emulation nowadays is preservation, and HLE emulation is incorrect in that regard. The following article is about the SNES, but it touched on HLE versus LLE emulation and the pros and cons of each.
http://byuu.org/articles/emulation/decap

i wish more people were speed freaks like me instead of more web developers as it seems to be happening every day

BSNES is the slowest SNES emulator out there. But it's 100% compatible, unlike every other one.

Speed is only considered to be above all else when the only point to coding an emulator is the playability of games. Hate to break it to you, but that's not the only reason people code emulators.

By the way, the DSTwo's competitor, the iSmart MM, has Dingux ported to it IIRC, including the PSX emulator, if you wanted to take a crack at that.
http://gbatemp.net/topic/288172-dingux-has-been-ported-to-ismart-mm/

 

[Mysoft]

Even those old windows processors were way more powerful than the DS's main processor. In addition computers have a high enough screen resolution that they don't need to do any scaling (which is expensive when not hardware-accelerated) to fit the image on the screen. While clipping is an option for some things, the PSX's resolutions went up to 620x480, and there's no way to make that fit properly on the DS's screen (256x192) without some good scaling+smoothing (simply rendering at a lower resolution will likely make any text unreadable). This is an issue with some of the currently-existing emulators for the DS, as even the NES has a (slightly) higher screen resolution.

seems noways there's no good programmers like this ds2x86 guy, who actually MAKE things,, people just port from crap bad coded generic not optimized programs,like afraid of asm losers....

Okay then, answer this question.
'Why have you not released a PSX emulator for the DSTwo?"

and in case of DS which is very very possible to take advantage of HW to make a GBA emulator... to the point that at least the DSi 133mhz can indeed emulate GBA fast....

The emulator in development is gaining in speed/compatibility... but without sound and still doesn't run a lot of games.
http://gbatemp.net/t...-dsi-dsi-entry/

and the same is for PSX, i understand PSX have a very nice graphics card.... and 1mb of vram while DS only has 650kb, but if it wasnt a exageration i think you could reach a descent emulation state that even on the DSi mode... the PSX emulator would be running, acceptable
if made for DS.... by a programmer that understand the power of ASM

Option A - Spend possibly years of your free time (Pate's been working for three years on DSx86 and it's variants) for no monetary return learning how to program something that very few people will actually get to use so that you can play PSX games.
Option B - Buy a PSP, which has native support for playing Playstation games and can easily be hacked to play the majority of them.

If this explains the modern lack of interest...

so i don't meant to offend anyone, but sometimes people are getting REALLY lazy

Not wanting to code a PSX emulator for the DS is lazy? Shit, I'd hate to see what you call people who would rather report a software bug to the developer instead of loading up the program in a debugger and fixing the ASM themselves.

one case that i can proof beforehand was the N64 emulator.... that could runs games like QUEST very fast actually on a 233mhz computer, because of some brilliant coding, and algorith design, that took advantage of special high level emulation....

The number of people who are willing to deal with HLE's requirement of custom fixes for software are dwindling, especially since HLE emulation is not proper (thus everything needing custom fixes). An important point in emulation nowadays is preservation, and HLE emulation is incorrect in that regard. The following article is about the SNES, but it touched on HLE versus LLE emulation and the pros and cons of each.
http://byuu.org/arti...emulation/decap

i wish more people were speed freaks like me instead of more web developers as it seems to be happening every day

BSNES is the slowest SNES emulator out there. But it's 100% compatible, unlike every other one.

Speed is only considered to be above all else when the only point to coding an emulator is the playability of games. Hate to break it to you, but that's not the only reason people code emulators.

By the way, the DSTwo's competitor, the iSmart MM, has Dingux ported to it IIRC, including the PSX emulator, if you wanted to take a crack at that.
http://gbatemp.net/t...d-to-ismart-mm/

oh well nevertheless i remember that i played a PSX emu on my pentium 166mhz without even a GFX card, but so i understand the complexion for the scaling, but i also know that you can get a descent scaling down with jiterring that would be suitable for that...

and i totally understand the many reasons people code emulators... specially since i'm a TAS fan, and i know that the most compatible emulator is the best emulator for them for example.... but the thing is, if you port an existing emulator to DS and expect to later improve it to full speed, THAT'S where you was wasting time, because making from scratch is actually fast, and yes dsx86 is there for long years, but if people had started it, last year it could be done... and the point is to run as much as possible.... not to be perfect...

but it must be codd FOR dstwo... not ported from something, and it MUST use NDS 3D capabilities, (which like i said requires a customized kit), and i answered the question as "why i wouldnt", is because i'm not interested in PSX emulation...

and i already have my project to work on, that is the Freebasic for DS, and the ability to be able to actually code compiled freebasic on the DS/DSi itself... (which is a fork of the main goal, that is to have freebasic working on smartphones/tablets (this is my job on the company).

but so yeah, i just don't like that people spread those false things... unfortunately i'm only one, so i can't challenge every idea, that people say it's "impossible"... and ironically freebasic is my main language, and i use that to beat such challenges

and i wish more people born, with the desire to code fast things, as there are people with the desire to speedrun games, for me it's the same fun