desmume
desmume copied to clipboard
TASEmulators
Wishlist for things other emulators have so why not this one
Please dump your obvious feature requests in here. We don't need 1000 individual tickets for what amounts to "support every cutting edge thing every other emulator does, obviously"
#277 #156 #533 #670 #730 #790 #803 #806 #825
As i said HD scaling,rotation and affine transformations ("Mode-7"). I now remember that the Chrono Trigger DS port used the feature like the SNES version did.
Proof that Desmume does not upscale the 2D engine of the DS : https://user-images.githubusercontent.com/33392696/58431557-1323e200-80b7-11e9-8b29-accf962566ec.png
https://user-images.githubusercontent.com/33392696/58431525-f25b8c80-80b6-11e9-9b7a-29d8517fed22.png
Thanks. Without that proof, someone might think something in a “wish list” was actually already done.
Update Lua engine from 5.1 to 5.3
- Allows for more complex/advanced code
- Allows for (partial?) Luvit support
- Fully backwards compatible with 5.1
Android Port? 🤷
Libretro version has already an android port, but it lacks of JIT for ARM64, so it only works in interpreter mode.
I really wish for shader support like RetroArch have, would be nice to use the Nintendo DS accurate color shader along with the response time/motion blur shader.
I can pretty much do this with the Libretro core today but I prefer to use standalone versions of emulators whenever possible.
This is pretty much the only thing I miss in DeSmuME which otherwise is pretty much perfect (at least for my needs)
@alessiot89 maybe this is what are you talking :) https://github.com/Arisotura/melonDS/pull/490 So possibly that libreto will use that?
*sorry for my english
@alessiot89 maybe this is what are you talking :) Arisotura/melonDS#490 So possibly that libreto will use that?
*sorry for my english
that's looks like an ARMv7 to x86-64 JIT recompiler, I am talking about an ARMv7 to ARM64 JIT recompiler (I really doubt that current ARM64 Android devices would be able to directly read ARMv7 NDS binary) that would benefit 99.9% of android devices.
Ability to start a movie (DSM file) from a specific frame. That way you don't need to sit through 50,000 frames of footage to get to the one part you want to see. This is especially important for TASers.
That isn't possible. It's logically inconsistent with the fabric of reality. Please spend some time on tasvideos forums and learn some things before suggesting there's a major oversight in their workflow.
That isn't possible. It's logically inconsistent with the fabric of reality. Please spend some time on tasvideos forums and learn some things before suggesting there's a major oversight in their workflow.
After understanding how the movies actually run through the emulator, I get that's it's impossible. But the emulator could open a savestate of the game and then run the movie. From there, the exact frame inputs would still simulate real time gameplay just from a later frame than the very beginning. How the game got to that point is irrelevant, the movie runs the inputs from basically any frame of game existence. Movies are programmed to start at startup, I get it. Allowing flexibility of a savestate determining the first frame's input would make things much easier. I'm just brainstorming things to improve the emulator.
An stable android version would be excellent. If an Android version does come, please have it available on F-Droid.
I wish could set the emulator individually for each game, so you don't have to keep changing whenever you play another game
update feature when launching like dolphin has.
Updates should be handled by the system package manager; having programs overwrite their own files is a bad idea. If this is absolutely necessary, perhaps it should be considered for the Windows version only where the majority of users do not use a package manager.
Get download play working as melonDS has it but it's a Windows and Linux only app and I have a Mac.
Multiple Control Configs. Perhaps I want one Setup for playing with a controller and another one to play with KBM and i can easily switch around these two(Similar to how citra does it)
Simple Feature Request: Screen Gap in Horizontal mode. Should not take ages to implement since it already works in vertical mode.
What does that mean? Is it supposed to accommodate romhacks or cheats that change the aspect ratio of the camera?
It would help cheats that change the aspect ratio. Currently it seems the only way this works is by removing maintain aspect ratio and going in One LCD mode, in other modes it's overstretched because there's nothing limiting the aspect ratio.
My wishlist contains exactly one item: Giving the Windows version the ability to split the screens into separate, independently resizable windows, so I can have the top screen on my main monitor (TV) and the lower screen on my tertiary monitor (which is a touchscreen) and have both of them fullscreen (or nearly so) and actually use touch input on an up-to-date version of the emulator.
Right now, to do this I have to use an ancient build of the X432R branch from April 2015. It has some other issues, but they're less annoying than not being able to split the screens...usually.
