
How did your ini file look to show the payloads in ultrahard?sorry for the late reply, yeah I did. The only thing I had to change wastoCode:reboot boot {ini_file_source{*}}in my package.ini. Damn.Code:reboot ini {ini_file_source{*}}
This happened in Github Issues. Either I am stupid and didn't read the guide properly, or I am stupid and didn't read the guide properly. The point is it's working with everything now.


try v1.9.4. I think I might have fixed your issue.I'm on hekate_ctcaer_6.3.1_Nyx_1.7.0 (using HATS).
https://github.com/ppkantorski/nx-ovlloader/releasestry v1.9.4. I think I might have fixed your issue.
Also, this version fixes a ton of memory related issues so an update is recommended.

you can always use the software update command on ultrahand (which updates nx-ovlloader as well, reboot required). but i could maybe start adding a "sdout" type zip file to the repo then tell hb app store to include it. i just havent because it seemed like a hassle. but i'll consider it@ppkantorski Would you consider submitting your forked nx-ovlloader to the HB App Store? Not sure if it's possible license wise but it would be nice to be able to grab/update both nx-ovlloader and Ultrahand from the store

no worries. when an overlay is open, ultrahand isnt. the same goes for tesla. typically if there are ever issues within another overlay, it is the overlay.emuiibo doesn't enable the amiibo feature ingame with latest ultrahand. Reverting ovl and libtesla to Ultrahand 1.7.9 and it works again.
Firmware 20.1.5
EDIT: Sorry, my fault... working.

unfortunately no. i've tried. the heap can only be iterated in 2mb chunks it appears from testing.
kernel=atmosphere/mesosphere.binThank you very much, it works perfectly on 20.1.5unfortunately no. i've tried. the heap can only be iterated in 2mb chunks it appears from testing.
If you aren't already using this, I recommend using CrafyAwesome's memory hack (for HOS 20 only, dont use it on HOS 19 or lower).
https://github.com/Craftyawesome/Atmosphere/tree/memory-hack
you need to add this like to your hekate_ipl entry, as well as the file to your atmosphere folder.
kernel=atmosphere/mesosphere.bin
This will recover around ~1.85 MB of the system memory.
Hey ppkantorski.
I have the following problem: Since Hekate was updated from 6.2.2 to 6.3.0/6.3.1, the boot entries for Android or Linux no longer work for me. I have configured it as shown in the pictures. With Hekate 6.2.2 I could press on one of the entries and it booted directly there. with Hekate 6.3.0 this no longer works. Are there any new commands to use in Ultrahand? I know that CTCear has updated L4T, is it maybe because of that?
reboot to payloads also does not work
Hey ppkantorskinot quite sure about that issue.. i can boot straight to linux properly still. i'll need to do more testing and ask others.
As for the other issue, i've corrected the string rendering methods to never have this bug. The result is slightly faster rendering than the current v1.9.0 release. I will add it into the next version.

a video would help. maybe your hekate_ipl.ini one more time. im on hekate 6.3.1 with no issues. you can also try studious pancake to see if it too has issues for you. It may also be helpful to click minus on the command instead of A, it will show you the exact lines it is about to run.Hey ppkantorski
I've tried a few more things now. But it still doesn't work. I don't think it's necessarily Ultrahhand's fault, or rather, I think something needs to be changed in the code.
As I already wrote, the setup is identical. The only thing that has changed is Hekate from version 6.2.2 (where it works) to Hekate 6.3.0 or Hekate 6.3.1 (it no longer works with either of these).
I've now seen that CTCear has changed something:
L4T: Updated SC7exit firmware to latest
L4T: Added sld_type key that allows you to disable seamless display
Or use the deprecated coreboot method
Could this be the problem?
If it helps you understand my problem, I can also send you a video.
I have tried all Ultrahand versions from 1.8.5 to 1.9.10.
Does it still work on 20.2.0?unfortunately no. i've tried. the heap can only be iterated in 2mb chunks it appears from testing.
If you aren't already using this, I recommend using CrafyAwesome's memory hack (for HOS 20 only, dont use it on HOS 19 or lower).
https://github.com/Craftyawesome/Atmosphere/tree/memory-hack
you need to add this like to your hekate_ipl entry, as well as the file to your atmosphere folder.
kernel=atmosphere/mesosphere.bin
This will recover around ~1.85 MB of the system memory.

I believe it does, after doing some testing. Appears to work for me.Does it still work on 20.2.0?
Hi, i downloaded this and tested but doesn't seem to work. Does it need to be modified.Oh wow! So a file manager? Sounds great.
I've been using a samba client nro to do what this does? I'll be testing later!
Post automatically merged:
ok so i attempted this today seems to have some potential for sure!!!
@b0rd2dEAth4 I'm not sure if it was something i did wrong but the `copy` command did not work for copying a directory
i thought it might be due to a folder not existing but it wasn't that.
it turned out `cp` seems to work in copying a directory.
So i made a package for it and tested it,
a simple bootlogo swapper that moves ips patches from
`/config/ultrahand/BootLogo-Swapper/<logoname>/bootlogo/`
to
`/atmosphere/exefs_patches/`
if you currently use a bootlogo in a different directory in exefs_patches I'm not sure what would happen but for my personal test it worked great.
View attachment 376341
shame we can't show images somehow like a mini thumbnail that would be baller
[banned1] - [banned2] - [banned3] - [samurai]
View attachment 376336 View attachment 376337 View attachment 376338 View attachment 376340
I have included a zip of the package, if it peaks anyone's interest

