This scared me at first, as I thought you made a thread solely for joking XDGluten Free
*Hype intensifies*
This scared me at first, as I thought you made a thread solely for joking XDGluten Free
No jokes here, I'm no longer a 13 Year old. When your 16 approaching 17, you take things seriously.....well for me that is xDThis scared me at first, as I thought you made a thread solely for joking XD
*Hype intensifies*
Now a universal updater program, that'd be something pretty neat. A program that can fetch, unzip, and update A9LH payloads on the SD card and update various programs installed on the home menu based on a user configuration all in a single GUI, now that's something I'd like to see.What i was thinking, is having SwissHax run these tools, instead of natively. Once again this is a concept, and things will change. But, why not have the ability to dowload tools you want, then use them within SwissHax, then if they have an update available...SwissHax can update them for you, and you'll have the latest Version of said tool.
Quite indeed, but SwissHax will mainly do that, plus be able to launch said Tool either within it's own Interface, or the tool entirely. But, this is a concept and things may change.Now a universal updater program, that'd be something pretty neat. A program that can fetch, unzip, and update A9LH payloads on the SD card and update various programs installed on the home menu based on a user configuration all in a single GUI, now that's something I'd like to see.
Could call it SwissUpdater.
Now a universal updater program, that'd be something pretty neat. A program that can fetch, unzip, and update A9LH payloads on the SD card and update various programs installed on the home menu based on a user configuration all in a single GUI, now that's something I'd like to see.
No but seriously, an updater like that is absolutely needed in this community. Right now we have like 15 different updaters for various things. Being able to choose something you want updated, choosing where to drop what file and what it should be named, and having it save that data to a config so future updates were as easy as clicking one button would be absolutely awesome.Quite indeed, but SwissHax will mainly do that, plus be able to launch said Tool either within it's own Interface, or the tool entirely. But, this is a concept and things may change.
How about two different flavors of SwissHax, and all in one Updater, and an all in one Utility?No but seriously, an updater like that is absolutely needed in this community. Right now we have like 15 different updaters for various things. Being able to choose something you want updated, choosing where to drop what file and what it should be named, and having it save that data to a config so future updates were as easy as clicking one button would be absolutely awesome.
As of now every time I need to update my A9LH payloads for say, decrypt9 I have to set up FTPd and manually replace them with my phone or computer over the network.
This is an honest request, if only a fork of SwissHax that does this comes out of this project, I'd be entirely satisfied.
Feel free! Here's the GitHub Page.Well, I'm interested and I want to contribute something to it!
It's a concept right now.....maybe it will come!damnit still no 11.0 support
Hell yeah! There's also gonna be another Flavor of SwissHax, which will be an Updater (To update your Homebrew).
Well then. That's pretty dope.Hell yeah! There's also gonna be another Flavor of SwissHax, which will be an Updater (To update your Homebrew).
Cuz, it reminds me of something I wanted to do lol.Well then. That's pretty dope.
#include <string.h>
#include <3ds.h>
#include <stdio.h>
int main()
{
gfxInitDefault();
//gfxSet3D(true); //Uncomment if using stereoscopic 3D
consoleInit(GFX_TOP, NULL); //Change this line to consoleInit(GFX_BOTTOM, NULL) if using the bottom screen.
// Main loop
while (aptMainLoop())
{
gspWaitForVBlank();
hidScanInput();
printf("Hello GBATemp!");
printf("Do keep in mind that this is a Hello World Test!");
// Flush and swap frame-buffers
gfxFlushBuffers();
gfxSwapBuffers();
u32 kDown = hidKeysDown();
if (kDown & KEY_START)
break; //Break in order to return to hbmenu
}
gfxExit();
return 0;
}
Generally you don't want to have .o and .d files checked into the git repository. Final executables, maybe, since that makes it somewhat easier for non-developers to test different commits.Why would i want to use a .gitignore file?
*.o
*.d