Homebrew Homebrew Development

[AlbertoSONIC]

Hello, I want to replace the image in a retail game banner，what should I do?

Honestly i never edited a game. But i think that gamesquest1 can help you...

 

[Smariter]

Honestly i never edited a game. But i think that gamesquest1 can help you...

Thank you. There is another problem,your make banner tool didn't work,there is a screenshot

 

[gamesquest1]

Thank you. There is another problem,your make banner tool didn't work,there is a screenshot

you need to install PIL, one min ill get you a different guide that covers changing the games banner

 

[AlbertoSONIC]

Thank you. There is another problem,your make banner tool didn't work,there is a screenshot

You have to install PIL... (Google is your friend)

EDIT: ninja'd

 

[gamesquest1]

https://gbatemp.net/threads/the-general-vc-rom-injection-thread-nes-gb-c-a-etc.371894/
reah this thread, everything you need to know is in there for changing banners on retail games

PS that thread was made some time ago actually and some tools have been updated since then for rom decryption etc.....but you get the general idea

 

[Rinnegatamante]

Hi, i'm getting several errors when trying to compile latest ctrulib version, does someone know how to solve?

c:/devkitPro/ctrulib/libctru/source/services/soc.c:232:5: error: conflicting types for 'accept'
int accept(int sockfd, struct sockaddr *addr, int *addrlen)
    ^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:72:6: note: previous declaration of 'accept' was here
  int accept(int sockfd, struct sockaddr *addr, socklen_t *addrlen);
      ^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:273:5: error: conflicting types for 'bind'
int bind(int sockfd, const struct sockaddr *addr, int addrlen)
    ^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:73:6: note: previous declaration of 'bind' was here
  int bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen);
      ^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:318:5: error: conflicting types for 'connect'
int connect(int sockfd, const struct sockaddr *addr, int addrlen)
    ^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:75:6: note: previous declaration of 'connect' was here
  int connect(int sockfd, const struct sockaddr *addr, socklen_t addrlen);
      ^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:565:5: error: conflicting types for 'recvfrom'
int recvfrom(int sockfd, void *buf, int len, int flags, struct sockaddr *src_addr, int *addrlen)
    ^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:81:10: note: previous declaration of 'recvfrom' was here
  ssize_t recvfrom(int sockfd, void *buf, size_t len, int flags, struct sockaddr *src_addr, socklen_t *addrlen);
          ^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:571:5: error: conflicting types for 'sendto'
int sendto(int sockfd, const void *buf, int len, int flags, const struct sockaddr *dest_addr, int addrlen)
    ^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:83:10: note: previous declaration of 'sendto' was here
  ssize_t sendto(int sockfd, const void *buf, size_t len, int flags, const struct sockaddr *dest_addr, socklen_t addrlen);
          ^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:577:5: error: conflicting types for 'recv'
int recv(int sockfd, void *buf, int len, int flags)
    ^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:80:10: note: previous declaration of 'recv' was here
  ssize_t recv(int sockfd, void *buf, size_t len, int flags);
          ^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:582:5: error: conflicting types for 'send'
int send(int sockfd, const void *buf, int len, int flags)
    ^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:82:10: note: previous declaration of 'send' was here
  ssize_t send(int sockfd, const void *buf, size_t len, int flags);
          ^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:587:5: error: conflicting types for 'getsockopt'
int getsockopt(int sockfd, int level, int option_name, void * data, int * data_len)
    ^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:78:6: note: previous declaration of 'getsockopt' was here
  int getsockopt(int sockfd, int level, int optname, void *optval, socklen_t *optlen);
      ^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:621:5: error: conflicting types for 'setsockopt'
int setsockopt(int sockfd, int level, int option_name, const void * data, int data_len)
    ^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:84:6: note: previous declaration of 'setsockopt' was here
  int setsockopt(int sockfd, int level, int optname, const void *optval, socklen_t optlen);
      ^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:725:5: error: conflicting types for 'getsockname'
int getsockname(int sockfd, struct sockaddr *addr, int * addr_len)
    ^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:77:6: note: previous declaration of 'getsockname' was here
  int getsockname(int sockfd, struct sockaddr *addr, socklen_t *addrlen);
      ^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:764:5: error: conflicting types for 'getpeername'
int getpeername(int sockfd, struct sockaddr *addr, int * addr_len)
    ^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:76:6: note: previous declaration of 'getpeername' was here
  int getpeername(int sockfd, struct sockaddr *addr, socklen_t *addrlen);
      ^
make[1]: *** [soc.o] Error 1
make: *** [build] Error 2

EDIT: Solved, i had in my libctru folder old soc.c :/

 

