Would you be able to add loading the background gifs from the SD card? On Discord some people realized you could replace the gif in the installer and then you could use a custom background, but it would be nice if you could add loading say "sd:/unlaunch/top.gif" and "sd:/unlaunch/bottom.gif" or something like that (or just one gif for both would be fine too). Or maybe add a file selector for custom gifs similar to the autoboot keys, I'm fine however you'd prefer to do it, just it would be a nice feature to have.
Also, while I'm asking about things, would you be able to add options for re-enabling sound and the boot animation in the options menu? Most people who uninstall do it to get those back so it would be nice if they didn't have to uninstall for that...
Hi, I'm asking if there is a way to show the DSi Health Warning screen and also activate the DSi Menu Music. I'm desperate, it's been 1 year since i tried to get this work, please help me. Thanksnocash wrote: ↑Tue Jul 24, 2018 4:05 pmJust released unlaunch.dsi v1.0. The unlaunch exploit bypasses the DSi's official launcher (boot menu & healthsafety screen), and does instead allow to boot your own software from SD card slot, almost instantly after power up. That, with full access rights to all hardware registers.
Alongsides, I've also uploaded two more updates: no$gba v2.9a (gba/nds/dsi emulator/debugger) and wifiboot v2.2 (for wifi uploading software from pc to dsi). Links are found on the above webpage - using that three projects together is giving a nice development environment (eg. use unlaunch to boot wifiboot, and then wifi upload your homebrew dsi software from no$gba to dsi).
Code: Select all
unlaunch.dsi v1.0 - 24 Jul 2018 - co-releases: no$gba v2.9a and wifiboot v2.2 - webpage: new unlaunch.htm page, with more installation info, new forum, etc. - speedup: uses DMA for SD/MMC-read, SDIO-write, and AES-read/write, ROM read - rearranged EXMEMCNT init, ensures ARM9 IPC IRQ enabled before waiting for it - installer: uses fill_copy_list (instead of relying on carthdr copy in ram) - installer: stores no$gba footer at eMMC offset FF800h (if it's zerofilled) - installer: omits FAT writing if FAT unchanged (as so on unlaunch updating) - installer: disables BPTWL powerbutton auto-reset during install_now - sdmmc/sdio: removed pre-wait and soft-timeouts, instead checks hw error bits - initializes SOUNDBIAS (maybe better in case games don't do that themselves) - moved GIFs to separate non-lz77 memory block (avoid double compression) - verifies camera chip id and emmc cid/csd with warning if unknown hardware - added Y button hotkey: load NDS/DSi title from ROM-cartridge slot - rom loader: cartpower, romctrl, 4004012h/14h, load chip id and secure areas - rom speedup: uses 1000h-byte blocksize for faster 1t-rom loading - rom speedup: forces fast mrom timings for mrom carts with wrong cart header - rom speedup: forces less slow 1t-rom timings for actual 1t-rom carts - rom speedup: forces reduced secure area delay of 8ms for 1t-rom carts - rom speedup: uses slot-swap-reset-trick (instead slow power-off/on) - rom speedup: crops hardcoded cart power-on delays to 1ms/1ms/0ms/1ms - more accurate modcrypt (old was overcomplicated, and bugged on size=0) - supports place_aes_keys (maybe needed for jpg/camera or verdata stuff) - sets POSTFLG register (needed for NDS titles like EragonDemo, DownloadPlay) - moved twlcfg/wlfirm/hwinfo elsewhere (reloc to 2000400h only for DSi titles) - resumes default BPTWL powerbutton mode (unless when booting nds-titles) - enter_nds_mode: reloc 2FFFxxxh to 23FFxxxh, set 4MB-RAM, NDS-ROM, ARM9 67MHz - enter_nds_mode: set NDS-TSC-touchscr mode, init NDS-Wifi, NDS-SNDEXCNT
Code: Select all
wifiboot v2.2 - 24 Jul 2018 - renamed asm source/binaries from dslink+dswifi to wifiboot+wificore - rearranged EXMEMCNT init, ensures ARM9 IPC IRQ enabled before waiting for it - adjusts BPTWL powerbutton mode for wifiboot itself and booted nds/dsi titles - enter_nds_mode: reloc 2FFFxxxh to 23FFxxxh, set 4MB-RAM, NDS-ROM, ARM9 67MHz - enter_nds_mode: set NDS-TSC-touchscr mode, NDS-SNDEXCNTPS. I've originally released earlier unlaunch versions in this forum, http://4dsdev.kuribo64.net/thread.php?id=171 then switched to this forum, http://forum.gbadev.org/viewtopic.php?t=18147 (and then switched back). Well, and after unexpected troubles in both forums, the project finally ended up in nesdev other retro dev section : )
Code: Select all
no$gba v2.9a - 24 Jul 2018 - emu/dsi/clk: supports ARM9 134MHz mode (but waitstates are too fast for now) - bios/help: swi waitbyloop timings for arm7/arm9 rom/cache nds/dsi 67mhz/134mhz - cart/emu: supports ds cart reset tricks (via toggling scfg_mc_msb or exmemcnt) - dsi/emu/help: scfg_clk.bit7 is read-only on arm9 (value mirrored from arm7) - dsi/help: added notes on 'flipnote lenny (or whatever it is called)' exploit - dsi/help: solved unknown last bytes in boot info block (SHA1 on 60h-byte area) - dsi/mmc-image: alternately accepts no$gba-footer at emmc offset FF800h - nds/dsi/cart/help: romctrl notes on (in-)official ways to reset cartridges - nds/dsi/cart/help: romctrl notes on wrong and slow 1t-rom timings cart header - dsi/debug: reformatted scfg7/scfg9 iomap windows, with new scfg details - dsi/teak/help: added offical names for bits in ar/arp/stt/mod (from .dll) - dsi/teak/help: many new stt/mod/ar/arp/cfgi/a0e/vtr details (thanks wwylele)
Hi nocash, I think there is a regression in Unlaunch versions newer than 1.8 since I'm encountering the issue where I cannot boot the NAND system menu with Unlaunch installed (tested in 1.9 and 2.0), it shows the black warning screen, the only way I can fix it is by uninstalling Unlaunch and using 1.8. I'm also using an European DSi XL running firmware 1.4.2E, I still have to test if the same thing happens with no$gba.cosarara wrote: ↑Fri Oct 26, 2018 12:26 pmHello there,
I installed unlaunch 1.7 using flipnote, following the guide on https://dsi.cfw.guide/installing-unlaunch and a 4GB SD card. This is an European DSi XL.
With unlaunch installed I can't get to the system menu ("an error has occurred" screen) - it doesn't matter if I hold A or not, or if the SD card is in the DSi or not.
I've tested in no$gba using my nand backup that the same thing happens - the nand backup works, and when I install unlaunch I stop being able to use the system menu. If I set up a bootcode.dsi with the unlaunch installer, I can uninstall it, and then it goes back to normal.
On no$gba I've also tried to use 0.8 and 1.4, with the same results.
The system is on version 1.4.2E.
By the way, I can confirm that on version 1.8 pressing the power button on the NAND system menu (and other apps like the settings) locks the system, this only happens when an SD card is inserted. Is this fixed in newer version? I haven't been paying attention to the latest changelogs and I can't test that on newer Unlaunch versions since I'm having the already mentioned problem.
I also have the same problem, some DSiWare just doesn't work when played with Unlaunch. The case with iQue version of Dr. Mario Express is that it hangs on white screen after the iQue logo and information screen, other version of Dr. Mario Express that i tested works just fine.
Other DSiWare that also have the same problem booting is Photo Clock which also stuck on white screen but when i tested it on No$GBA it works just fine, also this time i have to hold the power button to turn it off because pressing it doesn't do anything so i think my DSi is still reading something but stuck.
My DSi is on firmware 1.4.5J btw with Unlaunch 2.0, HiyaCFW and TwilightMenu v18.5.0 installed, so i think my setup is all updated to the latest version and i don't know what else causing some DSiWare to not boot properly.
Some games don't have their own internal fonts, they use shared system font file TWLFontTable.dat instead; and since Chinese and Korean consoles both have their own specific font files that are different from the one found in JPN/USA/EUR/AUS consoles, to play such games you would need to dump TWLFontTable.dat from either CHN or KOR console (depending on the game's original region) and replace the one in your system.
It is potentially possible to create a single universal font file that would work for all regions (I've successfully done that myself, actually), but it currently wouldn't be usable with real consoles due to the fact that none of custom firmwares have a patch to disable signature check for TWLFontTable.dat, as far as I'm aware.