its a limitation of the way the emu is coded. you have to sacrifice something to get better speeds, horiziontal scailing was that thing.

-another world

 

If you want full scaling, you'll have to live through about half the speed and no sound.

As for this emulator's life, Lordus seems to have disappeared off the face of the internet. He hasn't posted in months.

If you do want a Genesis emulator on DS with scaling, you can get either PicoDriveDS or the 0.4a version of JenesisDS. Both work pretty much the same. Here's the 0.4 version:

http://library.dev-scene.com/index.php?dir...sisDS_v0.4a.zip

the software version of the emu is the one you'll want to use to get scaling. It's slow and without sound.

 

Right, in essence there are two possible ways for emulators to work on the DS. The first is called software rendering, and in this mode, the DS has to figure out exactly what the screen should look like each frame and then paint it to the screen pixel by pixel. This is how an emulator for the PC would work, and since the image is created in memory, you can modify it however you want before painting it to the screen, whether that be scaling or applying a filter or whatever. The problem is that it takes a lot of CPU time to first calculate what the screen should look like, and then even more to manually update every pixel on the screen 60 times per second. This is why frameskip helps - if it doesn't have to update the DS screen for every frame of Genesis emulation, it can spend more time on emulating the Genesis CPU itself.

However, the DS (being a video game machine) has dedicated 2D hardware and special modes that let it plot sprites and backgrounds and tiles to the screen very very quickly. Thus, what jEnesisDS does is act as a translator between the Genesis's "draw stuff" commands and the DS's "draw stuff" commands without bothering to figure out what the entire screen is supposed to look like. Since the Genesis's video hardware and the DS's 2D hardware are not identical, translating between the two is a bit difficult to manage, and that's why you get graphical glitches on occasion, and why some of the more complicated effects cannot be emulated properly. Also, because you're directly mapping tiles and other graphics to the screen, you cannot scale horizontally. The reason you can scale vertically is because the 2D hardware keeps track of which row it's drawing to, and so you can simply skip a row here or there to squish the image vertically. The same cannot be done horizontally simply due to the way the hardware works.

With hardware emulation, you can reduce the amount of CPU time spent drawing to the screen to less than 10%, which is why you don't see frameskip implemented, as it would have very little effect. jEnesisDS uses the extra time it gains by using hardware emulation to emulate the audio engine and maintain full speed during gameplay.

 

We can't add anything since only Lordus has the source code.

 

I can't fully agree with you..
Yes, UMK DS is great, but still it isn't the original genesis MK3 Ultimate...
by the way, not only MK3U doesn't work
There are other large roms too and I guess many people would be happy to be able to start "phat" roms)))

 

...I have no idea what math you're trying to suggest there, but regardless, you cannot cut out columns of pixels when using a hardware renderer. It's just not possible with the way the emulator works.