[zoogie]

Look at what I just found!
https://github.com/MrCheeze/playcoin

Went ahead and compiled it Attached.
cia, 3ds, and 3dsx
All credits to Mr Cheese.

Edit: fixed 3dsx
Edit2: This is the authors official distribution binary:
https://dl.dropboxusercontent.com/u/183608682/playcoin.zip
no 3ds or cia though.

 

[cvskid]

Look at what I just found!
https://github.com/MrCheeze/playcoin

Went ahead and compiled it Attached.
cia, 3ds, and 3dsx
All credits to Mr Cheese.

Edit: fixed 3dsx
Edit2: This is the authors official distribution binary:
https://dl.dropboxusercontent.com/u/183608682/playcoin.zip
no 3ds or cia though.

Are there any issues with this? In the readme it says to use at your own risk. :Edit: seems like it works. I got 300 play coins.

 

[Cyan]

At last a legal application to edit Play coins counter
Users will be happy (but maybe everybody already have CoinSetter as nobody ask for it anymore? )

 

[Smariter]

you need to install PIL, one min ill get you a different guide that covers changing the games banner

OK, I did it, thanks

 

[Agent Moose]

I do know someone asked earlier but how would I create a timer that could countdown from a minute to zero (or up) and it execute a command? (Pretty much execute a command every minute).

this is vital for what I am trying to do since after all, I am trying to make a metronome.

I don't understand the osGettime thing much so yeah :\

 

[ernilos]

Using C++ for homebrew is now suported with latest ctrulib? Or still need use C...

 

[Rinnegatamante]

C++ is also usable with older libctru. I'm coding in C++ since ninjhax was released.

 

[ernilos]

I don't touch the 3DS since govanibastard started publishing what he stole from me...
Anyway, C++ and SDL support! It's really nice, now let's port some things ^-^

 

[Reisyukaku]

Anyone else having trouble with aemstro.py and test.vsh? .. i have my vars all set and i still get a traceback error.. I even tried punching in the commands by hand with absolute paths.. same error

 

[NCDyson]

Anyone else having trouble with aemstro.py and test.vsh? .. i have my vars all set and i still get a traceback error.. I even tried punching in the commands by hand with absolute paths.. same error

the problem with Aemstro is that you pretty much need a specific revision of it to get it to work. For example, the latest aemstro doesn't work for me with the ctrulib examples, so I had to dowload the 11/17/14 revision to get it to compile those.

Also, make sure you're using python 3. I have 2.7 AND 3.4 installed on my system, it defaults to 2.7, so I had to change the makefile to run it with:

py -3 $(AEMSTRO)/aemstro_as.py $< ../$(notdir $<).shbin

Anyone had any luck messing with ctrgl?

 

[Reisyukaku]

the problem with Aemstro is that you pretty much need a specific revision of it to get it to work. For example, the latest aemstro doesn't work for me with the ctrulib examples, so I had to dowload the 11/17/14 revision to get it to compile those.

Also, make sure you're using python 3. I have 2.7 AND 3.4 installed on my system, it defaults to 2.7, so I had to change the makefile to run it with:

py -3 $(AEMSTRO)/aemstro_as.py $< ../$(notdir $<).shbin

Anyone had any luck messing with ctrgl?

Still no go.. and i did make sure it was using python 3.

C:\Users\Rei\Desktop\3dscraft-master>make
blocks.bin
cloud.bin
cursor.bin
terrain.bin
test.vsh
Traceback (most recent call last):
  File "c:/devkitPro/msys/aemstro_as.py", line 665, in <module>
    parseLine(dvlb.getDVLP(), vsh_dvle, line, False)
  File "c:/devkitPro/msys/aemstro_as.py", line 643, in parseLine
    dirList[name](dvlp, dvle, r.group(2))
  File "c:/devkitPro/msys/aemstro_as.py", line 535, in parseOut
    s[2]=s[2].replace(" ", "")
IndexError: list index out of range
make[1]: *** [test.vsh.o] Error 1
make: *** [build] Error 2

 

[NCDyson]

Off the top of my head I'd have to guess that it's still using the newer aemstro_as.py. The one from the revision I linked should only have 447 lines of code...
Guess it might not help that I linked to the revision of the wrong file...
this is the direct link to the one i used...

 

[Reisyukaku]

Off the top of my head I'd have to guess that it's still using the newer aemstro_as.py. The one from the revision I linked should only have 447 lines of code...
Guess it might not help that I linked to the revision of the wrong file...
this is the direct link to the one i used...

Well that worked but my plans still failed in the end, lol.

 

[NCDyson]

What were you trying to do?