Yes. I do have it set. My guess is it has to have very specific placement. But going by the template it seemed to be placed with the CFW configuration. So, more than anything else, what I'm asking here is if it actually can do a different logo for each CFW or if it's only the one and it just for some reason must be placed late in the configuration file.The logopath needs the Custom boot logo config set to enabled. You have it?
Added to to TO DO list.I talked about this in the noob questions thread, but I'll mention it here.
Is there any chance of implementing something that can tell you if AutoRCM is enabled or not? I turned it on yesterday, at least I think I did. But there was nothing to confirm that I had done so or anything to tell me that its currently enabled or not.
Of course I could just reboot the device and see for myself but having updated without burning fuses, I wouldnt want to risk finding out that I haven't turned it on.
Something simple like an indicator at the bottom of the menu (where the battery info is) would be nice if you can do it.
No specific placement. Every [boot entry] can have a different logo.Yes. I do have it set. My guess is it has to have very specific placement. But going by the template it seemed to be placed with the CFW configuration. So, more than anything else, what I'm asking here is if it actually can do a different logo for each CFW or if it's only the one and it just for some reason must be placed late in the configuration file.
Attach your .ini file. (not copy paste its contents). I want to check it in its binary form.I can if you want, but my logo works fine if I name it bootlogo.bmp and remove the logopath= parameter from the INI, so I don't think the logo itself has anything to do with it. Actually, I'm no longer using the one I made (though I did test it and it did work.) I'm using this one: https://gbatemp.net/threads/share-your-custom-hekate-bootlogo-thread.513033/#post-8181796
Where's the logopath?Sure.
Uh, I don't know how that CFW stuff got there. I'm sure I'll properly remove it later.
Before I was putting a logopath= parameter at the bottom of each CFW and one at the bottom of the top section. In the end none of that worked though. I got the default logo on startup and then when a CFW ran it would just go blank.
It works for me.I had removed it because it wasn't working. Well, I'll do another with the way I had it before.
And yes, the bmp files were in the root of the SD.
And the same bmp if renamed to bootlogo.bmp works... strange.I originally did keep them in folders, but it was just easier to keep them in the root for now -- particularly while testing. Plus I know that the kneejerk reaction to anyone asking about something not working is to ask the equivalent of "did you try restarting it?"
What? Launch option does not show a logo. there's no need to delay the boot there.I tried it again just now -- just to be sure I redownloaded the payload bin and overwrite the old payload bin I was using (well, I'm 99.9999999% sure it was exactly the same file, but just to be sure I restarted my computer so to speak, lol.) So it booted up with the ReiNX logo and when I selected a different CFW (in this case just the generic "CFW" one) the screen flashed white for a split second then went black and booted that one.
Just in case I did something different and don't know about it, here is the new INI.
So perhaps I'm misunderstanding something? Does it just show the logo specified under whichever CFW is the autoboot option and ignore the one in the main section when an autoboot is set perhaps?
LCDs don't actually get burn-in like CRTs used to. Lowering the brightness would have advantages like using less battery if one has no choice but to run it from the battery however. I really like that the bootlogo gets the full brightness though. Really works well with the rather nice LCD Nintendo used (wasn't it IPS panel? Seems like the colors are rather nice.)I have 1 small suggestion. Can you add screen burn-in reduction so my screen dosen't fry while dumping my nand? Dumping it takes forever and I don't want my screen to burn. If it's not possible, I understand.
try this instead of WAIN :
https://gbatemp.net/attachments/gcdumptool-rar.136912/
Hello and thanks for your fantastic work Is there a guide on how to install this?
Thanks again.
Oh okLCDs don't actually get burn-in like CRTs used to. Lowering the brightness would have advantages like using less battery if one has no choice but to run it from the battery however. I really like that the bootlogo gets the full brightness though. Really works well with the rather nice LCD Nintendo used (wasn't it IPS panel? Seems like the colors are rather nice.)