Why have you switched to ARM9?Rxtools (and Pasta) code runs on arm9, on which we can't use touch hid. That's why there's no tactil support, only phisical keys are used.
P.S. First versions of pasta had tactil support because the gui was running in arm11, not in arm9
Ah ok !!! I understand now ^^Rxtools (and Pasta) code runs on arm9, on which we can't use touch hid. That's why there's no tactil support, only phisical keys are used.
P.S. First versions of pasta had tactil support because the gui was running in arm11, not in arm9
No arm11 exploit past 4.X ?Why have you switched to ARM9?
Because in this way we have the 1 code for every entrypoint, instead of having to write the arm11 code for each entrypoint...Why have you switched to ARM9?
Ninjhax uses an userland arm11 exploit, brahma/bootstrap/klibhax uses and arm11 kernel exploit. We have arm11 and arm9 code execution from 4.5 to 9.2, 9.3+ is arm11 userland only
Cfw patches and other rxtools features needs to be loaded in arm9. Why should we do arm11->arm9->arm11->arm9? Also, we can't get back to arm11 from arm9 without a soft reboot (or firmlaunch)
So it's a kernel exploit ? Even after 4.X.
Too much work for just tactil support ^^ And the cfw takes more time to boot I guess ?
Latest mset exploit start from arm11, gets arm11 kernel access and it escalates to arm9 throught firmlaunchax.
Thank you alot for the explanation ! Plus it's pretty cool
Is it possible at least to show 3D images? It would be cool to have 3D themes
If I recall correctly, for early ARM9 HB, someone figured out how to get some basic tactile input working in a block-breaker style homebrew. It seems L/R addresses were figured out, but I'm not sure if they ever figured U/D addresses. Might be something to look into if you're feeling keen, hahaRxtools (and Pasta) code runs on arm9, on which we can't use touch hid. That's why there's no tactil support, only phisical keys are used.
P.S. First versions of pasta had tactil support because the gui was running in arm11, not in arm9
Is it possible at least to show 3D images? It would be cool to have 3D themes
Also, if a theme doesn't have the second image, the program could load the first image in the second buffer (thus showing it in 2D).
We can easily add 3D support since we already draw the TOP image on Left and Right framebuffers. We just have to draw different (slighlty moved) images on left and right to see a 3d effect, but it would work only if the 3d was on before booting the entrypoint.Is it possible at least to show 3D images? It would be cool to have 3D themes
Also, if a theme doesn't have the second image, the program could load the first image in the second buffer (thus showing it in 2D).
Really?
Yep, DrawTopSplash draws the top splash. As of now, the code draws a framebuffer (left or right, i don't remember) and it copies it to the other one. We could remove the "copy" code (from u32 * fb1 to the closing bracket of the "for" below) , change the function to get 2 args (void DrawTopSplash(char* path_left, char* path_right) ) and duplicate the image drawing code to draw 1 image on TOP_SCREEN and the other one on TOP_SCREEN2 and here you go!
Yeah of course:
I think that's everything I need to know, now I'll try. Thanks
I did it! But unfortunately, this is not backwards compatible with 2D themes. It seems this piece of code doesn't actually check if BOTH files actually exist:
if (FileOpen(&SplashL, splash_fileL, 0)&&FileOpen(&SplashR, splash_fileR, 0))
{
//Load the spash image
bin_size = 0;
while ((n = FileRead(&SplashL, (void*)((u32)TOP_SCREEN + bin_size), 0x100000, bin_size)) > 0) {
bin_size += n;
}
FileClose(&SplashL);
bin_size = 0;
while ((n = FileRead(&SplashR, (void*)((u32)TOP_SCREEN2 + bin_size), 0x100000, bin_size)) > 0) {
bin_size += n;
}
FileClose(&SplashR);
}
else if (FileOpen(&SplashL, splash_fileL, 0)&&FileOpen(&Splash, splash_fileR, 0))
{
//Load the spash image
bin_size = 0;
while ((n = FileRead(&Splash, (void*)((u32)TOP_SCREEN + bin_size), 0x100000, bin_size)) > 0) {
bin_size += n;
}
u32 *fb1 = (u32*)TOP_SCREEN;
u32 *fb2 = (u32*)TOP_SCREEN2;
for (n = 0; n < bin_size; n += 4){
*fb2++ = *fb1++;
}
FileClose(&Splash);
}
else DrawString(BOT_SCREEN, " MISSING THEME FILES! ", 0, SCREEN_HEIGHT - FONT_SIZE, RED, BLACK);So it does work?Edit: nevermind...I did it! But unfortunately, this is not backwards compatible with 2D themes. It seems this piece of code doesn't actually check if BOTH files actually exist:
3D themes work, but if a 2D theme is selected it won't refresh the top screenCode:if (FileOpen(&SplashL, splash_fileL, 0)&&FileOpen(&SplashR, splash_fileR, 0)) { //Load the spash image bin_size = 0; while ((n = FileRead(&SplashL, (void*)((u32)TOP_SCREEN + bin_size), 0x100000, bin_size)) > 0) { bin_size += n; } FileClose(&SplashL); bin_size = 0; while ((n = FileRead(&SplashR, (void*)((u32)TOP_SCREEN2 + bin_size), 0x100000, bin_size)) > 0) { bin_size += n; } FileClose(&SplashR); } else if (FileOpen(&SplashL, splash_fileL, 0)&&FileOpen(&Splash, splash_fileR, 0)) { //Load the spash image bin_size = 0; while ((n = FileRead(&Splash, (void*)((u32)TOP_SCREEN + bin_size), 0x100000, bin_size)) > 0) { bin_size += n; } u32 *fb1 = (u32*)TOP_SCREEN; u32 *fb2 = (u32*)TOP_SCREEN2; for (n = 0; n < bin_size; n += 4){ *fb2++ = *fb1++; } FileClose(&Splash); } else DrawString(BOT_SCREEN, " MISSING THEME FILES! ", 0, SCREEN_HEIGHT - FONT_SIZE, RED, BLACK);
Full source (of the changed files) and test images attached:
Edit2: fixed. Changes and test images attached. I'll test and upload it to GitHub
