Touch and others not working on console

Issue #2 resolved
spellboundtriangle created an issue

What's the expected output?: SNEmulDS arm7dldi-twl (5aa8a9d) would behave the same on console as it does in no$gba.

What's the unexpected output?: Touchscreen input is not detected at all. Also, the language setting seems to be ignored (uses Japanese despite being set to English), and sound does not work in the latest build, although it did a few days ago.

The latter two issues are mitigated by launching the application using nds-bootstrap-hb instead of directly booting it, but touch is only partially detected, the submenus are still inaccessible despite responding to touch input.

I am directly launching the application through GodMode9i, TWiLight Menu++, or nds-hb-menu. Any of them will do and produce the same results in terms of direct boot.

Following the same process in no$gba does not produce the same results, and it functions as expected instead.

What's the NintendoDS Model you are using?: I am on a regular DSi, but users of other models have reported the same issues.

Comments (7)

  1. Coto repo owner

    try the latest stable version (download link in README.MD) and tell me how it went.

    I don’t have a real DSi so i’ll need testers. Also the TWL mode was added with TWLMenu++ in mind, the other loaders may or not work.

    Also I need to know what exact SnemulDS commit did work, using a certain loader

  2. spellboundtriangle reporter

    try the latest stable version (download link in README.MD) and tell me how it went.

    The latest version seems to produce the same results.

    I don’t have a real DSi so i’ll need testers. Also the TWL mode was added with TWLMenu++ in mind, the other loaders may or not work.

    I’ve found that booting SNEmulDS directly thru TWiLight Menu++ or GodMode9i on melonDS (via SD image) seems to mirror the results of using nds-bootstrap-hb on console, would this be of use to you?

    Also I need to know what exact SnemulDS commit did work, using a certain loader

    As far as I know, none of the TWL builds had working touchscreen, only sound was previously working. However, since sound works when booting it using nds-bootstrap-hb, I don’t think that’s much of an issue (for now)

  3. Coto repo owner

    Without testing each commit it will be hard to guess, also no, I don’t have a DSi i’m afraid. Extensive testing is required to give feedback. I’m interested to know which commit did work/behave better than worse in certain way, using a specific loader, DS model, and such.

    Albeit what you said about MelonDS could be helpful, because TWL TGDS homebrew, touchscreen code has wrong pixel coordinates in MelonDS.

    Could you try, ToolchainGenericDS-template TWL homebrew (loaded through TWLMenu++), and see if touchscreen works?

    I got TGDS TWL touchscreen to work correctly a few months ago when I had the chance to test TGDS homebrew on a 2DS XL, TWL mode, but MelonDS touchscreen was still broken.

  4. spellboundtriangle reporter

    Without testing each commit it will be hard to guess, also no, I don’t have a DSi i’m afraid. Extensive testing is required to give feedback. I’m interested to know which commit did work/behave better than worse in certain way, using a specific loader, DS model, and such.

    It seems that sound working when booted directly was introduced in 573f4a3 and was last working in b4dfcc9. Pressing the power or volume causes the audio to break and the game stops working shortly after (like during a screen transition). The volume/power buttons don’t have any issue before & after sound worked (but in all versions through direct boot, the console has to be hard powered off to get out of the app).

    The broken language setting issue was introduced in cd2488e

    Could you try, ToolchainGenericDS-template TWL homebrew (loaded through TWLMenu++), and see if touchscreen works?

    Seems to work, I am able to scroll the file browser, drag windows, type on the keyboard, etc

  5. Coto repo owner

    I’d be interested for the time being in tests related to SnemulDS booted from TWLMenu++ (is that using nds-bootstrap-hb?). Direct is likely to break because i’m not running TWL TGDS homebrew directly when implementing TWL features. So at least that would narrow down the tests to half.

    Also ToolchainGenericDS-template TWL uses the exact touchscreen code for TWL mode as SnemulDS. So it makes no sense it’d work on that project and not SnemulDS.

    Thing is, TGDS-template touchscreen code works using TWLMenu++ TWL mode through 2DS XL last time I tried. But for SnemulDS and TGDS-template none of them work properly if running from MelonDS, yet, these do work from no$gba .

    OK I take that back. Actually using TWL touchscreen bits for SnemulDS work, but Woopsi SDK used to work with NTR touchscreen bits while in TWL mode, which means TGDS projects like TGDS-template touchscreen no longer works in no$gba TWL mode. I’ll see if I can add a way to select NTR or TWL touchscreen readings on the fly so each TGDS project can choose the best of them so they run in TWL hardware/emu

  6. Coto repo owner

    Ok. I updated TGDS and SnemulDS so you can toggle between the legacy NTR or TWL touchscreen mode (only in TWL mode).

    Coto88 / snemulds — Bitbucket

    Which one does work on real DSi?

    edit: also https://bitbucket.org/Coto88/toolchaingenericds-multiboot now boots TGDS TWL binaries! And I could replicate your issue of not getting touchscreen to work when loading directly. Turns out TWLMenu++ does patch some SCFG bits, when in fact, such initialization is wrong/missing something in TGDS side (when homebrew boots up).

    Ways to reproduce this:

    TWLMenu++ → TWL-MB → SnemulDS / TWL-template

  7. Log in to comment